Philips SPD8020: "Disk full" obwohl 300GB vorhanden

Philips SPD8020: "Disk full" obwohl 300GB vorhanden (21 Beiträge, 698 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Hallo,

habe ein Philips SPD8020 NAS, die ich via samba von meinem OSX oder Windows XP aus mappe. Seit heute bekomme ich allerdings folgenden Fehler: The operation could not be completet because the disk "public" is full.

Auf der Platte sind aber noch über 300GB vorhandan. Kennt sich wer aus, was könnte das sein?

Hast du eine Shell auf der Kiste? In dem Fall wäre die Ausgabe von 'df -h' und 'df -i' interessant.

Ein häufiges Problem bei ext2/3 Dateisystemen ist eine zu große Inode-Größe. Sprich das Dateisystem ist auf sehr große Dateien eingestellt. Wenn man dann stattdessen sehr viele kleine Dateien darauf ablegt, hat das Dateisystem irgendwann keine Inodes mehr frei. Und da jede Datei / jedes Verzeichnis eine Inode belegt, kann es sein, daß keine neuen Dateien mehr angelegt werden können, obwohl eigentlich noch Platz vorhanden ist.

In diesem Fall würdest du bei df -h freien Speicherplatz angezeigt bekommen, bei df -i jedoch 100% belegte Inodes feststellen. In diesem Fall hilft dann leider nur, Dateisystem formatieren mit einer besser gewählten Inode-Größe (z.B. mkfs.ext2 -T small für viele kleine Dateien). Oder die Dateianzahl signifikant verringern z.B. indem man Klein*PIEP* in große Archivdateien (tar, zip, ...) zusammenfasst.

Es kann natürlich auch sein daß nach einem Stromausfall o.ä. das Dateisystem beschädigt ist und somit der freie Speicher falsch berechnet wird. In diesem Fall sollte eine Dateisystemprüfung (fsck) helfen.

Hast du das jetzt direkt auf dem NAS ausgeführt, oder im OSX... weil über die Samba / NFS Abstraktion wirst du nicht sehen wie es mit den Inodes auf dem realen Dateisystem aussieht.

Das war im OSX shell. Ich wüsste nich wie ich das auf dem NAS machen sollte?

Tja, daher meine Frage in meiner ersten Antwort, ob du eine Shell auf der Kiste hast.

Oder ist es vielleicht gar kein Linux basiertes NAS? Weißt du welches Dateisystem das Ding intern auf den Platten einsetzt?

Es ist ein Linux drauf, soviel ist sicher, mehr weiss ich aber nicht. Ich habe Zugriff drauf über Web Interface, viel Optionen gibt es nicht.

Ein Typ hat dafür home made firmware programiert, daraus ist ersichtlich das auf dem NAS ein Linux und PHP laufen:
http://convopit.org/forum3/viewtopic.php?f=120&t=19371

laut http://www.nslu2-info.de/forum/showthread.php?t=6686 könnte man mit SSH draufkommen

mal ausprobiert?

und in diesem thread http://forum.nas-portal.org/showthread.php?t=3316&page=5

wird auch dein Problem beschrieben. Scheint tatsächlich an den Inodes zu liegen.

- I'm not able to write more than 462092 files to NAS.
- I got the message: not enable, because there is no place!
- but there is more than 270GB FREE on Disk!

Hi Sailor
As far as I can tell that's correct. The max number of files on an ext3 formatted disc is limited by the number of iNodes set when the file system was created. To my knowledge the number of Inodes can not be changed without reformatting the drive.

Ich dürfte diese Threads übersehen haben, sieht so aus, als ob ich zu viele Dateien drauf habe. Ist zwar nicht optimale Lösung, da ich die meisten Dateien ab und zu brauche, aber ich versuche mal mit komprimieren.

Danke!

Oder du schaust ob du das Teil von der SSH aus selber formatieren kannst. Dann müsstest du halt einmal alle Dateien von dem System runterkopieren (bzw. ein Backup davon hast du hoffentlich eh?), unmounten, formatieren (mit mehr Inodes), mounten, und wieder raufkopieren.

Wenn ich es aber formatiere, dann is auch mein OS weg, oder? Ich musste also ein image machen und nach dem formatieren zurückspielen?

Normal ist das OS in einem internen Flash gespeichert und auf der Festplatte sind nur reine Nutzdaten drauf. Sonst wäre das Ding ja futsch wenn die Festplatte mal eingeht. Kannst ja mal mit 'mount' schauen was da wo gemounted ist auf dem Ding. Wenn du dich mit Linux allerdings nicht so auskennst bist mit der Archiv-Methode eventuell besser dran.

Na ja, Linux kenne ich eher oberflächlich.

wenn ich mount eintippe, bekomme ich folgendes:
/dev/disk0s2 on / (hfs, local, journaled)
devfs on /dev (devfs, local)
fdesc on /dev (fdesc, union)
map -hosts on /net (autofs, automounted)
map auto_home on /home (autofs, automounted)
//xy@SPD8020-7EC923/public on /Volumes/public (smbfs, nodev, nosuid, mounted by xy)

hy
Benutze kein OSX aber die unixtools dd und loop devices sollten dort auch vorhanden sein. Herrauszufinden mit
[elbiero@Tuxbox ~]$ ls /dev/lo*
/dev/log    /dev/loop1  /dev/loop3  /dev/loop5  /dev/loop7
/dev/loop0  /dev/loop2  /dev/loop4  /dev/loop6
[elbiero@Tuxbox ~]$

Die beste Möglichkeit ist wie oben schon gesagt einfach ein neues Dateisystem anzulegen, Falls du dich da nicht drüber traust kannst auch ein Image anlegen das dann formatieren und es als loopdevice bei dir bei einen dir passenden Mountpoint einbinden.
Kannst bei dir mal nur einmal probieren ob das unter osx klappt.
Hab das hier mal zur Probe durchgespielt.
[elbiero@Tuxbox ~]$ dd if=/dev/zero of=Scripts.img bs=1M count=20
20+0 Datensätze ein
20+0 Datensätze aus
[elbiero@Tuxbox ~]$ ls -l Scr
Screenshots/ Scripts.img
[elbiero@Tuxbox ~]$ ls -l Scripts.img
-rw-rw-r--  1 elbiero elbiero 20971520 13. Dez 18:37 Scripts.img
[elbiero@Tuxbox ~]$ /sbin/mkfs.ext3 Scripts.img
mke2fs 1.35 (28-Feb-2004)
Scripts.img ist kein spezielles Block-Gerät.
Trotzdem fortsetzen? (y,n) y
max_blocks 20971520, rsv_groups = 2560, rsv_gdb = 79
Dateisystem-Label=
OS-Typ: Linux
Blockgröße=1024 (log=0)
Fragmentgröße=1024 (log=0)
5136 Inodes, 20480 Blöcke
1024 Blöcke (5.00%) reserviert für den Superuser
erster Datenblock=1
Maximum filesystem blocks=20971520
3 Blockgruppen
8192 Blöcke pro Gruppe, 8192 Fragmente pro Gruppe
1712 Inodes pro Gruppe
Superblock-Sicherungskopien gespeichert in den Blöcken:
        8193

Schreibe Inode-Tabellen: erledigt
inode.i_blocks = 318, i_size = 67383296
Erstelle Journal (1024 Blöcke): erledigt
Schreibe Superblöcke und Dateisystem-Accountinginformationen: erledigt

Das Dateisystem wird automatisch alle 22 Mounts bzw. alle 180 Tage überprüft,
je nachdem, was zuerst eintritt. Veränderbar mit tune2fs -c oder -t .
[elbiero@Tuxbox ~]$ mkdir SCRIPTS
[elbiero@Tuxbox ~]$ mount -o loop Scripts.img /home/elbiero/SCRIPTS/
mount: Nur »root« kann dies tun
[elbiero@Tuxbox ~]$ su
Password:
[root@Tuxbox elbiero]# mount -o loop Scripts.img /home/elbiero/SCRIPTS/
[root@Tuxbox elbiero]# exit
exit
[elbiero@Tuxbox ~]$ cd SCRIPTS/
[elbiero@Tuxbox SCRIPTS]$ ls
lost+found
[elbiero@Tuxbox SCRIPTS]$ touch Test1.txt
[elbiero@Tuxbox SCRIPTS]$ ls -l
insgesamt 12
drwx------  2 root    root    12288 13. Dez 18:38 lost+found
-rw-rw-r--  1 elbiero elbiero     0 13. Dez 18:41 Test1.txt
[elbiero@Tuxbox SCRIPTS]$

PS bs=Blockgrösse count=wieviele Blöcke er anlegt.
Im Beispiel oben werden 20Blöcke mit einer Blockgrösse von 1Mb als Image angelegt also 20Mb und als ext3 formatiert du musst halt das für osx od vfat etc nehmen
[elbiero@Tuxbox ~]$ file Scripts.img
Scripts.img: Linux rev 1.0 ext3 filesystem data (needs journal recovery)
[elbiero@Tuxbox ~]$

Den freien platz auf deiner hd kannst mit df auslesen und danach richtest dann halt dein Image mit count=xxx ein. PS das kannst auch gleich verschlüsseln mit AES etc. Wie gesagt hab leider kein osx aber so solltest es auch hinbekommen

Tschau El-Biero

Hi El-Biero,

herzlichen Dank für die ausführliche Antwort, ich bin aber beim Linux nicht ganz so fest im Sattel, daher bin mir nicht sicher ob ich es mir zutraue.

Mitllerweile habe ich heraugefunden, dass man sich wie SSH am NAS einloggen kan, und zwar als root:
ssh root@192.168.1.xxx
standard Password ist giveit2me

Fest steht auch, dass Firmware nicht im Flash sondern auf einer der 6 Partitionen sitzt:

/dev/sda1 1 32 257008+ 83 Linux
/dev/sda2 * 33 64 257040 83 Linux
/dev/sda3 65 96 257040 82 Linux swap
/dev/sda4 97 60801 487612912+ 5 Extended
/dev/sda5 97 144 385528+ 83 Linux
/dev/sda6 145 60801 487227321 83 Linux

Der Typ, der die alternative Firmware gescrieben hat, wird es sich möglicherweise anschauen und eine Lösung anbieten, guckst du hier:
http://forum.nas-portal.org/showthread.php?t=4115

Mittlerweile habe ich einige alte files gezippt, jetzt habe ich 40.000 inodes frei, was für einige Zeit reichen sollte.

Danke,
peeksey

Mittlerweile habe ich einige alte files gezippt, jetzt habe ich 40.000 inodes frei, was für einige Zeit reichen sollte.

Ja, wie gesagt, entweder du behilfst dir so mit ZIP und läßt alles wie es ist, oder du formatierst die Datenpartition des NAS mit mehr Inodes (Daten vorher runtersichern bzw. Sicherung brauchst du ja sowieso). Was sich als schwierig erweisen könnte falls das NAS nicht über ein geeignetes mkfs bzw. mkfs.ext3 verfügt.

hy hab den link gelesen und deine datenpartition ist sda6 und die liegt in einer extended sprich erweiterter Partition. Wie ich oben geschrieben habe brauchst du bei diesne Vorgang keine Partition löschen bzw verändern, sondern du legst auf deiner Datenpartition einfach auf dein freien Platz ein Image an (wird mit dd erzeugt) diese wird dann formatiert und praktisch wie eine neue Partition eingehängt. Ist jetzt zwar leine Partition im herkömmlichen Sinn. da dabei weder die Partitionstabelle noch sonst irgenwas auf der HD verändert wird.
Ist etwa so wie bei den BSD die Slices die liegen auch auf einer Partition und kannst beliebig viele darauf anlegen.
das Loopdev brauchst zB auch wennst ein Image von einen Soiel anlegst und diese die Cd erfordert du sie aber nicht verwenden willst. Kurz gesagt es wirden einfach die Laufwerke nachgebildet.
PS zum leichten Verstehen, hab hier aber kein osx aber die Befehle sollten auch bei dir vorhanden sein.
Leg einfach mal in deinen normalen Homeverzeichniss mit
dd if=/dev/zero of=MeinTest.img bs=1M count=10 ein Image an, keine Sorge das ist nur 10MB groß. Das formatierst nun mit mit den osx format kenne das nicht, bzw wenn dabei einfach mit vfat od dos.
zB mkfs.msdos /Pfad/zu/deinen/erstellten/MeinTest.img.
Danach erstellst einen Ordner wo du dein Image einhängen willst zB
mkdir /mnt/MeinTest
Das solltest mounten nun mit
mount -o loop MeinTest.img /mnt/MeinTest.
Wann das klappt verschiebst das Image auf dein NAS bzw legst eine Kopie dort hin.
cp MeinTest.img /Volumes/pubic
Von dort sollte es ebenfalls so zu mounten gehen laut obriger Angabe bei dir mit
mount -o loop /Volumes/public/MeinTest.img /mnt/MeinTest
falls das klappt legst halt dann das richtige Image in der passenden Größe dort mit dd an. Das kannst dann benutzen wie jedes andere Filesystem auch, wird wie eine eigene Partition angesprochen. *TRÖT*setzung ist das osx auch loop devices unterstützt, sollte so sein da es auch ein Unix ist von BSD.

Tschau Elbiero

Ich versuche es vielleicht in den nächsten Tagen wo ich mehr Zeit habe um studieren und probieren. Danke für die Anleitung und schöne Feiertage

Das ist aber nicht unbedingt Sinn der Sache... und auch sonst nicht sonderlich sinnvoll. Lokaler Loopmount ist schon umständlich, übers Netzwerk = Selbstmord.

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung