100% [Waiting for headers]

[lina]

Hi,

When I used aptitude update.

The aptitude chocked there with
100% [Waiting for headers]
And a blinking cursor at the end.

I guess something wrong, I can't enter into the login interface with the driver intact in the last days.

Thanks with best regards,

Lina

--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/11392B74-EC77-414C...@gmail.com

[lina]

Kinda of funny,

Dselect reported me that my /var has saturated. Indeed, 100%.

My question is that how to set to let me know earlier when the var reached 98%. Kinda of dangerous huh?

Thanks again,

Lina

Archive: http://lists.debian.org/3A808264-0DC8-43FA...@gmail.com

[lina]

Hi,

Before I thought it might the serever I used got wrong, so I changed
my source list.

but it has new problem as:

W: Failed to fetch
gzip:/var/lib/apt/lists/partial/ftp.us.debian.org_debian_dists_wheezy_main_binary-amd64_Packages
Hash Sum mismatch

E: Some index files failed to download. They have been ignored, or old
ones used instead.

Archive: http://lists.debian.org/CAG9cJmJtkGgwA06vckQd4yea4 bhkrmzMYC0...@mail.gmail.com

[lina]

On Sun, Jun 24, 2012 at 12:24 PM, Ralf Mardorf
<ralf.m...@alice-dsl.net> wrote:

> On Sun, 2012-06-24 at 12:09 +0800, lina wrote:
>> Before I thought it might the serever I used got wrong, so I changed
>> my source list.
>

> I rebooted to Debian stable (AV Linux 5.0.3) and tested what happens
> here, Western Germany around 06:17 o'clock.

>
> spinymouse@avlinux:~$ su
> Password:
> root@avlinux:/home/spinymouse# aptitude update
> Get:1 http://www.debian-multimedia.org squeeze Release.gpg [198 B]
> Ign http://www.debian-multimedia.org/ squeeze/main
> Translation-en
> Ign http://www.debian-multimedia.org/ squeeze/main
> Translation-en_US
> Get:2 http://backports.debian.org squeeze-backports Release.gpg [836
> B]
> Ign http://backports.debian.org/debian-backports/ squeeze-backports/main
> Translation-en
> Ign http://backports.debian.org/debian-backports/ squeeze-backports/main
> Translation-en_US
> Get:3 http://www.debian-multimedia.org squeeze Release [23.8
> kB]
> Get:4 http://backports.debian.org squeeze-backports Release [77.6
> kB]
> Get:5 http://download.tuxfamily.org dev Release.gpg [198
> B]
> Get:6 http://mozilla.debian.net squeeze-backports Release.gpg [828
> B]
> Ign http://mozilla.debian.net/ squeeze-backports/iceweasel-release
> Translation-en
> Ign http://mozilla.debian.net/ squeeze-backports/iceweasel-release
> Translation-en_US
> Ign http://download.tuxfamily.org/xcfaudio/xcfa/ dev/contrib
> Translation-en
> Ign http://download.tuxfamily.org/xcfaudio/xcfa/ dev/contrib
> Translation-en_US
> Get:7 http://www.debian-multimedia.org squeeze/main i386
> Packages/DiffIndex [2,023 B]
> Get:8 http://mozilla.debian.net squeeze-backports Release [15.3
> kB]
> Hit http://ftp.us.debian.org squeeze
> Release.gpg
> Ign http://ftp.us.debian.org/debian/ squeeze/contrib
> Translation-en
> Ign http://ftp.us.debian.org/debian/ squeeze/contrib
> Translation-en_US
> Ign http://ftp.us.debian.org/debian/ squeeze/main
> Translation-en
> Ign http://ftp.us.debian.org/debian/ squeeze/main
> Translation-en_US
> Ign http://ftp.us.debian.org/debian/ squeeze/non-free
> Translation-en
> Ign http://ftp.us.debian.org/debian/ squeeze/non-free
> Translation-en_US
> Get:9 http://ftp.us.debian.org squeeze-proposed-updates Release.gpg [836
> B]
> Get:10 http://ftp.us.debian.org/debian/ squeeze-proposed-updates/contrib
> Translation-en [364 B]
> Ign http://ftp.us.debian.org/debian/ squeeze-proposed-updates/contrib
> Translation-en_US
> Get:11 http://www.debian-multimedia.org squeeze/main i386
> 2012-06-13-1124.08.pdiff [2,884 B]
> Get:12 http://download.tuxfamily.org dev Release [2,425
> B]
> Get:13 http://www.debian-multimedia.org squeeze/main i386
> 2012-06-13-1124.08.pdiff [2,884 B]
> Get:14 http://www.debian-multimedia.org squeeze/main i386
> 2012-06-13-1124.08.pdiff [2,884 B]
> Get:15 http://www.debian-multimedia.org squeeze/main i386
> 2012-06-13-1449.00.pdiff [31 B]
> Get:16 http://www.debian-multimedia.org squeeze/main i386
> 2012-06-13-1449.00.pdiff [31 B]
> Get:17 http://www.debian-multimedia.org squeeze/main i386
> 2012-06-13-1449.00.pdiff [31 B]
> Ign http://mozilla.debian.net squeeze-backports/iceweasel-release i386
> Packages
> Ign http://download.tuxfamily.org dev/contrib i386
> Packages
> Get:18 http://backports.debian.org squeeze-backports/main i386
> Packages/DiffIndex [6,991 B]
> Get:19 http://ftp.us.debian.org/debian/ squeeze-proposed-updates/main
> Translation-en [25.9 kB]
> Ign http://mozilla.debian.net squeeze-backports/iceweasel-release i386
> Packages
> Get:20 http://www.debian-multimedia.org squeeze/main i386
> 2012-06-13-1605.07.pdiff [2,439 B]
> Ign http://download.tuxfamily.org dev/contrib i386
> Packages
> Get:21 http://www.debian-multimedia.org squeeze/main i386
> 2012-06-13-1605.07.pdiff [2,439 B]
> Get:22 http://www.debian-multimedia.org squeeze/main i386
> 2012-06-13-1605.07.pdiff [2,439 B]
> Get:23 http://mozilla.debian.net squeeze-backports/iceweasel-release
> i386 Packages [15.1 kB]
> Get:24 http://backports.debian.org squeeze-backports/main i386
> 2012-06-15-0936.16.pdiff [1,202 B]
> Get:25 http://www.debian-multimedia.org squeeze/main i386
> 2012-06-20-1733.57.pdiff [297 B]
> Hit http://www.bandshed.net squeeze
> Release.gpg
> Get:26 http://backports.debian.org squeeze-backports/main i386
> 2012-06-15-0936.16.pdiff [1,202 B]
> Get:27 http://download.tuxfamily.org dev/contrib i386 Packages [1,001
> B]
> Ign http://www.bandshed.net/kernels/apt/ squeeze/main
> Translation-en
> Ign http://www.bandshed.net/kernels/apt/ squeeze/main
> Translation-en_US
> Get:28 http://backports.debian.org squeeze-backports/main i386
> 2012-06-15-0936.16.pdiff [1,202 B]
> Get:29 http://www.debian-multimedia.org squeeze/main i386
> 2012-06-20-1733.57.pdiff [297 B]
> Ign http://ftp.us.debian.org/debian/ squeeze-proposed-updates/main
> Translation-en_US
> Get:30 http://ftp.us.debian.org/debian/
> squeeze-proposed-updates/non-free Translation-en [14 B]
> Ign http://ftp.us.debian.org/debian/ squeeze-proposed-updates/non-free
> Translation-en_US
> Hit http://ftp.us.debian.org squeeze
> Release
> Get:31 http://ftp.us.debian.org squeeze-proposed-updates Release [137
> kB]
> Get:32 http://www.debian-multimedia.org squeeze/main i386
> 2012-06-20-1733.57.pdiff [297 B]
> Get:33 http://backports.debian.org squeeze-backports/main i386
> 2012-06-15-2236.47.pdiff [246 B]
> Get:34 http://backports.debian.org squeeze-backports/main i386
> 2012-06-15-2236.47.pdiff [246 B]
> Get:35 http://backports.debian.org squeeze-backports/main i386
> 2012-06-15-2236.47.pdiff [246 B]
> Hit http://www.bandshed.net squeeze
> Release
> Get:36 http://backports.debian.org squeeze-backports/main i386
> 2012-06-17-1136.48.pdiff [2,728 B]
> Get:37 http://backports.debian.org squeeze-backports/main i386
> 2012-06-17-1136.48.pdiff [2,728 B]
> Get:38 http://backports.debian.org squeeze-backports/main i386
> 2012-06-17-1136.48.pdiff [2,728 B]
> Ign http://www.bandshed.net squeeze/main i386
> Packages
> Get:39 http://backports.debian.org squeeze-backports/main i386
> 2012-06-17-1236.40.pdiff [8,464 B]
> Get:40 http://backports.debian.org squeeze-backports/main i386
> 2012-06-17-1236.40.pdiff [8,464 B]
> Get:41 http://backports.debian.org squeeze-backports/main i386
> 2012-06-17-1236.40.pdiff [8,464 B]
> Ign http://www.bandshed.net squeeze/main i386
> Packages
> Get:42 http://backports.debian.org squeeze-backports/main i386
> 2012-06-17-1336.01.pdiff [7,134 B]
> Get:43 http://backports.debian.org squeeze-backports/main i386
> 2012-06-17-1336.01.pdiff [7,134 B]
> Get:44 http://backports.debian.org squeeze-backports/main i386
> 2012-06-17-1336.01.pdiff [7,134 B]
> Hit http://ftp.us.debian.org squeeze/main Sources
> Hit http://ftp.us.debian.org squeeze/non-free Sources
> Hit http://www.bandshed.net squeeze/main i386 Packages
> Get:45 http://backports.debian.org squeeze-backports/main i386
> 2012-06-17-1435.47.pdiff [893 B]
> Get:46 http://backports.debian.org squeeze-backports/main i386
> 2012-06-17-1435.47.pdiff [893 B]
> Get:47 http://backports.debian.org squeeze-backports/main i386
> 2012-06-17-1435.47.pdiff [893 B]
> Hit http://ftp.us.debian.org squeeze/contrib Sources
> Hit http://ftp.us.debian.org squeeze/main i386 Packages
> Hit http://ftp.us.debian.org squeeze/non-free i386 Packages
> Hit http://ftp.us.debian.org squeeze/contrib i386 Packages
> Hit http://ftp.us.debian.org squeeze-proposed-updates/non-free
> Sources/DiffIndex
> Hit http://ftp.us.debian.org squeeze-proposed-updates/contrib
> Sources/DiffIndex
> Get:48 http://ftp.us.debian.org squeeze-proposed-updates/main
> Sources/DiffIndex [7,819 B]
> Hit http://ftp.us.debian.org squeeze-proposed-updates/non-free i386
> Packages/DiffIndex
> Hit http://ftp.us.debian.org squeeze-proposed-updates/contrib i386
> Packages/DiffIndex
> Get:49 http://backports.debian.org squeeze-backports/main i386
> 2012-06-17-1635.54.pdiff [734 B]
> Get:50 http://backports.debian.org squeeze-backports/main i386
> 2012-06-17-1635.54.pdiff [734 B]
> Get:51 http://backports.debian.org squeeze-backports/main i386
> 2012-06-17-1635.54.pdiff [734 B]
> Get:52 http://ftp.us.debian.org squeeze-proposed-updates/main i386
> Packages/DiffIndex [7,819 B]
> Get:53 http://backports.debian.org squeeze-backports/main i386
> 2012-06-18-2237.01.pdiff [340 B]
> Get:54 http://backports.debian.org squeeze-backports/main i386
> 2012-06-18-2237.01.pdiff [340 B]
> Get:55 http://backports.debian.org squeeze-backports/main i386
> 2012-06-18-2237.01.pdiff [340 B]
> Get:56 http://ftp.us.debian.org squeeze-proposed-updates/main
> 2012-06-13-0218.27.pdiff [1,631 B]
> Get:57 http://ftp.us.debian.org squeeze-proposed-updates/main
> 2012-06-13-0218.27.pdiff [1,631 B]
> Get:58 http://ftp.us.debian.org squeeze-proposed-updates/main
> 2012-06-13-0218.27.pdiff [1,631 B]
> Get:59 http://backports.debian.org squeeze-backports/main i386
> 2012-06-19-0640.00.pdiff [1,192 B]
> Get:60 http://backports.debian.org squeeze-backports/main i386
> 2012-06-19-0640.00.pdiff [1,192 B]
> Get:61 http://backports.debian.org squeeze-backports/main i386
> 2012-06-19-0640.00.pdiff [1,192 B]
> Get:62 http://ftp.us.debian.org squeeze-proposed-updates/main i386
> 2012-06-13-0218.27.pdiff [2,574 B]
> Get:63 http://ftp.us.debian.org squeeze-proposed-updates/main i386
> 2012-06-13-0218.27.pdiff [2,574 B]
> Get:64 http://ftp.us.debian.org squeeze-proposed-updates/main i386
> 2012-06-13-0218.27.pdiff [2,574 B]
> Get:65 http://backports.debian.org squeeze-backports/main i386
> 2012-06-19-0836.08.pdiff [857 B]
> Get:66 http://backports.debian.org squeeze-backports/main i386
> 2012-06-19-0836.08.pdiff [857 B]
> Get:67 http://backports.debian.org squeeze-backports/main i386
> 2012-06-19-0836.08.pdiff [857 B]
> Get:68 http://ftp.us.debian.org squeeze-proposed-updates/main
> 2012-06-14-0214.41.pdiff [603 B]
> Get:69 http://ftp.us.debian.org squeeze-proposed-updates/main
> 2012-06-14-0214.41.pdiff [603 B]
> Get:70 http://ftp.us.debian.org squeeze-proposed-updates/main
> 2012-06-14-0214.41.pdiff [603 B]
> Get:71 http://backports.debian.org squeeze-backports/main i386
> 2012-06-19-1936.22.pdiff [337 B]
> Get:72 http://backports.debian.org squeeze-backports/main i386
> 2012-06-19-1936.22.pdiff [337 B]
> Get:73 http://backports.debian.org squeeze-backports/main i386
> 2012-06-19-1936.22.pdiff [337 B]
> Get:74 http://ftp.us.debian.org squeeze-proposed-updates/main i386
> 2012-06-14-0820.59.pdiff [726 B]
> Get:75 http://ftp.us.debian.org squeeze-proposed-updates/main i386
> 2012-06-14-0820.59.pdiff [726 B]
> Get:76 http://ftp.us.debian.org squeeze-proposed-updates/main i386
> 2012-06-14-0820.59.pdiff [726 B]
> Get:77 http://backports.debian.org squeeze-backports/main i386
> 2012-06-19-2036.09.pdiff [1,305 B]
> Get:78 http://backports.debian.org squeeze-backports/main i386
> 2012-06-19-2036.09.pdiff [1,305 B]
> Get:79 http://backports.debian.org squeeze-backports/main i386
> 2012-06-19-2036.09.pdiff [1,305 B]
> Get:80 http://backports.debian.org squeeze-backports/main i386
> 2012-06-20-1139.49.pdiff [1,178 B]
> Get:81 http://backports.debian.org squeeze-backports/main i386
> 2012-06-20-1139.49.pdiff [1,178 B]
> Get:82 http://backports.debian.org squeeze-backports/main i386
> 2012-06-20-1139.49.pdiff [1,178 B]
> Get:83 http://ftp.us.debian.org squeeze-proposed-updates/main
> 2012-06-16-1514.35.pdiff [809 B]
> Get:84 http://ftp.us.debian.org squeeze-proposed-updates/main
> 2012-06-16-1514.35.pdiff [809 B]
> Get:85 http://ftp.us.debian.org squeeze-proposed-updates/main
> 2012-06-16-1514.35.pdiff [809 B]
> Get:86 http://backports.debian.org squeeze-backports/main i386
> 2012-06-21-1537.14.pdiff [819 B]
> Get:87 http://backports.debian.org squeeze-backports/main i386
> 2012-06-21-1537.14.pdiff [819 B]
> Get:88 http://backports.debian.org squeeze-backports/main i386
> 2012-06-21-1537.14.pdiff [819 B]
> Get:89 http://ftp.us.debian.org squeeze-proposed-updates/main i386
> 2012-06-16-1514.35.pdiff [2,555 B]
> Get:90 http://ftp.us.debian.org squeeze-proposed-updates/main i386
> 2012-06-16-1514.35.pdiff [2,555 B]
> Get:91 http://ftp.us.debian.org squeeze-proposed-updates/main i386
> 2012-06-16-1514.35.pdiff [2,555 B]
> Get:92 http://ftp.us.debian.org squeeze-proposed-updates/main
> 2012-06-17-2042.14.pdiff [653 B]
> Get:93 http://ftp.us.debian.org squeeze-proposed-updates/main
> 2012-06-17-2042.14.pdiff [653 B]
> Get:94 http://ftp.us.debian.org squeeze-proposed-updates/main
> 2012-06-17-2042.14.pdiff [653 B]
> Get:95 http://backports.debian.org squeeze-backports/main i386
> 2012-06-22-1636.23.pdiff [320 B]
> Get:96 http://backports.debian.org squeeze-backports/main i386
> 2012-06-22-1636.23.pdiff [320 B]
> Get:97 http://backports.debian.org squeeze-backports/main i386
> 2012-06-22-1636.23.pdiff [320 B]
> Get:98 http://ftp.us.debian.org squeeze-proposed-updates/main i386
> 2012-06-16-2023.13.pdiff [468 B]
> Get:99 http://ftp.us.debian.org squeeze-proposed-updates/main i386
> 2012-06-16-2023.13.pdiff [468 B]
> Get:100 http://ftp.us.debian.org squeeze-proposed-updates/main i386
> 2012-06-16-2023.13.pdiff [468 B]
> Get:101 http://backports.debian.org squeeze-backports/main i386
> 2012-06-23-1136.14.pdiff [247 B]
> Get:102 http://backports.debian.org squeeze-backports/main i386
> 2012-06-23-1136.14.pdiff [247 B]
> Get:103 http://backports.debian.org squeeze-backports/main i386
> 2012-06-23-1136.14.pdiff [247 B]
> Get:104 http://ftp.us.debian.org squeeze-proposed-updates/main
> 2012-06-23-1414.42.pdiff [785 B]
> Get:105 http://ftp.us.debian.org squeeze-proposed-updates/main
> 2012-06-23-1414.42.pdiff [785 B]
> Get:106 http://ftp.us.debian.org squeeze-proposed-updates/main
> 2012-06-23-1414.42.pdiff [785 B]
> Get:107 http://ftp.us.debian.org squeeze-proposed-updates/main i386
> 2012-06-17-2042.14.pdiff [599 B]
> Get:108 http://ftp.us.debian.org squeeze-proposed-updates/main i386
> 2012-06-17-2042.14.pdiff [599 B]
> Get:109 http://ftp.us.debian.org squeeze-proposed-updates/main i386
> 2012-06-17-2042.14.pdiff [599 B]
> Get:110 http://ftp.us.debian.org squeeze-proposed-updates/main i386
> 2012-06-23-1414.42.pdiff [1,047 B]
> Get:111 http://ftp.us.debian.org squeeze-proposed-updates/main i386
> 2012-06-23-1414.42.pdiff [1,047 B]
> Get:112 http://ftp.us.debian.org squeeze-proposed-updates/main i386
> 2012-06-23-1414.42.pdiff [1,047 B]
> Fetched 372 kB in 3s (102 kB/s)
>
> Current status: 27 updates [+23], 76 new [+19].
>
> So the repositories are ok. There seems to be a bug on your system.

Yes, there is no problem in the repositories, it's my var partition
got saturated.

Thanks,

>
> - Ralf

>
>
> --
> To UNSUBSCRIBE, email to debian-us...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

> Archive: http://lists.debian.org/1340511841.2153.4.camel@precise

>


--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/CAG9cJmnuk=Zz6oJvMeZkD+cnm9tNFh...@mail.gmail.com

[Ralf Mardorf]

On Sun, 2012-06-24 at 12:09 +0800, lina wrote:

> Before I thought it might the serever I used got wrong, so I changed
> my source list.

- Ralf

--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/1340511841.2153.4.camel@precise

[Ralf Mardorf]

OT for Lina's issue, but she mentioned /var.

I wonder if for Debian there will be some wicked changes too, systemd
seems to be one common change for some distros, IIRC ( ;) ) for Debian
too.

Will /var soon or later be changed for most distros, inculding Debian?

"As of filesystem-2012.6-2 the folders /var/run and /var/lock will be
replaced by symlinks to /run and /run/lock, respectively." -
http://www.archlinux.org/

--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/1340512785.2153.13.camel@precise

[Ralf Mardorf]

On Sun, 2012-06-24 at 06:39 +0200, Ralf Mardorf wrote:
> OT for Lina's issue, but she mentioned /var.
>
> I wonder if for Debian there will be some wicked changes too, systemd
> seems to be one common change for some distros, IIRC ( ;) ) for Debian
> too.
>
> Will /var soon or later be changed for most distros, inculding Debian?
>
> "As of filesystem-2012.6-2 the folders /var/run and /var/lock will be
> replaced by symlinks to /run and /run/lock, respectively." -
> http://www.archlinux.org/

PS: This wouldn't cause issues for non-RAID, non-separated-partition
users, but IIRC RAID and/or users with a separated /var partition aren't
that luck with Arch a the moment. I didn't check if there is a
relationship to systemd. However, perhaps a package for Lina's Debian
already changed something?!

--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/1340513072.2153.17.camel@precise

[Chris Knadle]

On Saturday, June 23, 2012 23:49:54, lina wrote:
> Kinda of funny,
>
> Dselect reported me that my /var has saturated. Indeed, 100%.
>
> My question is that how to set to let me know earlier when the var reached
> 98%. Kinda of dangerous huh?

This is a common problem. If this is a box you're running KDE on I'd suggest
the freespacenotifier package. If this is a server (or doesn't run KDE) then
I'd suggest configuring the box such that you'll get email output from cron,
and then make a cronjob that outputs text only when the free space left on
filesystems reaches the desired "warning" threshold.

I'm about to set up the same thing because there's a box I help administer
that also regularly runs into this problem. :-/


-- Chris

--
Chris Knadle
Chris....@coredump.us

--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/201206240049.36...@coredump.us

[Chris Knadle]

On Sunday, June 24, 2012 00:39:45, Ralf Mardorf wrote:
> OT for Lina's issue, but she mentioned /var.
>
> I wonder if for Debian there will be some wicked changes too, systemd
> seems to be one common change for some distros, IIRC ( ;) ) for Debian
> too.

There weve several long threads about systemd on [debian-devel] in the past
couple of months, and as far as I can tell the standard sysv-rc init scripts
with dependency-based bootup is what will be used for the default Wheezy
release. However systemd will be an option for those that want it.

I've tested systemd -- for the most part it works, but it has some
limitations. For one, the option to reboot the computer within KDE won't work
with systemd -- when choosing the option it instead acts as if you've logged
out, and you have to re-choose to reboot within the kdm login window. For
another, the sysv-rc ANSI color script output is a bit prettier (IMHO) than
booting up via systemd via command line options "quiet init=/bin/systemd
systemd.sysv_console=true systemd.show_status=true".

> Will /var soon or later be changed for most distros, inculding Debian?
>
> "As of filesystem-2012.6-2 the folders /var/run and /var/lock will be
> replaced by symlinks to /run and /run/lock, respectively." -
> http://www.archlinux.org/

Several distros seem to be experimenting with several FHS layout changes, such
as merging /sbin and /usr/sbin, /bin and /usr/bin, etc. Things in /var
occasionally get moved around also. For instance years ago mail used to
occupy /var/spool/mail rather than today it resides in /var/mail -- and for
compatability reasons there's a symlink from /var/spool/mail -> ../mail.

The main issue most DDs have with several of the proposed changes I've heard
about are if they lack adherence to the FHS, or if the moves somehow violate
Debian Policy.

-- Chris

--
Chris Knadle
Chris....@coredump.us

--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/201206240107.41...@coredump.us

[lina]

On Sun, Jun 24, 2012 at 12:49 PM, Chris Knadle <Chris....@coredump.us> wrote:
> On Saturday, June 23, 2012 23:49:54, lina wrote:
>> Kinda of funny,
>>
>> Dselect reported me that my /var has saturated.  Indeed, 100%.
>>
>> My question is that how to set to let me know earlier when the var reached
>> 98%.  Kinda of dangerous huh?
>
> This is a common problem.  If this is a box you're running KDE on I'd suggest
> the freespacenotifier package.  If this is a server (or doesn't run KDE) then

It runs with xfce4.

> I'd suggest configuring the box such that you'll get email output from cron,
> and then make a cronjob that outputs text only when the free space left on
> filesystems reaches the desired "warning" threshold.

I started to initiate a script,

$ while [ df -h | grep "/dev/sda11 " | awk '{print $5}' > 90% ]; do
sleep 1000 ; done mail li...@email.com
bash: [: missing `]'
bash: 90%: No such file or directory

not work.

Can someone recommend some build-in script which integrate the cron,
so I can take it as template and learn from it. I don't know which one
is the best fit, which also autorun everytime after reboot.

>
> I'm about to set up the same thing because there's a box I help administer
> that also regularly runs into this problem.  :-/
>
>
>  -- Chris

Thanks for all,

>
> --
> Chris Knadle
> Chris....@coredump.us
>
>
> --
> To UNSUBSCRIBE, email to debian-us...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
> Archive: http://lists.debian.org/201206240049.36...@coredump.us
>


--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/CAG9cJmnNzOQBAP_oJ6m0BJQ5...@mail.gmail.com

[Ralf Mardorf]

Hi Chris,

I usually have at least one Suse, one Debian, one Ubuntu and one Arch
installed, just to get one Linux, that fit to my most important needs.
Usually that are Debian or Ubuntu and not Suse or Arch. Perhaps I should
replace Suse with Fedora, anyway, it's hard to keep track with all
distros I'm using.

AFAIK on Arch only systemd is important today, I didn't switch, OTOH I
often nag regarding to consolekit.

http://www.freedesktop.org/wiki/Software/ConsoleKit (Tom H mentioned it
on this list).

Regrads,
Ralf

--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/1340516346.2153.49.camel@precise

[Richard Hector]

On 24/06/12 17:28, lina wrote:
> On Sun, Jun 24, 2012 at 12:49 PM, Chris Knadle <Chris....@coredump.us> wrote:
>> On Saturday, June 23, 2012 23:49:54, lina wrote:
>>> Kinda of funny,
>>>
>>> Dselect reported me that my /var has saturated. Indeed, 100%.
>>>
>>> My question is that how to set to let me know earlier when the var reached
>>> 98%. Kinda of dangerous huh?
>>
>> This is a common problem. If this is a box you're running KDE on I'd suggest
>> the freespacenotifier package. If this is a server (or doesn't run KDE) then
>
> It runs with xfce4.
>
>> I'd suggest configuring the box such that you'll get email output from cron,
>> and then make a cronjob that outputs text only when the free space left on
>> filesystems reaches the desired "warning" threshold.
>
> I started to initiate a script,
>
> $ while [ df -h | grep "/dev/sda11 " | awk '{print $5}' > 90% ]; do
> sleep 1000 ; done mail li...@email.com
> bash: [: missing `]'
> bash: 90%: No such file or directory
>
> not work.

Here's my quick attempt at a cronjob entry:

* * * * * df -P |grep [9].\%

That will report on _any_ filesystem over 90% - why restrict yourself to
only knowing about some of them?

Firstly, it runs every minute (5 stars), which was useful for testing,
but you probably don't want an email every minute until you fix it :-)
Daily may well be good enough; you could probably just put a file with
"df -P |grep [9].\%" in /etc/cron.daily.

The -P flag makes sure all the info is on one line, which it wouldn't be
on this machine, which has some long device (actually nfs share) names.

The search pattern will find any line with a 9 followed by any character
followed by a % symbol, so anything over 90%. The reason I put the 9 in
[] is to make it easier to add an 8, in case you want to know about
anything more than 80%: [89].\%

I didn't need to escape the % when I ran it from the commandline, but
did from cron. I haven't investigated why. Putting the search pattern in
quotes would probably work too.

It's a bit crude, but probably is good enough.

On the other hand, you could install a proper monitoring system such as
Nagios.

HTH :-)

Richard

--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/4FE6AAA1...@walnut.gen.nz

[Ralf Mardorf]

On Sun, 2012-06-24 at 08:05 +0200, Ralf Mardorf wrote:
> PS:
>
> The computer age is missing stuff like a "sacrificial anode". For
> non-computer hardware there are several tricks to maintain it without
> maintaining it, e.g. a "sacrificial anode". I wish there would be a
> solution for computer hardware and software too. Don't mention backups!
> FWIW, when I was young we used hemp to seal water pipe connections, to
> climb a tree or monkey bars and still the whammy bar of my guitar might
> be fixed with some pickings. Today everything is lost in non-reliable
> plastic and computers even reach the quality of plastics. :(
^ don't :D

--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/1340518015.2153.61.camel@precise

[Ralf Mardorf]

PS:

The computer age is missing stuff like a "sacrificial anode". For
non-computer hardware there are several tricks to maintain it without
maintaining it, e.g. a "sacrificial anode". I wish there would be a
solution for computer hardware and software too. Don't mention backups!
FWIW, when I was young we used hemp to seal water pipe connections, to
climb a tree or monkey bars and still the whammy bar of my guitar might
be fixed with some pickings. Today everything is lost in non-reliable
plastic and computers even reach the quality of plastics. :(

--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/1340517915.2153.59.camel@precise

[Chris Knadle]

On Sunday, June 24, 2012 01:39:06, Ralf Mardorf wrote:
> Hi Chris,
>
> I usually have at least one Suse, one Debian, one Ubuntu and one Arch
> installed, just to get one Linux, that fit to my most important needs.

That sounds like it could occasionally be confusing... but also interesting.

I've been meaning to try Arch, simply because it's one of the distros that I
haven't yet tried.

> Usually that are Debian or Ubuntu and not Suse or Arch. Perhaps I should
> replace Suse with Fedora, anyway, it's hard to keep track with all
> distros I'm using.

Fedora is interesting in that they use SELinux by default, but I don't
personally like their plans for mandating reboots for certain updates for
Fedora 18. That's "too much like Windows" for my liking. I prefer Debian's
restart of services after libc6 upgrades, without requiring a reboot.

> AFAIK on Arch only systemd is important today, I didn't switch, OTOH I
> often nag regarding to consolekit.

Many distributions have switched to using systemd by default -- a few of the
holdouts are Ubuntu (which uses upstart), Debian (still using sysv-rc init
scripts, but now with dependency-based bootup), and Gentoo which is using
OpenRC.

-- Chris

--
Chris Knadle
Chris....@coredump.us

--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/201206240233.16...@coredump.us

[Chris Knadle]

On Sunday, June 24, 2012 01:28:28, lina wrote:
> On Sun, Jun 24, 2012 at 12:49 PM, Chris Knadle <Chris....@coredump.us> wrote:
> > On Saturday, June 23, 2012 23:49:54, lina wrote:
> >> Kinda of funny,
> >>
> >> Dselect reported me that my /var has saturated. Indeed, 100%.
> >>
> >> My question is that how to set to let me know earlier when the var
> >> reached 98%. Kinda of dangerous huh?
> >
> > This is a common problem. If this is a box you're running KDE on I'd
> > suggest the freespacenotifier package. If this is a server (or doesn't
> > run KDE) then
>
> It runs with xfce4.
>
> > I'd suggest configuring the box such that you'll get email output from
> > cron, and then make a cronjob that outputs text only when the free space
> > left on filesystems reaches the desired "warning" threshold.
>
> I started to initiate a script,
>
> $ while [ df -h | grep "/dev/sda11 " | awk '{print $5}' > 90% ]; do
> sleep 1000 ; done mail li...@email.com
> bash: [: missing `]'
> bash: 90%: No such file or directory
>
> not work.
>
> Can someone recommend some build-in script which integrate the cron,
> so I can take it as template and learn from it. I don't know which one
> is the best fit, which also autorun everytime after reboot.

This evening I came up with the following quick script, "freespacewarn",
which I placed in my home directory under ~/bin :


--------------------------------------------
#!/bin/bash

df -h | fgrep -v -e Filesystem | while read FS SIZE USED AVAIL PCNT_USE MOUNTEDAT JUNK
do
export PCNT_USE
PCNT=$(echo $PCNT_USE | tr -d '%')
if [ $PCNT -gt 90 ]; then
echo "Warning: filesystem at $MOUNTEDAT nearly full."
echo " Filesystem $FS, Size $SIZE, $USED used, $AVAIL avail, $PCNT_USE used, mounted at $MOUNTEDAT"
fi
done
--------------------------------------------


Then I made a user crontab entry via 'crontab -e' to run this once a day
at 7am:

0 7 * * * /home/cknadle/bin/freespacewarn


-- Chris

--
Chris Knadle
Chris....@coredump.us


--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/201206240237.18...@coredump.us

[Tom H]

On Sun, Jun 24, 2012 at 12:39 AM, Ralf Mardorf
<ralf.m...@alice-dsl.net> wrote:
>
> OT for Lina's issue, but she mentioned /var.
>

> Will /var soon or later be changed for most distros, inculding Debian?
>
> "As of filesystem-2012.6-2 the folders /var/run and /var/lock will be
> replaced by symlinks to /run and /run/lock, respectively." -
> http://www.archlinux.org/

Debian started the transition to "/run" a year ago. AFAIK it won't
affect the size of "/var" much since the files and directories moved
to "/run" are small.

--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/CAOdo=SwgyZ4wmyik1xvdARbNTG3...@mail.gmail.com

[Curt]

On 2012-06-24, lina <lina.l...@gmail.com> wrote:
>
> Dselect reported me that my /var has saturated. Indeed, 100%.
>
> My question is that how to set to let me know earlier when the var
> reached 98%. Kinda of dangerous huh?

My question would be why is /var being "saturated" in the first place.

--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/slrnjudof6...@einstein.electron.org

[lina]

On Sun, Jun 24, 2012 at 5:45 PM, Curt <cu...@free.fr> wrote:
> On 2012-06-24, lina <lina.l...@gmail.com> wrote:
>>
>> Dselect reported me that my /var has saturated.  Indeed, 100%.
>>
>> My question is that how to set to let me know earlier when the var
>> reached 98%.  Kinda of dangerous huh?
>
> My question would be why is /var being "saturated" in the first place.

Ha ... I didn't realize I should have used aptitude autoclean before.
Lots of .deb ball there.

Dom guessed exactly right on another thread.

Thanks,

>
>
> --
> To UNSUBSCRIBE, email to debian-us...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
> Archive: http://lists.debian.org/slrnjudof6...@einstein.electron.org
>


--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/CAG9cJmkj2Ere3UzTU1YeL1-TNHD3PjCvRkÜuGhHcD...@mail.gmail.com

[Ralf Mardorf]

On Sun, 2012-06-24 at 02:33 -0400, Chris Knadle wrote:
> Fedora is interesting in that they use SELinux by default, but I don't
> personally like their plans for mandating reboots for certain updates for
> Fedora 18. That's "too much like Windows" for my liking. I prefer Debian's
> restart of services after libc6 upgrades, without requiring a reboot.

For my needs http://ccrma.stanford.edu/planetccrma/software/ is
interesting, because it's not just another audio distro, but one of the
few famous audio distros.

If a reboot is really annoying IMO does also belong to the usage.

It doesn't matter when I have to reboot my DAW, I suspect it does
matter, if a server needs to be restarted or even a desktop Linux with
tons of services running.

- Ralf

PS: Using different distros comes with a side effect. I don't have much
knowledge about Linux, I only have knowledge about Linux regarding to my
needs. This is a big handicap, since there isn't a straight line between
my needs and what I don't need.

--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/1340531547.2153.70.camel@precise

[Christofer C. Bell]

On Sun, Jun 24, 2012 at 1:33 AM, Chris Knadle <Chris....@coredump.us> wrote:
>
> Fedora is interesting in that they use SELinux by default, but I don't
> personally like their plans for mandating reboots for certain updates for
> Fedora 18.  That's "too much like Windows" for my liking.  I prefer Debian's
> restart of services after libc6 upgrades, without requiring a reboot.

The way Fedora will handle it is nothing at all like Windows. I'm not
sure where you got that idea. First off, you have to use PackageKit
to see the new behavior, and you have to use PackageKit in a local
desktop session. The behavior of a yum update is unchanged.
Furthermore, it doesn't require a reboot at all. Fedora will download
and *queue* the update and install it during the reboot cycle.
There's no reboot "required" because the update is never installed
until you *do* reboot.

This behavior cleans up what you see in Debian already, when Update
Manager installs an update and then notifies you that you need to
reboot after it's installed. It's "cleaned up" in that Debian (and
prior versions of Fedora) install the update, *then* tell you "reboot"
(and only, as will happen in Fedora, when using the GUI updater in a
local desktop session). In the future, Fedora won't install the
update if a reboot is required *until* you reboot.

The "Windows" behavior is what Debian and Fedora both do today --
install the update first then tell you to reboot after the fact.

--
Chris

--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/CAOEVnYtNvwuPvu6oeA-UQpv3...@mail.gmail.com

[Chris Knadle]

On Sunday, June 24, 2012 05:52:16, lina wrote:
> On Sun, Jun 24, 2012 at 5:45 PM, Curt <cu...@free.fr> wrote:
> > On 2012-06-24, lina <lina.l...@gmail.com> wrote:
> >> Dselect reported me that my /var has saturated. Indeed, 100%.
> >>
> >> My question is that how to set to let me know earlier when the var
> >> reached 98%. Kinda of dangerous huh?
> >
> > My question would be why is /var being "saturated" in the first place.
>
> Ha ... I didn't realize I should have used aptitude autoclean before.
> Lots of .deb ball there.
>
> Dom guessed exactly right on another thread.

For those running Debian Stable boxes /var/cache/apt/archives/ only slowly
grows because upgrades are rare, so it generally takes several years for /var
to fill up, and this issue generally goes unnoticed.

However for those who run Debian Unstable, /var ends up filling up much, much
faster because instead of upgrades happening every two years, they happen
every single day, so /var tends to fill up in about ONE year. (Or at least
that's what my experience was.) Because of this I got into the habit of
running 'apt-get clean' after all package installs and upgrades, and there
turns out to be a downside to doing that.

It's convenient to be able to downgrade a newly broken package to a previous
version that's in the package cache. In aptitude this can be done by
highlighting a package and then pressing the 'v' key to show available
verisons of the package -- you can then press '+' on the previous version (if
there's a previous version still in the cache) and downgrade the package.
These options are only available if 'apt-get clean' has NOT been run, though
-- otherwise only the latest installed version is available.

So as a result it's best to run 'apt-get clean' occasionally rather than
constantly. :-P On Debian Stable where packages generally don't break it's
probably safe -- yet ironically it's on Debian Unstable where packages
occasionally do break is where one would want to clean out the package cache
most often.

-- Chris

--
Chris Knadle
Chris....@coredump.us

--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/201206240643.55...@coredump.us