df -h Prozentwert falsch?
Filesystem Size Used Avail Use% Mounted on /dev/md0 826G 779G 5.1G 100% /mnt/raiddev02 /dev/sda1 1.4T 936G 370G 72% /mnt/raiddev01 Kann mir jemand erklären wie Use% für /dev/md0 zustande kommt? -- i.A. Ralf Prengel Customer Care Manager Comline AG Hauert 8 D-44227 Dortmund/Germany Fon +49231 97575- 904 Fax +49231 97575- 905 EMail ralf.prengel@comline.de www.comline.de Vorstand Stephan Schilling Aufsichtsrat Dr. Franz Schoser (Vorsitzender) HR Dortmund B 14570 USt.-ID-Nr. DE 124727422 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo,
Ralf Prengel schrieb: Filesystem Size Used Avail Use% Mounted on /dev/md0 826G 779G 5.1G 100% /mnt/raiddev02 /dev/sda1 1.4T 936G 370G 72% /mnt/raiddev01
Kann mir jemand erklären wie Use% für /dev/md0 zustande kommt?
was sagt: "df -a /mnt/raiddev02 /mnt/raiddev01"? `-a' `--all' Include in the listing dummy file systems, which are omitted by default. Such file systems are typically special-purpose pseudo-file-systems, such as automounter entries. Gruß, Marko -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Ralf Prengel schrieb:
Filesystem Size Used Avail Use% Mounted on /dev/md0 826G 779G 5.1G 100% /mnt/raiddev02 /dev/sda1 1.4T 936G 370G 72% /mnt/raiddev01
Kann mir jemand erklären wie Use% für /dev/md0 zustande kommt?
Hm... 826G = 779G + 5.1G?? 5.1G sind etwa 0.6% von 826G, vielleicht rundet df ja so. Gemessen an der Rechengenauigkeit der absoluten Werte ist das ja recht genau ;-) Gruß Werner -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On Mittwoch, 22. August 2007, Ralf Prengel wrote:
Filesystem Size Used Avail Use% Mounted on /dev/md0 826G 779G 5.1G 100% /mnt/raiddev02 /dev/sda1 1.4T 936G 370G 72% /mnt/raiddev01
Kann mir jemand erklären wie Use% für /dev/md0 zustande kommt?
Wenn ein EXT2/3 darauf ist, lass mal dumpe2fs laufen und schau nach "Block count", "Reserved block count" und "Free blocks". Wenn ich mich recht erinnere zeigt df bei "Avail" die superuser reservierten Blöcke mit an. Bei dem Prozentwert wird aber ohne diese gerechnet. Deswegen kann man das Reserveverhalten auch mit tune2fs für große Dateisysteme komplett abschalten oder zumindest verringern. Thomas
Thomas Vollmer schrieb:
On Mittwoch, 22. August 2007, Ralf Prengel wrote:
Filesystem Size Used Avail Use% Mounted on /dev/md0 826G 779G 5.1G 100% /mnt/raiddev02 /dev/sda1 1.4T 936G 370G 72% /mnt/raiddev01
Kann mir jemand erklären wie Use% für /dev/md0 zustande kommt?
Wenn ein EXT2/3 darauf ist, lass mal dumpe2fs laufen und schau nach "Block count", "Reserved block count" und "Free blocks".
Wenn ich mich recht erinnere zeigt df bei "Avail" die superuser reservierten Blöcke mit an. Bei dem Prozentwert wird aber ohne diese gerechnet.
Deswegen kann man das Reserveverhalten auch mit tune2fs für große Dateisysteme komplett abschalten oder zumindest verringern.
linuxnfs:/mnt/raiddev01 # dumpe2fs /dev/md0 dumpe2fs 1.39 (29-May-2006) Filesystem volume name: <none> Last mounted on: <not available> Filesystem UUID: 53d40f01-e167-4050-ac05-f33203b68ae4 Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: has_journal filetype needs_recovery sparse_super large_file Default mount options: (none) Filesystem state: clean Errors behavior: Continue Filesystem OS type: Linux Inode count: 109887488 Block count: 219769056 Reserved block count: 10988452 Free blocks: 1302522 Free inodes: 109058634 First block: 0 Block size: 4096 Fragment size: 4096 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 16384 Inode blocks per group: 512 Filesystem created: Fri Feb 3 13:56:02 2006 Last mount time: Mon Jul 23 10:33:41 2007 Last write time: Mon Jul 23 10:33:41 2007 Mount count: 1 Maximum mount count: 500 Last checked: Mon Jul 23 08:55:17 2007 Check interval: 5184000 (2 months) Next check after: Fri Sep 21 08:55:17 2007 Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root) First inode: 11 Inode size: 128 Journal inode: 8 Default directory hash: tea Directory Hash Seed: ff571b83-eb47-493f-92a3-bf0bad6876ed Journal backup: inode blocks Journal size: 128M -- i.A. Ralf Prengel Customer Care Manager Comline AG Hauert 8 D-44227 Dortmund/Germany Fon +49231 97575- 904 Fax +49231 97575- 905 EMail ralf.prengel@comline.de www.comline.de Vorstand Stephan Schilling Aufsichtsrat Dr. Franz Schoser (Vorsitzender) HR Dortmund B 14570 USt.-ID-Nr. DE 124727422 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On Mittwoch, 22. August 2007, Ralf Prengel wrote:
Thomas Vollmer schrieb:
On Mittwoch, 22. August 2007, Ralf Prengel wrote:
Filesystem Size Used Avail Use% Mounted on /dev/md0 826G 779G 5.1G 100% /mnt/raiddev02 /dev/sda1 1.4T 936G 370G 72% /mnt/raiddev01
Kann mir jemand erklären wie Use% für /dev/md0 zustande kommt?
Wenn ein EXT2/3 darauf ist, lass mal dumpe2fs laufen und schau nach "Block count", "Reserved block count" und "Free blocks".
Wenn ich mich recht erinnere zeigt df bei "Avail" die superuser reservierten Blöcke mit an. Bei dem Prozentwert wird aber ohne diese gerechnet.
Deswegen kann man das Reserveverhalten auch mit tune2fs für große Dateisysteme komplett abschalten oder zumindest verringern.
linuxnfs:/mnt/raiddev01 # dumpe2fs /dev/md0
[...]
Inode count: 109887488 Block count: 219769056 Reserved block count: 10988452 Free blocks: 1302522 Free inodes: 109058634 First block: 0 Block size: 4096
Damit ist die Zahl der freien Blocks unter der der Reserve und damit die Platte "voll". Thomas
participants (4)
-
Marko Schugardt -
Ralf Prengel -
Thomas Vollmer -
Werner Flamme