Ich kann die Installation auf mehreren identischen Desktop-PCs nicht durchführen. Sie haben identische Spezifikationen und beide versagen auf ähnliche Weise, daher halte ich es für unwahrscheinlich, dass es sich um einen Hardwarefehler handelt. Ich habe 19.04 und 18.04.2 LTS ausprobiert.
Das Installationsprogramm schlägt sowohl beim Live-Booten über USB und anschließender Installation als auch bei der Direktinstallation von GRUB fehl.
Es schlägt fehl, weil zu irgendeinem Zeitpunkt während der Installation zufällige Teile abstürzen - die Zeitzonenauswahl stürzt ab, der Teil, der Partitionen erstellt, schlägt fehl, es schlägt später im Prozess mit einem zufälligen unbekannten Fehler fehl und versucht, einen Fehlerbericht zu erstellen, stürzt aber während dieser Phase vollständig ab. Ich kann keine Debuginformationen abrufen.
Ich habe versucht, UEFI Secure Boot im BIOS zu deaktivieren und habe nach seltsam aussehenden Energiesparfunktionen im BIOS gesucht, bin mir aber nicht sicher, wonach ich suche. Ich habe die Festplatten im Langformat formatiert, d. h. Nullen geschrieben, nur um sicherzugehen, dass es keine seltsamen Partitionsprobleme aufgrund der fehlgeschlagenen Installationsversuche gibt.
Ich habe auch zwei verschiedene USB-Sticks probiert.
Gibt es einen Rat, wo ich nach Fehlern suchen oder was ich abschalten sollte? Hier sind die Hardwarespezifikationen. Ich habe wieder zwei identische PCs, beide mit diesem Problem.
Prozessor (CPU) Intel® CoreTM i5 Six Core Prozessor i5-8500 (3,0 GHz) 9 MB Cache
Motherboard ASUS® H310M-A R2.0: Micro-ATX, DDR4, LGA1151, USB 3.1, SATA 6 GB
Arbeitsspeicher (RAM) 16 GB Corsair VENGEANCE DDR4 2400 MHz
Grafikkarte 2 GB NVIDIA GEFORCE GT 1030
Bearbeiten: Nachdem ich nomodeset zu den Startparametern hinzugefügt und die Installation ohne Grafiktreiber durchgeführt habe, stürzt es ab und beim Versuch, den Installationsfehlerbericht zu erstellen. Ubiquity stürzt ab und gibt an, dass die Home-Partition weniger als 0,0 MB freien Speicherplatz hat. Dies ist bei einer Installation der Fall, bei der eine Neuinstallation auf der gesamten 250 GB SSD angegeben ist.
Ist es möglich, dass eine Art Fehlerprotokoll das Laufwerk füllt? Ich kann mir allerdings kaum vorstellen, wie man innerhalb weniger Minuten 250 GB Fehler erzeugen kann ... Ich weiß nicht, wie ich die Fehlerprotokolle während der Installation lesen soll. Kann ich eine Initialisierungsebene löschen und die Protokolle caten? Ich bin völlig ratlos ... :(
Bearbeiten: Habe es geschafft, eine Initialisierungsebene zu löschen und zu sehen, was los ist. Der Bildschirm hat viel Spaß dabei, eine MENGE Fehler zu posten, die über den Bildschirm laufen. Habe ein Foto, um die Fehler zu lesen: PCIe-Busfehler: Sicherheit=Korrigierter Typ=Physikalische Schicht... usw.
Ich werde mal googeln. Vielleicht liegt dieser Fehler daran, dass die Root-Partition voll ist.
Bearbeiten: Das Hinzufügen von pci=nomsi zu den Boot-Parametern unter Grub führte zu einer erfolgreichen Installation. Referenz:Schweregrad des PCIe-Busfehlers = Korrigiert
Dies geschah, nachdem ich den Parameter „nomodeset“ verwendet hatte, der mir zeigte, wie die Protokolle die Festplatte füllten.
Ich denke, es gibt immer noch einige grundlegende Probleme mit der CPU oder dem WiFi-Chip, die in anderen Diskussionen besprochen werden und zu diesem Fehler führen. Solange ich verhindern kann, dass sie die SSD füllen, ist es wohl okay ...
Antwort1
Zufällige Abstürze, also solche Hardware-Stabilitätsprobleme (und das ist, was ich aus Ihrem Schreiben als das Problem hier entnehme), können mit der Hardware-Zeit zusammenhängen. Versuchen Sie, das BIOS-Setup Ihres Systems auf „sichere“ Werte zurückzusetzen. Die meisten BIOS-Setup-Programme haben entweder „ausfallsichere“ Werkseinstellungen oder einen „sicheren“ Satz voreingestellter Werte. Wenn das nicht funktioniert, ist Ihre Hardware der wahrscheinlichste Übeltäter. Einige asiatische Hardwarehersteller sparen zwar stark an der Qualität, aber so, dass Windows die meiste Zeit noch läuft, und das ist alles, was sie interessiert.
Antwort2
Nach der Hilfe fand ich heraus, dass das zugrunde liegende Problem darin bestand, dass meine Protokolldateien mit Fehlern überflutet waren, die durch Probleme mit der CPU- oder WiFi-Chip-Architektur verursacht wurden.
Dies wird bei der Installation unterdrückt, indem die GRUB-Einstellungen bei der Installation bearbeitet werden:
Drücken Sie auf dem Grub-Bildschirm "E", um den Boot-Befehl zu bearbeiten und fügen Sie pci=nomsi nach quiet splash hinzu.
Nach der erfolgreichen Installation habe ich /var/log/kern.log überprüft und festgestellt, dass der Fehler bei einer echten Installation immer noch auftritt. Daher füge ich diesen Parameter dauerhaft zu Grub hinzu:
sudo nano /etc/default/grub
Und fügen Sie der Datei den Parameter pci=nomsi hinzu, etwa:
GRUB_CMDLINE_LINUX_DEFAULT="ruhiger Splash PCI=Name"
Speichern Sie die Datei, führen Sie dann sudo update-grub aus und starten Sie neu.
Nicht ideal, aber im Moment scheint es zu funktionieren ...