Ubuntu Server 16.04 s'installe sur / sdc mais ne parvient pas à démarrer
Je suis en train d'effectuer une nouvelle installation d'Ubuntu Server 16.04 LTS sur une machine dotée d'un seul disque SSD interne. Une fois l'installation terminée, le système ne parvient pas à démarrer et n'imprime qu'une seule sortie fsckname__, le reste de l'écran étant entièrement vide.
Ce même serveur installe parfaitement Ubuntu Server 14.04.4 LTS, ce qui est donc très spécifique à 16.04 LTS. J'ai essayé d'installer toutes les solutions possibles en 16 et j'obtiens les mêmes résultats à chaque fois: l'installation est terminée sans erreur, mais au redémarrage, un écran noir s'affiche avec cette seule ligne de fsckaprè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 un boîtier générique Broadwell i5 avec 16 Go RAM et Samsung 850 EVO SSD): Ubuntu 14 détecte et installe le lecteur en tant que /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 Ubuntu sous la forme /sda! Cela me semble très .. très incorrect.
Comment faire pour que l'installation d'Ubuntu Server 16.04 cesse de traiter le lecteur d'installation USB en tant que /sda?
Edit: par requête, voici le résultat de fdiskaprè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" à partir du support d'installation USB (aucune option permettant de démarrer en mode de récupération ne m'est présentée), les options suivantes s'affichent pour "le périphérique à utiliser en tant que 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 console sous /sda1 et fdisk -l, je vois ce que j'ai installé en tant que/sdc!
J'ai essayé "Réinstaller GRUB chargeur de démarrage" en ciblant /sda1 et j'ai un message d'erreur. Je l'ai réessayé avec /sda comme cible, et cela a semblé fonctionner.
Mais redémarrage, même écran noir, simple comme sortie fsck malheureusement.
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 vous montre simplement tty7.
Essayer de frapper ctrl+alt+F1 cela devrait vous emmener au terminal avec une invite de connexion.
Vous êtes induit en erreur par le problème sda / sdc. Votre fstabindique que la machine attribue des systèmes de fichiers par UUID. De plus, la ligne fsckindique que grub peut démarrer l'initrd qui a effectué la vérification de fichier initiale.
Cela pourrait être quelque chose d'aussi simple qu'un mauvais réglage graphique pour le noyau. En gros, vous ne pouvez pas voir les ttys, et X n'est pas sur votre serveur, n'est-ce pas?
Essayez d'ajouter nomodesetà la ligne GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" dans /etc/default/grub et d'ajouter également une ligne GRUB_GFXPAYLOAD_LINUX=keep.
J'avais deux systèmes avec 16.04 présentant des symptômes similaires à ceux décrits, mais comme ils pouvaient démarrer sous X, je pouvais résoudre le problème sous 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).
J'ai eu le même problème hier soir avec Ubuntu 15.10. En fait, j'ai brisé un connecteur SATA sur un lecteur (secondaire). Aucune erreur réelle n'est sortie ici, ce qui était assez déroutant jusqu'à ce que je l'ouvre et remarque le connecteur à sa place.
Cela m'amène à penser que pour vous, le lecteur flash utilise un 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 simplement pas essayé de démarrer avec le lecteur connecté.
Démarrez un système d’exploitation en direct (vous devriez être en mesure de réutiliser votre clé USB Ubuntu Server - appuyez sur Alt→ arriver à une ligne de commande). Obtenez une liste de disques et partitions:
# fdisk -l | less
Évidemment, ce sera sur sdc, mais déterminez quelle partition est la partition système ext4.
Montez la partition (en supposant que sdc2):
# mkdir /mnt/ssd
# mount /dev/sdc2 /mnt/ssd
Maintenant inspectez 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 du système (/). Le programme d'installation annote utilement les lignes qu'il a créées dans le fichier fstab généré. Par conséquent, tout élément ne figurant pas sur /dev/sdc* doit être supprimé (ou simplement commenté pour plus de sécurité).
Enregistrez cela (CtrlX, Y, Enter), et fait
# sync
# reboot
pour vous assurer que les modifications sont validées sur le disque et redémarrez. Déconnectez le lecteur flash et voyez comment ça se passe.
Certaines des raisons courantes pour lesquelles j'ai vu des lecteurs flash avant le lecteur système sont dues à l'utilisation d'un paramètre du BIOS qui vous permet de simuler le lecteur avec un autre type (lecteur de disquette, disque dur, etc.) plutôt que de vous fier à l'identification du lecteur. , ou parce que le bit amovible a été désactivé sur le lecteur. Utilisez-vous le même lecteur pour l'installateur 14.04 que pour 16.04? Si vous êtes certain que ce n’est pas votre cas, cela ressemble à un bogue du système d’exploitation.
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û au fait que l'option grub GRUB_CMLDLINE_LINUX_DEFAULT est définie sur "quiet splash", 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 manière ou d'une autre, une fois le processus de démarrage terminé, la console est abandonnée vers tty7, l'interface graphique xserver non existante, ce qui entraîne le problème susmentionné.
Redéfinissez-le sur "text" 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 causé par l’installation du chargeur de démarrage sur le mauvais lecteur. L’installation réussit en fait à démarrer, mais à cause du bogue de la configuration de grub, le tty7 inexistant est envoyé à l’affichage principal au lieu de tty1.