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

30

Je fais une installation propre de Ubuntu Server 16.04 LTS sur une machine avec un seul SSD interne. Une fois l'installation terminée, le système ne parvient pas à démarrer et imprime une seule ligne de sortie fsck , le reste de l'écran étant entièrement vide.

Ce même serveur installe parfaitement Ubuntu Server 14.04.4 LTS, donc c'est très spécifique à 16.04 LTS. J'ai essayé d'installer tous les moyens possibles en 16 et j'obtiens les mêmes résultats à chaque fois: l'installation se termine sans erreur, mais au redémarrage, j'obtiens un écran noir avec cette ligne de sortie fsck après le redémarrage :(

J'ai remarqué une grande différence entre 14 et 16 installations sur cette machine serveur (ce qui n’est pas exceptionnel, c’est juste une boîte générique Broadwell i5 avec 16 Go de RAM et Samsung 850 EVO SSD) est que Ubuntu 14 détecte et installe le conduisez comme /sda alors qu'Ubuntu 16 détecte et installe le disque comme /sdc - de plus, Ubuntu 16 détecte le lecteur flash USB avec l'installation d'Ubuntu comme /sda ! Cela me semble… très incorrect.

Comment puis-je installer Ubuntu Server 16.04 pour arrêter de traiter le lecteur d'installation USB comme /sda ?

Modifier: par requête, voici la sortie de fdisk après avoir appuyé sur alt + vers la fin de l'installation

voici la sortie de

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

Lorsque je démarre en "mode de secours" depuis le support d’installation USB (aucune option de démarrage en mode de récupération ne m’est présentée), j’obtiens les options suivantes pour "le périphérique à utiliser comme système de fichiers racine"

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

Notez qu'aucun système de fichiers / sdc n'est détecté ou affiché. Cependant, quand j'entre dans la console sous /sda1 et fdisk -l , je vois ce que j'ai installé sous / sdc!

J'ai essayé "Réinstaller le chargeur de démarrage GRUB" en ciblant /sda1 et j'ai une erreur. Je l'ai réessayé avec /sda comme cible et cela a semblé fonctionner.

Mais redémarrer, même écran noir, seul comme sortie fsck malheureusement.

    
posée Jeff Atwood 23.04.2016 - 08:22
la source

5 réponses

31

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.

    
réponse donnée David Kruger 25.04.2016 - 20:37
la source
5

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.

    
réponse donnée kirb 23.04.2016 - 09:40
la source
5

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).

    
réponse donnée emk2203 25.04.2016 - 17:36
la source
0

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.

    
réponse donnée loongyh 16.01.2017 - 17:52
la source
-3

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.

    
réponse donnée Staywasp 23.04.2016 - 09:51
la source

Lire d'autres questions sur les étiquettes