Re: odd df results
QUOTING JEFFREY L. TAYLOR <JEFF@AUSTINBLUES.DYNDNS.ORG>:
> QUOTING JEFFREY L. TAYLOR <JEFF@AUSTINBLUES.DYNDNS.ORG>:
> > QUOTING RON JOHNSON <RON.L.JOHNSON@COX.NET>:
> > > ON TUE, 2003-11-11 AT 19:44, JEFFREY L. TAYLOR WROTE:
> > > > QUOTING RON JOHNSON <RON.L.JOHNSON@COX.NET>:
> > > > > ON TUE, 2003-11-11 AT 17:14, JEFFREY L. TAYLOR WROTE:
> > > > > > I AM GETTING THE FOLLOWING RESULT ON MY FILESYSTEM. HOW DO I CORRECT
> > > > > > IT?
> > > > > >
> > > > > > # DF
> > > > > > FILESYSTEM 1K-BLOCKS USED AVAILABLE USE% MOUNTED ON
> > > > > > /DEV/HDA1 -1006130973579 1 0 24% /
> > > > > > /DEV/HDA2 -1006139352819 1 0 8% /HOME
> > > > >
> > > > > WOODY? SARGE, WHAT?
> > > > >
> > > > > HOW BIG IS /DEV/HDA?
> > > > >
> > > >
> > > > WOODY: FILEUTILS 4.1-10
> > > >
> > > > /DEV/HDA IS APPROXIMATELY 8.9GB
> > > >
> > > > # DF -HI
> > > > FILESYSTEM INODES IUSED IFREE IUSE% MOUNTED ON
> > > > /DEV/HDA1 489K 53K 436K 11% /
> > > > /DEV/HDA2 489K 11K 478K 3% /HOME
> > >
> > > HOW BIG IS THE COMPLETE /DEV/HDA?
> > >
> > > I'M USING FILEUTILS 5.0-5 FROM TESTING, AND IT HANDLES A 120GB
> > > /DEV/HDA PERFECTLY:
> > > $ DF
> > > FILESYSTEM 1K-BLOCKS USED AVAILABLE USE% MOUNTED ON
> > > /DEV/HDA3 7874560 161148 7313396 3% /
> > > /DEV/HDA2 46668 2871 41388 7% /BOOT
> > > /DEV/HDA5 7874528 2264344 5210168 31% /USR
> > > /DEV/HDA6 7874528 1088952 6385560 15% /VAR
> > > /DEV/HDA7 7874528 561168 6913344 8% /HOME
> > > /DEV/HDA8 87953148 1152008 86801140 2% /DATA
> > >
> > >
> >
> > NOT PARTICULARLY BIG, APPROX. 8.9GB. THAT'S WHAT'S SURPRISING.
> >
> > I MAY TRY THE TESTING FILEUTILS IF THE DEPENDENCIES DON'T BREAK
> > EVERYTHING.
> >
> > JEFFREY
> >
> >
>
> WHATEVER IT IS, IT IS NOT LIMITED TO DF. WHEN I TRY AND RUN AMANDA
> FROM ANOTHER COMPUTER, BACKING UP THIS MACHINE, I GET THIS ERROR:
>
> ERROR: MAELSTORM: [DIR /TMP/AMANDA NEEDS 64KB, ONLY HAS -2147483648KB AVAILABLE.]
>
> MAELSTORM IS THE DEBIAN MACHINE. THE AMANDA SERVER IS A SUSE MACHINE.
>
> WEIRD.
>
> JEFFREY
>
>
The problem was mismatched libc6 (unstable) and fileutils/coreutils
(stable). Forcing both to testing solved the problem.
Jeffrey
Reply to: