Beim Versuch, Fedora 24 zu booten, hängt es sich auf, wenn ich die Kernelversion 4.7.3 oder 4.7.4 aus dem Grub-Menü auswähle. Wenn ich aber 4.7.2 auswähle, bootet es normal. Wenn es hängt, wird nur ein Unterstrich auf dem Bildschirm angezeigt und es reagiert nicht auf Tastatureingaben ( Ctrl+ Alt+ Del, Ctrl+ Alt+ F2, Alt+ PrintScr+ B). Ich habe die Boot-Befehlszeile bearbeitet, um „quiet“ und „rhgb“ zu entfernen, und es druckt viel und stoppt dann nach 1,6 Sekunden – die auf dem Bildschirm angezeigten Zeilen sprechen zuerst hauptsächlich von USB und Eingängen, dann Freeing unused kernel memoryund write protecting the kernel read-only data, dann werden als letztes zwei Zeilen protokolliert random: systemd: uninitialized urandom read (16 bytes read, 24 bits of entropy available), obwohl die letzte Kopie davon abgeschnitten ist – die Zeile ist zu lang, um als eine angezeigt zu werden und die erste ist auf zwei Zeilen aufgeteilt, aber bei der zweiten ist das letzte Stück abgeschnitten.
Ich denke, das könnte damit zusammenhängen, dass ich erfolglos versucht habe, die proprietären Nvidia-Treiber zu installieren.dieser Leitfaden. Ich dachte allerdings, ich hätte alles zurückgesetzt. Die Version, die funktioniert, 4.7.2, ist die Version, in der ich versucht habe, die NVIDIA-Treiber zu installieren. Ich hatte die Initramfs-Datei gesichert und sie beim Zurücksetzen wiederhergestellt. Die danach erstellten Versionen sind defekt.
Durch das Hinzufügen des nomoduleParameters zur Grub-Befehlszeile kommt man weiter als zuvor, aber es funktioniert immer noch nicht richtig – es kommt bis Sterted GNOME Display Managerund Started Virtualization daemon, dann beginnt der Bildschirm einfach zu blinken. Ctrl+ Alt+ F2funktioniert, aber Tastenanschläge werden nicht zuverlässig registriert.
Antwort1
Ich glaube, ich habe das Problem jetzt lösen können. Es stellte sich heraus, dass es neben /etc/modprobe.dauch gibt /usr/lib/modprobe.d, und obwohl ich die Nouveau-Blacklist-Datei des Nvidia-Installationsprogramms aus entfernt hatte /etc/modprobe.d/, hatte ich die in nicht entfernt /usr/lib/modprobe.d/, sodass Nouveau nicht geladen wurde. Durch das Löschen dieser Datei funktioniert es jetzt.
Ich entdeckte die zusätzliche Konfigurationsdatei durch Ausführen von
diff <(sudo lsinitrd /boot/initramfs-4.7.4-200.fc24.x86_64.img) <(sudo lsinitrd /boot/initramfs-4.7.2-201.fc24.x86_64.img) | less
und habe die Unterschiede durchgesehen, bis ich etwas Verdächtiges gefunden habe. Es gibt viel Rauschen (alle Kerneltreiber haben den Pfad geändert), aber glücklicherweise war dies ziemlich leicht zu erkennen.