unionfs - MINIMIX

Warum Debian und/oder eine seiner Spielarten? Was muss ich vorher wissen? Wo geht es nach der Installation weiter?
Antworten
Benutzeravatar
Baldrian
Beiträge: 290
Registriert: 13.05.2004 16:22:39

unionfs - MINIMIX

Beitrag von Baldrian » 30.09.2005 19:25:28

Moin, ich wollte mir ne kleine CD mit MINIMIX zusammen basteln,
allerdings hab ich da ein kleines Problem mit unionfs.

Nach dem ich das CD Image fertig gestellt habe und mit qemu starte,
lande ich immer in einer Kernel panic.

Als Fehler bekomme ich das hier:

Code: Alles auswählen

unionfs: error accessing hidden directory '/new/ramdisk' (error -2)
unionfs_read_super: error while parsing options (err = -2)
pivot_root: No such file or directory
/linuxrc: line 41: cannot create temp file for here document: Read-only file system
Kernel panic - not syncing: Attempted to kill init!
Kann mir da jemand weiter helfen?

Benutzeravatar
drabo
Beiträge: 50
Registriert: 03.01.2005 19:36:28
Wohnort: Schweiz
Kontaktdaten:

Beitrag von drabo » 03.10.2005 12:07:15

Hast du das Verzeichniss ramdisk und MINIMIX in der initrd erstellt oder im LiveCD Wurzelbaum?

Es sieht so aus als hättest du die beiden Verzeichnisse nicht erstellt oder in der initrd drinn
---------------------------------------
http://www.minimix.ch
---------------------------------------

Benutzeravatar
Baldrian
Beiträge: 290
Registriert: 13.05.2004 16:22:39

Beitrag von Baldrian » 04.10.2005 13:44:51

also ich bin hier über ein ziemlich komisches Problem gestolpert.

Wenn ich das ganze auf basis von Debian Sarge baue, funktioniert alles wunder bar, wenn ich allerdings etch (testing) verwende, gibt es die oben genannten probleme.
Ich weiß leider nicht genau wo das Problem liegt, selbst wenn ich den kernel und die Initrd nehme, welche ich unter sarge gebaut habe und versuche damit das source.img von etch zu laden, funktioniert das nicht.
Dann gibt es zwar nicht den oben gennnaten fehler, aber das chrooten in die source Umgebung funktioniert nicht. Es wird immer /bin/init aus der initrd zum starten genutzt und nicht aus dem eigentlichen source system. Das wird dann natürlich nichts und bleibt irgendwo hängen.

Kann es sein das das Problem vieleicht mit dem gcc 4.0 aus testing und dem squashfs oder unionfs zusammen hängt?

Wenn ich erst ein sarge System baue, dann den kernel baue und dann ein upgrade auf testing mache funktioniert es.
Wenn ich von anfang an testing nehme dann nicht.

hajoan
Beiträge: 17
Registriert: 22.11.2004 13:37:07

Beitrag von hajoan » 05.10.2005 17:12:47

Hast Du mal versucht gcc3.3 zu installieren, den Link /usr/bin/gcc (/usr/bin/gcc -> gcc-3.3) zu setzen und dann erst die ganzen Compilierungen durchzuführen?
Möglicherweise ist der gcc4 etwas anders im Umgang mit Fehlern im Code bzw. im Makefile.

Benutzeravatar
Baldrian
Beiträge: 290
Registriert: 13.05.2004 16:22:39

Beitrag von Baldrian » 05.10.2005 17:21:04

ne, hab ich jetzt noch nicht versucht, aber könnte ich mal machen,
mal sehen was dabei herauskommt.

Antworten