Ich habe an V2P-Bemühungen gearbeitet, und nun schlägt grub fehl und der USB-Installer bekommt Kernel-Panik

Ich habe eine Maschine, die mit einer moderaten Vista-Partition ( /dev/sda1) und dem Rest der Festplatte als Windows 7-Partition geliefert wurde. Ich habe die Windows 7-Partition aufgeteilt, der erste 200G für Windows 7 ( /dev/sda2), dann zwei FAT32-Partitionen (eine für Windows 10 ( /dev/sda3, 200G) und eine für Windows XP ( /dev/sda4, 50G): Ich habe ddWindows 10 versucht und hatte Schwierigkeiten) und der Rest für Linux Mint (Sylvia) ( /dev/sda5). Ich hatte auch grub-updatedie Hoffnung, dass Partitionen mit Betriebssystemen im GRUB-Menü platziert werden. Ich habe keinen Linux-Swap-Space erstellt, da der Computer über ausreichend Speicher verfügt.

Ich startete neu, um einige Arbeiten in der Windows 7-Partition zu erledigen, und traf zwei Überraschungen.

Die erste Überraschung war, dass ich in die Rettung von GRUB getreten wurde. Ein lsran:

(hd0) (hd0,msdos2) (hd0,msdos1) (hd1) (hd1,msdos1) 

Es scheint mir nicht so, als würde ich die Linux-Partition anzeigen (habe ich durch das Platzieren der Partition nach mindestens einer leeren Partition oder so etwas Schwierigkeiten gemacht?).

Die zweite, etwas seltsamere Überraschung war, dass ich beim Booten mit dem gleichen USB-Schlüssel, den ich für die Installation von Linux verwendet habe, ein Anfangsmenü mit Countdown gibt, aber die Optionen, die Informationsgeruch hatten, geben jetzt nichts weiter als Kernel-Panik.

Was kann / soll ich tun, damit mein Computer von den startfähigen Partitionen des Benutzers gebootet wird? Würde die Installations-DVD im Vergleich zum USB-Stick einen Unterschied machen? Wie kann ich die Kernel-Panics beheben?

-AKTUALISIEREN-

Die letzten Anzeigen der Kernel-Panik-Fehlermeldungen, möglicherweise Modultypen, sind:

[0.419053] Fehler beim Analysieren von PCC-Teilbereichen von PCCT [0.521377] Initramfs-Auspacken fehlgeschlagen: Junk im komprimierten Archiv [1.002551] tmp tmp0: Beim Versuch, einen pcr-Wert zu lesen, ist ein TPM-Fehler (7) aufgetreten [2.015141] Kernel-Panik - Synchronisierung nicht möglich: VFS: Root-FS können nicht auf unbekannte Weise geladen werden - Block (2.0) [2.015174] CPU: 2 PID: 1 Comm: swapper / 0 Nicht verunreinigt 4.10.0-30-generisch # 42 ~ 1 6.04.1-Ubuntu [2.015204] Name der Hardware: GetAC X500G2, BIOS R3.13.070520 17.05.2017 [2.015232] Anrufverfolgung: [2.015256] dump_stack + 0x63 / 0x90 [2.015279] Panik + 0xe4 / 0x220 [2.015300] mount_block_root: 0x33 / 0x35 [2.015343] prepar_namespace: 0x13a / 0x18f [2.015367] kernel_init_traceable + 0x13a / 0x23c [2.015392]? rest_init + 0x80 / ​​0x80 [2.015413] kernel_init + 0xe / 0x100 [2.015436] ret_from_fork + 0x2c / 0x40 [2.015466] Kernel Offset: 0x27100000 von 0xffffffff81000000 (Verschiebungsbereich 0xffffffff80000000-0xffffffffbfffffff) [2.015501] [Ende Kernel-Panik - Nicht synchronisieren: VFS: Root-FS können nicht in Unknown-Block (2.0) gemountet werden

Danken,