BPanther's Neutrino Forum

Ha, noch jemand bei dem das funktioniert

Das git funktioniert also.

Also es wird im moment einfach alles was im release_neutrino ordner ist in den ro bereich geschrieben.
Der rw Bereich enthaelt nur einen Ordner. Insgesamt solltest aber in den beiden Ordnern nichts anfassen brauchen, denn / ist dasselbe wie root_ro mit den sachen, die in root_rw stehen ueberlagert.
Wenn du von haus aus was in den rw bereich schreiben willst dann musst du das skript abaendern, sodass nicht nur ein ordner reingetan wird. Sollte man wohl noch am git anpassen...

Also wenn was im /root_ro/var Ordner liegt, dann liegt das dann auch im /var. Wenn das nicht so ist wird wohl bei dir das mini_fo modul fehlen oder du hast stm22/stm23 gebaut.

Das Modul hab ich in /lib/modules/mini_fo.ko und /root_ro/lib/modules/mini_fo.ko. stm24_207 hab ich auch gebaut, aber die Sachen die ich vor dem Flash Image bauen nach /var gepackt hab sind definitiv nicht in /var.

Sollte das Modul auch in der rcS geladen werden? steht nämlich nicht drinnen.

ne das modul wird vorher schon geladen.
Laeuft das image? sind die anderen sachen richtig da?

Ja, das Image lauft 1a.

Das skript kopiert alle sachen vom release_neutrino:
http://dev.duckbox.info/cgi-bin/gitweb. ... 50;hb=HEAD

und mini_fo wird hier-> http://dev.duckbox.info/cgi-bin/gitweb. ... 3e;hb=HEAD
geladen. In der rcS waere das schon viel zu spaet.

hmm an was koennt das liegen...?

EDIT: probier mal die Sachen nicht in var zu legen. Vielleicht ist ja da irgendso ein doofes skript vorhanden, welches den ordner umkrempelt.

So hab jetzt nochmal ein aktuelles Image gebaut und einfach in /usr einen Ordner test erstellt und in /var einen Ordner test und run. In usr passt alles aber in var:

Code: Alles auswählen

ufs910:/# ls -l /root_ro/var
drwxr-xr-x    2 root     root            49 Aug 16  2011 etc
lrwxrwxrwx    1 root     root            33 Aug 16  2011 httpd -> /usr/local/share/neutrino/httpd-y
drwxr-xr-x    2 root     root             3 Aug 16  2011 plugins
drwxr-xr-x    2 root     root             3 Aug 16  2011 run
drwxr-xr-x    3 root     root            28 Aug 16  2011 share
drwxr-xr-x    2 root     root             3 Aug 16  2011 test
drwxr-xr-x    3 root     root            44 Aug 16  2011 tuxbox
drwxr-xr-x    3 root     root            28 Aug 16  2011 usr
ufs910:/# ls -l /var
drwxr-xr-x    2 root     root             0 Jan  1 01:00 dev
drwxr-xr-x    2 root     root             0 Jan  1 01:01 etc
drwxr-xr-x    3 root     root             0 Jan  1 01:00 lib
drwxr-xr-x    4 root     root             0 Jan  1 01:01 media
drwxr-xr-x    2 root     root             0 Jan  1  1970 root_ro
drwxr-xr-x    3 root     root             0 Jan  1 01:01 usr
drwxr-xr-x    4 root     root             0 Jan  1 01:00 var

Bezüglich var passt da im Skript was nicht.

Ändere mal in der Kernelkonfig mini_fo von Modul (m) auf integriert (y), das passt da noch rein. Scheint zumindest bei mir im ersten Moment stabiler zu funktionieren. Allerdings zerlegt sich bei mir dann nach einigen Starts das Dateisystem dennoch wieder nach und nach... Mit dieser Art der Flash-Version stehe ich wohl auf dem Kriegsfuß...

@cb0 dann löscht da sicher irgendso ein doofes firstboot-skript alle möglichen sachen im var. Weil vorhanden ist das zeug ja im root_ro -> image wurde richtig gebaut. Man sollte die ganzen skript-sachen mal aufräumen. Vielleicht findest ja zufällig welches skript das ist.

@BPanther ja das liegt daran, dass jetzt das ganze filesys beschreibbar ist und wahrscheinlich bei dir auch sachen dinge löschen, die einfach nicht sein dürfen (und vorher nichts gemacht haben weil die sowieso fehlgeschlagen sind wenn nicht im /var).

@Oxygen: Nimms mir nicht übel, das ist aber unlogisch, denn wenn es als USB-Image problemlos läuft - und da ist ja auch alles beschreibbar - dann muß es auch im Flash so funktionieren, ist ja das gleiche Image. Zudem lösche ich da nichts, denn das Dateisystem zerlegt sich ja schon kurz nach dem Laden der Firmware-Dateien - wenn es denn überhaupt soweit kommt. Vielleicht stimmt auch was mit der (De)Komprimierung von root nicht.

ja, aber nochmal: es laeuft mit dem git image. Es muss also wo an deinen anpassungen liegen.
Hast das erstell-skript an die groessen von deinen partitionen angepasst? Wenn das der Kernel anders sieht als das image ist, dann wuerd mich nix wundern.

Diesmal nicht, ich habe alles so gelassen, sowohl Kernel-Map als auch das Flash-Script, somit gleiche Daten wie vom GIT kommend (also im Grunde stm22-map). Deswegen wundert mich das ja. Aber ich teste gelegentlich weiter daran rum.

BPanther hat geschrieben:Ändere mal in der Kernelkonfig mini_fo von Modul (m) auf integriert (y) ...

Hat leider auch nix gebracht.
EDIT: Im Gegenteil, ist jetzt total buggy. Nach ein paar Neustarts hab ich bemerkt, dass der Ordner plugins den ich nachträglich von /root_ro/var nach /var kopiert hab jetzt auch in / ist.

ftp geht nimmer ...

EDIT2: Bin wieder auf mini_fo als Modul. Hab auch da festgestellt, dass wenn ich ein einen Ordner in /var erstelle er dann auch in / vorhanden ist.

@Oxygen
Was hatsn mit der Änderung auf sich?

Code: Alles auswählen

prepare_root_neutrino.sh
 # --- VAR ---
-mv $TMPROOTDIR/var/* $TMPVARDIR
+mkdir $TMPVARDIR/root_ro

Im Moment leg ich mir in dem Skript die Sachen für var zurecht, aber anscheinend zieht mini_fo beim var nicht.

Sehr eigenartiges Verhalten, denn ob als Modul oder im Kernel integriert sollte das doch (zumindest vom Prinzip her) den gleichen Effekt haben.

@Oxygen: Inzwischen geht auch wieder die "alte Methode". Grund war, daß das Squash nicht lzma komprimiert wurde sondern gzip, was auch die Größe von root erklärt hat, das reine root ist nun wieder ~8.9MB. Ich mußte extra -comp lzma noch hinzufügen und siehe da, das Image läuft. Das "zerlegen des Dateisystems" war demnach nur ein unpack-Problem, was jedoch nicht zur Kernel Panik geführt hat sondern lediglich zum Dateisystemsalat.

Rev 2660 hab ich auch mal ins Flash gepackt und mit ´ner kleinen USB Platte Aufnehmen getestet, soweit alles gut, nur das Menü beim Aufnehmen sehr träge.
Es wurde aber deutlich besser als ich das Swapfile aktiviert habe.
Gibt es hier auch Mountverluste?
Mir ist im Log aufgefallen das die Kiste eine nicht beschreibbare mtab anmeckert,
und der Ordner /lib/init nicht angelegt werden, das kommt glaub ich vom portmapper

BPanther's Neutrino Forum

stm24 207

Re: stm24 207

Re: stm24 207

Re: stm24 207

Re: stm24 207

Re: stm24 207

Re: stm24 207

Re: stm24 207

Re: stm24 207

Re: stm24 207

Re: stm24 207

Re: stm24 207

Re: stm24 207

Re: stm24 207

Re: stm24 207

Re: stm24 207