Re: btrfs filesystem full problems (was Re: A full /var partition destroyed 3 hours of my life!)

On Tue, Nov 15, 2016 at 02:25:55PM -0500, Borden Rhodes wrote: > Correct you are! The various incantations used different filters and > one of them worked. I have no idea what filters are and I would die a > happy man without needing to know. Last time I used 'btrfs balance', I had to run it with

RE: btrfs filesystem full problems (was Re: A full /var partition destroyed 3 hours of my life!)

> It sounds like btrfs specific behaviour. It would be interesting to know > what kernel version and btrfs version you were using, if only to confirm > my suspicion that even the versions in Debian are not suitable for use in > production. > > I'm going to guess that it was a series of 'btrfs

Re: A full /var partition destroyed 3 hours of my life!

> [rsyslog maintainer speaking here] > > Am 15.11.2016 um 06:00 schrieb Borden Rhodes: >> One of the culprits in my full /var partition was a 3 gig syslog file >> which has only been getting bigger since January despite running >> logrotate -f. I try to run it this time

Re: A full /var partition destroyed 3 hours of my life!

On 15-11-2016 03:00, Borden Rhodes wrote: > My question, therefore, is whether this is a btrfs bug that got > triggered by the full /var partition or whether Debian is designed to > break irrecoverably when /var fills up. Any ideas of what happened? First, you mentioned the cr

Re: A full /var partition destroyed 3 hours of my life!

Borden Rhodes writes: > Since there's almost no documentation as to what can be safely rm'd in > /var without breaking your system, I decide the least risky choice is > to sudo rm -rf the offending 3-gig syslog file from single-user mode > and the systemd debug shell. But

btrfs filesystem full problems (was Re: A full /var partition destroyed 3 hours of my life!)

On Tue, Nov 15, 2016 at 12:00:37AM -0500, Borden Rhodes wrote: > I tried booting up into Debian and got all sorts of systemd breakages > apparently because my /var partition was full. ... > I start blindly casting whatever btrfs spells... Aha! brtfs! > My question, therefore

Re: A full /var partition destroyed 3 hours of my life!

rmally again. > > My question, therefore, is whether this is a btrfs bug that got > triggered by the full /var partition or whether Debian is designed to > break irrecoverably when /var fills up. Any ideas of what happened? > Does anything on the Debian Wiki on Btrfs [1] seem familiar?

Re: A full /var partition destroyed 3 hours of my life!

[rsyslog maintainer speaking here] Am 15.11.2016 um 06:00 schrieb Borden Rhodes: > One of the culprits in my full /var partition was a 3 gig syslog file > which has only been getting bigger since January despite running > logrotate -f. I try to run it this time but I'm told that it c

A full /var partition destroyed 3 hours of my life!

I tried booting up into Debian and got all sorts of systemd breakages apparently because my /var partition was full. That's fair, but the pain started when Debian frustrated any attempt to free up space. I'm wondering if this is a 'feature' that needs removing or if there might be a bug

Re: my email in box is full of posts from your list

On Thursday 11 August 2016 00:26:12 phil hall wrote: > i had 20 emails from you, all todays posts since i reported a bug. > could you please unsubscribe me as it is just spam traffic > > thanks > > phil If you are subscribed, only you can unsubscribe you: List-Unsubscribe:

my email in box is full of posts from your list

i had 20 emails from you, all todays posts since i reported a bug. could you please unsubscribe me as it is just spam traffic thanks phil

Mailbox is almost full

Your Mailbox (debian-user@lists.debian.org) usage is above 100MB, prior to the general system update, CLICK HERE to Upgrade your E-mail account to avoid any blockage or deactivation. NMSU Help desk Copyright 2016 © New Mexico State University. All rights Reserved.

RE: apt cache full, mandb update failed

has an interest in what happens in /usr/share/man. Changes there > lead to its updating its database. > For reasons you give it didn't happen, so dpkg issues a *warning*. > Nothing too serious to stop the unpacking and setting up of all the updated > packages. Well a disk full warning

Re: apt cache full, mandb update failed

On Wed 20 Apr 2016 at 06:52:22 +, Bonno Bloksma wrote: > This morning I wanted to do an apt-get update / upgrade cycle on my > system. The update went ok, but during the upgrade I got a " No space > left on device" warning. > [...] > Preparing to replace ssh 1:6.0p1-4+deb7u3 (using >

Re: apt cache full, mandb update failed

* Bonno Bloksma [2016-04-20 06:52 +]: > Hi, > [...] > > My /var partition had filled up, it seems out of the 3GB there was about > 2.5GB in /var/cache/apt/archives. > The solution was simple, just an apt-get autoclean, I now have 2.2GB free on > my /var partition. ;-) >

Re: apt cache full, mandb update failed

On Wed, Apr 20, 2016 at 06:52:22AM +, Bonno Bloksma wrote: > Hi, > > This morning I wanted to do an apt-get update / upgrade cycle on my system. > The update went ok, but during the upgrade I got a " No space left on device" > warning. > [...] > Preparing to replace ssh 1:6.0p1-4+deb7u3

apt cache full, mandb update failed

Hi, This morning I wanted to do an apt-get update / upgrade cycle on my system. The update went ok, but during the upgrade I got a " No space left on device" warning. [...] Preparing to replace ssh 1:6.0p1-4+deb7u3 (using .../ssh_1%3a6.0p1-4+deb7u4_all.deb) ... Unpacking replacement ssh ...

Re: Disk too full?

On 2016-04-05 22:07 -0400, Stefan Monnier wrote: >>> Filesystem Size Used Avail Use% Mounted on >>> rootfs 323M 189M 117M 62% / >> This is the problem. The root filesystem is too small, so you will not >> be able to install or upgrade a Debian kernel.

Re: Disk too full?

On Tue, 5 Apr 2016 06:36:39 -0500 Charles Blair wrote: >I think I'm running out of space on my > laptop. The last time I got an "updates > available" message, I got a further warning, > during the update, that I was low on space. > The update did seem to complete,

Re: Disk too full?

On Wed, 6 Apr 2016 at 09:56, arian wrote: > > > The Debian Wiki, circa 2009 when I last built a Debian system from > scratch, used to advise this kind of setup for performance and backup > convenience. I have almost the same partition structure (although my disks, > note

Re: Disk too full?

>> Filesystem Size Used Avail Use% Mounted on >> rootfs 323M 189M 117M 62% / > This is the problem. The root filesystem is too small, so you will not > be able to install or upgrade a Debian kernel. This is a bug[1] in the > automatic partitioner that

Re: Disk too full?

> The Debian Wiki, circa 2009 when I last built a Debian system from scratch, > used to advise this kind of setup for performance and backup convenience. I > have almost the same partition structure (although my disks, note disks > plural) are a lot bigger so I don't have space problems. and

Re: Disk too full?

On Wed, 6 Apr 2016 at 07:11, arian wrote: > Hi Charles, > > why is your system spread across this many partitions? Having / + /home ( > and where appropriate /boot or /boot/efi ) is far less cumbersome as you > only need to maintain 2-3 partitions, for instance a

Re: Disk too full?

On Tue 05 Apr 2016 at 22:46:10 (+0100), Lisi Reisz wrote: > On Tuesday 05 April 2016 19:13:23 David Wright wrote: > > On Tue 05 Apr 2016 at 16:46:36 (+0100), Lisi Reisz wrote: > > > May the OP have run out of inodes in / ? > > > > Here's my prediction :) > > > > 1010% / > > 120

Re: Disk too full?

Hi Charles, why is your system spread across this many partitions? Having / + /home ( and where appropriate /boot or /boot/efi ) is far less cumbersome as you only need to maintain 2-3 partitions, for instance a reasonable amount of free space on them. On btrfs, zfs you can even go to 1-2

Re: Disk too full?

On Tuesday 05 April 2016 19:13:23 David Wright wrote: > On Tue 05 Apr 2016 at 16:46:36 (+0100), Lisi Reisz wrote: > > May the OP have run out of inodes in / ? > > Here's my prediction :) > > 1010% / > 120 1% /home > 10 1% /tmp > 6050% /usr > 2010%

Re: Disk too full?

On Tue, 5 Apr 2016 15:29:00 -0500 Charles Blair wrote: >Many thanks for all the assistance! > >My apologies for hitting the panic button over > dc waiting for me to type in some numbers, which is, > of course, what it is supposed to do. > >There were several

Re: Disk too full?

On 2016-04-05 15:29 -0500, Charles Blair wrote: >Many thanks for all the assistance! > >My apologies for hitting the panic button over > dc waiting for me to type in some numbers, which is, > of course, what it is supposed to do. > >There were several other questions from my >

Re: Re: Disk too full?

Many thanks for all the assistance! My apologies for hitting the panic button over dc waiting for me to type in some numbers, which is, of course, what it is supposed to do. There were several other questions from my would-be helpers, but for now: Output from df -h Filesystem

Re: Disk too full?

On Tue 05 Apr 2016 at 16:46:36 (+0100), Lisi Reisz wrote: > May the OP have run out of inodes in / ? Here's my prediction :) 1010% / 120 1% /home 10 1% /tmp 6050% /usr 2010% /var Cheers, David.

Re: Disk too full?

On Tue 05 Apr 2016 at 18:00:30 (+0100), Lisi Reisz wrote: > On Tuesday 05 April 2016 17:46:24 David Wright wrote: > > On Tue 05 Apr 2016 at 16:46:36 (+0100), Lisi Reisz wrote: > > > On Tuesday 05 April 2016 15:34:37 David Wright wrote: > > > > On Tue 05 Apr 2016 at 06:36:39 (-0500), Charles Blair

Re: Disk too full?

On Tue 05 Apr 2016 at 17:15:18 (+), Curt wrote: > On 2016-04-05, David Wright wrote: > > > > It's always possible, though the error message (wherever that's coming > > from) could be better. Posting the result of > > > > df -i > > > > would be far more use than df -h

Re: Disk too full?

On 2016-04-05, David Wright wrote: > > It's always possible, though the error message (wherever that's coming > from) could be better. Posting the result of > > df -i > > would be far more use than df -h (and doesn't require root access). df -h requires root access? >

Re: Disk too full?

On Tuesday 05 April 2016 17:46:24 David Wright wrote: > On Tue 05 Apr 2016 at 16:46:36 (+0100), Lisi Reisz wrote: > > On Tuesday 05 April 2016 15:34:37 David Wright wrote: > > > On Tue 05 Apr 2016 at 06:36:39 (-0500), Charles Blair wrote: > > > >I think I'm running out of space on my > > > >

Re: Disk too full?

On Tue 05 Apr 2016 at 16:46:36 (+0100), Lisi Reisz wrote: > On Tuesday 05 April 2016 15:34:37 David Wright wrote: > > On Tue 05 Apr 2016 at 06:36:39 (-0500), Charles Blair wrote: > > >I think I'm running out of space on my > > > laptop. The last time I got an "updates > > > available"

Re: Disk too full?

On Tuesday 05 April 2016 15:34:37 David Wright wrote: > On Tue 05 Apr 2016 at 06:36:39 (-0500), Charles Blair wrote: > >I think I'm running out of space on my > > laptop. The last time I got an "updates > > available" message, I got a further warning, > > during the update, that I was low on

Re: Disk too full?

On Tue 05 Apr 2016 at 06:36:39 (-0500), Charles Blair wrote: >I think I'm running out of space on my > laptop. The last time I got an "updates > available" message, I got a further warning, > during the update, that I was low on space. > The update did seem to complete, though. > >

Re: Disk too full?

>Below is the output from the df command. > Thanks very much for any help! for everyone's convenience, please post # df -h 's output. regards, arian signature.asc Description: OpenPGP digital signature

Re: Disk too full?

>However, when I tried to use the calculator program dc afterwards, > the computer just sat there. What else did you expect from `dc`? Stefan

Disk too full?

I think I'm running out of space on my laptop. The last time I got an "updates available" message, I got a further warning, during the update, that I was low on space. The update did seem to complete, though. However, when I tried to use the calculator program dc afterwards, the computer

konqueror: no full screen with HTML5

Hi folks, does anyone know, how I can get full-screen in konqueror with html5? I am using webkit and phonon-vlc. It looks like this option is disabled in konqueror (icon is disabled/inactive), because in iceweasel full-screen is possible (icon is active). Thanks for any help. Best Hans

Re: var is full...

On Fri, Nov 20, 2015 at 09:45:48AM +0100, Pascal Hambourg wrote: > Using strace, the difference seems to be that apt-get clean removes > /var/cache/apt/pkgcache.bin. However you don't need to run apt-get > update : this file seems to be rebuilt by any apt command. > > apt-get clean > apt-cache

Re: var is full...

Chris Bannister a écrit : > On Thu, Nov 19, 2015 at 06:41:50AM +0100, Jochen Spieker wrote: >> Brian: >>> To remove every package and the package lists in apt/archives: >>> >>> apt-get clean. >> The package lists are unaffected by the clean operation. You do not need >> to run an update

Re: var is full...

On Thu, Nov 19, 2015 at 06:41:50AM +0100, Jochen Spieker wrote: > Brian: > > > > To remove every package and the package lists in apt/archives: > > > > apt-get clean. > > The package lists are unaffected by the clean operation. You do not need > to run an update afterwards. Then explain the

Re: var is full...

On Wed, Nov 18, 2015 at 02:33:50PM +, Brad Rogers wrote: > On Wed, 18 Nov 2015 09:08:35 -0500 > Whit Hansell wrote: > > Hello Whit, > > >is very small and won't really give me much room. Can anyone with > >knowledge give me the subdirectories in var/cache that I can

Re: apt WAS:var is full...

Thanks for the info J. I use autoclean instead of clean and it shows certain packages deleted list after the upgrade. My normal update/upgrade regimen goes thusly: apt-get update apt-get dist-upgrade apt-get autoclean updatedb I don't know if that is the bestest and greatest way to do it but

Re: var is full...

On Wed 18 Nov 2015 at 15:42:29 (+0100), Hans wrote: > try to boot from a live system like Knoppix or any other live-cd. > > Then mount the partition, where /var resides and you can delete files you do > not need (for example old packages). Correct me if I'm wrong but I thought that one could

Re: var is full...

On Wed 18 Nov 2015 at 12:20:51 -0300, Renaud OLGIATI wrote: > On Wed, 18 Nov 2015 15:42:29 +0100 > Hans wrote: > > > try to boot from a live system like Knoppix or any other live-cd. > > > > Then mount the partition, where /var resides and you can delete files you > > do

Re: var is full...

On Wednesday 18 November 2015 15:36:47 Brian wrote: > On Wed 18 Nov 2015 at 12:20:51 -0300, Renaud OLGIATI wrote: > > On Wed, 18 Nov 2015 15:42:29 +0100 > > > > Hans wrote: > > > try to boot from a live system like Knoppix or any other live-cd. > > > > > > Then mount the

Re: var is full...

On Wed 18 Nov 2015 at 09:08:35 -0500, Whit Hansell wrote: > my Var directory is 100% full. I have googled abouit it and reallly haven't > gotten a decent idea of what I can safely delete from var. I have bot tmp > and cache subdirectories and can easily fump the tmp but it is v

Re: var is full...

On Wed, 18 Nov 2015 15:42:29 +0100 Hans wrote: > try to boot from a live system like Knoppix or any other live-cd. > > Then mount the partition, where /var resides and you can delete files you do > not need (for example old packages). Or just su to root in a console, cd

Re: var is full...

Am Mittwoch, 18. November 2015, 09:41:38 schrieb David Wright: > On Wed 18 Nov 2015 at 15:42:29 (+0100), Hans wrote: > > try to boot from a live system like Knoppix or any other live-cd. > > > > Then mount the partition, where /var resides and you can delete files you > > do not need (for example

Re: var is full...

Hi Whit, try to boot from a live system like Knoppix or any other live-cd. Then mount the partition, where /var resides and you can delete files you do not need (for example old packages). If your filesystem is not encrypted, then youz might want to enlarge the partition without any loss. You

var is full...

Hey y'all, my Var directory is 100% full. I have googled abouit it and reallly haven't gotten a decent idea of what I can safely delete from var. I have bot tmp and cache subdirectories and can easily fump the tmp but it is very small and won't really give me much room. Can anyone

Re: var is full...

On Wed, 18 Nov 2015 09:08:35 -0500 Whit Hansell wrote: Hello Whit, >is very small and won't really give me much room. Can anyone with >knowledge give me the subdirectories in var/cache that I can empty to >get a reasonable amount of free space? Running Jessie on an

Re: var is full...

To see how much is used where order as super user du /var -hx --max-depth=1 Do you have mount points in /var ? Regards, jvp.

Re: var is full...

Brian: > > To remove every package and the package lists in apt/archives: > > apt-get clean. The package lists are unaffected by the clean operation. You do not need to run an update afterwards. What's not generally known is that apt comes with a cron job that can perform house keeping. It

Re: var is full...(Solved)

not boot the machine. That was not the problem. It was that the var partition was full and it needs space to use apt, cups, and other programs. I do have another problem I am working on that may have been cause partly because of the full partitioin but i will ask for help on that if I can't get

aptitude full-upgrade causes lots of errors (debian/testing)

Dear mainainers, it looks like aptituide full-upgrade cannot be done at the moment (and upgrading fro stable to testing, too). The reason is for a lot of dependency problems as you see below. Is there anything the user can do or must it be fixed by the repository maintainers? Here

Re: aptitude full-upgrade causes lots of errors (debian/testing)

Hans <hans.ullr...@loop.de> wrote: > it looks like aptituide full-upgrade cannot be done at the moment (and > upgrading fro stable to testing, too). This is correct. There are some very intrusive library and compiler transitions happening at the moment. I think it will take about a

[solved] Re: After full-upgrade, `Meta' key not working within Emacs

Mike Kupfer m.kup...@acm.org writes: Rodolfo Medina wrote: After last full-upgrade, Emacs starts without X support and with the `Meta' key not being recognized. How to fix that? If you're running Emacs in tty mode, then I think the Meta key support is done by the terminal emulator. What

Re: unable to upgrade kde-full on sid

* Peter Baranyi peter.bara...@gmail.com [2015-08-09 10:46 -0400]: [...] Following your link I did not find any information for users, only developers. Do I have to wait until all packages are updated or is there another way? Іf you want to stay with sid: No. Elimar -- Do you smell

Re: unable to upgrade kde-full on sid

* Peter Baranyi peter.bara...@gmail.com [2015-08-09 08:51 -0400]: hi, I have a unstable debian installed and I cannot upgrade kde-full It seems to be a matter of the gcc-5 transition [0]. [0] https://lists.debian.org/debian-devel-announce/2015/08/msg0.html Elimar -- Do you smell

unable to upgrade kde-full on sid

hi, I have a unstable debian installed and I cannot upgrade kde-full with aptitude: aptitude install kde-full The following packages will be upgraded: kde-full{b} The following packages are RECOMMENDED but will NOT be installed: kdeaccessibility kdesdk kdetoys kdewebdev 1 packages upgraded

Re: unable to upgrade kde-full on sid

On 9 August 2015 at 09:10, Elimar Riesebieter riese...@lxtec.de wrote: * Peter Baranyi peter.bara...@gmail.com [2015-08-09 08:51 -0400]: hi, I have a unstable debian installed and I cannot upgrade kde-full It seems to be a matter of the gcc-5 transition [0]. [0] https

After full-upgrade, `Meta' key not working within Emacs

My sources.list: # Unstable deb http://ftp.uk.debian.org/debian/ unstable main deb-src http://ftp.uk.debian.org/debian/ unstable main deb http://ftp.debian.org/debian/ unstable main contrib non-free . After last full-upgrade, Emacs starts without X support and with the `Meta' key not being

Re: After full-upgrade, `Meta' key not working within Emacs

://ftp.debian.org/debian/ unstable main twice, but that still doesn't solve the meta key problem. Lisi . After last full-upgrade, Emacs starts without X support and with the `Meta' key not being recognized. How to fix that? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org

Re: After full-upgrade, `Meta' key not working within Emacs

non-free You don't need deb http://ftp.debian.org/debian/ unstable main twice, but that still doesn't solve the meta key problem. Lisi . After last full-upgrade, Emacs starts without X support and with the `Meta' key not being recognized. How to fix that? The second time is: deb-src

Re: After full-upgrade, `Meta' key not working within Emacs

On Sat, 8 Aug 2015, Lisi Reisz wrote: ...but that still doesn't solve the meta key problem. Ordinarily would we not, in the good old days, edit our handy /etc/X11.xorg.conf file? I have xorg running here on a very recent Jessie install, and am typing in it rather nicely thank you at this

Re: After full-upgrade, `Meta' key not working within Emacs

main deb http://ftp.debian.org/debian/ unstable main contrib non-free You don't need deb http://ftp.debian.org/debian/ unstable main twice, but that still doesn't solve the meta key problem. Lisi . After last full-upgrade, Emacs starts without X support and with the `Meta' key

Re: After full-upgrade, `Meta' key not working within Emacs

Rodolfo Medina wrote: After last full-upgrade, Emacs starts without X support and with the `Meta' key not being recognized. How to fix that? If you're running Emacs in tty mode, then I think the Meta key support is done by the terminal emulator. What terminal emulator are you using

Re: After full-upgrade, `Meta' key not working within Emacs

Quoting Bob Bernstein (poo...@ruptured-duck.com): On Sat, 8 Aug 2015, Lisi Reisz wrote: ...but that still doesn't solve the meta key problem. Ordinarily would we not, in the good old days, edit our handy /etc/X11.xorg.conf file? s,.,/, I have xorg running here on a very recent Jessie

Re: aptitude full-upgrade bug?

unable to complete a boot and I had to use the systemV init option to get to a command line. I suspect this could be because the meta-package linux-image-amd64 wasn't installed, but even that doesn't make a lot of sense. Shouldn't a full-upgrade bring all the packages up to the current version? Has

aptitude full-upgrade bug?

. I suspect this could be because the meta-package linux-image-amd64 wasn't installed, but even that doesn't make a lot of sense. Shouldn't a full-upgrade bring all the packages up to the current version? Has anyone else encountered this problem? -- To UNSUBSCRIBE, email to debian-user-requ

RE: aptitude full-upgrade bug?

Date: Sat, 27 Jun 2015 12:38:36 -0400 From: garyd...@torfree.net I've upgraded two machines [..] they failed to upgrade the kernel. [..] I suspect this could be because the meta-package linux-image-amd64 wasn't installed, but even that doesn't make a lot of sense. Shouldn't a full

Re: aptitude full-upgrade bug?

to upgrade the kernel. In both cases this left the machines unable to complete a boot and I had to use the systemV init option to get to a command line. I suspect this could be because the meta-package linux-image-amd64 wasn't installed, but even that doesn't make a lot of sense. Shouldn't a full

Re: FS / full lors des aptitude update avec Jessie

FS full avec les mises à jour de la base des paquets APT sous Jessie et Ubuntu 15.04 depuis quelques temps. Ce n’est pas systématique mais, comme nous avons un appel par « cron-apt » pour tester les mises-à-jours de sécurité sur une base spécifique, nous nous trouvons régulièrement avec un ou

Re: FS / full lors des aptitude update avec Jessie

Pierre Malard a écrit : /etc/apt/{apt.conf,apt.conf.d/*} # si modifié Juste un appel à notre proxy : Peut-être un suspect possible ? D'autant plus si le problème se produit avec des distributions différentes, Debian et Ubuntu. -- Lisez la FAQ de la liste avant de poser une question :

FS / full lors des aptitude update avec Jessie

Bonjour, Nous avons des problèmes de FS full avec les mises à jour de la base des paquets APT sous Jessie et Ubuntu 15.04 depuis quelques temps. Ce n’est pas systématique mais, comme nous avons un appel par « cron-apt » pour tester les mises-à-jours de sécurité sur une base spécifique, nous

Re: FS / full lors des aptitude update avec Jessie

Le Thu, 14 May 2015 18:35:13 +0200, Pierre Malard p...@teledetection.fr a écrit : Bonjour, Nous avons des problèmes de FS full avec les mises à jour de la base des paquets APT sous Jessie et Ubuntu 15.04 depuis quelques temps. Ce n’est pas systématique mais, comme nous avons un appel par

Re: FS / full lors des aptitude update avec Jessie

Le 14 mai 2015 à 21:00, mireero mire...@free.fr a écrit : On 05/14/2015 08:10 PM, Bernard Schoenacker wrote: Le Thu, 14 May 2015 18:35:13 +0200, Pierre Malard p...@teledetection.fr a écrit : Nous avons des problèmes de FS full avec les mises à jour de la base des paquets APT sous Jessie et

Re: FS / full lors des aptitude update avec Jessie

On 05/14/2015 08:10 PM, Bernard Schoenacker wrote: Le Thu, 14 May 2015 18:35:13 +0200, Pierre Malard p...@teledetection.fr a écrit : Bonjour, Nous avons des problèmes de FS full avec les mises à jour de la base des paquets APT sous Jessie et Ubuntu 15.04 depuis quelques temps. Ce n’est pas

Re: FS / full lors des aptitude update avec Jessie

Le 14 mai 2015 à 20:03, Bernard Schoenacker bernard.schoenac...@free.fr a écrit : Le Thu, 14 May 2015 18:35:13 +0200, Pierre Malard p...@teledetection.fr a écrit : Nous avons des problèmes de FS full avec les mises à jour de la base des paquets APT sous Jessie et Ubuntu 15.04 depuis

Re: Q: 'df' reports partition is full but 'du' shows not full partition -- how to find where the problem

On Tue, Apr 7, 2015, at 19:47, Snow Leopard wrote: You have a web server and monitoring system reports that you short on disk space. You login into web server computer and command 'df' indeed shows that some partition is almost full. How would you resolve the issue if 'du' does not confirm

iptable's books and/or full tutorial

Hey all :-) someone can advice me about a best books about iptables? (books and/or comprensive tutorial/howto). I see iptables pocket references but I prefer something of more deep. Any advice? thanks! Pol -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject

Q: 'df' reports partition is full but 'du' shows not full partition -- how to find where the problem

Hello, what would be a best approach for the following situation: You have a web server and monitoring system reports that you short on disk space. You login into web server computer and command 'df' indeed shows that some partition is almost full. How would you resolve the issue if 'du

Re: Q: 'df' reports partition is full but 'du' shows not full partition -- how to find where the problem

full. How would you resolve the issue if 'du' does not confirm that disk is full. You 'du' all directories in the root of the partition but sum does not adds up to match 'Use%' reported by 'df'. For such situation I would assume that some process holds huge open file which was deleted

Re: Q: 'df' reports partition is full but 'du' shows not full partition -- how to find where the problem

Snow Leopard wrote: You have a web server and monitoring system reports that you short on disk space. You login into web server computer and command 'df' indeed shows that some partition is almost full. How would you resolve the issue if 'du' does not confirm that disk is full. You 'du' all

encfs quit wrking after full upgrade (jessie)

Following a fairly recent `full-upgrade', I'm no longer able to mount and enfs directory I've had for a good while. I installed it on jessie using wheezy on my sources.list. That worked for some months... but my most recent `full-upgrade' has done something that causes it to fail now. Error

Re: encfs quit wrking after full upgrade (jessie)

Quoting Harry Putnam (rea...@newsguy.com): Somehting happened to the kernel during that upgrade but I'm not sure what. uname -a: Linux dv 3.16.0-4-586 #1 Debian 3.16.7-ckt2-1 (2014-12-08) i686 GNU/Linux Shouldn't the `chk' part match the kernel version? Is that likely to be the

Re: How can I force a full fsck on a remote system at next reboot?

* Elimar Riesebieter riese...@lxtec.de [2015-03-13 19:33 +0100]: * Jape Person jap...@comcast.net [2015-03-13 14:12 -0400]: [...] However, I can't get grub-set-default to redesignate that new menu entry as the default. Here is how I use it: The first menu entry is 0 which points to

Re: How can I force a full fsck on a remote system at next reboot?

in case the manual was being explicit about the value.) 2. ran grub-set-default (I tested the command using both the menu line number and the full menu line name in quotes.) I ran update-grub after each set of changes. The default in the grub menu (indicated by the asterisk) kept showing up

Re: How can I force a full fsck on a remote system at next reboot?

Am 2015-03-13 19:35, schrieb Michael Biebl: Maybe [1] has the missing clue. If your mentry is under the Advanced menu, you need to use a special syntax. I just tried the following 1. Set GRUB_DEFAULT=saved, as you did and ran update-grub 2. Checked which menu entries I had: grep menuentry

Re: How can I force a full fsck on a remote system at next reboot?

/grub to GRUB_DEFAULT=1 (Also tried GRUB_DEFAULT=saved, just in case the manual was being explicit about the value.) 2. ran grub-set-default (I tested the command using both the menu line number and the full menu line name in quotes.) I ran update-grub after each set of changes. The default

Re: How can I force a full fsck on a remote system at next reboot?

* Jape Person jap...@comcast.net [2015-03-13 14:12 -0400]: On 03/12/2015 05:48 PM, Michael Biebl wrote: [...] For remote systems, where you don't have a sideband channel like iLO, you could use grub-set-default, to choose the boot entry for the next boot. See man 8 grub-set-default.

Re: How can I force a full fsck on a remote system at next reboot?

to the top of /boot/grub/grub.cfg where it plays about with the contents of /boot/grub/grubenv (which you should never muck about with). 2. ran grub-set-default (I tested the command using both the menu line number and the full menu line name in quotes.) As mentioned in this thread, you can use numbers

Re: How can I force a full fsck on a remote system at next reboot?

code to the top of /boot/grub/grub.cfg where it plays about with the contents of /boot/grub/grubenv (which you should never muck about with). 2. ran grub-set-default (I tested the command using both the menu line number and the full menu line name in quotes.) As mentioned in this thread, you can

Re: How can I force a full fsck on a remote system at next reboot?

Am 2015-03-13 19:33, schrieb Elimar Riesebieter: On 03/12/2015 05:48 PM, Michael Biebl wrote: For remote systems, where you don't have a sideband channel like iLO, you could use grub-set-default, to choose the boot entry for the next boot. See man 8 grub-set-default. [..] # grub-reboot 12

Re: How can I force a full fsck on a remote system at next reboot?

On 03/13/2015 02:38 PM, Michael Biebl wrote: Am 2015-03-13 19:35, schrieb Michael Biebl: Maybe [1] has the missing clue. If your mentry is under the Advanced menu, you need to use a special syntax. I just tried the following 1. Set GRUB_DEFAULT=saved, as you did and ran update-grub 2. Checked

Re: How can I force a full fsck on a remote system at next reboot?

On 03/13/2015 02:44 PM, Elimar Riesebieter wrote: * Elimar Riesebieter riese...@lxtec.de [2015-03-13 19:33 +0100]: * Jape Person jap...@comcast.net [2015-03-13 14:12 -0400]: [...] However, I can't get grub-set-default to redesignate that new menu entry as the default. Here is how I use

<    1   2   3   4   5   6   7   8   9   10   >