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 fsck
sortie sur une seule ligne , le reste de l'écran étant entièrement vide.
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 fsck
sortie 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.
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 fdisk
après avoir appuyé suralt + →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" à 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 /sda1
etfdisk -l
je vois ce que j'ai installé sous / sdc!
J'ai essayé le ciblage "Réinstaller le chargeur de démarrage GRUB" /sda1
et j'obtiens une erreur. Je l'ai essayé à nouveau avec /sda
comme cible, et cela a semblé fonctionner.
Mais redémarrage, même écran noir, sortie unique comme fsck malheureusement.
la source
e
pour modifier l'entrée par défaut et ajoutezdebug
à la fin de la ligne qui ditquiet
. En fait, retirer le silence est très bien.Réponses:
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.
la source
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 Alt→pour accéder à une ligne de commande). Obtenez une liste de disques et de partitions:
Évidemment, ce sera sur sdc, mais déterminez quelle partition est celle du système ext4.
Montez la partition (en supposant sdc2):
Inspectez maintenant son 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
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.
la source
Vous êtes trompé par le problème sda / sdc. Votre
fstab
montre que la machine attribue des systèmes de fichiers par UUID, et en plus de cela, lafsck
ligne 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
à laGRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
ligne/etc/default/grub
et ajoutez également une ligneGRUB_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).
la source
tty7
sortie à 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.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.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.
la source
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.
la source
/sdc