Fehlerbehebung bei extrem langen Startzeiten unter Linux

Question

Ich bin nicht sicher, ob dies der richtige Ort ist, um solche Fragen zum technischen Support zu stellen, aber dies scheint definitiv ein Linux-Problem zu sein oder zumindest die Art und Weise zu betreffen, wie Linux mit meiner Hardware interagiert.

Ich habe einen Desktop-PC, der aus einer HP Z800 Workstation besteht, und es könnte relevant sein, dass das SystemnichtUEFI-fähig, daher verwenden alle Betriebssysteme ältere BIOS- und MBR-Partitionsschemata.

Normalerweise verwende ich einen Dual-Boot von Windows 10 und einer Linux-Distribution (aktuell Linux Mint 20.2, aber dieses Problem besteht füralleDistributionen, die ich ausprobiert habe, darunter Debian 11, Ubuntu 20.04-21.10, Fedora 33-35, OpenSUSE Tumbleweed und Arch Linux).

Da ich ein überwiegend nicht technisch versierter Benutzer bin, bin ich mir nicht sicher, was die korrekte Terminologie ist, aber um mein Problem richtig beschreiben zu können, muss ich den Bootvorgang in drei Phasen unterteilen (das ist meine eigene Terminologie und mein Konflikt mit bestehenden, die mir nicht bewusst sind!):

• Stufe 1: Der Teil, der mit dem Drücken des Netzschalters beginnt und mit dem Aufrufen des Bootloaders (GRUB2) endet.
• Phase 2: Der Teil, der mit dem Aufrufen des Bootloaders beginnt und endet, wenn das eigentliche Betriebssystem gebootet wird, d. h. wenn ich Konsolen-/Systemd-Meldungen, den Plymouth-Bildschirm usw. erhalte.
• Phase 3: Der Teil, der mit dem Ende von Phase 2 beginnt, endet, wenn das Betriebssystem vollständig hochgefahren ist und ich mich im Anzeigemanager befinde.

Das Problem ist, dass Phase 2 wahnsinnig lange dauert. Sobald ich also zum Bootloader komme und einen Linux-Eintrag auswähle (oder automatisch auswähle), wird der Bildschirm komplett leer (je nach Distribution kann hier eine blinkende Eingabeaufforderung erscheinen, bei Mint ist er komplett leer, aber z. B. bei Fedora bekomme ich normalerweise eine blinkende Eingabeaufforderung), das System bleibt hier extrem lange im Leerlauf (Ich habe beim letzten Mal etwa 1 Minute 44 Sekunden gemessen), und dann beginnt Phase 3.

Da Phase 3 ohne Probleme abläuft, bin ich mir nicht sicher, wie ich das Problem beheben kann. Beispielsweise gibt systemd-analyze aus Startup finished in 16.129s (kernel) + 2.863s (userspace) = 18.993s graphical.target reached after 2.120s in userspace, was mir normal erscheint und definitiv nicht die mehr als 1 Minute dauernde Pause zwischen dem Bootloader und dem Start des Betriebssystems erklärt.

Weitere Informationen:

• Windowsnichtverhält sich so. Wenn ich im Bootloader den Eintrag Windows 10 auswähle, startet der Bootvorgang sofort (auch wenn der Schnellstart deaktiviert ist).
• Das war nicht immer so. Ich bin mir nicht sicher, wann das Problem auftrat (wahrscheinlich vor etwa einem Jahr), und ich glaube, ich habe beide Betriebssysteme auf dem PC komplett neu installiert, d. h. ich habe alle Festplatten gelöscht und sowohl W10 als auch eine Linux-Distribution von Grund auf neu installiert. Aber es ist nichts Außergewöhnliches passiert, das auf eine Grundursache für dieses Problem hindeuten könnte.
• Abgesehen von kleinen Unterschieden (wie der zuvor erwähnten blinkenden Eingabeaufforderung) verhalten sich alle Linux-Distributionen, die ich seitdem ausprobiert habe, gleich. Ich habe die Bootzeiten für verschiedene Distributionen allerdings nicht auf Abweichungen untersucht. Aber in jedem Fall ist die Wartezeit viel länger als angemessen und sie ist immer gleich, zwischen Stufe 2 und Stufe 3.
• Mein PC hat drei Festplatten, zwei SSDs und eine rotierende Festplatte. Normalerweise verwende ich eine SSD für Windows C:, eine weitere SSD für die Linux /-Partition und die rotierende Festplatte für die Linux /home- und Windows D:-Partitionen. Ich habe während der Installation von Linux auf jede dieser Festplatten mit dem Schreiben von MBR-Bootcode experimentiert und in allen Fällen tritt das gleiche Problem auf. Es scheint also unerheblich zu sein, welche die Boot-Festplatte ist.

Ich erwarte nicht unbedingt eine magische Lösung, aber wie ich bereits sagte, habe ich nicht die geringste Ahnung, wie ich mit der Fehlersuche beginnen soll, da ich während der Wartezeit keine Rückmeldung erhalte und dieses Problem nur sehr schwer zu suchen ist (beispielsweise wird bei der Suche nach langsamen Startzeiten normalerweise von einem Problem der Stufe 3 ausgegangen).

BEARBEITEN:

• Ich habe die Boot-Parameter entfernt quietund splashhinzugefügt systemd.show_status=yes. Das Problem bleibt bestehen, d. h. es gibt eine Wartezeit von über einer Minute, bevorbeliebigwird eine entsprechende Meldung angezeigt.
• Die Ausgabe von dmesg | grep commandist [ 0.064784] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-5.11.0-38-generic root=UUID=78354078-8fcd-4223-8fb0-9137207cb415 ro systemd.show_status=yes.
• Über LED-Leuchten: Während der „Wartezeit“ leuchtete das grüne Licht neben meinem Einschaltknopf konstant, ohne zu blinken. Dies ist die einzige LED-Leuchte, die ich an meinem Gehäuse sehe.
• Die Ausgabe von fdisk -lund lsblkist unten eingefügt:

Disk /dev/sda: 447,13 GiB, 480103981056 bytes, 937703088 sectors
Disk model: CT480BX500SSD1  
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: 0x00a879e5

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sda1  *         2048    104447    102400    50M  7 HPFS/NTFS/exFAT
/dev/sda2          104448 936654957 936550510 446,6G  7 HPFS/NTFS/exFAT
/dev/sda3       936656896 937697279   1040384   508M 27 Hidden NTFS WinRE


Disk /dev/sdb: 1,84 TiB, 2000398934016 bytes, 3907029168 sectors
Disk model: WDC WD20EZRX-00D
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: 0xfc1366de

Device     Boot      Start        End    Sectors  Size Id Type
/dev/sdb1  *          2048 2833283071 2833281024  1,3T  7 HPFS/NTFS/exFAT
/dev/sdb2       2833283072 3907028991 1073745920  512G 83 Linux


Disk /dev/sdc: 223,58 GiB, 240057409536 bytes, 468862128 sectors
Disk model: KINGSTON SA400S3
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: 0x143a208b

Device     Boot     Start       End   Sectors  Size Id Type
/dev/sdc1       452857856 468860927  16003072  7,6G 82 Linux swap / Solaris
/dev/sdc2  *         2048 452857855 452855808  216G 83 Linux

Partition table entries are not in disk order.

Und

NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 447,1G  0 disk 
├─sda1   8:1    0    50M  0 part 
├─sda2   8:2    0 446,6G  0 part 
└─sda3   8:3    0   508M  0 part 
sdb      8:16   0   1,8T  0 disk 
├─sdb1   8:17   0   1,3T  0 part 
└─sdb2   8:18   0   512G  0 part /Storage
sdc      8:32   0 223,6G  0 disk 
├─sdc1   8:33   0   7,6G  0 part [SWAP]
└─sdc2   8:34   0   216G  0 part /