Ubuntu Server 16.04 s'installe sur / sdc mais ne démarre pas

J'ai remarqué le même comportement avec 16.04 net install.

Si votre problème est le même que le mien, il a bien démarré, il ne fait que vous montrer tty7.

Essayez d'appuyer sur ctrl + alt + F1 qui vous amènera au terminal avec une invite de connexion.

J'ai eu le même problème hier soir avec Ubuntu 15.10. Il s'est avéré que j'ai assommé un connecteur SATA sur un lecteur (secondaire). Aucune erreur réelle n'est générée ici, ce qui était assez déroutant jusqu'à ce que je m'ouvre et que je remarque le connecteur à sa place.

Cela me pousse à penser que pour vous, il recherche le lecteur flash en utilisant une sorte d’identifiant qui a en quelque sorte changé entre le démarrage USB direct et le démarrage du système installé, ou vous n’avez simplement pas essayé de démarrer avec le lecteur attaché.

Démarrez un OS en direct (vous devriez pouvoir vous débrouiller avec la réutilisation de votre lecteur flash Ubuntu Server - cliquez sur Alt → pour accéder à une ligne de commande). Obtenez une liste de disques et de partitions:

# fdisk -l | less

Évidemment, ce sera sur sdc, mais déterminez quelle partition est celle du système ext4.

Montez la partition (en supposant que sdc2):

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

Inspectez maintenant son fichier fstab:

# nano /mnt/ssd/etc/fstab

S'il s'agit d'une installation UEFI, vous ne devriez probablement avoir que des lignes pour la partition système EFI ( /boot/efi ), la partition de démarrage ( /boot ) et la racine du système ( / ). Le programme d'installation annote utilement les lignes qu'il a créées dans le fichier fstab généré, donc tout élément ne figurant pas sur /dev/sdc* doit être supprimé (ou simplement commenté pour être sûr).

Enregistrez-la ( Ctrl X , Y , Entrez ), et faites

# sync
# reboot

pour vous assurer que les modifications sont validées sur le disque et redémarrer. Déconnectez le lecteur flash et voyez comment ça se passe.

Quelques raisons courantes pour lesquelles des lecteurs flash apparaissent avant que le lecteur système ne soit utilisé en raison d’un paramètre du BIOS permettant de simuler le lecteur sur un autre type de lecteur (lecteur de disquette, disque dur, etc.) lecteur propre identification, ou parce que le lecteur a eu le bit amovible désactivé. Utilisez-vous le même lecteur pour le programme d'installation 14.04 que pour la version 16.04? Si vous êtes certain que ce n’est pas à votre fin, cela ressemble à un bug d’OS.

Vous êtes trompé par le problème de sda ​​/ sdc. Votre fstab indique que la machine attribue des systèmes de fichiers par UUID. De plus, la ligne fsck indique que grub peut lancer l'initrd qui a effectué le filtrage initial.

Cela pourrait être quelque chose d'aussi simple qu'un mauvais paramétrage graphique pour le noyau. Fondamentalement, vous ne pouvez pas voir le ttys, et X n'est pas sur votre serveur, correct?

Essayez d'ajouter nomodeset à la ligne GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" dans /etc/default/grub et ajoutez également une ligne GRUB_GFXPAYLOAD_LINUX=keep .

J'avais deux systèmes avec 16.04 montrant des symptômes similaires à ceux que vous décrivez, mais comme ils pouvaient démarrer avec X, je pouvais le réparer dans un système en cours d'exécution. C'était très similaire, j'ai vu la ligne fsck (sur tty1) ou rien du tout (sur tty2-6).

Je viens d'installer Ubuntu Server 16.04.1 LTS et j'ai rencontré exactement le même problème.

Ce problème est dû à l'option GRUB_CMLDLINE_LINUX_DEFAULT définie sur "splash calme" , comme dans la version de bureau d'Ubuntu. L'écran de démarrage est affiché à la place du texte de démarrage détaillé.

D'une certaine manière, une fois le processus de démarrage terminé, la console est déposée sur tty7, qui est l'interface graphique de xserver inexistante, ce qui entraîne le problème susmentionné.

Remettez-le en "text" et après tout ce qui est des messages de démarrage détaillés, Ubuntu Server démarrera dans la console tty1.

Modifier: comme mentionné par @ emk2203, ce problème ne provient pas de l'installation du chargeur de démarrage sur le mauvais lecteur. L'installation réussit effectivement à démarrer, mais à cause du bogue dans la configuration grub, le tty7 inexistant est envoyé à l'affichage principal au lieu de tty1.

Cela ressemble à un problème similaire que j'avais avec un Ubuntu précédent. Il installait le chargeur de démarrage sur le lecteur USB. J'ai dû installer manuellement un chargeur de démarrage (grub ou autre) sur le SSD interne.