Code: Alles auswählen
Initramfs unpacking failed: XZ-compressed data is corrupt ... No working init found ... [rootfs ]#_
Code: Alles auswählen
Initramfs unpacking failed: XZ-compressed data is corrupt ... No working init found ... [rootfs ]#_
Code: Alles auswählen
sudo dd bs=4M if=/path/to/manjaro.iso of=/dev/sd[drive letter] status=progress oflag=sync
Code: Alles auswählen
sudo fdisk -l /dev/sdX
dd funktioniert immer, allerdings darf der Stick nicht gemountet werden.m-bostaurus hat geschrieben: ↑Montag 3. Februar 2020, 22:01 Irgendwann dachte ich, dass möglicherweise der Stick defekt ist, aber auch mit einem anderen habe ich die geschilderten Probleme.
Code: Alles auswählen
Festplatte /dev/sdf: 7,51 GiB, 8053063680 Bytes, 15728640 Sektoren
Festplattenmodell:
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0x00000000
Gerät Boot Anfang Ende Sektoren Größe Kn Typ
/dev/sdf1 * 64 5654443 5654380 2,7G 0 Leer
/dev/sdf2 5654444 5662635 8192 4M ef EFI (FAT-12/16/32)
Ich glaube, dass ich jedes Mal vor dem Ausführen von dd einen umount durchgeführt habe; jedenfalls zeigt mir das die history von der Bash so an ...LQ hat geschrieben:
dd funktioniert immer ...
Code: Alles auswählen
XZ-compressed data is corrupt
-- System halted
Code: Alles auswählen
sudo badblocks -w -s -o usbstick.log -v /dev/sdX
Code: Alles auswählen
sudo dd if=/dev/zero of=/dev/sdX
Code: Alles auswählen
sudo dd bs=1M if=/path/to/manjaro.iso of=/dev/sdX status=progress oflag=sync
Das habe ich nach ca. einer Stunde abgebrochen, weil es bis dahin keinerlei Fehlermeldung gab.Sachse hat geschrieben: ↑Dienstag 4. Februar 2020, 14:27 ... Testen kann man das mitCode: Alles auswählen
sudo badblocks -w -s -o usbstick.log -v /dev/sdX
Erreicht habe ich folgendes: Ich habe nun 2 Sticks, auf denen jeweils Manjaro LXQt 17.0 ist. Ein USB-3-Stick habe ich mit dd bs=512k beschrieben; er fährt fast immer komplett hoch. Einen USB-2-Stich beschrieb ich mit dd bs=4M; er ist wesentlich heikler im Verhalten. Beim ersten Mal fährt er problemlos hoch, aber nach einem Reboot kommen Fehlermeldungen und das System bleibt hängen. Bewährt hat sich, den Rechner herunter zu fahren, den Stick abziehen, ungefähr drei Minuten warten, Stick wieder einstecken, booten ...Sachse hat geschrieben: ↑Dienstag 4. Februar 2020, 14:27 ... Eine weitere Möglichkeit wäre die Blocksize bei "dd" zu verändern z.B. 1M - man kann sich auch heranarbeiten 2M,1M,512KCode: Alles auswählen
sudo dd bs=1M if=/path/to/manjaro.iso of=/dev/sdX status=progress oflag=sync
Habe ich probiert und es war abenteuerlich. Ich nahm Manjaro KDE 18.5 Der Rechner fuhr ungefähr zehn Minuten von der DVD aus hoch. Der größte Teil der Wartezeit bezog sich auf ein mhwd-script ... Als das geschafft war, begann ich zu installieren. Das Live-System teilte mir zunächst mit, dass es auf 3 Module warte, zwei kamen sehr schnell und dann dauert es jeweils 247 Sekunden, bis es weiterging. Allerdings gelang es mir nicht, das Betriebssystem auf einen meiner beiden USB-Sticks zu installieren, weil die Installationsoberfläche nur die fest eingebauten Festplatten erkannte. Gab ich im Terminal lsblk -f ein, wurde der Stick sofort angezeigt, völlig unabhängig davon, ob er gemountet war oder nicht. Genauso entschieden, nur umgekehrt verhielt sich die Installations-GUI: Für sie gab es den USB-Stick nicht. Ich habe dann als weiteren Versuch das aktuelle System mit dd bs=512k auf einen Stick geschrieben. Von dem aus gestartet kam er bis zu dem bekannten Hinweis, dass die Datenkomprimierung korrupt sei, und blieb hängen.grayfellow hat geschrieben: ↑Dienstag 4. Februar 2020, 14:50 ... hast du inzwischen mal den von mir beschrieben Weg ausprobiert.
Ist doch viel einfacher, was nicht immer so ist, als auf der Konsole zu laborieren ...