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

The Brad

Mitglied
Mitglied seit
20 Dez 2007
Beiträge
234
Punkte für Reaktionen
1
Punkte
16
Hallo,

ich kann mein Unterverzeichnis "lg" auf dem Internen Speicher einer 7390 nicht löschen, nicht einmal als root von der Konsole:
Code:
# 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
 
Zuletzt bearbeitet:
Sieht nach einem kapputten Filesystem aus. Da hilft nur noch:
- Dateien sichern
- Neu formatieren.
 
OK, verstanden. Wie formatiere ich den internen Speicher einer 7390?
 
Mit der Recover.exe ?
 
Also recover hat nicht geholfen, der interne Speicher wird nicht neu formatiert. Mount liefert folgende Ausgabe:
Code:
# 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?
 
Bei der 7390 wird der interne Speicher nicht standardmäßig über die Werkseinstellungen gelöscht.

so gehts es:

Code:
# setfactorydefault internalflash_clear
# reboot
 
Besten Dank, werde es versuchen!
 
Moin,
hast du mal versucht dein lg-Verzeichnis mit
Code:
rm -rf lg
zu löschen?
 
Yep, hab's versucht:
Code:
# 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...
 
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
 
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
 
Sorry, an die Ausgabe oben hab isch schon gar nicht mehr gedacht.
 
Wenn das Dateisystem inkonsistent ist, kann es zu seltsamen Effekten kommen.

Hast Du mal bei AVM nachgefragt, was man da tun kann?
 
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
 
Hallo Brad, ich hab exakt das gleiche Problem - hattest Du eine Lösung gefunden?
 
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...
 
Zuletzt bearbeitet:
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
 
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...
 
AVM löscht entweder so:
Code:
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:
Code:
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
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.