Experimentelle Images/Dateien

[nabow]

Ich dachte immer die Linux Jünger machen nichts anderes

[BPanther]

Habs nochmal editiert, sollte mit

mke2fs -T jffs2 -L SWAP /dev/mtdblock5

gehen, aber noch nicht getestet, mache noch nen backup vorher...

EDIT: Das funktioniert so NICHT im Flash. Siehe weiter unten.

[BPanther]

EDIT, entfernt: Das funktioniert so NICHT im Flash. Siehe weiter unten.

[nabow]

Ich sehe DU hast das schon mal gemacht

Code: Alles auswählen

ufs912:~# mke2fs -T jffs2 -L SWAP /dev/mtdblock5
mke2fs 1.41.14 (22-Dec-2010)

Warning: the fs_type jffs2 is not defined in mke2fs.conf

Filesystem label=SWAP
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
3328 inodes, 13312 blocks
665 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=16777216
1 block group
32768 blocks per group, 32768 fragments per group
3328 inodes per group

Writing inode tables: done
Writing superblocks and filesystem accounting information: done

This filesystem will be automatically checked every 38 mounts or
180 days, whichever comes first.  Use tune2fs -c or -i to override.
ufs912:~#

[BPanther]

Und schon sollte sich das Teil mounten lassen. Testweise machen wir das mal so wie vorhin mit:

mount -t jffs2 /dev/mtdblock5 /misc

Das sollte nun klappen, oder? Und ein

df -h

sollte die dann auch mit auflisten.

[nabow]

Code: Alles auswählen

mount -t jffs2 /dev/mtdblock5 /misc
mount: mounting /dev/mtdblock5 on /misc failed: Input/output error


ufs912:~# df -h
Filesystem                Size      Used Available Use% Mounted on
/dev/root                64.0M     17.1M     46.9M  27% /
tmpfs                    57.5M         0     57.5M   0% /ram
/dev/root                64.0M     17.1M     46.9M  27% /dev.static
tmpfs                    57.5M         0     57.5M   0% /dev
tmpfs                    57.5M         0     57.5M   0% /dev/shm
tmpfs                    57.5M     16.0K     57.5M   0% /tmp
/dev/mtdblock3            8.0M      2.2M      5.8M  28% /boot
/dev/root                64.0M     17.1M     46.9M  27% /var/epg
/dev/root                64.0M     17.1M     46.9M  27% /usr/local/share/neutrino/icons/logo
/dev/root                64.0M     17.1M     46.9M  27% /var/emu
/dev/root                64.0M     17.1M     46.9M  27% /var/keys

Kein md5 in Sicht

[BPanther]

Uno momento...Ich suche da gerade mal was raus...

[nabow]

Danke

Ich komme erst ab 16 Uhr wieder zum testen.

[BPanther]

Vergiss das mit dem formatieren, so gehts im Flash garnicht erst, deswegen auch weiterhin der "Input/output error" beim mount-Versuch. Da wird nicht wirklich formatiert... :-\

[nabow]

Also was tun für einen sauberen Neuanfang ?

[BPanther]

Ich habe, derweil ich im Bett war, mal ein neues Image gebaut mit kleineren Änderungen und nun kann die Partition auch richtig formatiert werden, mehrfach getestet. Mußte da halt auch erst ein wenig nachlesen, sowas macht man nicht alle Tage. Kommt dann aber erst mit der nächsten Version, dann machen wir es damit einfach nochmal richtig.

[nabow]

Danke
Solange kann ich das im Wohnzimmer ja nicht so lassen.
Das gibt Stress

[BPanther]

Ok, dann mal das anbei. Auspacken und nach /tmp packen, Rechte 755. Dann folgenden Befehl in Telnet eingeben:

/tmp/busybox flash_eraseall -j /dev/mtd5

Dann sollte sich die Partition mounten lassen. Es reicht ein einfacher Neustart und in /swap sollten dann Verzeichnisse zu sehen sein, auch ein

mount

nach dem Neustart sollte die mtdblock5 dann auflisten wie bei mir.

[nabow]

Supi.
Die Kathi ist gerade frei geworden.
Was bedeutet denn Fehler 137 ? Gibt es eine Auflistung der Nummern ?

Hat perfekt funktioniert

[BPanther]

Hmm, das editierte nur durch Zufall gesehen - dann doch lieber neuen Beitrag schreiben.

Eine Auflistung der Fehler ist mir nicht wirklich bekannt, hatte nur zum 134 damals sporadisch eine kleine Info gefunden die darauf hinwies, daß da z.B. eine Variable überläuft. Hier hilft nur ein Log um einzugrenzen, wo der herkommen könnte.
Es gibt z.B. auch beim 139 verschiedene Ursachen. Der läßt sich recht einfach provozieren bei stm24 wenn man neutrino in Telnet killt. Meist wird dann ein Device blockiert, so daß sich der bpamem nicht entladen/neu laden läßt und das dann in einer Endlosschleife endet.

Nun kannst Du also auf mtdblock5, auch Swap-Partition genannt, normal zugreifen und beim Start wurden die 4 Verzeichnisse automatisch erstellt?