Schreibe mal das initramfs neu:
Code
mount --bind /dev /mnt/dev
mount --bind /dev/pts /mnt/dev/pts
mount --bind /sys /mnt/sys
mount --bind /proc /mnt/proc
chroot /mnt /bin/bash
update-initramfs -u -k 3.16.0-4-amd64
kernel panic - nach geplanten Neustart (Zombieload)
- i3i2ain
- Erledigt
-
-
Schreibe mal das initramfs neu:
Codemount --bind /dev /mnt/dev mount --bind /dev/pts /mnt/dev/pts mount --bind /sys /mnt/sys mount --bind /proc /mnt/proc chroot /mnt /bin/bash update-initramfs -u -k 3.16.0-4-amd64eben probiert - leider nichts geändert ausser, dass hinter dem (error -2) noch was dazu gekommen ist:
-
Relative Parameter /mnt/lib/systemd/systemd
Failed to execute /init error -2 klingt für mich stark nach dem initrd - init.
Verstehe nicht ganz. Ist da was falsch? Falls ja, wie korrigiere ich es? Symbolischen Link umbiegen?
-
Verstehe nicht ganz. Ist da was falsch? Falls ja, wie korrigiere ich es? Symbolischen Link umbiegen?
Du bist da falsch:
root@grml /lib/systemd # ls -lta /lib/systemd/systemd
Du willst bestimmt das ganze im /mnt-Ordner aufsuchen
-
-
Na dann schwing dich mal in den Bootloader und mit e kannst du die Bootline bearbeiten.
Suche nach linux /boot/vmlinuz-3.16.0-4-amd64 root=UUID=5842b64d-893c-4481-ac50-9d2b728fd91a ro quiet und hänge ein init=/lib/systemd/systemd an.
Wenn du dann im System bist, können wir paar Pakete neu installieren.
-
Na dann schwing dich mal in den Bootloader und mit e kannst du die Bootline bearbeiten.
Suche nach linux /boot/vmlinuz-3.16.0-4-amd64 root=UUID=5842b64d-893c-4481-ac50-9d2b728fd91a ro quiet und hänge ein init=/lib/systemd/systemd an.
Wenn du dann im System bist, können wir paar Pakete neu installieren.
Müsste doch stimmen, siehe Anhang? Auf jeden Fall ändert sich nix
-
Müsste doch stimmen, siehe Anhang?
Stimmt so, wenn du danach F10 oder Strg+X gedrückt hast.
-
Ich tippe auf eine defekte grub.conf . Die bitte auch mal neuschreiben lassen, H6G
Stimmt so, wenn du danach F10 oder Strg+X gedrückt hast.
ja, habe ich
-
-
Schreibe mal das initramfs neu:
Codemount --bind /dev /mnt/dev mount --bind /dev/pts /mnt/dev/pts mount --bind /sys /mnt/sys mount --bind /proc /mnt/proc chroot /mnt /bin/bash update-initramfs -u -k 3.16.0-4-amd64H6G also ich habe das noch einmal probiert. Beim letzten Befehl update-initramfs -u -k 3.16.0-4-amd64 kommt ein Fehler (vorhin auch schon):
Coderoot@grml:/# update-initramfs -u -k 3.16.0-4-amd64 update-initramfs: Generating /boot/initrd.img-3.16.0-4-amd64 /bin/busybox: 2: /bin/busybox: Syntax error: newline unexpectedKann es sein, dass deswegen die initramfs nicht neu geschrieben wird? Woran erkenne ich, dass es erfolgreich war?
Zumindest wurde die Datei neu angelegt:
Coderoot@grml:/# ls -lta /boot/initrd.img-3.16.0-4-amd64 -rw-r--r-- 1 root root 14546014 Jul 20 16:32 /boot/initrd.img-3.16.0-4-amd64 -
kommt ein Fehler (vorhin auch schon
Und wieso sagst du das nicht gleich?
Kann es sein, dass deswegen die initramfs nicht neu geschrieben wird? Woran erkenne ich, dass es erfolgreich war?
Ja. Ich würde spontan sagen, wenn kein Fehler mehr kommt...
Wahrscheinlich ist es auch die Ursache, wieso du überhaupt das Schlamassel hast... Beim letzten Kernelupdate gab es wahrscheinlich das gleiche Problem, aber aufgrund von mangelnden Neustarts kam es erst jetzt zum Vorschein
Zumindest wurde die Datei neu angelegt
Ja, aber eben fehlerhaft;)
-
update-initramfs -u -k 3.16.0-4-amd64
Mache das nochmal mit -v dazu, das sagt hoffentlich genau was es für ein Problem hat
-
Und wieso sagst du das nicht gleich?
Ja. Ich würde spontan sagen, wenn kein Fehler mehr kommt...
Wahrscheinlich ist es auch die Ursache, wieso du überhaupt das Schlamassel hast... Beim letzten Kernelupdate gab es wahrscheinlich das gleiche Problem, aber aufgrund von mangelnden Neustarts kam es erst jetzt zum Vorschein
Ja, aber eben fehlerhaft;)
"Und wieso sagst du das nicht gleich?" Das hatte ich wohl vorhin überlesen. Es ist eine Vermutung, dass der Fehler schon vorher kam. Sry, my bad.
-
Mache das nochmal mit -v dazu, das sagt hoffentlich genau was es für ein Problem hat
Ok, hier der Output, ganz unten kommt der Fehler:
Code
Alles anzeigenroot@grml:/# update-initramfs -u -k 3.16.0-4-amd64 -v .... Adding binary /bin/busybox /bin/busybox: 2: /bin/busybox: Syntax error: newline unexpected Calling hook dmsetup Adding binary /sbin/dmsetup Adding library /lib/x86_64-linux-gnu/libdevmapper.so.1.02.1 Adding library /lib/x86_64-linux-gnu/libudev.so.1 Adding library /lib/x86_64-linux-gnu/librt.so.1 Adding module /lib/modules/3.16.0-4-amd64/kernel/drivers/md/dm-mod.ko /usr/share/initramfs-tools/scripts/local-premount/ORDER ignored: not executable /usr/share/initramfs-tools/scripts/init-top/ORDER ignored: not executable /usr/share/initramfs-tools/scripts/init-bottom/ORDER ignored: not executable Adding binary /bin/sh Building cpio /boot/initrd.img-3.16.0-4-amd64.new initramfs -
....
Und diese Punkte stehen auch einfach nur so da oder steht da noch was? Häufig kommen Fehler nicht aus dem Nichts, sondern es muss irgendwas passieren:)
-
Adding binary /bin/busybox
/bin/busybox: 2: /bin/busybox: Syntax error: newline unexpectedGrundsätzlich sieht es so aus, als wäre die Binary von busybox kaputt, aber das kann ich mir nicht vorstellen (weshalb der gesamte Output cool wäre)... Wenn alle Stricke reißen könntest du probieren, die "originale" in busybox_bak umzubenennen und dann mit cp /bin/busybox /mnt/bin/busybox die vom grml (in der Hoffnung, das grml busybox hat) reinschieben, die sollte in Ordnung sein...
EDIT: Aber vorher den nächsten Post von H6G probieren;)
-
Gib mal bitte die Ausgabe von readelf -h /bin/busybox (aus dem chroot. bzw. /mnt/bin/busybox)
-
Und diese Punkte stehen auch einfach nur so da oder steht da noch was? Häufig kommen Fehler nicht aus dem Nichts, sondern es muss irgendwas passieren:)
Anbei der vollständige output (sprengt die Zeichenlimitierung von einem post).
Code
Alles anzeigen... Adding binary /bin/udevadm Adding binary /lib/udev/ata_id Adding binary /lib/udev/scsi_id Adding binary /sbin/blkid Calling hook zz-busybox Adding binary /bin/busybox /bin/busybox: 2: /bin/busybox: Syntax error: newline unexpected Calling hook dmsetup Adding binary /sbin/dmsetup Adding library /lib/x86_64-linux-gnu/libdevmapper.so.1.02.1 Adding library /lib/x86_64-linux-gnu/libudev.so.1 Adding library /lib/x86_64-linux-gnu/librt.so.1 Adding module /lib/modules/3.16.0-4-amd64/kernel/drivers/md/dm-mod.ko ... -
Gib mal bitte die Ausgabe von readelf -h /bin/busybox (aus dem chroot. bzw. /mnt/bin/busybox)
also ersteres gibt folgendes aus:
Code
Alles anzeigenroot@grml /mnt # readelf -h /bin/busybox ELF Header: Magic: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 Class: ELF64 Data: 2's complement, little endian Version: 1 (current) OS/ABI: UNIX - System V ABI Version: 0 Type: DYN (Shared object file) Machine: Advanced Micro Devices X86-64 Version: 0x1 Entry point address: 0xb6a0 Start of program headers: 64 (bytes into file) Start of section headers: 671336 (bytes into file) Flags: 0x0 Size of this header: 64 (bytes) Size of program headers: 56 (bytes) Number of program headers: 9 Size of section headers: 64 (bytes) Number of section headers: 30 Section header string table index: 29und letzteres (vermutlich der Fehler):
Code1 root@grml /mnt # readelf -h /mnt/bin/busybox readelf: Error: Not an ELF file - it has the wrong magic bytes at the start
