Upgrade auf Wiley 15.10; Kernel 4.2.0-18 AMD Radeon RS880-Chipsatz kann zum Booten die Luks-Passphrase nicht eingeben

Upgrade auf Wiley 15.10; Kernel 4.2.0-18 AMD Radeon RS880-Chipsatz kann zum Booten die Luks-Passphrase nicht eingeben

Ok, ich habe also meinen 14.04 LTS Headless-Server per SSH und CLI auf 15.04 aktualisiert. Hatte beim Booten ein ähnliches Problem (schwarzer Bildschirm), also dachte ich „dummerweise“, dass dies in der neuesten Version behoben wäre, und habe ein weiteres Upgrade auf 15.10 durchgeführt. Großer Fehler, ich weiß.

Nun, es ist nicht komplett blockiert, da ich im Wiederherstellungsmodus booten und mein Laufwerk entsperren und mit dem Booten fortfahren kann, aber ich frage mich, ob jemand weiß, ob es ein bekanntes Problem mit diesem Kernel und AMD-Treibern gibt, da es in 3.16.xx einwandfrei funktioniert hat? Ich mache nichts Grafikintensives, also würde ich lieber keine proprietären AMD-Treiber verwenden. Es ist ein Headless-Server (keine GUI), aber ich möchte, dass er bootet und ich zumindest zur Eingabeaufforderung zum Entsperren des mit Luks verschlüsselten Laufwerks komme.

Einige Daten, die hilfreich sein könnten:

$ uname -r
4.2.0-18-generic

$ dmesg | egrep 'drm|radeon'
[    2.039343] [drm] Initialized drm 1.1.0 20060810
[    2.063777] [drm] VGACON disable radeon kernel modesetting.
[    2.063790] [drm:radeon_init [radeon]] *ERROR* No UMS support in radeon module!
[   25.984146] [drm] VGACON disable radeon kernel modesetting.
[   25.984162] [drm:radeon_init [radeon]] *ERROR* No UMS support in radeon module!
$ lspci | grep -i vga
01:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RS880 [Radeon HD 4250]

Sah diesen BeitragHierund Nephente bemerkte, dass

Der Wily-Kernel und die proprietären AMD-Treiber funktionieren noch nicht zusammen. – Nephente 23. Okt. um 7:12

Nun, ich verwende keine proprietären AMD-Treiber, soweit ich weiß.

Ich habe versucht, „nomodeset“ in /etc/default/grub einzustellen, aber ohne Erfolg. Kann mir jemand helfen, es so hinzubekommen, dass ich es nicht bei jedem Hochfahren manuell anweisen muss, in den Wiederherstellungsmodus zu wechseln? Der einzige Grund, warum ich ein Upgrade durchgeführt habe, ist, dass mein Sicherheitsscan eine MENGE anfälliger, veralteter Binärdateien in 14.04 gefunden hat, obwohl es vollständig gepatcht war (apt-get update && apt-get upgrade && apt-get dist-upgrade). Das hat mich so aus der Fassung gebracht, dass ich ein Upgrade auf 15.X durchgeführt habe, um gepatchte Binärdateien zu erhalten, ohne sie alle manuell zu installieren.

Danke!

Antwort1

Kommentar in eine Antwort umgewandelt, als es funktionierte.

Dies ist ein Problem mit dem initramfs , nicht mit dem Kernel. Booten Sie in den Wiederherstellungsmodus und führen Sie aus

update-initramfs -u -k all

Neustart

verwandte Informationen