Ubuntu Server 16.04 wird unter / sdc installiert, kann jedoch nicht gestartet werden

Ich mache eine Neuinstallation von Ubuntu Server 16.04 LTS auf einem Computer mit einer einzelnen internen SSD. Nach Abschluss der Installation kann das System nicht mehr gestartet werden und druckt eine fsckAusgabe in einer Zeile. Der Rest des Bildschirms ist leer.

Genau dieser Server installiert Ubuntu Server 14.04.4 LTS in Ordnung, das ist also sehr spezifisch für 16.04 LTS. Ich habe versucht, alles zu installieren, was mir in 16 einfällt, und ich erhalte jedes Mal die gleichen Ergebnisse: Die Installation wird ohne Fehler abgeschlossen, aber beim Neustart wird nach dem Neustart ein schwarzer Bildschirm mit dieser einen fsckAusgabezeile angezeigt :(

Ich bemerkte , dass ein großen Unterschied zwischen 14 und 16 installiert auf dieser Server - Maschine (die unexceptional ist, es ist nur eine allgemeine Box Broadwell i5 mit 16 GB RAM und Samsung 850 EVO SSD) ist , dass Ubuntu 14 erkennt und installiert das Laufwerk als/sda während Ubuntu 16 Entdeckt und installiert das Laufwerk als/sdc - außerdem erkennt Ubuntu 16 das USB-Flash-Laufwerk mit der Ubuntu-Installation als /sda! Das kommt mir sehr falsch vor.

Wie kann ich Ubuntu Server 16.04 so installieren, dass das USB-Installationslaufwerk nicht mehr wie folgt behandelt wird /sda?

Bearbeiten: Hier ist auf Anfrage die Ausgabe von fdisknach Drücken von alt+ gegen →Ende der Installation

Hier ist die Ausgabe von

# mkdir /mnt/ssd
# mount /dev/sdc1 /mnt/ssd
# nano /mnt/ssd/etc/fstab

Wenn ich vom USB-Installationsmedium in den "Rettungsmodus" boote (mir wird keine Option zum Booten im Wiederherstellungsmodus angeboten), erhalte ich die folgenden Optionen für "Gerät als Root-Dateisystem verwenden"

/dev/sda1  
/dev/sda5  
/dev/sdb1  
Assemble RAID array  
Do not use a root file system  

Beachten Sie, dass kein / sdc-Dateisystem erkannt oder angezeigt wird. Wenn ich jedoch die Konsole unter betrete /sda1und fdisk -lsehe, was ich als / sdc installiert habe!

Ich habe versucht, das Targeting "GRUB-Bootloader neu installieren" auszuführen, /sda1und es wird eine Fehlermeldung angezeigt . Ich versuchte es noch einmal mit /sdaals Ziel, und das schien zu funktionieren.

Aber neustart, gleicher schwarzer bildschirm, single wie fsck ausgabe leider.

Ich habe das gleiche Verhalten mit 16.04 net install bemerkt.

Wenn Ihr Problem dasselbe wie meins ist, hat es tatsächlich gut gebootet und zeigt Ihnen nur tty7.

Versuchen Sie, ctrl+ alt+ F1zu drücken, um mit einer Anmeldeaufforderung zum Terminal zu gelangen.

Ich hatte gestern Abend das gleiche Problem mit Ubuntu 15.10. Es stellte sich heraus, dass ich einen SATA-Anschluss an einem (sekundären) Laufwerk ausgeschaltet habe. Hier wird kein tatsächlicher Fehler ausgegeben, was ziemlich verwirrend war, bis ich den Stecker nicht richtig erkannt habe.

Ich denke, dass es für Sie nach einem Flash-Laufwerk mit einer Kennung sucht, die sich in gewisser Weise zwischen dem Live-USB-Start und dem Start des installierten Systems geändert hat, oder Sie haben einfach nicht versucht, mit angeschlossenem Laufwerk zu starten.

Booten Sie ein Live-Betriebssystem (Sie sollten in der Lage sein, Ihr Ubuntu Server-Flash-Laufwerk wiederzuverwenden - drücken Sie Alt→, um zu einer Befehlszeile zu gelangen). Eine Liste der Festplatten und Partitionen abrufen:

# fdisk -l | less

Natürlich wird es auf sdc sein, aber bestimmen Sie, welche Partition das ext4-System ist.

Hängen Sie die Partition ein (unter der Annahme von sdc2):

# mkdir /mnt/ssd
# mount /dev/sdc2 /mnt/ssd

Inspizieren Sie nun die fstab:

# nano /mnt/ssd/etc/fstab

Wenn dies eine UEFI-Installation ist, sollten Sie wahrscheinlich nur Zeilen für die EFI-Systempartition ( /boot/efi), die Startpartition ( /boot) und den Systemstamm ( /) haben. Das Setup kommentiert die in der generierten fstab erstellten Zeilen mit hilfreichen Anmerkungen. Daher sollte alles, was nicht aktiviert ist, /dev/sdc*entfernt werden (oder aus Sicherheitsgründen einfach auskommentiert werden).

Speichern Sie die ( CtrlX, Y, Enter) und tun

# sync
# reboot

um sicherzustellen, dass die Änderungen auf die Festplatte übertragen und neu gestartet werden. Trennen Sie das Flash-Laufwerk und sehen Sie, wie es funktioniert.

Einige häufige Gründe, aus denen ich Flash-Laufwerke vor dem Systemlaufwerk gesehen habe, sind auf eine BIOS-Einstellung zurückzuführen, mit der Sie das Laufwerk auf einen anderen Typ (Diskettenlaufwerk, Festplatte usw.) fälschen können, anstatt sich auf die eigene Identifikation des Laufwerks zu verlassen , oder weil auf dem Laufwerk das Wechselbit deaktiviert ist. Verwenden Sie für das 14.04-Installationsprogramm dasselbe Laufwerk wie für das 16.04-Installationsprogramm? Wenn Sie sicher sind, dass es nicht an Ihrem Ende ist, dann klingt es wie ein Betriebssystemfehler.

Sie sind von der SDA / SDC-Frage irregeführt. Ihr fstabzeigt, dass der Computer Dateisysteme pro UUID zuweist, und fsckobendrein zeigt die Zeile, dass grub die initrd starten konnte, die die anfängliche Dateikontrolle durchgeführt hat.

Es könnte etwas so Einfaches wie eine falsche Grafikeinstellung für den Kernel sein. Grundsätzlich können Sie die ttys nicht sehen und X befindet sich nicht auf Ihrem Server, richtig?

Versuchen Sie, und fügen Sie nomodesetzu der GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"Zeile in /etc/default/grub, und fügen Sie auch eine Linie GRUB_GFXPAYLOAD_LINUX=keep.

Ich hatte zwei Systeme mit 16.04, die ähnliche Symptome zeigten, wie Sie beschrieben haben, aber da sie mit X booten konnten, konnte ich dies auf einem laufenden System beheben. Es war sehr ähnlich, ich sah die fsck-Zeile (auf tty1) oder gar nichts (auf tty2-6).

Ich habe gerade Ubuntu Server 16.04.1 LTS installiert und bin auf genau dasselbe Problem gestoßen.

Dieses Problem wird durch die grub-Option GRUB_CMLDLINE_LINUX_DEFAULT verursacht , die wie in der Desktop-Version von Ubuntu auf "quiet splash" gesetzt ist. Der Begrüßungsbildschirm wird anstelle des üblichen ausführlichen Starttextes angezeigt.

Irgendwie wird die Konsole nach Abschluss des Startvorgangs auf tty7 verschoben. Dies ist die nicht vorhandene xserver-GUI, was zu dem oben genannten Problem führt.

Setzen Sie es wieder auf "text" und nach all den ausführlichen Startmeldungen bootet Ubuntu Server in die tty1-Konsole.

Bearbeiten: Wie von @ emk2203 erwähnt, wird dieses Problem nicht durch die Installation des Bootloaders auf dem falschen Laufwerk verursacht. Die Installation kann tatsächlich erfolgreich gestartet werden, aber aufgrund des Fehlers in der Grub-Konfiguration wird das nicht vorhandene tty7 anstelle von tty1 an die Hauptanzeige gesendet.

Dies sieht aus wie ein ähnliches Problem, das ich mit einem früheren Ubuntu hatte. Es wurde der Bootloader auf dem USB-Laufwerk installiert. Ich musste manuell einen Bootloader (Grub oder was auch immer) auf der internen SSD installieren.