Hello.
Tim Newsham wrote:
Would be nice if DU could print out the cost of the storage rather
than the number of blocks. The following code shows an example
of this (option -$ reads a cost from /usr/share/du-cost and applies
it before printout out the result).
Haha. Nice idea. I can think of a coup
Anthony Thyssen <[EMAIL PROTECTED]> wrote:
> I have a series of backup home directories what use hardlinks on files
> that have not changed. If I run "du" on these directories I get
> a disk usage summery as if the directories are not hard linked together!
>
> How can I get real disk usage summer
Richard Dawe wrote:
> Hello.
>
> Dave Gotwisner wrote:
> [snip]
> > Rather than assume it just takes a list of files, I would suggest strongly
> > that whoever chooses to implement this (if anyone does), they also allow
> > it to take other options as part of the file.
> > Literally, they should r
Dave Gotwisner <[EMAIL PROTECTED]> wrote:
> Rather than assume it just takes a list of files, I would suggest strongly that
> whoever chooses
> to implement this (if anyone does), they also allow it to take other options as
> part of the file.
Thanks for the suggestion, but I see no benefit
in tak
Hello.
Dave Gotwisner wrote:
[snip]
> Rather than assume it just takes a list of files, I would suggest strongly
> that whoever chooses to implement this (if anyone does), they also allow
> it to take other options as part of the file.
> Literally, they should replace the "--process-file=foo" with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Sep 19, 2003 at 09:12:05AM -0600, Bob Proulx wrote:
> Bernd Jendrissek wrote:
> > Jim Meyering wrote:
> > > If the format is simply one file name per line, then what about
> > > files with names containing a newline?
> > >
> > > One solution i
Bernd Jendrissek wrote:
> Jim Meyering wrote:
> > If the format is simply one file name per line, then what about
> > files with names containing a newline?
> >
> > One solution is to require that newlines and backslashes be
> > backslash-escaped. Another is simply to require that file names
> >
Jim Meyering wrote:
> "Dan Heller" <[EMAIL PROTECTED]> wrote:
> > Anyway, the other method is to support the "take the input from a file"
> > approach that Dave pointed out:
>
> Thanks for bringing this up.
>
> It would be useful to give du and wc options to make them
> read all file name argument
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, Sep 18, 2003 at 09:23:24AM +0200, Jim Meyering wrote:
> If the format is simply one file name per line, then what about
> files with names containing a newline?
>
> One solution is to require that newlines and backslashes be backslash-escaped.
Hello.
Dan Heller wrote:
>
> Is this an oversight or omission?
> I want to do:
> $ locate .jpg | sed [...] | du -c -b
Why should du read a list of files on stdin?
You can use xargs to convert stdin to a list of parameters:
locate .jpg | sed [...] | xargs du -c -b
xargs comes with GNU find
André Somers <[EMAIL PROTECTED]> wrote:
> When I run du on a folder with *lots* of files (I estimate anywhere between
> 200,000 to 400,000) over many subdirectories, du manages to crash my linux
> sytem. I run du as a normal user. If I look at the systemlog, there is no
> information to be found th
On Sun, Dec 08, 2002 at 09:18:43PM +0100, you [Jim Meyering] wrote:
> Ville Herva <[EMAIL PROTECTED]> wrote:
> > Long (non-embedded) softlinks allocate disk blocks to hold the referred path
> > on linux/ext[23] (possibly on other fs's as well). This space is not
> > reported by du(1) at all:
> >
>
Jacob Elder <[EMAIL PROTECTED]> [2002-10-31 14:21:52 -0500]:
> So what is the idiomatic way to guess the size of an archive before writing
> to tape?
The silence has been deafening. Probably everyone else is busy and so
I will jump in again.
> [...previously...]
> df reports that I'm using 2882M
On Wed, Oct 30, 2002 at 05:05:02PM -0700, Bob Proulx wrote:
>
> I am not convinced by this data that the exclude list is really the
> issue here. It might be. But the other confusion seems a much more
> likely explanation.
>
> Bob
>
So what is the idiomatic way to guess the size of an archive
[EMAIL PROTECTED] (Bob Proulx) wrote:
> df is reporting disk blocks free.
>
> du is reporting disk blocks used.
df reports both free and used blocks.
paul
___
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileu
Jacob Elder <[EMAIL PROTECTED]> [2002-09-28 18:13:11 -0400]:
> It appears that du and tar use a different pattern language for their
> --exclude-from option. I was trying to predict the size of a backup that
> would be performed with tar, and came across a discrepency.
>
> df reports that I'm usin
Max Stam <[EMAIL PROTECTED]> [2002-08-20 14:30:37 +0800]:
> Gidday Folks
> I couldn't find a general contact address for the fileutils authoring group
> so I sent this to here.
This is it!
> "A total size of everything in the current directory would be nice. We can
> control the number of direct
On Sat, Jun 15, 2002 at 07:43:35PM +0200, Daniel Holbach wrote:
> root@chef:/var/spool/oops/storages# du -sh
> 24k .
> root@chef:/var/spool/oops/storages# ls -l
> -rw-r--r--1 proxy proxy 20971520 Jun 15 19:35 oops_storage
Probably a sparse file. For example:
(42)osgiliath:/tmp> dd
At 03:32 +0300 2002-05-21, A. Wik wrote:
>On Mon, 20 May 2002, Dag Øien wrote:
>
>> >This page describes du as found in the fileutils-3.16
>> >package; other versions may differ slightly. Mail correc-
>> >tions and additions to [EMAIL PROTECTED] and [EMAIL PROTECTE
From [EMAIL PROTECTED] Mon May 20 14:31:06 2002
Subject: du, kilobytes
From: =?ISO-8859-1?Q?Dag_=D8ien?= <[EMAIL PROTECTED]>
Content-Transfer-Encoding: 7bit
>This page describes du as found in the fileutils-3.16
>package; other
On Mon, 20 May 2002, Dag Øien wrote:
> >This page describes du as found in the fileutils-3.16
> >package; other versions may differ slightly. Mail correc-
> >tions and additions to [EMAIL PROTECTED] and [EMAIL PROTECTED]
> >and [EMAIL PROTECTED] . Report bug
> I ve got a file in my home directory, that begins with a "-". See
> the output of du -sh * below. Maybe tomeone could place some nasty
> files in temp, and whet root does a du, then...
Please check out the faq on filenames that start with a dash.
http://www.gnu.org/software/fileutils/doc/f
> I ask because it doesn't appear to do what logic and the man page
> imply it will do when executed as such: du -sHx /* it reports size
> for /home, /usr, /data and /proc which are all seperate
> filesystems.
du -x will avoid crossing any filesystem below the ones that you are
asking it about.
Paco Brufal wrote:
> There are about 600 MB of difference in the /var partition... I am
> using ReiserFS on a Debian Potato, package fileutils is version 4.0l-8.
I can't speak to the exact error, Paco, but I can
tell you that a large number of bugs have been fixed
in the latest fileuti
> du -h and du -H returns different numbers, it's bizarre.
Could you be more specific? Why is it bizarre? Different numbers
from what? At first glance nothing jumped off of the page at me as
being unusual.
Bob
___
Bug-fileutils mailing list
[EMAIL
> I'm working on a packaging system that produces statistics of the size of different
>types of files. It uses fileutils/du for this and passes the files as arguments.
>There is, however, a limit to how many arguments can be passed to a program, and for
>packages with a lot of files this is a p
> Maybe I'm crazy or doing something wrong, but I swear that the -S
> option in the 'du' utility doesnt do what it is supposed to. It is
> supposed to not show the subdirectories but it still does. The
> output of 'du' is the same as 'du -S' I think.
I think you are confusing the -S and -s option
"Daniel A. Palm" wrote:
>
> Hi.
> Maybe I'm crazy or doing something wrong, but I swear that the -S option in the
>'du' utility
> doesnt do what it is supposed to. It is supposed to not show the subdirectories
> but it still does. The output of 'du' is the same as 'du -S' I think.
>
> I'm usi
Petra
Thanks for the report. But I think it is doing the right thing.
> prometheus{/home/systems/syk/src}4 % l RCS
> total 11
> -r-xr-xr-x 1 syk systems 5261 Feb 6 1997 disk_usage,v
> -r-xr-xr-x 1 syk systems 784 Oct 7 1997 ecmwf.hippi,v
> -r-xr-xr-x 1 syk sy
Thanks for the report.
I'm not sure that's a bug, since the standard does say not to print
or count sizes for files whose sizes have already been counted, so when
it encounters each subdirectory for the second time, it refrains from
counting it.
You can work around it if you use the --count-link
30 matches
Mail list logo
