[villeneuve]

Hi,
egal wie ich die iso-Datei auf den USB-Stick schreibe, ob mit Balena Etcher, dd oder Ventoy bekomme ich beim Booten von dem USB-Stick im Verbose Modus immer die Meldung:
Cannot find rootfs.img file in ... , dropping to a shell.

Daher die Frage: Ist die momentan downloadbare mld-image-netinstall-x86-64.iso defekt?

[Schwabe]

Hallo villeneuve,

wie schreibst du denn die Datei auf den USB-Stick? Als .iso oder .img?
Ich musste die Datei auf .img umbenennen, damit die Installation per USB-Stick klappt.

[clausmuus]

Zumindest mit dd muss es funktionieren.
An der Stelle wo es hängt wird nach dem Bootmedium gesucht, bei Dir aber nicht gefunden. Ich habe solch ein Problem, wenn ich einen USB-3 Stick an einem USB-3 Port verwende. Ein langsamer USB-Port könnte also helfen.
Du könntest auch mal auf der dann gestarteten Shell schauen, ob Du auf einer der Partitionen die Datei rootfs.img oder isolinux/rootfs.img findest. Also die Partitionen mounten und dann mit ls nachschauen:

Code: [Select]

mount /dev/sr0 /media
ls /media/isolinux
umount /dev/sr0
mount /dev/sda1 /media
ls /media
umount /dev/sda1
mount /dev/sdb1 /media
ls /media
umount /dev/sdb1
Wenn Du das rootfs.img gefunden hast, kannst Du beim nächsten booten im bootloader die TAB Taste drücken, und den Wert "root=ram0" durch "root=/run/media/sda1/rootfs.img" ersetzen (das 'sda1' entsprechend anpassen).

[villeneuve]

Hi,
also es handelt sich um einen USB 2.0 Stick in einem 2.0 Port. Der Stick an sich sollte in Ordnung sein, da er einwandfrei mit f3 getestet wurde.
Mit dem selben PC habe ich erst kürzlich Kubuntu installiert, auch dieser sollte also einwandfrei sein.

Ich habe dann erstmal clausmuus Vorschlag versucht: sda1 gab es nicht, sdb1 zu mounten endete in mounting /dev/sdb1 failed: Invalid argument.

Ich habe dann die iso-Datei nochmal neu heruntergeladen, aber ein sha256-Vergleich ergab keinen Unterschied zu meinem Download von gestern.
Die iso-Datei habe ich dann erneut mit dd geschrieben, um Ventoy aus dem Spiel zu haben. Dabei fiel mir auf, daß dd deutlich früher Vollzug meldet, als der Schreibvorgang auf dem USB-Stick tatsächlich dauerte. Erst eine Minute später oder so meldete KDE Plasma etwas mountbares sei hinzugekommen. Daß das u. a. vom KDE Desktop bekannte Problem mit zu frühen Vollzugsmeldungen bei Kopiervorgängen auf USB-Sticks auch auf dd zutrifft war mir jetzt neu. Es kann also sein, daß ich bei meinem Versuch gestern den USB-Stick zu früh nach dem dd Schreibvorgang herausgezogen habe. Bei Balena Etcher und Ventoy allerdings sicher nicht. Trotzdem habe ich jetzt ein anderes Ergebnis und zwar klappt es weiterhin nicht, aber ich konnte /dev/sdb1 mounten und dort die rootfs.img finden. Trotz Eintrag von "root=/run/media/sda1/rootfs.img" bootet MLD aber weiterhin nicht, Meldung jetzt:

DEBUG: Sleeping for 1 second(s) to wait root to settle...
DEBUG: No e2fs compatible filesystem has been mounted, mounting /run/media/sdb1/rootfs.img...
DEBUG: Sleeping for 1 second(s) to wait root to settle...
root '/run/media/sdb1/rootfs.img' doesn't exist or does not contain a /dev.

Wenn ich dann in der Shell cd /run gibt es dort auch kein Verzeichnis /media.

Eine Änderung der Dateiendung der Image-Datei in .img brachte auch keinen Erfolg, ebenso wenig ein anderer USB-Stick.
Bleibt für mich eigentlich nur ein Defekt in der mld-image-netinstall-x86-64.iso. Ich wollte eigentlich nur mal eben Tearing-Problemen mit Nvidia Grafikkarten und fehlender Hardwarebeschleunigung in Kodi auf den Grund gehen, aber ich warte damit dann erstmal, bis die Testing-Phase abgeschlossen ist.

Danke für Eure Antworten und Gruß!

[franky]

Ich kann das Problem bei mir leider nicht reproduzieren.
Ich hatte die letzte Tage mit dem aktuellen x86er Image, ist immer noch das vom 30.08.25, mehrfach ohne Probleme installiert.
Habe gerade auch nochmal zweimal neu installiert, wobei ich keine Probleme hatte.

Bei einer meiner Installationen die letzten Tage hatte ich nur mal mit einem älteren USB-Stick von SanDsik das Problem, dass der 1. Bootvorgang nach der Installation nicht funktioniert hatte.
Auf dem gleichen System mit einem neueren Stick hatte es dann wieder problemlos funktioniert.

Ich schreibe das Image immer unter Windows mit Rufus im DD-Mode auf die USB-Sticks, wobei diese Sticks bisher immer ohne Probleme gebootet hatten.

[rfehr]

Ich nutze auch immer Rufus hatte bis jetzt auch nie Probleme.

[Vdruser321]

Hallo, ich habe heute ebenfalls das Image ausprobiert. Und folgende bootmedien ausprobiert:
USB Stick
SATA festplatte
CD ROM

Ergebnis ist bei mir ebenfalls
Drop to Shell no. Root FS found
Gruß

[Vdruser321]

Ergänzung:
Das Image der Version 5.5 lässt sich per USB-Stick auf dem Rechner einwandfrei installieren.
Gruß

[clausmuus]

Wenn ich mich richtig erinnere habe ich einige Log Meldungen hinzugefügt, falls es an der Stelle Probleme gibt.
Mach mal Bitte ein Foto von dem Bildschirm wenn der Fehler auftritt und poste das hier.

[Vdruser321]

Hi hier das Foto

[clausmuus]

Ich gehe mal davon aus, dass Du keine Festplatte in Deinem Test System hast. Wenn das so ist, kannst Du mal folgendes versuchen, wenn das System beim booten hängt:

Code: [Select]

mount /dev/sda1 /media
mount /media/isolinux/rootfs.img /rootfs
exit
Ich habe das selber nicht testen können, da ich derzeit kein System habe, dass boot Probleme hat.

[Vdruser321]

Der Ordner /run/media existiert nicht.
Habe ihn mit mkdir angelegt und gemountet dann findet er Skripte nicht.

[rfehr]

Der Ordner /run/media existiert nicht.
Habe ihn mit mkdir angelegt und gemountet dann findet er Skripte nicht.

wieso /run/media  claus hatte doch /media geschrieben.

Gruß,
  Roland

[clausmuus]

eine kleine Änderung meiner Anweisung:

Code: [Select]

mount /dev/sda1 /media
mount /media/rootfs.img /rootfs
exitdas rootfs.img liegt an anderer Stelle als zuvor angenommen.

[Vdruser321]

Ja, korrekt. Das run habe ich eingefügt. Da die fehlermeldung nach den original Kommandos einen Fehler wirft siehe Bild