Probablemente en sea diferencia entre versiones.
Puede que por la version no se muestre la unidad, o por que no esta montada
no se vea.
2013/8/23 tq tqlis...@gmail.com
On 23/08/13 11:41, Maykel Franco wrote:
Archive:
a rather long output of df? Probably. It IS
unstable after all.
That just means it is in a constant state of flux, not that the
individual packages are buggy and untested. The maintainers are
*supposed* to test their packages *before* they upload them.
I'd say the main problem would
Hello, list!
I've googled http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656067 and...
a solution is?
On Fri, May 24, 2013 at 02:07:37PM +0400, Leonid Korostyshevski wrote:
Hello, list!
I've googled [1]http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656067
and... a solution is?
A solution to what? If you want the updated coreutils as mentioned in
that bug report, it's in upstable
On Fri, May 24, 2013 at 2:21 PM, Darac Marjal mailingl...@darac.org.ukwrote:
On Fri, May 24, 2013 at 02:07:37PM +0400, Leonid Korostyshevski wrote:
Hello, list!
I've googled [1]
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656067
and... a solution is?
A solution to what? If
output of df? Probably. It IS
unstable after all. It depends on what matters to you. Is the output of
one command such an issue to you that you'd upgrade to an untested,
volatile version? If so, go ahead, it might work.
Other options available to you are to compile your own copy of coreutils
Caros,
montei um gps garmin para copiar um mapa para dentro dele, mas não há
espaço para o mapa de 417M. O que o comando abaixo confirma:
$ df -h
Sist. Arq. Tam Usad
Dispon. Uso% Montado em
...
/dev/sdd
mapa para dentro dele, mas não há
espaço para o mapa de 417M. O que o comando abaixo confirma:
$ df -h
Sist. Arq. Tam Usad
Dispon. Uso% Montado em
...
/dev/sdd1,8G 1,6G
173M 91% /media/GARMIN
. vou fazer
um backup e removê-lo, para ver no que dá
[]'s
Junior Polegato
Em 23/05/2013 21:15, Fred Maranhão fred.maran...@gmail.com escreveu:
Caros,
montei um gps garmin para copiar um mapa para dentro dele, mas não há
espaço para o mapa de 417M. O que o comando abaixo confirma:
$ df
de 417M. O que o comando abaixo confirma:
$ df -h
Sist. Arq. Tam Usad
Dispon. Uso% Montado em
...
/dev/sdd1,8G 1,6G
173M 91% /media/GARMIN
mas se dou um du, não vejo quem está ocupando
backup e removê-lo, para ver no que dá
[]'s
Junior Polegato
Em 23/05/2013 21:15, Fred Maranhão fred.maran...@gmail.com
escreveu:
Caros,
montei um gps garmin para copiar um mapa para dentro dele, mas não há
espaço para o mapa de 417M. O que o comando abaixo confirma:
$ df -h
Polegato
Em 23/05/2013 21:15, Fred Maranhão fred.maran...@gmail.com escreveu:
Caros,
montei um gps garmin para copiar um mapa para dentro dele, mas não há
espaço para o mapa de 417M. O que o comando abaixo confirma:
$ df -h
Sist. Arq. Tam
Claudius Hubig wrote:
Christian Dysthe wrote:
When I do 'df' (or look in System Monitor) I see the following for
file systems:
/dev/disk/by-uuid/3… 10896648 5101224 5235248 50% /
/dev/sda5 769760 44844 684980 7% /boot
/dev/sda7 599139368 344433792 224264420 61% /home
Why is /dev
/home ext4
rw,errors=remount-ro 0 0
# /dev/sda8
UUID=38d6809f-8c95-43c8-9a22-23fa1cbecdd4 swap swap sw 0 0
When I do 'df' (or look in System Monitor) I see the following for file
systems:
/dev/disk/by-uuid/37de7813-0f65-41dd-b4ae-55912e454d0f 10896648 5101224
5235248 50% /
/dev/sda5 769760 44844
in the df output before.
Likely because the busybox-mount in the initramfs during initial boot
does not dereference the symlink, whereas the later /sbin/mount in
the fully booted system does. This is then reflected in the content
of /proc/mounts, which is read by df.
Best,
Claudius
--
Please
,
inclusive a /boot e /root, que ficam no mesmo disco, eu consigo. É só
na / o problema.
a / não está cheia, segundo o comando abaixo:
# df
Sist. Arq. 1K-blocos Usad Dispon. Uso% Montado em
/dev/sda6 16218544 10543372 4851316 69% /
tmpfs 4100056
Fred,
certamente é a quantidade de arquivos que chegou ao limite. É só dar o
df -i que você vai ver que a quantidade de inodes estourou.
Abraço,
Fabrício Lamonica
On Qua, 2012-12-05 at 15:01 -0300, Fred Maranhão wrote:
Caros,
tenho um debian squeeze 64bit instalado sobre uma vm do vmware
é isto mesmo:
# df -i
Sist. Arq.Inodes IUsed IFree IUse% Montado em
/dev/sda61030176 1029825 351 100% /
tmpfs1025014 5 10250091% /lib/init/rw
udev 1023803 576 10232271% /dev
tmpfs1025014 1
On 2012-10-25 13:27:33 -0200, Pedro Eugênio Rocha wrote:
Maybe the file was opened by another user? Did you check lsof?
I didn't check with lsof, but did a ls -la to see whether there
were .nfs* files (usually created after removing a file that is
already open, and there wasn't any).
I would
Hi,
Yesterday, I removed a 700 MB directory over NFS with rm -rf, and
I invoke df several times before and after the removal, but the
Used value only decreased by 3 MB, including more than one hour
after the operation.
Before:
Filesystem 1K-blocks Used Available Use% Mounted
Maybe the file was opened by another user? Did you check lsof?
Best,
On Thu, Oct 25, 2012 at 10:11 AM, Vincent Lefevre vinc...@vinc17.net wrote:
Hi,
Yesterday, I removed a 700 MB directory over NFS with rm -rf, and
I invoke df several times before and after the removal, but the
Used value
Google returns:
http://superuser.com/questions/289678/du-vs-df-output
oops, should have had a look :P
this pointed me to :
server:~# lsof | grep /var | grep deleted
smbd 2926 root2w REG 254,1 2665
65406 /var/log/samba/log.smbd.1 (deleted)
smbd
tune2fs -l /dev/md0 | grep Reserved block count
Sorry, I forgot to mention that the result will be in Blocks. You can
get the block size (in Bytes) with:
tune2fs -l /dev/md0 | grep Block size
Bye.
cool. So :
server:~# tune2fs -l /dev/mapper/vg00-var | grep Reserved block count
Reserved
David Cho-Lerat wrote:
Google returns:
http://superuser.com/questions/289678/du-vs-df-output
I will also mention the GNU faq entry for it. Perhaps then it will
rank higher in the search engine space. :-)
http://www.gnu.org/software/coreutils/faq/#df-and-du-report-different-information
I will also mention the GNU faq entry for it. Perhaps then it will
rank higher in the search engine space. :-)
http://www.gnu.org/software/coreutils/faq/#df-and-du-report-different-information
thanks, I will send this link to the sysadmin.
When I want to free up disk space used
/289678/du-vs-df-output
oops, should have had a look :P
this pointed me to :
server:~# lsof | grep /var | grep deleted
smbd 2926 root2w REG 254,1 2665
65406 /var/log/samba/log.smbd.1 (deleted)
smbd 2926 root6w REG 254,1 2665
Hi list,
this might be a newbie question, but can anyone tell me
why du and df don't seem to agree :
server:~# df -h /var
FilesystemSize Used Avail Use% Mounted on
/dev/mapper/vg00-var 5.0G 4.1G 624M 87% /var
server:~# du -h -s /var
1.6G/var
(/var is on a partition of its
Hi
On Tue, Aug 21, 2012 at 03:45:35PM +0100, David Cho-Lerat wrote:
Hi list,
this might be a newbie question, but can anyone tell me
why du and df don't seem to agree :
server:~# df -h /var
FilesystemSize Used Avail Use% Mounted on
/dev/mapper/vg00-var 5.0G 4.1G 624M 87
On Tue, Aug 21, 2012 at 04:07:54PM +0100, Karl E. Jorgensen wrote:
Hi
On Tue, Aug 21, 2012 at 03:45:35PM +0100, David Cho-Lerat wrote:
Hi list,
this might be a newbie question, but can anyone tell me
why du and df don't seem to agree :
server:~# df -h /var
Filesystem
Hi Karl,
thanks for the prompt answer.
FYI: I always use the -x flag on du too, as this will not recurse down
other mounted file systems - e.g. if you have /var/cache on a separate
logical volume.
that's good to know. This doesn't change anything in this case, though :
server:~# du -h -s
On Tue, 21 Aug 2012 16:45:35 +0200, David Cho-Lerat wrote:
this might be a newbie question, but can anyone tell me why du and
df don't seem to agree :
server:~# df -h /var
FilesystemSize Used Avail Use% Mounted on
/dev/mapper/vg00-var 5.0G 4.1G 624M 87% /var
server:~# du
Hi David,
By the way, is there a command to see how big this reserved space
actually is on a given partition/disk ?
tune2fs -l /dev/md0 | grep Reserved block count
Replace /dev/md0 with the device you want to check.
Bye.
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
On 21.08.2012 18:14, Denis Witt wrote:
By the way, is there a command to see how big this reserved space
actually is on a given partition/disk ?
tune2fs -l /dev/md0 | grep Reserved block count
Sorry, I forgot to mention that the result will be in Blocks. You can
get the block size (in
cp reporting 'no space left on device', whilst df said that
there was space available.
--
Sent from FOSS (Free Open Source Software)
Debian GNU/Linux
Keith McKenzie km3...@gmail.com wrote:
It was about cp reporting 'no space left on device', whilst df said that
there was space available.
The OS reported No space left on device (or more accurately, errno 28:
ENOSPC) to cp. Rather than trying to guess whether this really meant
what it said
From: Dom to...@rpdom.net
Date: Thu, 28 Jun 2012 16:02:45 +0100
Ok, I've just tested this. It is a FAT filesystem limitation.
Nice analysis!
On FAT12 (and FAT16, iirc) there is a limit of 512 files in the root
directory. Other directories don't have this limit.
I found additional
On 06/29/2012 05:29 PM, peasth...@shaw.ca wrote:
From: Domto...@rpdom.net
Date: Thu, 28 Jun 2012 16:02:45 +0100
Ok, I've just tested this. It is a FAT filesystem limitation.
/snip/
I've looked at this thread a number of times, but I was then and
still am puzzled. According to Linux in a
From: Doug dmcgarr...@optonline.net
Date: Fri, 29 Jun 2012 18:41:17 -0400
cp ... none of the options mentions determining the size of a file-
system or the remaining space therein.
The primary function seen by the user is copying. The relative
size of the projectile and its target are
On 28/06/12 05:45, peasth...@shaw.ca wrote:
How can df report MiBs available while cp reports
No space left on device?
peter@dalton:~$ df /media/43*
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sdd1 498648 18840479808 4% /media/4345-A417
peter
On 2012-06-28 09:32 +0200, Berni Elbourn wrote:
On 28/06/12 05:45, peasth...@shaw.ca wrote:
How can df report MiBs available while cp reports
No space left on device?
peter@dalton:~$ df /media/43*
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sdd1
peasth...@shaw.ca wrote:
How can df report MiBs available while cp reports
No space left on device?
peter@dalton:~$ df /media/43*
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sdd1 498648 18840479808 4% /media/4345-A417
It's possible
is the output of mount | grep sdd1 ...
peter@dalton:~$ mount | grep sdd1
/dev/sdd1 on /media/4345-A417 type vfat (rw,nosuid,nodev,uhelper=udisks,uid=1000
,gid=1000,shortname=mixed,dmask=0077,utf8=1,showexec,flush)
... and also df -i /dev/sdd1?
peter@dalton:~$ df -i /dev/sdd1
Filesystem
: Thu, 28 Jun 2012 08:47:21 +0100
What is the output of mount | grep sdd1 ...
peter@dalton:~$ mount | grep sdd1
/dev/sdd1 on /media/4345-A417 type vfat (rw,nosuid,nodev,uhelper=udisks,uid=1000
,gid=1000,shortname=mixed,dmask=0077,utf8=1,showexec,flush)
... and also df -i /dev/sdd1?
peter
How can df report MiBs available while cp reports
No space left on device?
peter@dalton:~$ df /media/43*
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sdd1 498648 18840479808 4% /media/4345-A417
peter@dalton:~$ ls -l Mail.Text
-rw--- 1 peter
que la partition principale sda2 est pleine.
Or, si je tape df -h :
sys. de fichiers Tail. Occ.Disp.%Occ.
/dev/sda2 146G 95G 45G 69% /
Ici, la partition sda2 n'est occupée qu'à 69%
Pourquoi le logwatch et df -h ne disent pas pareil ?
Merci et bon dimanche
Bonjour la liste,
pour faire simple j’ai augmenté la taille de mon disque dur chez mon hébergeur,
en théorie tout parait correct fdisk me donne bien la bonne taille, celle ci
est bien monté au bon endroit,
mais quand j’utilise la commande df j’obtiens l’ancienne taille, j’imagine que
df doit se
,
mais quand j’utilise la commande df j’obtiens l’ancienne taille, j’imagine
que df doit se baser sur une variable qui
n’a pas été mise a jour.
Mais est-ce que quelqu’un connait l’explication exacte ?
En vous remerciant en ce doux dimanche
Portez-vous bien,
Marty
Bonjour,
Il faut peut
-Message d'origine-
From: Adrien Jeser
Sent: Sunday, April 17, 2011 5:42 PM
To: debian-user-french@lists.debian.org
Subject: Re: Taille de disque df vs fdisk
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 17/04/2011 17:35, _Marty_ a écrit :
Bonjour la liste,
pour faire simple
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bonjour,
As tu pensé à agrandir la partition ? L'outils pour ext2/3/4 est resize2fs.
Apluche
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
Bonjour,
Le 17/04/2011 17:50, _Marty_ a écrit :
[...]
J'avais tenté le sync, pas le remount mais sans succes
voici un petit apercu :
#df -h
FilesystemSize Used Avail Use% Mounted on
/dev/xvda13.0G 997M 1.9G 35% /
tmpfs 123M 0 123M 0% /lib
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 17/04/2011 17:57, Adrien Jeser a écrit :
Bonjour,
As tu pensé à agrandir la partition ? L'outils pour ext2/3/4 est resize2fs.
Apluche
Je voulais dire le système de fichier, désolé.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11
-Message d'origine-
From: Adrien Jeser
Sent: Sunday, April 17, 2011 5:58 PM
To: debian-user-french@lists.debian.org
Subject: Re: Taille de disque df vs fdisk
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 17/04/2011 17:57, Adrien Jeser a écrit :
Bonjour,
As tu pensé à agrandir
Buenas,
Esta es la salida de mi df de un repositorio.
/dev/mapper/VG_Datos-VL_Datos 528443064 454190268 47409456 91%
/opt/data
Si calculais lo ofrecido menos lo ocupado no coincide con lo libre. Quiero
sacar informes sobre esto y quiero que los numeros cuadren así que no se si
utilizar
El 17/03/11 08:50, Esteban Torres Rodríguez escribió:
Buenas,
Esta es la salida de mi df de un repositorio.
/dev/mapper/VG_Datos-VL_Datos 528443064 454190268 47409456 91%
/opt/data
Si calculais lo ofrecido menos lo ocupado no coincide con lo libre.
Quiero sacar informes sobre esto
2011/3/17 Esteban Torres Rodríguez mortenol.tor...@gmail.com:
Buenas,
Esta es la salida de mi df de un repositorio.
/dev/mapper/VG_Datos-VL_Datos 528443064 454190268 47409456 91%
/opt/data
Si calculais lo ofrecido menos lo ocupado no coincide con lo libre. Quiero
sacar informes
El día 17 de marzo de 2011 09:26, fernando sainz
fernandojose.sa...@gmail.com escribió:
2011/3/17 Esteban Torres Rodríguez mortenol.tor...@gmail.com:
Buenas,
Esta es la salida de mi df de un repositorio.
/dev/mapper/VG_Datos-VL_Datos 528443064 454190268 47409456 91%
/opt/data
Si
El Thu, 17 Mar 2011 08:50:01 +0100, Esteban Torres Rodríguez escribió:
Esta es la salida de mi df de un repositorio.
/dev/mapper/VG_Datos-VL_Datos 528443064 454190268 47409456 91%
/opt/data
Si calculais lo ofrecido menos lo ocupado no coincide con lo libre.
Quiero sacar informes
escribió:
Buenas,
Esta es la salida de mi df de un repositorio.
/dev/mapper/VG_Datos-VL_Datos 528443064 454190268 47409456 91%
/opt/data
Si calculais lo ofrecido menos lo ocupado no coincide con lo libre.
Quiero sacar informes sobre esto y quiero que los numeros cuadren así
que
mailto:push...@limbo.ari.es escribió:
El 17/03/11 08:50, Esteban Torres Rodríguez escribió:
Buenas,
Esta es la salida de mi df de un repositorio.
/dev/mapper/VG_Datos-VL_Datos 528443064 454190268 47409456
91%
/opt/data
Si calculais lo
Thu, 17 Mar 2011, Camaleón:
El Thu, 17 Mar 2011 08:50:01 +0100, Esteban Torres Rodríguez escribió:
Esta es la salida de mi df de un repositorio.
/dev/mapper/VG_Datos-VL_Datos 528443064 454190268 47409456 91%
/opt/data
Si calculais lo ofrecido menos lo ocupado no coincide con lo libre
El Thu, 17 Mar 2011 14:23:34 +0100, AngelD escribió:
Thu, 17 Mar 2011, Camaleón:
Si calculais lo ofrecido menos lo ocupado no coincide con lo libre.
Quiero sacar informes sobre esto y quiero que los numeros cuadren así
que no se si utilizar el du.
(...)
Recuerda que los sistemas de
Este ano o FLISOL-DF será realizado na UNEB (910 Sul) no dia 09 de ABRIL.
Quer ajudar a organização do evento? Tem vontade do colaborar e compartilhar
o conhecimento e as informações que você tem sobre Software Livre? Esse é o
momento. Mostre a força de vontade que você tem!!! *Inscreva-se como
Mike Bird wrote:
On Wed September 1 2010 12:01:16 hugo vanwoerkom wrote:
But that does not have the device:
rootfs / rootfs rw 0 0
none /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
none /proc proc rw,nosuid,nodev,noexec,relatime 0 0
udev /dev tmpfs rw,relatime,size=10240k,mode=755 0 0
On Wed, Sep 1, 2010 at 2:45 PM, hugo vanwoerkom hvw59...@care2.com wrote:
Hi,
When I do 'df /' I get:
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/hda6 13456580 5923184 6849832 47% /
tmpfs 253024 0 253024 0% /lib
Hi,
When I do 'df /' I get:
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/hda6 13456580 5923184 6849832 47% /
tmpfs 253024 0253024 0% /lib/init/rw
udev 10240 900 9340 9% /dev
tmpfs
On Wed September 1 2010 11:45:14 hugo vanwoerkom wrote:
What other way is there other than df to find where the root fs is mounted?
cat /proc/mounts is authoritative even when /etc/mtab is messed up.
--Mike Bird
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject
Mike Bird wrote:
On Wed September 1 2010 11:45:14 hugo vanwoerkom wrote:
What other way is there other than df to find where the root fs is mounted?
cat /proc/mounts is authoritative even when /etc/mtab is messed up.
But that does not have the device:
rootfs / rootfs rw 0 0
none /sys
On Wed September 1 2010 12:01:16 hugo vanwoerkom wrote:
But that does not have the device:
rootfs / rootfs rw 0 0
none /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
none /proc proc rw,nosuid,nodev,noexec,relatime 0 0
udev /dev tmpfs rw,relatime,size=10240k,mode=755 0 0
/dev/sda6 / ext2
S E M I N A R I O - T A L L E R
LEY DE OBRAS PÚBLICAS Y
SERVICIOS RELACIONADOS CON LAS MISMAS
30 de Octubre de 2009 - Hotel NH México D.F.
El presente programa esta basado en el Decreto modificatorio (DOF
28/05/2009), por el que se reforman, adicionan y derogan diversas
disposiciones de
I have a 1500G hard drive, encrypted.
Different commands shows different usage:
As root, from root directory:
df -m
Filesystem 1M-blocks Used Available Use%
Mounted on
/dev/mapper/d 1390840 128452535665 98% /
That is 1284G used of 1391G which
On Wed, Sep 9, 2009 at 9:56 AM, niclaswniclaswm...@gmail.com wrote:
I have a 1500G hard drive, encrypted.
Different commands shows different usage:
As root, from root directory:
df -m
Filesystem 1M-blocks Used Available Use% Mounted
on
/dev/mapper/d 1390840
Mike Castle wrote:
On Wed, Sep 9, 2009 at 9:56 AM, niclaswniclaswm...@gmail.com wrote:
I have a 1500G hard drive, encrypted. ...
Traditionally, 5% of every file system is reserved for root to do with
as it pleases. ...
Additionally, depending on what filesystem you're using, you may have
On 2009-09-09 13:10, Mike Castle wrote:
On Wed, Sep 9, 2009 at 9:56 AM, niclaswniclaswm...@gmail.com wrote:
I have a 1500G hard drive, encrypted.
Different commands shows different usage:
As root, from root directory:
df -m
Filesystem 1M-blocks Used Available Use
For some reason the output for my main disk as given by df doesn't add up:
FilesystemSize Used Avail Use% Mounted on
/dev/sda1 142G 123G 12G 92% /
142g - (123g + 12g) = 7g
it seems that I have 7gb missing on the disk (its ext4, just crashed, I think
because it went
On Seg, 20 Jul 2009, Micha Feigin wrote:
For some reason the output for my main disk as given by df doesn't add up:
FilesystemSize Used Avail Use% Mounted on
/dev/sda1 142G 123G 12G 92% /
142g - (123g + 12g) = 7g
it seems that I have 7gb missing on the disk (its
Eduardo M KALINOWSKI wrote:
On Seg, 20 Jul 2009, Micha Feigin wrote:
Any ideas on where the missing gb are?
It's the space reserved for root.
http://www.andremiller.net/content/recovering-reserved-space-ext2-and-ext3-filesystems
I wouldn't recommend that approach for / though. 5% of disk
On 2009-07-20 12:12, Micha Feigin wrote:
For some reason the output for my main disk as given by df doesn't add up:
FilesystemSize Used Avail Use% Mounted on
/dev/sda1 142G 123G 12G 92% /
That's a whole lot, just for root. Is /home on a separate partition
On Mon, 20 Jul 2009 20:22:04 +0200
Johannes Wiedersich johan...@physik.blm.tu-muenchen.de wrote:
Eduardo M KALINOWSKI wrote:
On Seg, 20 Jul 2009, Micha Feigin wrote:
Any ideas on where the missing gb are?
It's the space reserved for root.
Bonjour à tous,
Je viens de m'apercevoir que la comande df affiche des résultats souvent
incohérents sur mes FS en ext3, sur des serveurs Solaris en UFS, mais semble
fonctionner convenablement sur les netapp :
linuxhp001:/mnt/volm01_00/etc# df | egrep '^[ \t]*[0-9]' | awk '{ print
$1, $2 + $3
Le lundi 8 juin 2009 16:21, mathias dufresne a écrit :
Bonjour à tous,
Bonjour,
Je viens de m'apercevoir que la comande df affiche des résultats souvent
incohérents sur mes FS en ext3, sur des serveurs Solaris en UFS, mais
semble fonctionner convenablement sur les netapp :
[...]
Une autre
Le 08/06/2009 à 16:21, mathias dufresne a écrit :
# df | egrep '^[ \t]*[0-9]' | awk '{ print $1, $2 + $3, $5 }'
7680168 7292304 /
18578172 17823200 /home
On voit nettement ici que la somme espace utilisé + espace libre
diffère de la taille totale sur de l'ext3
a mon avis, c'est que les
mathias dufresne mathias.dufre...@gmail.com writes:
Bonjour à tous,
Je viens de m'apercevoir que la comande df affiche des résultats souvent
incohérents sur mes FS en ext3, sur des serveurs Solaris en UFS, mais semble
fonctionner convenablement sur les netapp :
linuxhp001:/mnt/volm01_00
Alain Baeckeroot, lundi 8 juin 2009, 17:29:02 CEST
Le 08/06/2009 à 16:21, mathias dufresne a écrit :
# df | egrep '^[ \t]*[0-9]' | awk '{ print $1, $2 + $3, $5 }'
7680168 7292304 /
18578172 17823200 /home
On voit nettement ici que la somme espace utilisé + espace libre
diffère de la
Hi,
it looks like I've messed up one of my hard drives after filling the drive up to
full - deleting files is not freeing up space, at least not according to 'df'.
I get this output:
FilesystemSize Used Avail Use% Mounted on
/dev/hda1 9.2G 2.8G 6.0G 33% /
tmpfs
On Sun, May 17, 2009 at 5:39 PM, Adam Hardy adam@cyberspaceroad.com wrote:
Hi,
it looks like I've messed up one of my hard drives after filling the drive
up to full - deleting files is not freeing up space, at least not according
to 'df'.
I get this output:
Filesystem Size
Javier Barroso on 17/05/09 19:24, wrote:
On Sun, May 17, 2009 at 5:39 PM, Adam Hardy adam@cyberspaceroad.com wrote:
it looks like I've messed up one of my hard drives after filling the drive
up to full - deleting files is not freeing up space, at least not according
to 'df'.
I get
- deleting files is not freeing up space, at least not
according
to 'df'.
I get this output:
Filesystem Size Used Avail Use% Mounted on
/dev/hda1 9.2G 2.8G 6.0G 33% /
tmpfs 126M 0 126M 0% /lib/init/rw
udev 10M 64K 10M 1
Javier Barroso on 17/05/09 20:48, wrote:
I get this output:
FilesystemSize Used Avail Use% Mounted on
/dev/hda1 9.2G 2.8G 6.0G 33% /
tmpfs 126M 0 126M 0% /lib/init/rw
udev 10M 64K 10M 1% /dev
tmpfs
Adam Hardy on 17/05/09 22:44, wrote:
Javier Barroso on 17/05/09 20:48, wrote:
I get this output:
FilesystemSize Used Avail Use% Mounted on
/dev/hda1 9.2G 2.8G 6.0G 33% /
tmpfs 126M 0 126M 0% /lib/init/rw
udev 10M
On Fri, Jan 30, 2009 at 11:59:57AM +1300, Richard Hector wrote:
Hi all,
I'm having a problem at the moment with nagios monitoring of disk space.
When a filesystem is mounted in a directory that's inaccessible to the
nagios user, df doesn't work for it.
Is df considered safe to be setuid
Hi all,
I'm having a problem at the moment with nagios monitoring of disk space.
When a filesystem is mounted in a directory that's inaccessible to the
nagios user, df doesn't work for it.
Is df considered safe to be setuid?
Any other suggestions?
Thanks,
Richard
signature.asc
Description
2008/12/18 PEdroArthur_JEdi pedro.fo...@gmail.com
Como dito pelo colega, os arquivos, apesar de apagados, ainda podem
estar em uso.
Com o comando a seguir você poderá mandar um sinal HUP para todos os
processos que possuem arquivos abertos no /var, mas esses arquivos não
existem:
lsof |
Olá pessoal,
Eu limpei os dados da partição /var que estava ficando cheia, mas no
entanto, o quando executo o comando df -h /var, ainda é exibido o espaço
que estava sento utilizado anteriormente mas se executo du -hs /var ele
retorna que o espaço disponível é bem maior e compatível com o
quando executo o comando df -h /var, ainda é exibido o espaço que
estava sento utilizado anteriormente mas se executo du -hs /var ele retorna
que o espaço disponível é bem maior e compatível com o espaço liberado
depois da eliminação dos arquivos que realizei.
A pergunta é, é possível de alguma
Como dito pelo colega, os arquivos, apesar de apagados, ainda podem
estar em uso.
Com o comando a seguir você poderá mandar um sinal HUP para todos os
processos que possuem arquivos abertos no /var, mas esses arquivos não
existem:
lsof | awk '$9 ~ /\/var\// {system(if ! [ -e $9 ]; then kill
não tinha interpretado o comando e ainda estava usando o
log com tamanho antigo. Reiniciei o serviço e o 'df' agora está trazendo
o espaço livre corretamente.
Obrigado pelas dicas.
Abraço
Pedro
--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject
Bom dia todos.
Estou enviando o link para o conhecimento de todos, lembrando que a
submissão de trabalhos já está aberta.
E em breve as inscrições estarão abertas também.
Como esta mensagem está sendo enviada para varias listas, queria fazer
um pedido ao pessoal da tradução, que façam um
Puxa vida esqueci de enviar o link.
Mas agora vai.
http://www.festivalsoftwarelivre.org/evento/
Att
Flamarion Jorge
Flamarion Jorge escreveu:
Bom dia todos.
Estou enviando o link para o conhecimento de todos, lembrando que a
submissão de trabalhos já está aberta.
E em breve as inscrições
cade o link?
abraços,
Luiz Fernando
2008/8/11 Flamarion Jorge [EMAIL PROTECTED]:
Bom dia todos.
Estou enviando o link para o conhecimento de todos, lembrando que a
submissão de trabalhos já está aberta.
E em breve as inscrições estarão abertas também.
Como esta mensagem está sendo enviada
Eu fui convidado por eles para falar sobre o KDE e a LDP-BR, já confirmei
minha presença! =)
[]'s
Fernando Boaglio
2008/8/11 Flamarion Jorge [EMAIL PROTECTED]
Bom dia todos.
Estou enviando o link para o conhecimento de todos, lembrando que a
submissão de trabalhos já está aberta.
E em
101 - 200 of 630 matches
Mail list logo
