lineas y reiniciar
el sistema (tienes que montar primero /usr para después
poder montar /usr/lib)
¡Exacto!
He seguido los pasos que me indicabas en el otro mensaje, y
parece que la cosa funciona (a ver después de unos días sin
parar):
$ df -h
FilesystemSize Used Avail
David Wright writes:
| I wouldn't mind seeing how you've mounted these partitions,
| i.e. your /etc/fstab file. It's interesting that hda4 and hda5
| say the same thing.
I've seen this effect before, when I put mount lines in fstab in the
wrong order so /usr/lib/ got mounted before /usr.
Mx.
Hi all,
df shows my main partiton to have 1.1 Gigs of data
and du -x shows it to have about 650 MB.
I think du is correct.
df reads
FilesystemSize Used Avail Use% Mounted on
/dev/hda1 1.9G 1.1G 750M 60% /
/dev/hda3 15M 1.2M 13M 8% /boot
/dev/hda5
Just realises that this is a duplicate to a post I sent yesterday but that I
had messed up my exim .forward file. Sorry. My /etc/fstab reads:
# file system mount point type options dump pass
/dev/hda1 / ext2 defaults,errors=remount-ro 0 1
/dev/hda7
Hi all,
df shows my main partiton to have 1.1 Gigs of data
and du -x shows it to have about 650 MB.
I think du is correct.
df reads
FilesystemSize Used Avail Use% Mounted on
/dev/hda1 1.9G 1.1G 750M 60% /
/dev/hda3 15M 1.2M 13M 8
The question is, can I use the 1 Gig or so of unseen space on /dev/hda1?
Patrick
As part of securing my server, I moved /var and /home to seperate partitions
from / All seems to work but df is giving strange results. When I type df, I
find a partition which I know to be 88 MB to show as 1.7 Gigs.
Should I worry? The usage info for the / partition is also 500 MB or so out
Quoting Patrick Kirk ([EMAIL PROTECTED]):
As part of securing my server, I moved /var and /home to seperate partitions
from / All seems to work but df is giving strange results. When I type df,
I find a partition which I know to be 88 MB to show as 1.7 Gigs.
Should I worry? The usage
Yo no veo nada raro, parece que falla el df.
Podrias enviar el archivo traza.gz, generado de la siguiente forma...
strace df -h traza gzip traza
A ver si el fallo es del df
/dev/hdc5 /usr/libext2 defaults 0 2
/dev/hdc6 /usrext2 defaults 0 2
Tienes que cambiar el orden de estas dos lineas y reiniciar el sistema
(tienes que montar primero /usr para después poder montar /usr/lib)
Ah espera un momento!. Antes de
Cosme P. Cuevas aclaró:
$ cat /etc/fstab
# fs mount point typeoptions dump pass
/dev/hdc5 /usr/libext2 defaults 0 2
/dev/hdc6 /usrext2 defaults 0 2
Tienes que cambiar el orden de estas dos lineas y reiniciar el sistema
(tienes que montar
El Fri, Dec 10, 1999,
Jaime E. Villate...
Cosme P. Cuevas wrote:
/dev/hdc5 1,0G 906M 104M 90% /usr/lib
/dev/hdc6 1,0G 906M 104M 90% /usr
Pero esas dos particiones en realidad no son de igual tamaño,
sino que la primera ocupa 600Mb
Hola,
pues resulta que el comando df(1) no parece funcionar bien:
$ df -h
FilesystemSize Used Avail Capacity Mounted on
/dev/hdc1 97M 22M69M 24% /
/dev/hdc5 1,0G 906M 104M 90% /usr/lib
/dev/hdc6 1,0G 906M 104M 90
Cosme P. Cuevas wrote:
/dev/hdc5 1,0G 906M 104M 90% /usr/lib
/dev/hdc6 1,0G 906M 104M 90% /usr
Pero esas dos particiones en realidad no son de igual tamaño,
sino que la primera ocupa 600Mb aproximadamente y la segunda
1.1Gb. Pero además el
I'm very confused. I have a samba server running print services, and the
only real problem I have with it is that my users keep getting out of
disk space errors when printing. My /var partition is totally full:
Filesystem 1024-blocks Used Available Capacity Mounted on
/dev/sda6
I think it doesn't apply specificaly to debian, but I've a 10 GB HD and when I
do a df, it only shows me 8.5 GB.
It's not only a bug in df because all my Linux is limited to 8.5 GB !
I don't understand why, it's UDMA/33 and Linux recognises it as Ulta DMA.
My Motherboard support it's size, so I
Sami Dalouche wrote:
I think it doesn't apply specificaly to debian, but I've a 10 GB HD and when
I do a df, it only shows me 8.5 GB.
It's not only a bug in df because all my Linux is limited to 8.5 GB !
I don't understand why, it's UDMA/33 and Linux recognises it as Ulta DMA.
My
Until I can afford a new hard drive, I find myself typing df often
to see how much free space I have on each partition.
I think it would be nice to have a little utility that displays graphs
of free space per partition, and updates regularly (a graphic output
of df, if you will). I'm
In foo.debian-user, you wrote:
Until I can afford a new hard drive, I find myself typing df often
to see how much free space I have on each partition.
I think it would be nice to have a little utility that displays graphs
of free space per partition, and updates regularly (a graphic output
Paul Lowe wrote:
I don't think it is packaged for Debian yet, but you can use
http://nui.vlsivie.tuwien.ac.at/gfdisk/
GNOME has a little applet for the panel that does EXACTLY what you want.
But...you'll
have to install gnome
Yes, ignore the crap I said... I meant gdiskfree, located
Look at the MRTG package. It's mainly for looking at router throughputs,
but it will work admirable for things like diskspace, cpuload etc. It's in
http://www.debian.org/Packages/stable/devel/mrtg.html
Also, look at BigBrother and NoCol. They aren't Debian packages, but do
similar
On Fri, 02 Apr 1999 00:20:41 CST, Matt Garman wrote:
Until I can afford a new hard drive, I find myself typing df often
to see how much free space I have on each partition.
I think it would be nice to have a little utility that displays graphs
of free space per partition, and updates
On Sun, 31 Jan 1999 [EMAIL PROTECTED] wrote:
¿Cómo se puede obtener el espacio ocupado por todo un directorio (vg. /usr)?
Para eso está el comando 'du'.
'df' notaras que es más rápido porque solo accede a la información de la
particion mientras que 'du' accede recursivamente a la información
¿Cómo se puede obtener el espacio ocupado por todo un directorio (vg. /usr)?
--
Un saludo,
Horacio
[EMAIL PROTECTED]
--
Quis custodiet ipsos custodet?
--
Hola Horacio :
¿Cómo se puede obtener el espacio ocupado por todo un directorio (vg. /usr)?
El comando se llama :
du directorio.
Hernan
Hernán J Cervantes
Hi,
I just realize that the output from df command does not add up. The
used
and available columnes do not add up to be the 1024-block columne! Is
it
something wrong?
/dev/sdc11414447 693828 647525 52% /debian/hamm
--
Timothy C. Phan
Intelligence Quest Research
is full this can
prevent users from logging in. Reserving a portion of the filesystem
for root allows the superuser to log in to correct the problem.
So, no, nothing is wrong.
l8r, Nate
On Sun, 8 Mar 1998, iquest wrote:
Hi,
I just realize that the output from df command does not add up
On Sun, 8 Mar 1998, iquest wrote:
: Hi,
:
: I just realize that the output from df command does not add up. The
: used
: and available columnes do not add up to be the 1024-block columne! Is
: it
: something wrong?
:
:
: /dev/sdc11414447 693828 647525 52% /debian
On Tue, 29 Jul 1997, Jim Foltz wrote:
Anyway, it uses umsdos. I am using a bastardized version of
/etc/init.d/boot and have prety much left the filesystem checking as it is
by default. The umsdos filesystem (root) is mounted and sync'd ok, but the
df command does not show that /dev/hda1
prety much left the filesystem checking as it is
by default. The umsdos filesystem (root) is mounted and sync'd ok, but the
df command does not show that /dev/hda1 was mounted, although it obviously
is because the system boots.
Can anyone offer a clue as to why this might be?
--
Regards,
Jim
601 - 630 of 630 matches
Mail list logo