Nach der Installation von Ubuntu Server 16.04LTS auf HP DL360 g7 treten einige überraschende Probleme auf. Ich versuche, es mit verschiedenen Images und Bootmedien neu zu installieren, aber das Ergebnis ist immer noch dasselbe. Nach dem ersten Booten funktioniert alles wie am Schnürchen. Aber wenn Sie herunterfahren oder neu starten möchten (mit dem Befehl systemctl oder sutdown), führt das System zwar ein Herunterfahren/Neustarten durch, kann es aber nicht richtig durchführen. Dann habe ich zwei Fälle:
1) Wenn Sie viel Geduld haben, wird das System in 7-10 Minuten fertig sein. Danach (SIC!) sehen Sie beim nächsten Booten das GINGER (Ubuntu-Farbe) tty1. Es kann nach dem Ausführen von mc oder einigen Befehlen wie <fdisk -l> zu normalen Farben wechseln. Alle anderen ttys haben die normale weiße Farbe. Fast alle nachfolgenden Neustarts/Herunterfahren funktionieren ordnungsgemäß (unter 5 Sekunden), tty1 ist nach dem Booten immer noch GINGER. Aber manchmal kann es zu Timing-Problemen kommen.
2) Wenn Sie nicht die Geduld haben und dem System durch Drücken von SysRq-Kombinationen oder der Hardware-Ausschalttaste „helfen“, sehen Sie (beim nächsten Booten) das normale tty1. Und alle folgenden Neustarts/Shutdowns funktionieren einwandfrei.
PS: Ich verwende verschiedene ISOs, Flash-Laufwerke/SDs. Das System wurde auf einem echten Hardware-RAID auf einer MBR-Partition auf Null installiert. Während der Installation meine Wahl: Standard-Utilities, Server-Utilities, LAMP, SAMBA, OpenSSH. Ich verwende weder Maus, Tastatur noch Monitor. Headless-Server wird von ILO3 verwaltet.
Das vorherige Ubuntu 14.04LTS funktioniert bei mir auf dieser Hardware einwandfrei.
Antwort1
Gelöst. 1) Ich sollte keine Boot-Flash-Ersteller wie unetbootin mit Serverversion 16.04LTS verwenden. Wenn ich versuche, die Installation durchzuführen, indem ich ein ISO-Image zur virtuellen CD-ROM hinzufüge (ILO-Sweet-Feature), sehe ich ein anderes Ergebnis. Das Betriebssystem zeigt beim Laden von Modulen sichtbares POST an. Nach dem Booten habe ich normale Terminals.Es behebt auch den Fehler mit dem Standard-TTY7(jetzt standardmäßig tty1). Auf dieser Site sehe ich, dass andere Mitglieder das gleiche Problem damit haben. Leute, probiert andere Boot-Flash-Ersteller aus oder verwendet sie nicht! Aber wenn ich versuche, neu zu starten/herunterzufahren, habe ich immer noch eine lange Verzögerung. Das passiert, weil systemd MySQL nicht normal stoppen konnte. Außerdem funktioniert der Befehl „systemctl stop“ nicht für den MySQL-Dienst. Wenn Sie also diesen Prozess BEENDEN oder MySQL deinstallieren, verschwindet auch das Verzögerungsproblem. Eine weitere Frage wäre also„Warum systemd den MySQL-Daemon nicht stoppen konnte“