Hast du zu diesem Zeitpunkt die Rootpartition gemounted?
Ja, ich bin gerade im Rettungssystem und sd3 ist gemounted. Wie gesagt, das ist Neuland für mich. 
Beiträge von i3i2ain
-
-
Vielen Dank für die super schnelle Antwort
sda1 trägt ja nur den Bootloader. Mit 9,5 MiB kann da kein Kernel oder initramfs zu finden sein.
Dein Bootloader findet aber den Kernel. Probiere mal sda3 - das kannst du gerne auch mounten und prüfen, ob ein initramfs vorhanden ist und ggf. im Bootloader auch eingetragen ist.
Das geht mir jetzt leider zu schnell... Ich bin diesbezüglich blutiger Anfänger.
Also sd3 ist gemounted:
Code
Alles anzeigenroot@grml / # cd /mnt root@grml /mnt # ls -lta total 104 drwxr-xr-x 1 root root 160 Jul 20 08:33 .. drwxrwxrwt 14 root root 4096 Jul 18 09:45 tmp drwxr-xr-x 113 root root 12288 Jul 12 23:32 etc drwx------ 10 root root 4096 Jun 16 08:47 root drwxr-xr-x 2 root root 4096 May 14 07:42 sbin drwxrwxr-x 2 root root 4096 May 14 07:42 bin drwxr-xr-x 3 root root 4096 May 14 07:42 boot drwxr-xr-x 4 root root 4096 Apr 20 15:07 home drwxr-xr-x 22 root root 4096 Apr 20 10:14 . drwxr-xr-x 4 root root 4096 Apr 19 21:43 opt drwxr-xr-x 14 root root 4096 May 27 2018 lib drwxr-xr-x 2 root root 4096 May 27 2018 lib64 drwxr-xr-x 14 root root 4096 Feb 28 2018 var drwxr-xr-x 12 root root 4096 Apr 16 2017 usr drwxr-xr-x 3 root root 4096 Mar 2 2017 srv drwxr-xr-x 2 root root 4096 Jul 26 2016 run lrwxrwxrwx 1 root root 31 Jul 26 2016 initrd.img -> /boot/initrd.img-3.16.0-4-amd64 lrwxrwxrwx 1 root root 27 Jul 26 2016 vmlinuz -> boot/vmlinuz-3.16.0-4-amd64 drwxr-xr-x 4 root root 4096 Jul 26 2016 dev drwxr-xr-x 2 root root 4096 Jul 26 2016 mnt drwxr-xr-x 3 root root 4096 Jul 26 2016 media drwx------ 2 root root 16384 Jul 26 2016 lost+found drwxr-xr-x 2 root root 4096 May 30 2016 proc drwxr-xr-x 2 root root 4096 Apr 6 2015 sysEs gibt wohl mehrere initramfs:
Code8 root@grml / # sudo find / -name initramfs /etc/initramfs /lib/live/mount/rootfs/grml64-full.squashfs/etc/initramfs /lib/live/mount/rootfs/grml64-full.squashfs/usr/share/cryptsetup/initramfs /run/initramfs /usr/share/cryptsetup/initramfsUnd jetzt die entscheidende Frage. Wie kann ich was im Bootloader eintragen? Und was muss dann drin stehen?
-
Hallo zusammen,
nach dem vorgestrigen geplanten Reboot der Systeme (Zombieload) hängt sich mein Linux (Debian Jessie) beim Start komplett auf mit folgender Fehlernachricht:
Code"kernel panic - not syncing no working init found. try passing init= option to kernel“Mit Hilfe des "Rettungssystem" bekomme ich das System zwar gestartet, aber ehrlich gesagt habe ich keine Ahnung was ich da jetzt machen soll. Folgendes habe ich schon probiert:
Code
Alles anzeigenroot@grml / # sudo fdisk -l Disk /dev/sda: 58 GiB, 62277025792 bytes, 121634816 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: FC3CDB13-2C0C-443A-BA20-E424118C5FB8 Device Start End Sectors Size Type /dev/sda1 34 19531 19498 9.5M BIOS boot /dev/sda2 19584 8006783 7987200 3.8G Linux swap /dev/sda3 8006784 121630335 113623552 54.2G Linux filesystemDie HDD und meine Daten sind noch generell da. Aber kann es sein, dass die Boot-Partition im Eimer ist?
Der Befehl:
Coderoot@grml / # sudo fsck -y /dev/sda1resultiert in:
Code
Alles anzeigenfsck from util-linux 2.29.2 e2fsck 1.43.4 (31-Jan-2017) ext2fs_open2: Bad magic number in super-block fsck.ext2: Superblock invalid, trying backup blocks... fsck.ext2: Bad magic number in super-block while trying to open /dev/sda1 The superblock could not be read or does not describe a valid ext2/ext3/ext4 filesystem. If the device is valid and it really contains an ext2/ext3/ext4 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 <device> or e2fsck -b 32768 <device>Wie bekomme ich das System wieder gestartet?
