Andy wrote:
> or "Why do you not want to compete on a level playing field with
> products such as Open Office, Linux and Mac? Is it because your
> products aren't good enough?"
Maybe something along the lines of "Why are Microsoft so keen to get
Office Open XML rushed through as a standard rather
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 paramet
>
> 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
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 respond to
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
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 u
On 02/01/2008, Kirrus <[EMAIL PROTECTED]> wrote:
> Anyone got any questions?
How about "Have you bought an X0 Laptop? If so does it still have the
non-Windows OS on it?"
or "Why do you not want to compete on a level playing field with
products such as Open Office, Linux and Mac? Is it because you
> 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
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
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 b
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
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
Chri
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 I've
>
> 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
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 the
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/
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
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
18 matches
Mail list logo
