merkwürdige Speicherauslastung ext.HDD´s

  • Hi,
    ich habe an meiner Dream8000 (Kombi:Merlin3/Gemini) ein für mich momentan nicht erklärbares Festplattenphenomen. Evtl. kann mir ja ein Linux-Fuchs einen Tip geben..
    Neben meiner Synology DiskStation-Kombi DS1512+/DX513 (mom. 8x3TB) verwaltet meine Dream momentan eine interne 1,5TByte und 6x ext. 2TByte-USB-Platten. Es funktioniert auch alles einwandfrei. Alle Datenträger sind sauber angemounted, das Filesystem der lokalen Festplatten habe ich durch logische Verlinkung zu einem "großen" Datenspeicher zusammengefügt...


    root@dm8000:~# mount
    rootfs on / type rootfs (rw)
    ubi0:rootfs on / type ubifs (rw,relatime)
    devtmpfs on /dev type devtmpfs (rw,relatime,size=74672k,nr_inodes=18668,mode=755)
    none on /proc type proc (rw,nosuid,nodev,noexec,relatime)
    none on /var/volatile type tmpfs (rw,relatime,mode=755)
    sysfs on /sys type sysfs (rw,relatime)
    none on /proc/bus/usb type usbfs (rw,nosuid,nodev,noexec,relatime)
    /dev/mtdblock2 on /boot type jffs2 (ro,relatime)
    /dev/disk/by-uuid/2074df5f-f6e1-484b-a1fa-5cb872b5ddf5 on /media/hdd type ext3 (rw,relatime,errors=continue,barrier=1,data=writeback)
    /dev/disk/by-uuid/f7740392-2e73-4ece-9a39-b70c03f8b7de on /media/hddext1 type ext3 (rw,relatime,errors=continue,barrier=1,data=writeback)
    /dev/disk/by-uuid/fb4d91d9-698a-4e48-b355-a52640ceca9f on /media/hddext2 type ext3 (rw,relatime,errors=continue,barrier=1,data=writeback)
    /dev/disk/by-uuid/e6f833f9-0e94-4af7-90b9-e41f4de6929c on /media/hddext3 type ext3 (rw,relatime,errors=continue,barrier=1,data=writeback)
    /dev/disk/by-uuid/0309361e-8a8d-9c57-e1c9-6ca11c0c07e4 on /media/hddext4 type ext3 (rw,relatime,errors=continue,barrier=1,data=writeback)
    /dev/disk/by-uuid/a0816180-9c6b-49b4-ab94-8f7648510ecc on /media/hddext5 type ext3 (rw,relatime,errors=continue,barrier=1,data=writeback)
    /dev/disk/by-uuid/d172878f-106e-a442-1739-e7d2a3299a6c on /media/hddext6 type ext3 (rw,relatime,errors=continue,barrier=1,data=writeback)
    /dev/disk/by-uuid/ded7fecc-84aa-4986-a7b8-49faef1d7756 on /media/U3CruzerMicro type ext3 (rw,relatime,errors=continue,barrier=1,data=writeback)
    devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620)
    automount(pid550) on /autofs type autofs (rw,relatime,fd=4,pgrp=550,timeout=5,minproto=2,maxproto=4,indirect)
    automount(pid603) on /media/net type autofs (rw,relatime,fd=4,pgrp=603,timeout=5,minproto=2,maxproto=4,indirect)
    nfsd on /proc/fs/nfsd type nfsd (rw,relatime)


    root@dm8000:~# ls -lisa /media/hdd/Filme/
    75137 4 drwxr-xr-x 3 root root 4096 Dec 15 00:48 .
    2 4 drwxr-xr-x 15 root root 4096 Jun 3 17:57 ..
    75139 0 lrwxrwxrwx 1 root root 23 Jul 10 2012 1.HD_Medien -> /media/hddext1/Filme/HD
    75138 4 drwxr-xr-x 17 root root 4096 Jan 16 22:06 2.SD_Medien
    1107330 0 lrwxrwxrwx 1 root root 21 Nov 3 2013 SynologyVideo -> /media/net/NAS_public
    75140 0 lrwxrwxrwx 1 root root 15 Jul 10 2012 ext1root -> /media/hddext1/
    75141 0 lrwxrwxrwx 1 root root 15 Jul 10 2012 ext2root -> /media/hddext2/
    1107329 0 lrwxrwxrwx 1 root root 15 Jul 30 2012 ext3root -> /media/hddext3/
    75142 0 lrwxrwxrwx 1 root root 15 Jul 10 2012 ext4root -> /media/hddext4/
    75327 0 lrwxrwxrwx 1 root root 15 May 12 2013 ext5root -> /media/hddext5/
    1107331 0 lrwxrwxrwx 1 root root 15 Dec 15 00:48 ext6root -> /media/hddext6/



    Mein Frage bezieht sich auf die Ausgabe des Kommandos "df -k" insbesonder auf die Festplatte hddext6:


    root@dm8000:~# df -k
    Filesystem 1K-blocks Used Available Use% Mounted on
    ubi0:rootfs 230024 142628 87396 62% /
    devtmpfs 74672 0 74672 0% /dev
    none 74784 412 74372 1% /var/volatile
    /dev/mtdblock2 7168 3644 3524 51% /boot
    /dev/disk/by-uuid/2074df5f-f6e1-484b-a1fa-5cb872b5ddf5
    1464682104 1060086204 404595900 72% /media/hdd
    /dev/disk/by-uuid/f7740392-2e73-4ece-9a39-b70c03f8b7de
    1952906864 1945451852 7455012 100% /media/hddext1
    /dev/disk/by-uuid/fb4d91d9-698a-4e48-b355-a52640ceca9f
    1952906860 1930114856 22792004 99% /media/hddext2
    /dev/disk/by-uuid/e6f833f9-0e94-4af7-90b9-e41f4de6929c
    1952906860 1874785184 78121676 96% /media/hddext3
    /dev/disk/by-uuid/0309361e-8a8d-9c57-e1c9-6ca11c0c07e4
    1922856752 1804391380 20789852 99% /media/hddext4
    /dev/disk/by-uuid/a0816180-9c6b-49b4-ab94-8f7648510ecc
    1952906860 1947145000 5761860 100% /media/hddext5
    /dev/disk/by-uuid/d172878f-106e-a442-1739-e7d2a3299a6c
    1922857776 1891379324 0 100% /media/hddext6
    /dev/disk/by-uuid/ded7fecc-84aa-4986-a7b8-49faef1d7756
    1922040 478812 1443228 25% /media/U3CruzerMicro
    root@dm8000:~#


    Diese Platte zeigt, obwohl identisch zu allen anderen konfiguriert, bereits eine Auslastung von 100% obwohl bedeutend mehr Blöcke frei sind, als bspw. auf der disk "hddext5"?
    Die 6. Platte lässt sich auch weiterhin beschreiben, der "used"-Counter vergrößert sich auch korrekt, available ist allerdings nix:


    /dev/disk/by-uuid/d172878f-106e-a442-1739-e7d2a3299a6c
    1922857776 1891736564 0 100% /media/hddext6


    Im Internet habe ich nur hinweise auf "hängende" Prozesse, welche evtl. den Platz reservieren gefunden. Dies halt ich aber für unwahrscheinlich, weil ich die Box täglich vom Netz nehme.


    Warum wird bei der 6.Platte eine Auslastung von 100% angezeigt...?


    zur Ergänzung:
    root@dm8000:~# df -h
    Filesystem Size Used Available Use% Mounted on
    ubi0:rootfs 224.6M 139.3M 85.3M 62% /
    devtmpfs 72.9M 0 72.9M 0% /dev
    none 73.0M 412.0K 72.6M 1% /var/volatile
    /dev/mtdblock2 7.0M 3.6M 3.4M 51% /boot
    /dev/disk/by-uuid/2074df5f-f6e1-484b-a1fa-5cb872b5ddf5
    1.4T 1011.0G 385.9G 72% /media/hdd
    /dev/disk/by-uuid/f7740392-2e73-4ece-9a39-b70c03f8b7de
    1.8T 1.8T 7.1G 100% /media/hddext1
    /dev/disk/by-uuid/fb4d91d9-698a-4e48-b355-a52640ceca9f
    1.8T 1.8T 21.7G 99% /media/hddext2
    /dev/disk/by-uuid/e6f833f9-0e94-4af7-90b9-e41f4de6929c
    1.8T 1.7T 74.5G 96% /media/hddext3
    /dev/disk/by-uuid/0309361e-8a8d-9c57-e1c9-6ca11c0c07e4
    1.8T 1.7T 19.8G 99% /media/hddext4
    /dev/disk/by-uuid/a0816180-9c6b-49b4-ab94-8f7648510ecc
    1.8T 1.8T 5.5G 100% /media/hddext5
    /dev/disk/by-uuid/d172878f-106e-a442-1739-e7d2a3299a6c
    1.8T 1.8T 0 100% /media/hddext6
    /dev/disk/by-uuid/ded7fecc-84aa-4986-a7b8-49faef1d7756
    1.8G 467.6M 1.4G 25% /media/U3CruzerMicro


    Grüße arcade

  • Quote

    Originally posted by arcade
    Warum wird bei der 6.Platte eine Auslastung von 100% angezeigt...?


    Weil die Root Reserve bereits angekratzt ist. Die Prozentanzeige des Füllstands in df ist immer relativ zur Root Reserve, die wiederum ist einstellbar. Guck dir mal an, was

    Code
    tune2fs -l /dev/disk/by-uuid/d172878f-106e-a442-1739-e7d2a3299a6c

    ausspuckt (Feld Reserved block count) und versuch, das mit tune2fs -m oder tune2fs -r zu ändern. BTW, die Root Reserve gibt es aus zwei Gründen, einer davon ist, dass ein nahezu volles FS wie blöde fragmentiert. Ich würde das vermeiden wollen, es sei denn Du nutzt das quasi nur als Archiv.


    HTH,
    Andre.

  • Hi netman, hi andre..


    danke für beide Vorschläge. Das mit der "root-Reserve" hab ich echt noch nie gehört, klingt aber plausibel.
    Leider funktionieren die Kommados auf einem enigma2 nicht. Ich vermute, hier wurde im Gegensatz zu Linux nur eine abgespeckte Version implementiert. Und ja, die ext. Platten sind lediglich Dateispeicher bzw. Archiv. Mit der Fragmentierung solltet es keine Probleme geben.


    root@dm8000:~# tune2fs -l /dev/disk/by-uuid/d172878f-106e-a442-1739-e7d2a3299a6c
    tune2fs: invalid option -- 'l'


    root@dm8000:~# tune2fs -L /dev/disk/by-uuid/d172878f-106e-a442-1739-e7d2a3299a6c
    BusyBox v1.19.4 (2013-06-03 21:22:04 CEST) multi-call binary.


    Usage: tune2fs [-c MOUNT_CNT] [-i DAYS] [-L LABEL] BLOCKDEV


    Adjust filesystem options on ext[23] filesystems


    root@dm8000:~#


    Die Optionen "-m", "-r" existieren leider nicht..


    Den Filesystemcheck hab ich mal angeworfen... Sieht so aus, als würde er die ganze Nacht dauern... Dann soll sie mal, die Box.
    Ich schau morgen früh, ob sich was verändert hat:


    root@dm8000:~# init 4
    root@dm8000:~# umount /media/hddext6
    root@dm8000:~# fsck.ext3 /dev/disk/by-uuid/d172878f-106e-a442-1739-e7d2a3299a6c
    e2fsck 1.42.1 (17-Feb-2012)
    HDDEXT6 has been mounted 240 times without being checked, check forced.
    Pass 1: Checking inodes, blocks, and sizes


    Grüße arcade

  • Wunderschönen Guten Morgen in die Republik..


    Filesystemcheck hat an der Anzeige des Auslastungsverhaltens nichts geändert...


    root@dm8000:~# init 4
    root@dm8000:~# umount /media/hddext6
    root@dm8000:~# fsck.ext3 /dev/disk/by-uuid/d172878f-106e-a442-1739-e7d2a3299a6c
    e2fsck 1.42.1 (17-Feb-2012)
    HDDEXT6 has been mounted 240 times without being checked, check forced.
    Pass 1: Checking inodes, blocks, and sizes


    Pass 2: Checking directory structure
    Pass 3: Checking directory connectivity
    Pass 4: Checking reference counts
    Pass 5: Checking group summary information
    HDDEXT6: 2422/244203520 files (1.9% non-contiguous), 482251388/488377856 blocks
    root@dm8000:~#


    root@dm8000:~# mount /media/hddext6
    root@dm8000:~# init 3
    root@dm8000:~# df -k
    Filesystem 1K-blocks Used Available Use% Mounted on
    ubi0:rootfs 230024 142628 87396 62% /
    devtmpfs 74672 0 74672 0% /dev
    none 74784 452 74332 1% /var/volatile
    /dev/mtdblock2 7168 3644 3524 51% /boot
    /dev/disk/by-uuid/2074df5f-f6e1-484b-a1fa-5cb872b5ddf5
    1464682104 1060088232 404593872 72% /media/hdd
    /dev/disk/by-uuid/f7740392-2e73-4ece-9a39-b70c03f8b7de
    1952906864 1945451852 7455012 100% /media/hddext1
    /dev/disk/by-uuid/fb4d91d9-698a-4e48-b355-a52640ceca9f
    1952906860 1930114856 22792004 99% /media/hddext2
    /dev/disk/by-uuid/e6f833f9-0e94-4af7-90b9-e41f4de6929c
    1952906860 1874785184 78121676 96% /media/hddext3
    /dev/disk/by-uuid/0309361e-8a8d-9c57-e1c9-6ca11c0c07e4
    1922856752 1804391380 20789852 99% /media/hddext4
    /dev/disk/by-uuid/a0816180-9c6b-49b4-ab94-8f7648510ecc
    1952906860 1947145000 5761860 100% /media/hddext5
    /dev/disk/by-uuid/ded7fecc-84aa-4986-a7b8-49faef1d7756
    1922040 478812 1443228 25% /media/U3CruzerMicro


    Hier die Ausgabe für ext.HDD6... weiterhin 100% full...


    /dev/disk/by-uuid/d172878f-106e-a442-1739-e7d2a3299a6c
    1922857776 1898351904 0 100% /media/hddext6


    Muss man das Thema der "root"-Reserve bei Enigma2 evtl. anders angehen bzw. lösen?


    Grüße arcade

  • Quote

    Originally posted by arcade
    BusyBox v1.19.4 (2013-06-03 21:22:04 CEST) multi-call binary.


    Usage: tune2fs [-c MOUNT_CNT] [-i DAYS] [-L LABEL] BLOCKDEV


    Wuargh. Mir war nicht klar, dass selbst die e2fsprogs in einer von BusyBox lobotomisierten Version beiliegen. Man könnte jetzt die richtigen e2fsprogs für OE2.0 bauen, ich hab sowas mal früher für OE1.6 gemacht, um an filefrag und e2freefrag ranzukommen, aber meine Build-Umgebung gerade nicht zur Hand. In Deinem Fall ist die Lösung aber einfach: Da es externe Platten sind, hängt man die einfach kurz an einen richtigen Rechner auf dem Linux läuft (zur Not halt ein Live-System booten, ich empfehle GRML), setzt den Befehl ab und hängt sie wieder an die Dream.


    HTH,
    Andre.