Der Computer erkennt Ubuntu nach der Installation nicht

Der Computer erkennt Ubuntu nach der Installation nicht

Ich verbringe viele Stunden bei Google, aber das Problem besteht immer noch.

Ich habe Ubuntu auf einem USB-Stick installiert. Ich boote vom USB-Stick und installiere es auf meinem Computer (Festplatte).

Windows wurde installiert, aber ich habe „Alles löschen und Ubuntu installieren“ ausgewählt. Ich habe die Installation fünfmal durchgeführt, in der Hoffnung, dass das Problem dadurch behoben wird, aber nein.

Ich habe den Befehl „an“ grub-installund grub-update„nein“ ausprobiert.

Wenn ich den Computer ohne meinen USB-Stick öffne, findet er nichts, wovon ich booten könnte. Aber wenn ich über meinen USB-Stick boote, kann ich auf meiner Festplatte sehen, dass alle Dateien da sind.

Was ist los? Bitte helft mir!

Wenn es helfen kann:

ubuntu@ubuntu:~$ sudo fdisk -l
Disk /dev/loop0: 2.13 GiB, 2288189440 bytes, 4469120 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

Disk /dev/loop1: 4 KiB, 4096 bytes, 8 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

Disk /dev/loop2: 61.96 MiB, 64970752 bytes, 126896 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

Disk /dev/loop3: 163.29 MiB, 171225088 bytes, 334424 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

Disk /dev/loop4: 46.96 MiB, 49242112 bytes, 96176 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

Disk /dev/loop5: 45.86 MiB, 48091136 bytes, 93928 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

Disk /dev/loop6: 400.8 MiB, 420265984 bytes, 820832 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

Disk /dev/loop7: 91.69 MiB, 96141312 bytes, 187776 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

Disk /dev/sde: 232.97 GiB, 250148290560 bytes, 488570880 sectors
Disk model:  SanDisk 3.2Gen1
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: dos
Disk identifier: 0xa2f89d4a

Device     Boot Start       End   Sectors  Size Id Type
/dev/sde1  *       32 488570879 488570848  233G  c W95 FAT32 (LBA)

Disk /dev/sdf: 1.82 TiB, 2000398934016 bytes, 3907029168 sectors
Disk model: ST2000DM008-2FR1
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 60781011-FC59-4CB4-BA82-DF2FEAC5CD03

Device       Start        End    Sectors  Size Type
/dev/sdf1     2048       4095       2048    1M BIOS boot
/dev/sdf2     4096    1054719    1050624  513M EFI System
/dev/sdf3  1054720 3907028991 3905974272  1.8T Linux LVM

Disk /dev/mapper/vgubuntu-root: 1.82 TiB, 1997809909760 bytes, 3901972480 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/mapper/vgubuntu-swap_1: 1.91 GiB, 2046820352 bytes, 3997696 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/loop8: 284 KiB, 290816 bytes, 568 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

Antwort1

Ihr System weist Anzeichen von Bootloadern sowohl im BIOS-Modus als auch im EFI-Modus auf. Dies führt zu einem verwirrenden Durcheinander, und es ist nicht klar, in welche Richtung der Computer in der Vergangenheit gebootet hat. Da Sie sagen, Sie hätten Windows gelöscht (obwohl es so aussieht, als /dev/sde1ob es sich um eine Windows-Datenpartition handelt), haben Sie viel Flexibilität bei der Vorgehensweise.

Bevor Sie das tun, sollten Sie sich vielleicht ein wenig über die Unterschiede zwischen BIOS und EFI (und UEFI, das im Grunde EFI 2.x ist) informieren. BIOS ist die alte Firmware und Bootmethode, während EFI die neue Firmware und Bootmethode ist. UEFI ist auf PCs seit über einem Jahrzehnt üblich und EFI wird auf Macs schon länger verwendet. Wenn Sie jedoch bereits mit BIOS-Modus-Tools vertraut sind, kommen Sie damit vielleicht besser zurecht. Ein Problem besteht darin, dass moderne EFI-basierte Computer das Booten im BIOS-Modus über einen Emulator unterstützen, der als Compatibility Support Module (CSM) bezeichnet wird, was zu Komplikationen führt. Grundsätzlich kann es schwierig sein, den Bootmodus des Computers zu steuern, wenn das CSM aktiviert ist, was zu Verwirrung und Frustration führt. Ich habe einen Artikel über BIOS-Modus-Tools geschrieben, die Sie hier finden.Websitedas im Detail darauf eingeht.

Die Meldung von Boot Repair zum Deaktivieren des CSM bezieht sich auf dieses Problem. Ich bin keiner der Entwickler dieses Tools, aber ich vermute, dass sie denken, es sei einfacher, Boot-Probleme mit deaktiviertem CSM zu beheben, zumindest wenn kein Booten im BIOS-Modus erforderlich ist. Daher sollten Sie vielleicht damit beginnen. Sie müssen in Ihrem Firmware-Setup-Dienstprogramm eine Option zum Deaktivieren des CSM (auch bekannt als Booten im BIOS-Modus oder Booten im Legacy-Modus) finden. Leider gibt es im Grunde keine Standardisierung, wo eine solche Option zu finden ist, also müssen Sie möglicherweise danach suchen oder in einem Forum, das sich mit Ihrem Computer befasst, um Rat fragen. Sobald CSM deaktiviert ist, wird der Boot-Prozess als reiner EFI-Boot-Pfad einfacher und vorhersehbarer.

Wenn Boot Repair Ihr System trotz deaktiviertem CSM immer noch nicht booten kann, können Sie auch meinenrEFInd-Bootmanager.Du kannstLaden Sie die Version für den USB-Stick herunter.Schreiben Sie es auf einen USB-Stick und booten Sie es. Es sollte Ihnen Optionen zum Booten von Ubuntu anzeigen; die Option zum direkten Booten des Linux-Kernels funktioniert jedoch aufgrund Ihrer LVM-Konfiguration wahrscheinlich nicht ohne Änderung. Sie können die Option markieren und dann zweimal F2 oder Einfügen drücken. Dadurch wird ein einfacher Zeileneditor geöffnet, in dem Sie ro root=/dev/mapper/vgubuntu-rootdie Optionen ergänzen können. Dies sollte ausreichen, um das System zu booten. Wenn dies funktioniert, können Sie entweder sudo grub-installrEFInd ausprobieren oder installieren, indem Sie eingeben sudo apt install refind. Wenn Sie rEFInd auf diese Weise installieren, sollte es die Kerneloptionen übernehmen, die Sie manuell eingegeben haben, sodass Sie dies in Zukunft nicht mehr tun müssen.

verwandte Informationen