Re: Using vlc to Transcode mpeg2 File to mp4

[jdd]

Le 09/02/2016 23:34, Martin McCormick a écrit :

I have been pounding my head against this wall for a
couple of days.


I tried to answer from my android phone, but I don't see my message, 
forgive me if this is a duplicate (I'm now at home)


the best mp4 converter is handbrake and it have GUI and CLI

jdd

Re: PowerTop on Debian Stretch

[Dwijesh Gajadur]

I used PowerTop on Ubuntu 15.10. I found that Ubuntu 15.10 uses PowerTop
2.7. However Debian Stretch uses PowerTop 2.8. And it seems that the bug is
in the 2.8 version.

I tried to downgrade PowerTop and installed the 2.7 version on Debian. But
now I am getting another error line:

*** Error in `powertop': double free or corruption (!prev):
0x02418ef0 ***
Aborted



On Wed, Feb 10, 2016 at 12:37 PM, Aleksandar Atanasov <
redbaronqu...@gmail.com> wrote:

> I understood pretty well what you said. That is why I was
> so flabbergasted. You are now partially contradicting yourself. Your first
> post was "Battery is not important" and now "Use it efficiently" (why if
> it's not important?) and "Battery is not important" at the same time.
>
> Now on topic: from what I've seen so far googling this seems to be a bug.
> Multiple distributions (Arch, RH etc.) have patched this upstream. Not sure
> if fix is available for Ubuntu (which Ubuntu are we talking about here?)
>
> On 10 February 2016 at 08:18, Jos Collin  wrote:
>
>> I'm saying that the battery should be used efficiently.
>>
>> But What I meant was it is not worth bothering too much about battery
>> life, as it is going to die in the near future anyway.
>>
>
>
>
> --
> Elvis Presley: Love is worth all the gold on Earth
>

Re: Using vlc to Transcode mpeg2 File to mp4

[Martin McCormick]

jdd  writes:
> I tried to answer from my android phone, but I don't see my message,
> forgive me if this is a duplicate (I'm now at home)
> 
> 
> the best mp4 converter is handbrake and it have GUI and CLI

First, thanks to all who responded. I did receive a reply
from jdd . It was addressed to me but did not
appear to CC to the list which is probably why you didn't see it.

After doing some more digging, I did find out about
handbreak, both the GUI and CLI versions and have installed them.
I also ran across a script that somebody wrote which uses
handbrakecli to do precisely what I needed to do. By late last
night, the sleep monster got to me and it is now a new day.
Unless something totally unexpected happens, handbreakcli will be
the tool of choice.

Thanks to all.

Martin

Re: Using vlc to Transcode mpeg2 File to mp4

[jdd]

Le 10/02/2016 14:32, Martin McCormick a écrit :


Unless something totally unexpected happens, handbreakcli will be
the tool of choice.



this script is the one I use, and it's able to produce html5/mp4 good 
quality video, readable approximately with every browser (not always 
with firefox)


#!/bin/bash
# echo usage: movtomp4-html5.sh *.MOV

mkdir html5

for a ; do
b=`echo "$a" | cut -d'.' -f1` ;

#(on only one line:)

HandBrakeCLI  -i "$a" -t 1 --angle 1 -c 1 -o "html5/$b.mp4"  -f mp4  -O 
 -w 960 --crop 0:0:0:0 --loose-anamorphic  --modulus 2 -e x264 -q 22 -r 
30 --pfr -a 1 -E av_aac -6 dpl2 -R Auto -B 160 -D 0 --gain 0 
--audio-fallback ac3 --encoder-level="3.1"  --encoder-profile=high 
--verbose=1




done
exit

Re: bad sectors on disk

[Ritesh Raj Sarraf]

Hello Thomas,

On Tue, 2016-02-09 at 12:53 +0100, Thomas Schmitt wrote:
> 
> > Linux pi 4.1.16-v7+ #833 SMP Wed Jan 27 14:32:22 GMT 2016 armv7l
> GNU/Linux
> 
> The source code where i find the message text in my Sid kernel
> is not depending on the CPU architecture. So it is supposed to be
> in effect on your system.
> But i riddle why it does not convert 0x2003 to "FAILED".
> 
> 

I'm now updating my kernel to see if there are any improvements, which
I doubt because there's hardly any change in the repo.

But I've filed a bug to keep the RPi guy informed.

https://github.com/Hexxeh/rpi-firmware/issues/103


> 
> > I just hope it is not another HDD failure.
> 
> Looks like a controller and/or driver problem.
> The web echo on "UNKNOWN(0x2003)" is suspiciously unhelpful.
> 
> Lets try google
>   sd "FAILED Result" DID_OK DRIVER_OK
> Aha. There are kernels which can translate 0x2003 and the commenters
> are somewhat more qualified. But still no hands-on proposals.
> 
> 

I've seen the same message again, today. but at different locations.

[62711.477903] sd 0:0:0:0: [sda] UNKNOWN(0x2003) Result: hostbyte=0x00
driverbyte=0x00
[62711.485701] sd 0:0:0:0: [sda] CDB: opcode=0x28 28 00 9d 40 01 47 00
00 08 00
[62711.492910] blk_update_request: I/O error, dev sda, sector
2638217543
[84370.313684] sd 0:0:0:0: [sda] UNKNOWN(0x2003) Result: hostbyte=0x00
driverbyte=0x00
[84370.321532] sd 0:0:0:0: [sda] CDB: opcode=0x28 28 00 a1 40 01 47 00
00 08 00
[84370.328721] blk_update_request: I/O error, dev sda, sector
2705326407

And about your last question, No, apart from these, there are no other
message about any sense code.


> > I am hoping the fsck results are reliable. I only tried the "-c"
> read-
> > only option. The other was with "-cc" which would also perform a
> > read/write test.
> 
> I cannot find "-c" in man fsck of Sid. 
> 

Run the command `man fsck.ext4`

Just `man fsck` takes you to the outdated/wrong util-linux manpage.


> If it really does read the metadata and the content of data files,
> then at least your filesystem should be ok for making a backup.
> (I would not use it for heavy writing before such a backup was made.)
> 

Yes. I guess I'll do the same. The other spare one has enough space. So
I'm going to backup everything and try your verification example of dd
below.

Thanks again.


> If you want to know whether there is a reproducible bad spot, then
> try whether your disk produces any i/o errors when read flatly.
> Like
> 
>   dd if=/dev/sda of=/dev/null
>   
> If you get errors, try whether they occur again if you start reading
> a few hundred blocks before that address
> 
>   dd if=/dev/sda of=/dev/null skip=...block.number...
> 
> 
> But i do not really expect a reproducible pattern here.
-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."



signature.asc
Description: This is a digitally signed message part

Re: bad sectors on disk

[Thomas Schmitt]

Hi,

Ritesh Raj Sarraf wrote:
> I've seen the same message again, today. but at different locations.
> [...] there are no other message about any sense code.

One point for the theory of volatile bus problems.
The disk itself seems happy. Maybe its bus controller is not.

Did i already mention that USB 3 drop-outs are fashionable currently ?
(But too rare to be a general disease.)


> > I cannot find "-c" in man fsck of Sid. 
> Run the command `man fsck.ext4`

Aha.
"-c [...] read-only  scan  of  the device in order to find any bad blocks.
If any bad blocks are found, they are added  to  the  bad  block inode"

If the problem is not reproducible on the particular blocks, it would
be a waste of good file content if 0x2003 incidents would cause blocks
to be marked bad.


Have a nice day :)

Thomas

Re: PowerTop on Debian Stretch

[Adam Wilson]

On Wed, 10 Feb 2016 13:11:43 +0400 Dwijesh Gajadur 
wrote:

> I used PowerTop on Ubuntu 15.10. I found that Ubuntu 15.10 uses
> PowerTop 2.7. However Debian Stretch uses PowerTop 2.8. And it seems
> that the bug is in the 2.8 version.
> 
> I tried to downgrade PowerTop and installed the 2.7 version on
> Debian. But now I am getting another error line:

Did you actually read JC's response? They won't help you, and neither
will I (because I know nothing about using powertop). The point is,
your battery is beyond redemption- this is a fact of nature, and one
that plagues all laptop batteries. Get a new battery.

Re: PowerTop on Debian Stretch

[Richard Owlett]

On 2/10/2016 9:21 AM, Adam Wilson wrote:

On Wed, 10 Feb 2016 13:11:43 +0400 Dwijesh Gajadur 
wrote:


I used PowerTop on Ubuntu 15.10. I found that Ubuntu 15.10 uses
PowerTop 2.7. However Debian Stretch uses PowerTop 2.8. And it seems
that the bug is in the 2.8 version.

I tried to downgrade PowerTop and installed the 2.7 version on
Debian. But now I am getting another error line:


Did you actually read JC's response? They won't help you, and neither
will I (because I know nothing about using powertop). The point is,
your battery is beyond redemption- this is a fact of nature, and one
that plagues all laptop batteries. Get a new battery.




Did anyone carefully read the OP's original post?

It said:
"I have a Dell Inspiron 5559 laptop which has a 40WHr, 4-cell 
battery. On Windows 7 I get a battery life of 6-7 hours. On 
Ubuntu I get a battery life of 5 hours after using PowerTop.
However on Debian I get only 3 hours of battery life. I have done 
calibration several times and for several hours but I get only 3 
hours of battery life."


Please note use of present tense.
I see two possible interpretations:
  1. he has a multi-boot installation. In which case he is NOW 
getting longer run

 times in Windows and Ubuntu than in Debian.
  2. he did a clean install of Debian and saw an IMMEDIATE 
decrease in run time.


If that is not so, I ask Mr. Gajadur to clarify.

HTH

permanent disabling of Wireless-N for Thinkpad

[Haines Brown]

I'm running Jessie on a x250 Thinkpad and encountered the common problem
of its dropping its wifi connection. The fix was to disable the
Wireless-N function of the iwlwifi module when I load it.

I want to make this permanent, which I gather can be done by placing the
line 11n_disable=1 into /etc/modprobe.d/wireless.conf. However, such a
file does not appear in my Jessie. Can it be created and simply hold the
line above? Or should I add the line options 11n_disable=1 to the
/etc/modprobe.d/modesetting.conf file? Or should I create a iwlwifi.conf
file?

Haines Brown

Re: PowerTop on Debian Stretch

[arian]

Hi,

On 10.02.2016 10:11, Dwijesh Gajadur wrote:
> I used PowerTop on Ubuntu 15.10. I found that Ubuntu 15.10 uses PowerTop 2.7. 
> However Debian Stretch uses PowerTop 2.8. And it seems that the bug is in the 
> 2.8 version.
> 
> I tried to downgrade PowerTop and installed the 2.7 version on Debian. But 
> now I am getting another error line:
> 
> *** Error in `powertop': double free or corruption (!prev): 
> 0x02418ef0 ***
> Aborted
What bug is that? Also, 3 vs 5 vs 6-7 h is the actual runtime you get or what 
powertop (or other programs?) estimate from a full battery?

should your model not have the amd m335 dGPU ignore the rant parts that follow, 
but the dell 5559 that I found includes it.

- have you checked wether the changes powertop suggests are actually applied?
  I have seen that debian does not enable all power saving features that are 
absolutely worth it on laptops, less so on desktops and servers.
- do you know where the additional consumption comes from?
  - candidates: GPU, CPU deep sleep states, device sleep
  - can you disable the dGPU in firmware? it's not actually faster than the 
iGPU, so the most it can do is waste energy. Dell and AMD (and Nvidia for their 
corresponding chips) should be slapped for wasting resources on it.[1]

> On Wed, Feb 10, 2016 at 12:37 PM, Aleksandar Atanasov 
> mailto:redbaronqu...@gmail.com>> wrote:

> On 10 February 2016 at 08:18, Jos Collin  > wrote:

semi-OT: did these mails go to the list or were they PMs? because I did not get 
them, nothing in my mailserver's logs too.

> I'm saying that the battery should be used efficiently.
> 
> But What I meant was it is not worth bothering too much about battery 
> life, as it is going to die in the near future anyway.

yeah right, because wasting energy is OK and having a laptop actually running 
away from the electricity grid is overated anyway.

[1] 
http://www.notebookcheck.net/Mobile-Graphics-Cards-Benchmark-List.844.0.html?type=&sort=&deskornote=0&or=1&search=m335+520&month=&benchmark_values=&gpubenchmarks=0&professional=0&archive=1&dx=0&multiplegpus=0&showClassDescription=1&condensed=0&showCount=0&showBars=1&showPercent=0&3dmark13_ice_gpu=1&3dmark13_cloud_gpu=1&3dmark11_gpu=1&vantage3dmarkgpu=1&3dmark06=1&gpu_fullname=1&codename=0&architecture=1&pixelshaders=1&vertexshaders=1&corespeed=1&shaderspeed=0&boostspeed=1&memoryspeed=1&memorybus=1&memorytype=1&directx=1&opengl=0&technology=0&daysold=0



signature.asc
Description: OpenPGP digital signature

Re: permanent disabling of Wireless-N for Thinkpad

[arian]

> I want to make this permanent, which I gather can be done by placing the
> line 11n_disable=1 into /etc/modprobe.d/wireless.conf. However, such a
> file does not appear in my Jessie. Can it be created and simply hold the
> line above? 

yes, create it; modprobe will consider all files in /etc/modprobe.d (maybe only 
the ones with .conf-extension). Don't put it in other files there, at least not 
the ones that you did not create yourself - they may be changed by debian.

Test wether the config gets actually applied, this may not be the case when the 
module is included in the initrd.



signature.asc
Description: OpenPGP digital signature

Re: permanent disabling of Wireless-N for Thinkpad

[Haines Brown]

On Wed, Feb 10, 2016 at 05:39:54PM +0100, arian wrote:
> 
> > I want to make this permanent, which I gather can be done by placing the
> > line 11n_disable=1 into /etc/modprobe.d/wireless.conf. However, such a
> > file does not appear in my Jessie. Can it be created and simply hold the
> > line above? 
> 
> yes, create it; modprobe will consider all files in /etc/modprobe.d
> (maybe only the ones with .conf-extension). Don't put it in other
> files there, at least not the ones that you did not create yourself -
> they may be changed by debian.
> 
> Test wether the config gets actually applied, this may not be the case
> when the module is included in the initrd. 

Unfortunately, creating wireless.conf and adding the line with and
without being preceded with "options" produced the error:

  libkmod ERROR: ...
ignoring the line starting with options
ignoring line starting with 11n_disable=1.

Don't know if relevant, but I'm not using KDE desktop environment.
I don't get the error if I load the module with the option manually. 

How would I know if the option is being applied? I use the option to
prevent drop of wifi connection, and while the option seems to help, it
does not seem a permanent fix. That is, instead of dropping on the order
of minutes it now may drop on the order of an hour.

Haines

RE: PowerTop on Debian Stretch

[Yates, Alexandra]

Have you reported the error on the PowerTOP mailing list?  If not please do 
http://01.org/powertop  There are all the instruction on how to join the 
mailing list and contribute in case you have a fix for the error you 
experienced.

BTW what platform are you running?  What devices are hindering the power 
consumption?  What version of the linux kernel are you running?  The newer the 
version the better the runtime Power Management you get.

Lastly you can place all your PowerTOP tunables  or do powertop  - - autotune 
added it to a boot scrip to run it after boot and have your runtime optimized.

Thank you,
Alexandra.

From: Dwijesh Gajadur [mailto:dwije...@gmail.com]
Sent: Wednesday, February 10, 2016 1:12 AM
To: debian-user@lists.debian.org; debian-lap...@lists.debian.org
Subject: Re: PowerTop on Debian Stretch

I used PowerTop on Ubuntu 15.10. I found that Ubuntu 15.10 uses PowerTop 2.7. 
However Debian Stretch uses PowerTop 2.8. And it seems that the bug is in the 
2.8 version.
I tried to downgrade PowerTop and installed the 2.7 version on Debian. But now 
I am getting another error line:

*** Error in `powertop': double free or corruption (!prev): 0x02418ef0 
***
Aborted


On Wed, Feb 10, 2016 at 12:37 PM, Aleksandar Atanasov 
mailto:redbaronqu...@gmail.com>> wrote:
I understood pretty well what you said. That is why I was so flabbergasted. You 
are now partially contradicting yourself. Your first post was "Battery is not 
important" and now "Use it efficiently" (why if it's not important?) and 
"Battery is not important" at the same time.

Now on topic: from what I've seen so far googling this seems to be a bug. 
Multiple distributions (Arch, RH etc.) have patched this upstream. Not sure if 
fix is available for Ubuntu (which Ubuntu are we talking about here?)

On 10 February 2016 at 08:18, Jos Collin 
mailto:joscol...@gmail.com>> wrote:

I'm saying that the battery should be used efficiently.

But What I meant was it is not worth bothering too much about battery life, as 
it is going to die in the near future anyway.



--
Elvis Presley: Love is worth all the gold on Earth

Re: Welcome to emergency mode!

[Bob Holtzman]

On Tue, Feb 09, 2016 at 04:28:16PM -0600, John Hasler wrote:
> Bob Holtzman writes:
> > Read the first line of my post.
> 
> You wrote:
> >  As root journalctl produces a long list
> 
> Which we, of course, read as "When I run the command journalctl as root
> it produces a long list".
> 
> Then you wrote:
> > tail journalctl produces "tail: cannot open ‘journalctl’ for reading:
> > No such file or directory".
> 
> Which we, of course, read as "When I run the command 'tail journalctl' it
> produces 'tail: cannot open ‘journalctl’ for reading: No such file or 
> directory'."

Exactly.

> 
> What, exactly, did you actually do?

Just what I said: "tail journalctl" as user.

-- 
Bob Holtzman
A man is a man who will fight with a sword or
conquer Mt. Everest in snow. But the bravest of all
owns a '34 Ford and tries for six thousand in low.

Re: PowerTop on Debian Stretch

[David Wright]

On Wed 10 Feb 2016 at 11:32:48 (+0530), Jos Collin wrote:
> Hi, I'm not answering your question. But my suggestion is: don't bother about
> your battery life. Because even if you get 10 hours now, it is going to reduce
> slowly and reach 30 mins or 10 mins with in a few years. Then you have to
> replace your battery with a new one.
> 
> I had a battery that drains to 0% with in 30 secs. I replaced that in 2012 
> with
> a 9 cell battery, when I started traveling with my laptop. The new battery 
> also
> drains to 0% within 30 secs now.
> 
> So I advice you to forget about battery life and move on to other important
> things. :-)

The (small size) battery on this laptop contains 42Wh fully charged.
Discharging it in 30 seconds would generate 5kW which is two
high-power electric kettles in the UK, over three in the US.

So either your battery hasn't charged properly, or else it's not
discharging properly, probably because there's a duff cell. In the
latter case, the battery remains a hazard because it still contains a
lot of charge if only it could find a discharge path.

> On 10-Feb-2016 11:05 AM, "Dwijesh Gajadur"  wrote:
> I have a Dell Inspiron 5559 laptop which has a 40WHr, 4-cell battery. On
> Windows 7 I get a battery life of 6-7 hours. On Ubuntu I get a battery 
> life
> of 5 hours after using PowerTop.
> However on Debian I get only 3 hours of battery life. I have done
> calibration several times and for several hours but I get only 3 hours of
> battery life.

If these timings can be achieved at will, I'd be interested to know if
the laptop was running at the same temperature on the various OSes. A
poor video driver might waste a lot of power. I suspect this is the
case with my own Dell laptop; given the chance it would make a cuppa.
I occasionally see the CPU at 96.5°C.

> My Question is, is it normal to get the lines:
>   □ Cannot load from file /var/cache/powertop/saved_parameters.powertop
>   □ Devfreq not enabled
> Is it because of these lines that PowerTop is unable to extend the battery
> life?
> Debian Stretch is currently using PowerTop version 2.8 and I heard
> somewhere on a forum that there is a bug in the 2.8 version. Is it true
> that there is a bug ? And is it that bug which is causing the problem?

Does 
https://bugs.debian.org/cgi-bin/pkgreport.cgi?dist=unstable;package=powertop 
help?

Cheers,
David.

Re: Welcome to emergency mode!

[Bob Holtzman]

On Tue, Feb 09, 2016 at 10:54:30PM +, Brian wrote:
> On Tue 09 Feb 2016 at 14:50:40 -0700, Bob Holtzman wrote:
> 
> > On Mon, Feb 08, 2016 at 05:52:27PM -0600, John Hasler wrote:
> > > Bob Holtzman writes:
> > > > As root journalctl produces a long list, tail journalctl produces 
> > > 
> > > > "tail: cannot open ‘journalctl’ for reading: No such file or directory".
> > > 
> > > > Now I'm really confused. Any explanation?
> > > 
> > > journalctl is a program for querying the systemd journal.  tail is a
> > > tool to output the last part of a file.
> > > 
> > > man journalctl
> > > 
> > > man tail
> > 
> > Of course. What's your point?
> 
> The tail *command* operates *on files*. It opens the file and displays
> the last 10 lines of it. (I think we both agree on that because we have
> read the same manual).
> 
>   tail journalctl
> 
> attempts to open a file with the name journalctl in your home directory.
> (As the output tells you - it does not exist).
> 
> If the file is not in your home directory you have to inform tail where
> it is by giving the full path. Like so:
> 
>   tail /bin/journalctl

Ouch. I missed that. It raises a new question. I've read that *spit*
systemd doesn't write logs that are human readable, however, "tail
journalctl" as root does. As user the output is unreadable (binary?).

-- 

Bob Holtzman

Re: Welcome to emergency mode!

[Bob Holtzman]

On Tue, Feb 09, 2016 at 04:01:12PM -0600, Dutch Ingraham wrote:
> On Tue, Feb 09, 2016 at 02:49:20PM -0700, Bob Holtzman wrote:
> > > >
> > > >As root journalctl produces a long list, tail journalctl produces
> > > >
> > > >"tail: cannot open ‘journalctl’ for reading: No such file or directory".
> > > >
> > > >Now I'm really confused. Any explanation?
> > > >
> > > 
> > >   I belive tail is designed for use with text files...which systemd 
> > > journal
> > > isn't.
> > > 
> > Then why does it produce text output when tail is run as root?
> > 
> > Read the first line of my post.
> > 
> Check the file permissions for /var/log/journal's contents.

No such animal on my computer.

-- 
Bob Holtzman
A man is a man who will fight with a sword or
conquer Mt. Everest in snow. But the bravest of all
owns a '34 Ford and tries for six thousand in low.

Re: Welcome to emergency mode!

[David Wright]

On Wed 10 Feb 2016 at 12:41:21 (-0700), Bob Holtzman wrote:
> On Tue, Feb 09, 2016 at 10:54:30PM +, Brian wrote:
> > On Tue 09 Feb 2016 at 14:50:40 -0700, Bob Holtzman wrote:
> > 
> > > On Mon, Feb 08, 2016 at 05:52:27PM -0600, John Hasler wrote:
> > > > Bob Holtzman writes:
> > > > > As root journalctl produces a long list, tail journalctl produces 
> > > > 
> > > > > "tail: cannot open ‘journalctl’ for reading: No such file or 
> > > > > directory".
> > > > 
> > > > > Now I'm really confused. Any explanation?
> > > > 
> > > > journalctl is a program for querying the systemd journal.  tail is a
> > > > tool to output the last part of a file.
> > > > 
> > > > man journalctl
> > > > 
> > > > man tail
> > > 
> > > Of course. What's your point?
> > 
> > The tail *command* operates *on files*. It opens the file and displays
> > the last 10 lines of it. (I think we both agree on that because we have
> > read the same manual).
> > 
> >   tail journalctl
> > 
> > attempts to open a file with the name journalctl in your home directory.
> > (As the output tells you - it does not exist).
> > 
> > If the file is not in your home directory you have to inform tail where
> > it is by giving the full path. Like so:
> > 
> >   tail /bin/journalctl
> 
> Ouch. I missed that. It raises a new question. I've read that *spit*
> systemd doesn't write logs that are human readable, however, "tail
> journalctl" as root does. As user the output is unreadable (binary?).

Your problems are scattered throughout this thread, but I'll only post here.

Summarising:

# journalctl

will produce a list of lines from the systemd journal (no need to spit).

# cd
# tail journalctl

will respond
tail: cannot open ‘journalctl’ for reading: No such file or directory
unless you just happen to have a text file called journalctl in root's
home directory (normally /root).

Ditto for any user.

# tail /bin/journalctl

will, as you said, produce garbage because you have _run_ the program
/usr/bin/tail (sensible) to _print_ the last 10 lines of the executable
binary program /bin/journalctl (not sensible).

Dutch has already posted the correct way to print the last 20 lines
of the journal (non-interactively) withjournalctl | tail -n 20
and Felix has already posted that you can study the journal
interactively by running the   journalctl   command on its own.

If those don't work for you, please cut and paste your commands and
their output into your email, which is what John asked for.

I hope you eventually get to study the journal even if you don't have
/var/log/journal. You might post the output from:

$ ls -ld /var/log/j*

Cheers,
David.

Re: permanent disabling of Wireless-N for Thinkpad

[Reco]

Hi.

On Wed, 10 Feb 2016 13:09:12 -0500
Haines Brown  wrote:

> On Wed, Feb 10, 2016 at 05:39:54PM +0100, arian wrote:
> > 
> > > I want to make this permanent, which I gather can be done by placing the
> > > line 11n_disable=1 into /etc/modprobe.d/wireless.conf. However, such a
> > > file does not appear in my Jessie. Can it be created and simply hold the
> > > line above? 
> > 
> > yes, create it; modprobe will consider all files in /etc/modprobe.d
> > (maybe only the ones with .conf-extension). Don't put it in other
> > files there, at least not the ones that you did not create yourself -
> > they may be changed by debian.
> > 
> > Test wether the config gets actually applied, this may not be the case
> > when the module is included in the initrd. 
> 
> Unfortunately, creating wireless.conf and adding the line with and
> without being preceded with "options" produced the error:

You need to put this line into /etc/modprobe.d/wireless.conf:

options iwlwifi 11n_disable=1

Reco

disk space disappeared

[Gary Dale]

I have a Jessie/64 server that seems to have lost a lot of disk space. 
It boots from a 55G SSD (mounted as /) with a RAID6 array for /home. df 
shows that the SSD is full but I can't find out where the space has 
gone. When I add up all the space in the various directories off /, they 
don't come anywhere near 55G. du -cxh shows only 4.7G being used.


I used tune2fs to set the fsck count for /dev/sda1 to 1 and rebooted. It 
didn't report any errors (system doesn't boot from USB or I would have 
used sysrescuecd).


I also tried using fstrim (although the SSD is mounted with the discard 
option) but that didn't help. The command showed space being freed up, 
but the df command returned the same result.


Any ideas on what is going on?

Below is the output showing the problem.

root@TheLibrarian:/home/garydale# df -ah /
Filesystem  Size  Used Avail Use% Mounted on
/dev/sda155G   55G 0 100% /

root@TheLibrarian:/home/garydale# du -csxh /
4.7G/
4.7Gtotal

root@TheLibrarian:/home/garydale# du -mxS / | sort -n | tail
34  /usr/lib
34  /var/lib/dpkg/info
40  /usr/lib/gcc/x86_64-linux-gnu/4.9
46  /var/cache/apt
56  /var/spool/cups
88  /var/lib/apt/lists
174 /usr/lib/x86_64-linux-gnu
248 /usr/bin
268 /var/lib/clamav
2329/var/cache/apt/archives

root@TheLibrarian:/home/garydale# fstrim -v /
/: 644.2 MiB (675483648 bytes) trimmed

Re: disk space disappeared

[Pascal Hambourg]

Gary Dale a écrit :
> I have a Jessie/64 server that seems to have lost a lot of disk space. 
> It boots from a 55G SSD (mounted as /) with a RAID6 array for /home. df 
> shows that the SSD is full but I can't find out where the space has 
> gone. When I add up all the space in the various directories off /, they 
> don't come anywhere near 55G. du -cxh shows only 4.7G being used.

Usually "lost" space is used by files which have been deleted but are
still opened by a process (check with lsof | grep deleted) or hidden
under a mount point (check by bind-mounting the filesystem on a
temporary mount point)

> 
> I also tried using fstrim (although the SSD is mounted with the discard 
> option) but that didn't help.

Of course not. fstrim does not free space, it just marks free blocks for
 the underlying storage.

I need help

[Ghaith Etaiwi]

Hello, I'm starting in linux I used Ubuntu and didn't like it and I have
read that many people that used Debian had a better experience, I have a
MacBook Pro 4GB ram/ 500HDD/Intel HD 3000/ i5 2nd generation, can it run
Debian?. Also, I want to know what version of Debian to download, I saw
something about DVD1, DVD2...etc which one should I get and whats the
difference between them?

Re: [computers] bad sectors on disk

[TWS Admin]

Please remove julius.robe...@wildernes.org.au from this list, he's no
longer working with us.

thanks,

the Wilderness society

On 9 February 2016 at 19:57, Ritesh Raj Sarraf  wrote:

> Hello,
>
> On my RPi2, I saw the following reported by my kernel.
>
> [156278.815976] sd 1:0:0:0: [sdb] UNKNOWN(0x2003) Result: hostbyte=0x00
> driverbyte=0x00
> [156278.823864] sd 1:0:0:0: [sdb] CDB: opcode=0x28 28 00 9a 40 04 47 00 00
> 08 00
> [156278.831152] blk_update_request: I/O error, dev sdb, sector 2587886663
>
>
> This got me worried so I ran an fsck on my drive. Following is the report.
>
> 130 pi@pi:~$ sudo fsck -cvkv /dev/sdb1
> [sudo] password for pi:
> fsck from util-linux 2.25.2
> e2fsck 1.42.12 (29-Aug-2014)
> Checking for bad blocks (read-only test): done
>
> SEAGATE: Updating bad block inode.
> Pass 1: Checking inodes, blocks, and sizes
> Pass 2: Checking directory structure
> Pass 3: Checking directory connectivity
> Pass 4: Checking reference counts
> Pass 5: Checking group summary information
>
> SEAGATE: * FILE SYSTEM WAS MODIFIED *
>
>20013 inodes used (0.02%, out of 122101760)
> 8944 non-contiguous files (44.7%)
>   53 non-contiguous directories (0.3%)
>  # of inodes with ind/dind/tind blocks: 0/0/0
>  Extent depth histogram: 16695/3216/62
>416471936 blocks used (85.28%, out of 488378008)
>0 bad blocks
>   63 large files
>
>17086 regular files
> 2885 directories
>0 character device files
>0 block device files
>0 fifos
>0 links
>   33 symbolic links (32 fast symbolic links)
>0 sockets
> 
>20004 files
> 1 pi@pi:~$
>
>
> From the report, it says that there are 0 bad blocks. So is this a bug in
> e2fsprogs ?
>
>
> --
> Ritesh Raj Sarraf
> RESEARCHUT -- http://www.researchut.com
> "Necessity is the mother of invention"
>

Re: [computers] bad sectors on disk

[Joseph Loo]

On 02/10/2016 07:35 PM, TWS Admin wrote:
> Please remove julius.robe...@wildernes.org.au
>  from this list, he's no longer
> working with us.
> 
> thanks,
> 
> the Wilderness society
> 
> On 9 February 2016 at 19:57, Ritesh Raj Sarraf  > wrote:
> 
> Hello,
> 
> On my RPi2, I saw the following reported by my kernel.
> 
> [156278.815976] sd 1:0:0:0: [sdb] UNKNOWN(0x2003) Result:
> hostbyte=0x00 driverbyte=0x00
> [156278.823864] sd 1:0:0:0: [sdb] CDB: opcode=0x28 28 00 9a 40 04 47
> 00 00 08 00
> [156278.831152] blk_update_request: I/O error, dev sdb, sector
> 2587886663
> 
> 
> This got me worried so I ran an fsck on my drive. Following is the
> report.
> 
> 130 pi@pi:~$ sudo fsck -cvkv /dev/sdb1 
> [sudo] password for pi: 
> fsck from util-linux 2.25.2
> e2fsck 1.42.12 (29-Aug-2014)
> Checking for bad blocks (read-only test): done  
>   
> SEAGATE: Updating bad block inode.
> Pass 1: Checking inodes, blocks, and sizes
> Pass 2: Checking directory structure
> Pass 3: Checking directory connectivity
> Pass 4: Checking reference counts
> Pass 5: Checking group summary information
> 
> SEAGATE: * FILE SYSTEM WAS MODIFIED *
> 
>20013 inodes used (0.02%, out of 122101760)
> 8944 non-contiguous files (44.7%)
>   53 non-contiguous directories (0.3%)
>  # of inodes with ind/dind/tind blocks: 0/0/0
>  Extent depth histogram: 16695/3216/62
>416471936 blocks used (85.28%, out of 488378008)
>0 bad blocks
>   63 large files
> 
>17086 regular files
> 2885 directories
>0 character device files
>0 block device files
>0 fifos
>0 links
>   33 symbolic links (32 fast symbolic links)
>0 sockets
> 
>20004 files
> 1 pi@pi:~$ 
> 
> 
> From the report, it says that there are 0 bad blocks. So is this a
> bug in e2fsprogs ?
> 
> 
> -- 
> Ritesh Raj Sarraf
> RESEARCHUT -- http://www.researchut.com
> "Necessity is the mother of invention"
> 
> 
fsck checks primarily a directory structure not the hard drives. you
might want to try

badblocks -svn /dev/sdb

Like always, backup your drive before you do this.

-- 
Joseph Loo
j...@acm.org

disk space disappeared

[Gary Dale]

I have a Jessie/64 server that seems to have lost a lot of disk space. 
It boots from a 55G SSD (mounted as /) with a RAID6 array for /home. df 
shows that the SSD is full but I can't find out where the space has 
gone. When I add up all the space in the various directories off /, they 
don't come anywhere near 55G. du -cxh shows only 4.7G being used.


I used tune2fs to set the fsck count for /dev/sda1 to 1 and rebooted. It 
didn't report any errors (system doesn't boot from USB or I would have 
used sysrescuecd).


I also tried using fstrim (although the SSD is mounted with the discard 
option) but that didn't help. The command showed space being freed up, 
but the df command returned the same result.


Any ideas on what is going on?

Below is the output showing the problem.

root@TheLibrarian:/home/garydale# df -ah /
Filesystem  Size  Used Avail Use% Mounted on
/dev/sda155G   55G 0 100% /

root@TheLibrarian:/home/garydale# du -csxh /
4.7G/
4.7Gtotal

root@TheLibrarian:/home/garydale# du -mxS / | sort -n | tail
34  /usr/lib
34  /var/lib/dpkg/info
40  /usr/lib/gcc/x86_64-linux-gnu/4.9
46  /var/cache/apt
56  /var/spool/cups
88  /var/lib/apt/lists
174 /usr/lib/x86_64-linux-gnu
248 /usr/bin
268 /var/lib/clamav
2329/var/cache/apt/archives

root@TheLibrarian:/home/garydale# fstrim -v /
/: 644.2 MiB (675483648 bytes) trimmed

Re: Problems with VLC in jessie

[Charles Kroeger]

On Mon, 08 Feb 2016 19:10:01 +0100
"Juan R. de Silva"  wrote:

> > If that does not help, please share the output of vlc -vvv.
> 
> Well, I did...

You might as well try this:

$ vlc --reset-config

-- 
CK

Good keyboard

[David Niklas]

Hello,
If I'm remembering rightly, a while back (months), there was a
discussion about keyboards.
I noticed this one and wanted to know if it looks good and is worth $220
(the average BK goes for $100, so you can imagine my surprise), I'm
uncertain.
I'm I know that this might be an opinion matter.

https://www.crowdsupply.com/ugl/ultimate-hacking-keyboard

I don't need a new KB now, but the discount that is being offered will not
last forever.

Thanks, David

Re: PowerTop on Debian Stretch

[Dwijesh Gajadur]

Guys, I am glad to tell you that my problem has been solved.
The problem was actually with my AMD GPU. *Thank you Arian*, for driving my
attention on the GPU.
I followed the instructions on
https://wiki.debian.org/AtiHowTo#Debian_Stretch_.28testing.29
and installed the missing firmwares and packages. After that I ran *powertop
--calibrate* and then* powertop --auto-tune*.
I can now get a battery life of up to 6-7 hr on Debian 😁

What happened according to me was that PowerTop was not able to detect my
AMD GPU as the required firmware was not installed. After installing the
firmware, PowerTop was able to calibrate properly and take the correct
measurements.


Richard Owlett wrote:

>Please note use of present tense.
>I see two possible interpretations:
>  1. he has a multi-boot installation. In which case he is NOW getting
longer run
> times in Windows and Ubuntu than in Debian.
>  2. he did a clean install of Debian and saw an IMMEDIATE decrease in run
time.

>If that is not so, I ask Mr. Gajadur to clarify.

Yes I actually have a dual boot installation. I first Dual booted Windows 7
and Debian 9. After finding that the battery life on Debian was only 3 hr,
I replaced the Debian installation with Ubuntu 15.10 installation just to
see how the battery life is on Ubuntu. I found that I could get a battery
life of up to 5hr after using PowerTop on Ubuntu. However I am not a fan of
Ubuntu. Debian is the only linux distro I love. So I removed Ubuntu and
re-installed Debian and tried to find out what was causing the low battery
life on Debian.
But now there is nothing to worry about as the problem has been solved
thanks to Arian.

I want to thank you all for your comments and help  😀

Best Regards,

Dwijesh


On Wed, Feb 10, 2016 at 11:39 PM, David Wright 
wrote:

> On Wed 10 Feb 2016 at 11:32:48 (+0530), Jos Collin wrote:
> > Hi, I'm not answering your question. But my suggestion is: don't bother
> about
> > your battery life. Because even if you get 10 hours now, it is going to
> reduce
> > slowly and reach 30 mins or 10 mins with in a few years. Then you have to
> > replace your battery with a new one.
> >
> > I had a battery that drains to 0% with in 30 secs. I replaced that in
> 2012 with
> > a 9 cell battery, when I started traveling with my laptop. The new
> battery also
> > drains to 0% within 30 secs now.
> >
> > So I advice you to forget about battery life and move on to other
> important
> > things. :-)
>
> The (small size) battery on this laptop contains 42Wh fully charged.
> Discharging it in 30 seconds would generate 5kW which is two
> high-power electric kettles in the UK, over three in the US.
>
> So either your battery hasn't charged properly, or else it's not
> discharging properly, probably because there's a duff cell. In the
> latter case, the battery remains a hazard because it still contains a
> lot of charge if only it could find a discharge path.
>
> > On 10-Feb-2016 11:05 AM, "Dwijesh Gajadur"  wrote:
> > I have a Dell Inspiron 5559 laptop which has a 40WHr, 4-cell
> battery. On
> > Windows 7 I get a battery life of 6-7 hours. On Ubuntu I get a
> battery life
> > of 5 hours after using PowerTop.
> > However on Debian I get only 3 hours of battery life. I have done
> > calibration several times and for several hours but I get only 3
> hours of
> > battery life.
>
> If these timings can be achieved at will, I'd be interested to know if
> the laptop was running at the same temperature on the various OSes. A
> poor video driver might waste a lot of power. I suspect this is the
> case with my own Dell laptop; given the chance it would make a cuppa.
> I occasionally see the CPU at 96.5°C.
>
> > My Question is, is it normal to get the lines:
> >   □ Cannot load from file
> /var/cache/powertop/saved_parameters.powertop
> >   □ Devfreq not enabled
> > Is it because of these lines that PowerTop is unable to extend the
> battery
> > life?
> > Debian Stretch is currently using PowerTop version 2.8 and I heard
> > somewhere on a forum that there is a bug in the 2.8 version. Is it
> true
> > that there is a bug ? And is it that bug which is causing the
> problem?
>
> Does
> https://bugs.debian.org/cgi-bin/pkgreport.cgi?dist=unstable;package=powertop
> help?
>
> Cheers,
> David.
>
>

Short Discussion for Website Design

[Payal]

 

 

Hello There,, 

Hope You Are Doing Very Well,,

 

This is Payal, I'm an online marketing executive.

 

We are an India Based IT Company. We have a good creative team to design &
develop a eye catching website for your business.

 

We are offering a great offer to get a new business website. Now, you can
get a business website.

 

Please let me know if you are interested so that we can provide you more
detail.

 

I would be happy to send to you details of the company, past work details,
references, pricing & packages.

 

I am looking forward to your valuable response.

 

To your health and happiness,!!

 

Sincerely with very warm regards,

Payal

 

Re: Good keyboard

[rlharris]

On Wed, February 10, 2016 11:00 pm, David Niklas wrote:
> If I'm remembering rightly, a while back (months), there was a
> discussion about keyboards. I noticed this one and wanted to know if it
>
> https://www.crowdsupply.com/ugl/ultimate-hacking-keyboard

To add a bit of perspective, can you visualize what such ergonomic design
might do for the piano?

The essence of a keyboard is found in the keyswitch -- the plunger and the
contacts.

A good plunger is not lubricated and does not bind even if the key is
struck at an angle.  Any external lubricant eventually wears through.

Good contacts do not bounce.

Good contacts do not fail because of oxidation or exposure to common
atmospheric contaminants such as moisture, ammonia, and oil vapour.

Gold is not necessarily the best contact material for very low voltage and
current, because oil vapour can form an insulating film (a polymer, if I
recall correctly) on gold.  I think that it was Honeywell which published
a report on this matter.  For a quality keyswitch, a wiping silver contact
may be a better choice.

Russ

Re: I need help

[Steve Witt]

On Thu, 11 Feb 2016, Ghaith Etaiwi wrote:


Hello, I'm starting in linux I used Ubuntu and didn't like it and I have
read that many people that used Debian had a better experience, I have a
MacBook Pro 4GB ram/ 500HDD/Intel HD 3000/ i5 2nd generation, can it run
Debian?. Also, I want to know what version of Debian to download, I saw
something about DVD1, DVD2...etc which one should I get and whats the
difference between them?



I have no direct experience with this but there is information on the 
Debian wiki about installing Debian on a Macbook Pro. It is at 



I've used Linux for many years now both at home and at work. I very much 
prefer Debian, use it at home and on any computers at work that I control. 
But I've had to use Ubuntu, Red Hat, and SUSE at work also. Although I 
don't perfer Ubuntu, I have to say that for inexperienced users, it can be 
a little more friendly than Debian. For example, if you try to run an 
application that isn't installed, Debian gives you a 'file not found' 
error. Ubuntu will advise you to install the package that provides that 
application with the package manager. And in the end, all of these are 
Linux distributions, the applications available are basically the same and 
the user experience is pretty similar. There are differences in system 
administration, where config files are kept, etc. Ubuntu does have their 
rather different desktop manager, Unity, which I don't like, but that is 
a very subjective opinion.


I wonder what it was about Ubuntu that you didn't like? Did you actually 
install it on your Macbook?