Chris
I just got this response from another list:
The df command will report all the available space on the disk , in other
words it will report the number of blocks in the free list.
The du command gives you and total number of blocks used by the directory
that is passed to it as a
Chris,
Have you tried df -hi to show the number of free inodes on the system?
It should help to reveal whether it's a problem with the number of
inodes used or just hidden files or something..
Hi Lucy,
I think the inode usage is OK. I tried yesterday and it read 8%.
On 04/01/2008, Chris Rowson [EMAIL PROTECTED] wrote:
Chris
I just got this response from another list:
The df command will report all the available space on the disk , in other
words it will report the number of blocks in the free list.
The du command gives you and total number
Chris,
Have you tried df -hi to show the number of free inodes on the system?
It should help to reveal whether it's a problem with the number of
inodes used or just hidden files or something..
Hi Lucy,
I think the inode usage is OK. I tried yesterday and it read 8%.
Thanks for the idea
Chris,
Have you tried df -hi to show the number of free inodes on the system?
It should help to reveal whether it's a problem with the number of
inodes used or just hidden files or something..
Hi Lucy,
I think the inode usage is OK. I tried yesterday and it read 8%.
Thanks for
Help!
I'm running a Dapper webserver and I'm having terrible problems with
du and df giving different results:
df -h gives me.
FilesystemSize Used Avail Use% Mounted on
/dev/mapper/Ubuntu-root
29G 27G 347M 99% /
varrun252M 52K 252M
Its probably because the filesystem itself takes up some space.
On 03/01/2008, Chris Rowson [EMAIL PROTECTED] wrote:
Help!
I'm running a Dapper webserver and I'm having terrible problems with
du and df giving different results:
df -h gives me.
FilesystemSize Used Avail
On 1/3/08, Alec Wright [EMAIL PROTECTED] wrote:
Its probably because the filesystem itself takes up some space.
Surely not 12 Gig or so though ?
Chris
--
ubuntu-uk@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-uk
https://wiki.kubuntu.org/UKTeam/
data wiuld not be seen by df and du though?
HTH
Stu
- Original Message
From: Chris Rowson [EMAIL PROTECTED]
To: British Ubuntu Talk ubuntu-uk@lists.ubuntu.com
Sent: Thursday, 3 January, 2008 12:49:13 PM
Subject: [ubuntu-uk] df and du give different results
Help!
I'm running a Dapper
Chris
Have a poke around for hidden .trash folders, particularly on mounted
media such as USB/Firewire hard drives. I have found that Ubuntu has a habit
of creating these on such volumes and they do not appear to get emptied by
the usual processes. I have often thought I had deleted files
It's been hours now, and I'm totally and utterly stumped.
I've used lsof to check whether or not there are any deleted files
still sitting around taking up space, I've run an fsck, rebooted the
server and deleted some logs, but there is still a very large chunk of
hard disk space missing.
If
Concentrate on the DF's results. I can't remember the syntax but you can
grep for file sizes.
Start with files over 50M and work downwards.
I have this trouble with my MythTV box occasionally, it usually a log
file that explodes in size before the log rotates have time to remove it...
Lee
Chris
The volume at media is a Windows based NTFS
So is mine (attached via USB). The hidden trash file is still created on it
though. I have only recently discovered this feature so I am not sure why it
happens but it can be annoying. Of course it may not be related to your issue
but it's
On Jan 3, 2008 3:53 PM, Stuart Bird [EMAIL PROTECTED] wrote:
Chris
The volume at media is a Windows based NTFS
So is mine (attached via USB). The hidden trash file is still created on it
though. I have only recently discovered this feature so I am not sure why
it happens but it can be
On Jan 3, 2008 3:44 PM, LeeGroups [EMAIL PROTECTED] wrote:
Concentrate on the DF's results. I can't remember the syntax but you can
grep for file sizes.
Start with files over 50M and work downwards.
I have this trouble with my MythTV box occasionally, it usually a log
file that explodes in
sudo du -hs /* gives me.
3.1M/bin
9.4M/boot
0 /cdrom
172K/dev
2.6M/etc
39M /home
4.0K/initrd
0 /initrd.img
76M /lib
48K /lost+found
263G/media
4.0K/mnt
4.0K/opt
514M/proc
20K /root
8.1M/sbin
4.0K/srv
0
Chris Rowson wrote:
On Jan 3, 2008 3:44 PM, LeeGroups [EMAIL PROTECTED] wrote:
Concentrate on the DF's results. I can't remember the syntax but you can
grep for file sizes.
Start with files over 50M and work downwards.
I have this trouble with my MythTV box occasionally, it usually a
On Thu, 2008-01-03 at 12:49 +, Chris Rowson wrote:
Now that just doesn't add up.
Please help me :-O
du counts disk space used at a block level and not accurately counted
bytes. There is a -b parameter which gives the more realistic apparent
size of files.
Also du doesn't by default
your issue soon.
Stu
- Original Message
From: Alan Pope [EMAIL PROTECTED]
To: British Ubuntu Talk ubuntu-uk@lists.ubuntu.com
Sent: Thursday, 3 January, 2008 6:33:38 PM
Subject: Re: [ubuntu-uk] df and du give different results
On Thu, 2008-01-03 at 12:49 +, Chris Rowson wrote:
Now
Chris
I have just done some testing as promised with the hidden trash folder on my
ntfs drive and found that both df -h and du -hs /* did not report the
changes in file sizes on the /media volume until I manually deleted the
files from it (therefore it would appear that both commands
.
Which is more or less what Alan said I think!
HTH
Stu
- Original Message
From: Chris Rowson [EMAIL PROTECTED]
To: British Ubuntu Talk ubuntu-uk@lists.ubuntu.com
Sent: Thursday, 3 January, 2008 8:18:42 PM
Subject: Re: [ubuntu-uk] df and du give different results
Chris
I have just done
21 matches
Mail list logo