7390: Kann Verzeichnis auf internem Speicher nicht löschen/Wie Speicher formatieren?

[The Brad]

Hallo,

ich kann mein Unterverzeichnis "lg" auf dem Internen Speicher einer 7390 nicht löschen, nicht einmal als root von der Konsole:

# rmdir lg
rmdir: 'lg': Directory not empty
# cd lg
# ls -l
ls: ./@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@: No such file or directory
# rm *
rm: cannot remove '@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@': No such file or directory
#

Berechtigungen sind alle gesetzt (777). Was macht man da? Kann mir jemand helfen?

Danke und Gruß, Brad

 

[chked]

Sieht nach einem kapputten Filesystem aus. Da hilft nur noch:
- Dateien sichern
- Neu formatieren.

 

[The Brad]

OK, verstanden. Wie formatiere ich den internen Speicher einer 7390?

 

[eisbaerin]

Mit der Recover.exe ?

 

[The Brad]

Also recover hat nicht geholfen, der interne Speicher wird nicht neu formatiert. Mount liefert folgende Ausgabe:

# mount
rootfs on / type rootfs (rw)
/dev/root on / type squashfs (ro)
proc on /proc type proc (rw)
ramfs on /var type ramfs (rw)
[COLOR="Red"]/var/dev/nand on /var/media/ftp/Interner\040Speicher type yaffs2 (rw)
/var/dev/nand on /data/tam type yaffs2 (rw)[/COLOR]
usbfs on /proc/bus/usb type usbfs (rw)

Sonst noch jemand eine Idee, wie man den internen Speicher formatieren kann?

 

[umgfoin]

Bei der 7390 wird der interne Speicher nicht standardmäßig über die Werkseinstellungen gelöscht.

so gehts es:

# setfactorydefault internalflash_clear
# reboot

 

[The Brad]

Besten Dank, werde es versuchen!

 

[colonia27]

Moin,
hast du mal versucht dein lg-Verzeichnis mit

rm -rf lg

zu löschen?

 

[The Brad]

Yep, hab's versucht:

# rm -rf lg
rm: can't remove 'lg': Directory not empty

Ich meine herausgefunden zu haben, dass es ein bug des filesystems yaffs2 ist, wo der rm-Befehl nicht richtig ausgeführt wird und nicht alle Dateien durch rm richtig "unlinked" werden...

 

[colonia27]

Oh, ok. Das war mir nicht bewusst, sofern es wirklich am yaffs2 liegt.
Hast du versucht die vorhandenen Datein mal einzeln zu löschen? Könnte laut google zumindest ein wirkaround sein

 

[The Brad]

Das ist ja das Problem: Das Verzeichnis enthält zwar keine Dateien, kann aber nicht gelöscht werden, da es nicht leer ist (und ich weiß, wie paradox das klingt)...

Siehe auch Konsolen-Ausgabe oben

 

[colonia27]

Sorry, an die Ausgabe oben hab isch schon gar nicht mehr gedacht.

 

[RalfFriedl]

Wenn das Dateisystem inkonsistent ist, kann es zu seltsamen Effekten kommen.

Hast Du mal bei AVM nachgefragt, was man da tun kann?

 

[The Brad]

Nee, bei AVM habe ich noch nicht gefragt, ich habe die Seriennummer nicht parat - die Kiste steht nicht bei mir. Ich werde den Tipp mit dem Werksreset bzw. der Löschung des internen Speichers mal ausprobieren, sobald ich wieder vor Ort bin.

Grüße, Brad

 

[apokryphus]

Hallo Brad, ich hab exakt das gleiche Problem - hattest Du eine Lösung gefunden?

 

[The Brad]

Nee, noch nicht. Ich hatte allerdings in irgendeinem changelog für eine Labor-FW der 7390 (die jetzt ja als .86 freigegeben wurde) gelesen, dass bei einem werksreset jetzt auch der interne Speicher gelöscht würde. Ich hatte leider noch keine Gelegenheit es zu testen, aber ich glaube, ein Werksreset unter der Firmware 84.04.86 müsste das Problem eigentlich lösen...

 

[apokryphus]

Hallo, hab folgendes gefunden:
Problems on "rm -rf" on Yaffs2
und [Yaffs] Not removing all files with "rm -rf", getting "Directory not empty" error


Wahrscheinlich meintest du die Mailinglist - oder?

Gruß

 

[olistudent]

AVM hat yaffs2 fest im Kernel. Daher können wir auf dieser Seite schonmal nichts machen. Falls es also wirklich an der busybox oder uclibc liegen sollte, dann könnte man probieren die busybox gegen glibc zu linken. Wobei in Freetz keine Toolchain dafür vorhanden ist.
Oder eine eigene Implementation von rm schreiben, die das Problem nicht hat.

MfG Oliver

 

[apokryphus]

Danke für die Antwort - ich meld mich schonmal für die Betatests.

Nein - leider verfüge ich nicht über das Know-How sowas anzustellen.
geht denn ein mkfs.yaffs /var/InternerSpeicher oder ähnliches - bin gerade nicht in der Nähe der Box...

 

[olistudent]

AVM löscht entweder so:

setf_mtd_nand=`grep nand-filesystem /proc/mtd`
setf_nand_erasestring="mtd ${setf_mtd_nand} erase all"
echo "${setf_nand_erasestring}" > /proc/mtd

oder beim nächsten reboot mit:

CONFIG_ENVIRONMENT_PATH=/proc/sys/urlader
fw_info=`grep firmware_info $CONFIG_ENVIRONMENT_PATH/environment`
echo "$fw_info,recovered=3" >$CONFIG_ENVIRONMENT_PATH/environment

MfG Oliver