Hallo! Ich versuche gerade, mir eine bootdisk mit einer initrd zu basteln. Leider funktioniert es nicht so, wie man es in den Dokus lesen kann. Ich habe ein Image mit diesen Inhalten erstellt: /bin /bin/dd /bin/mount /bin/umount /bin/bash /dev/....alleswasmanbraucht /linuxrc Die initrd wird geladen, aber die das Script nicht ausgeführt. Ich habe dann eine initrd von Suse ausgepackt und mir angesehen. Die machen das genau so wie ich. Allerdings benutzen sie eine andere Shell, und wird es sehr komisch. Die Shell heißt dort sh. Normaler weise ist sh ein Link auf die bash, hab ich extra nachgesehen. Diese Shell, die bei der initrd verwendet wird ist irgendwie anders, einerseits in der funktion, aber auch in der Dateigröße. Wenn ich in meiner initrd die bash gegen diese Shell austausche, dann werden die echo Kommandos in meiner linuxrc plötlich beim booten ausgeführt, alle anderen Kommandos aber nicht. Er beauptet, die Kommandos wären nicht da. Es wird aber noch besser. Suse benutzt in ihrer initrd das Kommando insmod. Wenn ich das in meine initrd nach /bin kopiere, dann wird es als einziges Kommando in dem Script von der Shell ausgeführt! Der einzige Unterschied, der mir bei den Kommandos aufgefallen ist, das meine alle dynamically linked sind, das insmod aber nicht. Also habe ich die sash als Shell genommen, die alle Kommandos, die ich brauche eingebaut hat (dd, mount und umount) und statisch gelinkt ist. Die wird zwar gestartet, kennt aber ihr eigenen Kommandos nicht, außer exit:-( Zum testen habe ich zu letzt einfach immer die entsprechende Shell als linuxrc hinkopiert. Wenn sie beim booten funktioniert, bekommt man einen Promt und kann Kommandos absetzen (oder auch nicht). Ergebnis: Mit der bash geht garnix Mit der sash bekommt man einen Promt, es lassen sich aber keine Kommandos absetzen (ls, pwd usw.) Wobei ich das nicht versteh, das sie ja in der Shell mit drinn sind. Mit der ominösen sh kann nur das Kommando insmod absetzen, alle andern sind angeblich nicht da. In den Manuals steht, das man praktisch jedes Programm ausführen kann, so lange man die komplette Umgebung zur Verfügung stellt, die ein Program braucht. Wenn die externen dynamisch gelinkten Porggis nicht gehen, leuchtet mir das ja wegen fehlender Libs ja noch ein, aber warum geht dann die sash auch nicht? Ich sehe den Wald vor lauter Bäumen nicht mehr, kann mir da jemand einen Tip geben? -- mfg Peter Küchler