Wie kann ich extern gebooteten Betriebssystemen den Zugriff auf das interne Speicherlaufwerk meines Lenovo Legion 7i ermöglichen?

Wie kann ich extern gebooteten Betriebssystemen den Zugriff auf das interne Speicherlaufwerk meines Lenovo Legion 7i ermöglichen?

Ich versuche, Kubuntu Linux auf meinem Lenovo Legion 7i (15IMH05)-Laptop zu installieren. Ich habe die Systemmenüeinstellungen meines Computers auf die richtige Konfiguration konfiguriert (Secure Boot deaktiviert und sichergestellt, dass der Systemstartmodus auf UEFI eingestellt ist) und konnte sowohl von einem Flash-Laufwerk als auch von einem externen optischen Laufwerk booten.

Es scheint jedoch, als würde das BIOS meines Computers den Zugriff auf die interne SSD des Computers blockieren, was bedeutet, dass ich Linux nicht installieren kann, da es das interne Laufwerk nicht erkennt. (Es ist nicht so, dass es nicht weiß, wie es mit dem Laufwerk interagieren soll, sondern dass es es überhaupt nicht sehen kann, weil das BIOS den Zugriff darauf blockiert. Ich habe versucht, dasselbe Image auf anderen Computern zu booten, und alle konnten auf das interne Speicherlaufwerk zugreifen. Außerdem habe ich versucht, andere Images auf dem betroffenen Computer zu booten, und keiner von ihnen hat das Laufwerk erkannt.)

Wie kann ich meinen Computer so konfigurieren, dass extern (von einem Flash-Laufwerk oder einer optischen Datenträger) gebootete Betriebssysteme das interne Hauptspeicherlaufwerk des Systems sehen können?

Die Ausgabe von sudo lspci, wie in einem Kommentar angefordert:

00:00.0 Host bridge: Intel Corporation Device 9b54 (rev 02)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor PCIe Controller (x16) (rev 02)
00:02.0 VGA compatible controller: Intel Corporation Device 9bc4 (rev 05)
00:04.0 Signal processing controller: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Thermal Subsystem (rev 02)
00:08.0 System peripheral: Intel Corporation Xeon E3-1200 v5/v6 / E3-1500 v5 / 6th/7th Gen Core Processor Gaussian Mixture Model
00:12.0 Signal processing controller: Intel Corporation Device 06f9
00:14.0 USB controller: Intel Corporation Device 06ed
00:14.2 RAM memory: Intel Corporation Device 06ef
00:14.3 Network controller: Intel Corporation Device 06f0
00:15.0 Serial bus controller [0c80]: Intel Corporation Device 06e8
00:15.1 Serial bus controller [0c80]: Intel Corporation Device 06e9
00:16.0 Communication controller: Intel Corporation Device 06e0
00:17.0 RAID bus controller: Intel Corporation Device 06d7
00:1b.0 PCI bridge: Intel Corporation Device 06c0 (rev f0)
00:1d.0 PCI bridge: Intel Corporation Device 06b5 (rev f0)
00:1f.0 ISA bridge: Intel Corporation Device 068d
00:1f.3 Audio device: Intel Corporation Device 06c8
00:1f.4 SMBus: Intel Corporation Device 06a3
00:1f.5 Serial bus controller [0c80]: Intel Corporation Device 06a4
01:00.0 VGA compatible controller: NVIDIA Corporation Device 1ed1 (rev a1)
01:00.1 Audio device: NVIDIA Corporation Device 10f8 (rev a1)
01:00.2 USB controller: NVIDIA Corporation Device 1ad8 (rev a1)
01:00.3 Serial bus controller [0c80]: NVIDIA Corporation Device 1ad9 (rev a1)
06:00.0 PCI bridge: Intel Corporation JHL7540 Thunderbolt 3 Bridge [Titan Ridge 2C 2018] (rev 06)
07:00.0 PCI bridge: Intel Corporation JHL7540 Thunderbolt 3 Bridge [Titan Ridge 2C 2018] (rev 06)
07:01.0 PCI bridge: Intel Corporation JHL7540 Thunderbolt 3 Bridge [Titan Ridge 2C 2018] (rev 06)
07:02.0 PCI bridge: Intel Corporation JHL7540 Thunderbolt 3 Bridge [Titan Ridge 2C 2018] (rev 06)
08:00.0 System peripheral: Intel Corporation JHL7540 Thunderbolt 3 NHI [Titan Ridge 2C 2018] (rev 06)
3f:00.0 USB controller: Intel Corporation JHL7540 Thunderbolt 3 USB Controller [Titan Ridge 2C 2018] (rev 06)
40:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)

Antwort1

Wie davidgo kommentierte, lag das Problem darin, dass die Speichercontroller-Option im BIOS auf RAID/Rapid Storage Technology eingestellt war. Der Linux-Kernel ist damit nicht kompatibel und das Kubuntu-Installationsprogramm hat mich nicht davor gewarnt (was es laut Dokumentation eigentlich tun sollte).

Durch Ändern dieser Einstellung auf AHCI konnte ich Linux problemlos installieren.

Ich bin dabei auf ein weiteres Problem gestoßen, nämlich dass Windows (das ich als Dual-Boot-Betriebssystem beibehalten hatte) nicht mehr bootete und bei jedem Start den blauen Bildschirm INACCESSIBLE_BOOT_DEVICE anzeigte. Die einzige Möglichkeit, dieses Problem zu umgehen, bestand für mich darin, Windows komplett neu zu installieren, nachdem ich die Speichercontrollereinstellung auf AHCI geändert hatte. (Später fand ich heraus, dass dies nicht notwendig war – wenn ich im Menü „Erweiterter Start“ den Start von Windows im abgesicherten Modus auswählte und dann die Speichercontrollereinstellung im BIOS änderte, startete es einwandfrei und danach wieder im normalen Modus.)

(Eine kurze Anmerkung zu meinem konkreten Laptop: Ich habe zunächst versucht, Windows mit dem Lenovo-Wiederherstellungsimage neu zu installieren, aber das hat nichts bewirkt: Der Fortschrittsbalken blieb immer bei 90 % hängen und eine spätere Überprüfung ergab, dass sich nichts geändert hat. Ich musste Windows direkt vom Microsoft-Image neu installieren und die Treiber manuell installieren.)

verwandte Informationen