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

30

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

entrez la description de l'image ici

Ce même serveur installe très bien Ubuntu Server 14.04.4 LTS, c'est donc très spécifique à 16.04 LTS. J'ai essayé d'installer toutes les façons 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 seule ligne de fscksortie après le redémarrage :(

J'ai remarqué qu'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 Broadwell i5 générique avec 16 Go de RAM et SSD Samsung 850 EVO) est qu'Ubuntu 14 détecte et installe le lecteur comme/sda alors qu'Ubuntu 16 détecte et installe le lecteur en tant que/sdc - en outre, Ubuntu 16 détecte le lecteur flash USB avec l'installation d'Ubuntu en tant que /sda! Cela me semble ... très incorrect.

entrez la description de l'image ici

Comment puis-je obtenir l'installation d'Ubuntu Server 16.04 pour cesser de traiter le lecteur d'installation USB comme /sda?

Modifier: par demande, voici la sortie de fdiskaprès avoir appuyé suralt + vers la fin de l'installation

fdisk pendant l'installation

voici la sortie de

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

fstab in nano

Lorsque je démarre en "mode de secours" à partir du 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 "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, lorsque j'entre dans la console sous /sda1etfdisk -l je vois ce que j'ai installé sous / sdc!

mode de récupération fdisk -l

J'ai essayé le ciblage "Réinstaller le chargeur de démarrage GRUB" /sda1et j'obtiens une erreur. Je l'ai essayé à nouveau avec /sdacomme cible, et cela a semblé fonctionner.

Mais redémarrage, même écran noir, sortie unique comme fsck malheureusement.

Jeff Atwood
la source
2
Sda / sdc ne devrait pas avoir d'importance, je pense, car la plupart des distributions utilisent des UUID depuis un certain temps maintenant. Essayez peut-être d'obtenir plus de détails en regardant les options de démarrage disponibles telles que le mode de récupération: wiki.ubuntu.com/RecoveryMode
Shtééf
Oui, entrer dans la récupération et revoir votre / etc / fstab est certainement la prochaine étape. Ensuite, vous devrez peut-être réinstaller grub.
chx
@ Le mode de récupération Shtééf ne montre rien, en fait, en mode de récupération, je ne peux même pas voir le volume / sdc du tout.
Jeff Atwood
1
Pouvez-vous activer le mode débogage? wiki.archlinux.org/index.php/boot_debugging
Braiam
2
Dans le menu grub, tapez epour modifier l'entrée par défaut et ajoutez debugà la fin de la ligne qui dit quiet. En fait, retirer le silence est très bien.
Braiam

Réponses:

31

J'ai remarqué le même comportement avec l'installation nette 16.04.

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

Essayez d'appuyer sur ctrl+ alt+ F1qui devrait vous amener au terminal avec une invite de connexion.

David Kruger
la source
3
Wow c'est totalement ça! J'ai appuyé sur ctrl + alt + F1 et j'ai un système démarré. Cela est tellement bizarre! Pourquoi cela arrive-t-il?
Jeff Atwood
4
@JeffAtwood lightdm / X est démarré sur tty7, donc le bureau Ubuntu démarrera à cela. Probablement un oubli quelque part avec la version .. Doit être classé comme bug, mais je ne sais pas où.
Seth
Quelqu'un a-t-il déjà trouvé ou déposé un bug pour cela? Je ne peux pas faire de reproches.
Adam Monsen
2
L'enfer .... Je viens de passer 3 heures à fantôme et re-fantôme tout essayer de rechercher un problème UEFI .... tty7 .... merci beaucoup!
131
Peut-on faire quelque chose pour éviter d'avoir à appuyer sur ctrl + alt + F1 chaque fois que je souhaite me connecter?
ubiquibacon
5

J'ai eu le même problème la nuit dernière avec Ubuntu 15.10. Il s'est avéré que j'ai cassé un connecteur SATA sur un disque (secondaire). Aucune erreur réelle n'est sortie ici, ce qui était assez déroutant jusqu'à ce que je m'ouvre et que je remarque que le connecteur n'est pas à sa place.

Cela m'amène à 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 en direct et le démarrage du système installé, ou vous n'avez tout simplement pas essayé de démarrer avec le lecteur connecté.

Démarrez un système d'exploitation en direct (vous devriez pouvoir vous en sortir en réutilisant votre lecteur flash Ubuntu Server - appuyez sur Altpour 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 sdc2):

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

Inspectez maintenant son 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 système ( /). La configuration annote utilement les lignes qu'elle a faites dans le fstab généré, donc tout ce qui n'est pas activé /dev/sdc*doit être supprimé (ou simplement le commenter pour être sûr).

Enregistrer ce ( CtrlX, Y, Enter), et faire

# sync
# reboot

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

Quelques raisons courantes pour lesquelles j'ai vu des lecteurs flash apparaître avant le lecteur système sont dues à un paramètre BIOS utilisé qui vous permet de truquer le lecteur vers un autre type (lecteur de disquette, disque dur, etc.) plutôt que de compter sur la propre identification du lecteur ou parce que le bit amovible a été désactivé. Utilisez-vous le même lecteur pour le programme d'installation 14.04 que pour 16.04? Si vous êtes certain que ce n'est pas de votre côté, cela ressemble à un bug du système d'exploitation.

kirb
la source
yep tout est 100% identique, aucun changement matériel. Ubuntu 14 LTS s'installe correctement sur ce serveur.
Jeff Atwood
ok c'est certainement plus d'informations, merci, j'ai mis à jour la question avec les informations que vous avez demandées. Je ne vois rien de mal dans ces captures d'écran?
Jeff Atwood
5

Vous êtes trompé par le problème sda ​​/ sdc. Votre fstabmontre que la machine attribue des systèmes de fichiers par UUID, et en plus de cela, la fsckligne montre que grub pourrait démarrer l'initrd qui a effectué le contrôle de fichier initial.

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

Essayez d'ajouter nomodesetà la GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"ligne /etc/default/grubet 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 sur 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).

emk2203
la source
apparemment, il envoie la tty7sortie à l'écran principal, mais il démarre correctement? aucune idée pourquoi ni comment y remédier. ctrl + alt + f1 me permet de passer à la "vraie" console.
Jeff Atwood
1
Dans un système normal, l'initialisation inclut le fait de mettre tty1 au premier plan afin qu'il obtienne l'affichage et que vous voyez l'invite de connexion, vous voyez également les messages d'erreur et d'état sur l'affichage. Pour votre cas, uniquement les messages d'erreur et d'état, l'initialisation complète ne se produit qu'avec l'Alt-F2 lorsqu'un autre tty est démarré. Essayez avec GRUB_CMDLINE_LINUX_DEFAULT="nomodeset quiet splash"comme conseillé, ajoutez également l'autre ligne. Cela a fait la fin de l'initialisation pour moi. J'ai reçu l'invite de connexion tty1 après avoir fait cela, sur deux ordinateurs.
emk2203
Dans ce cas, la solution de contournement facile est OK (j'utilise généralement SSH dans cette boîte de toute façon), mais c'est un bug inquiétant, j'espère qu'il pourra être corrigé dans la version.
Jeff Atwood
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 GRUB_CMLDLINE_LINUX_DEFAULT est définie sur "splash silencieux", tout comme dans la version de bureau d'Ubuntu. L'écran de démarrage s'affiche à la place du texte de démarrage détaillé habituel.

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

Réglez-le sur "texte" et après tout, ces messages de démarrage détaillés Ubuntu Server démarrera dans la console tty1.

Edit: Comme mentionné par @ emk2203, ce problème n'est pas dû au fait que le chargeur de démarrage est installé sur le mauvais lecteur. L'installation réussit en fait à démarrer, mais en raison du bogue dans la configuration de grub, le tty7 inexistant est envoyé à l'affichage principal au lieu de tty1.

loongyh
la source
Cela ne répond pas vraiment à la question. Si vous avez une autre question, vous pouvez la poser en cliquant sur Poser une question . Vous pouvez également ajouter une prime pour attirer davantage l'attention sur cette question une fois que vous avez suffisamment de réputation . - De l'avis
Fabby
@Fabby: Je pense que le message est conçu comme une réponse bien que je ne sois pas sûr que cela sied vraiment à la question.
David Foerster
Ma réponse est similaire à celle de @ emk2203 et j'avais l'intention de faire un commentaire sous son article, mais je n'ai pas une réputation suffisante pour le faire.
loongyh
-3

Cela ressemble à un problème similaire que j'ai eu 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.

Staywasp
la source
Comme vous pouvez le voir dans la dernière capture d'écran de la question, il installe définitivement le chargeur de démarrage sur/sdc
Jeff Atwood