Die Installation (einschl. OpenSSH) der Ubuntu 16.04 64Bit Server-Edition läuft auf einem HPE MicroSrv Gen10 X3216 Entry EU Srv zunächst problemlos.
Nach dem Neustart wird kurz das Menü angezeigt, es folgen noch einige Zeilen vom Bootvorgang, dann schaltet der Bildschirm ab.
Der Server selbst jedoch ist up and running. Über SSH ist eine Anmeldung problemlos möglich. Eine Installation aktueller Updates und Neustart behebt das Problem nicht.
Nun zu den Daten:
1 | uname -a; lsb_release -a |
zeigt:
Linux RHOME2017 4.4.0-101-generic #124-Ubuntu SMP Fri Nov 10 18:29:59 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 16.04.3 LTS Release: 16.04 Codename: xenial
Die Installationsmethode war: ein via Live-System auf einem USB-Stick, UEFI
Das System: HPE MicroSrv Gen10 X3216 Entry EU Srv
1 | sudo parted -l |
bringt:
Modell: ATA WDC WD20EFRX-68E (scsi) Festplatte /dev/sda: 2000GB Sektorgröße (logisch/physisch): 512B/4096B Partitionstabelle: gpt Disk-Flags: Nummer Anfang Ende Größe Dateisystem Name Flags 1 1049kB 538MB 537MB fat32 EFI System Partition boot, esp 2 538MB 1992GB 1992GB ext4 3 1992GB 2000GB 8015MB linux-swap(v1) Fehler: /dev/sdb: unbekannte Partitionstabelle Modell: ATA WDC WD20EFRX-68E (scsi) Festplatte /dev/sdb: 2000GB Sektorgröße (logisch/physisch): 512B/4096B Partitionstabelle: unknown Disk-Flags:
Und ja, eine zweite Platte ohne Partition ist ebenfalls installiert.
1 | sudo lsblk -o NAME,UUID,FSTYPE,SIZE,LABEL,MOUNTPOINT |
bringt:
NAME UUID FSTYPE SIZE LABEL MOUNTPOINT sda 1,8T ├─sda1 6278-EDB7 vfat 512M /boot/efi ├─sda2 3c25561d-894e-4b6a-bea8-0f64b291cc43 ext4 1,8T / └─sda3 517a24c6-8a6e-4be9-8128-f594218fac3a swap 7,5G [SWAP] sdb 1,8T
1 | cat /etc/fstab
|
bringt:
# /etc/fstab: static file system information. # # Use 'blkid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # <file system> <mount point> <type> <options> <dump> <pass> # / was on /dev/sda2 during installation UUID=3c25561d-894e-4b6a-bea8-0f64b291cc43 / ext4 errors=remount-ro 0 1 # /boot/efi was on /dev/sda1 during installation UUID=6278-EDB7 /boot/efi vfat umask=0077 0 1 # swap was on /dev/sda3 during installation UUID=517a24c6-8a6e-4be9-8128-f594218fac3a none swap sw 0 0
1 | sudo lshw -c display |
bringt:
*-display UNCLAIMED
description: VGA compatible controller
product: Carrizo
vendor: Advanced Micro Devices, Inc. [AMD/ATI]
physical id: 1
bus info: pci@0000:00:01.0
version: 87
width: 64 bits
clock: 33MHz
capabilities: pm pciexpress msi vga_controller bus_master cap_list
configuration: latency=0
resources: memory:e0000000-efffffff memory:f0000000-f07fffff ioport:f000(size=256) memory:feb00000-feb3ffff memory:feb40000-feb5ffffIrgendwie läuft hier im Bezug auf die autmatische Erkennung des Monitors und Anpassung der Einstellungen etwas schief.
1 | lspci -nnk | grep "VGA\|'Kern'\|3D\|Display" -A2 |
bringt:
00:01.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Carrizo [1002:9874] (rev 87) Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] Carrizo [1002:1871] Kernel modules: amdgpu
Ich habe intensiv nach einer Problemlösung gesucht und bin auf vielerlei Infos gestoßen, aber viele führen aufgrund mangelnder Aktualität nur in die Irre. Ich habe bisher auch keine Treiber(neu)installation durchgeführt. Es gibt auch keine xorg.conf, was wohl auch nicht (mehr) notwendig ist.
Gemäß den Hinweise unter https://help.ubuntu.com/community/AMDGPU-Driver sollte es eigentlich keine Probleme geben. Ich gehe daher von einem Implementierungsfehler aus.
Nun denn, ich habe derzeit folgenden Workaround hierfür, der im Hinblick, dass dieser Server in der Regel ohne angeschlossenen Monitor betrieben wird, zunächst das Problem umgeht. Mir war eben nur wichtig, dass im "Notfall", also sofern via SSH der Zugriff nicht läuft, man zumindest direkt am Server arbeiten kann.
1. In der Datei /etc/default/grub beim Eintrag GRUB_CMDLINE_LINUX_DEFAULT den Wert nomodeset hinzufügen, z.B.
GRUB_CMDLINE_LINUX_DEFAULT="nomodeset"
2. Grub update und das System neu starten.
1 2 | sudo update-grub sudo reboot |
Hat wer noch andere Ideen? Macht eine (Neu-)installation eines Grafikkartentreibers Sinn? Zumindest ist der Workaround ganz nützlich, wenn bei der Server-Edition nach der Installation der Bildschirm schwarz bleibt. Man kann natürlich auch nur temporär beim booten die so einstellen, man muss bei einer Standardinstallation da schon sehr schnell sein ☺