[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.