Ubuntu Server 16.04 se instala en / sdc pero no se inicia

Estoy haciendo una instalación limpia de Ubuntu Server 16.04 LTS en una máquina con un único SSD interno. Después de completar la instalación, el sistema no puede arrancar e imprime una fscksalida de línea única , con el resto de la pantalla completamente en blanco.

Este mismo servidor instala Ubuntu Server 14.04.4 LTS muy bien, por lo que es muy específico para 16.04 LTS. He intentado instalar de todas las formas que puedo pensar en 16 y obtengo los mismos resultados cada vez: la instalación se completa sin errores, pero al reiniciar me sale una pantalla negra con esa línea de fscksalida después de reiniciar :(

Me di cuenta de que una gran diferencia entre 14 y 16 instalaciones en esta máquina servidor (lo cual es excepcional, es solo una caja genérica Broadwell i5 con 16 GB de RAM y Samsung 850 EVO SSD) es que Ubuntu 14 detecta e instala la unidad como/sda Ubuntu 16 detecta e instala la unidad como/sdc - además, Ubuntu 16 detecta la unidad flash USB con la instalación de Ubuntu como /sda! Esto me parece muy incorrecto.

¿Cómo puedo obtener la instalación de Ubuntu Server 16.04 para dejar de tratar la unidad de instalación USB como /sda?

Editar: por solicitud, aquí está la salida de fdiskdespués de presionar alt+ →cerca del final de la instalación

Aquí está la salida de

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

Cuando inicio en "modo de rescate" desde el medio de instalación USB (no se me presenta ninguna opción para iniciar en modo de recuperación), obtengo las siguientes opciones para "dispositivo para usar como sistema de archivos raíz"

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

Observe que no se detecta o muestra ningún sistema de archivos / sdc. Sin embargo, cuando entro en la consola /sda1y fdisk -lveo lo que instalé como / sdc.

Intenté la orientación "Reinstalar el cargador de arranque GRUB" /sda1y recibí un error. Lo intenté nuevamente /sdacomo objetivo, y eso pareció funcionar.

Pero, por desgracia, reiniciando, la misma pantalla en negro, solo como salida fsck.

Noté el mismo comportamiento con la instalación neta de 16.04.

Si su problema es el mismo que el mío, en realidad arrancó bien, solo le muestra tty7.

Intente presionar ctrl+ alt+ F1que debería llevarlo a la terminal con un mensaje de inicio de sesión.

Tuve el mismo problema anoche con Ubuntu 15.10. Resultó que eliminé un conector SATA en una unidad (secundaria). Aquí no se produce ningún error real, lo cual fue bastante confuso hasta que abrí y noté que el conector estaba fuera de lugar.

Me lleva a pensar que para usted está buscando la unidad flash usando algún tipo de identificador que de alguna manera ha cambiado entre el arranque USB en vivo y el arranque del sistema instalado, o simplemente no ha intentado arrancar con la unidad conectada.

Arranque un sistema operativo en vivo (debería poder evitar la reutilización de su unidad flash de Ubuntu Server; presione Alt→para acceder a una línea de comando). Obtenga una lista de discos y particiones:

# fdisk -l | less

Obviamente estará en sdc, pero determina qué partición es la del sistema ext4.

Montar la partición (suponiendo sdc2):

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

Ahora inspeccione su fstab:

# nano /mnt/ssd/etc/fstab

Si se trata de una instalación UEFI, probablemente solo debería tener líneas para la partición del sistema EFI ( /boot/efi), la partición de arranque ( /boot) y la raíz del sistema ( /). La configuración anota útilmente las líneas que hizo en la fstab generada, por lo que todo lo que no /dev/sdc*esté activado debe eliminarse (o simplemente comentarlo para que sea seguro).

Salvo que ( CtrlX, Y, Enter), y hacer

# sync
# reboot

para garantizar que los cambios se confirmen en el disco y reiniciar. Desconecte la unidad flash y vea cómo funciona.

Algunas razones comunes por las que he visto aparecer unidades flash antes que la unidad del sistema se deben a que se está utilizando una configuración de BIOS que le permite falsificar la unidad a otro tipo (unidad de disquete, disco duro, etc.) en lugar de confiar en la identificación propia de la unidad. , o porque la unidad ha tenido el bit extraíble desactivado. ¿Está utilizando la misma unidad para el instalador 14.04 que para 16.04? Si está seguro de que no está de su lado, entonces suena como un error del sistema operativo.

Usted está engañado por el problema sda / sdc. Su fstabmuestra que la máquina asigna sistemas de archivos por UUID, y además, la fscklínea muestra que grub podría iniciar el initrd que realizó la comprobación inicial de archivos.

Podría ser algo tan simple como una configuración de gráficos incorrecta para el núcleo. Básicamente, no puede ver los ttys y X no está en su servidor, ¿correcto?

Intenta agregar nomodeseta la GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"línea /etc/default/gruby también agrega una línea GRUB_GFXPAYLOAD_LINUX=keep.

Tenía dos sistemas con 16.04 que mostraban síntomas similares a los que usted describe, pero como podían arrancar en X, podía arreglarlo en un sistema en ejecución. Fue muy similar, vi la línea fsck (en tty1) o nada en absoluto (en tty2-6).

Acabo de instalar Ubuntu Server 16.04.1 LTS y encontré exactamente el mismo problema.

Este problema se debe a que la opción grub GRUB_CMLDLINE_LINUX_DEFAULT se configura en "splash silencioso", al igual que en la versión de escritorio de Ubuntu. Se muestra la pantalla de bienvenida en lugar del texto de arranque detallado habitual.

De alguna manera, después de que se realiza el proceso de arranque, la consola se cae a tty7, que es la GUI xserver inexistente, lo que resulta en el problema mencionado anteriormente.

Vuelva a configurarlo como "texto" y, después de todos los mensajes detallados de arranque, Ubuntu Server arrancará en la consola tty1.

Editar: como mencionó @ emk2203, este problema no es causado por el cargador de arranque que se está instalando en la unidad incorrecta. La instalación realmente se inicia correctamente, pero debido al error en la configuración de grub, el tty7 inexistente se envía a la pantalla principal en lugar de tty1.

Esto parece un problema similar que tuve con un Ubuntu anterior. Estaba instalando el cargador de arranque en la unidad USB. Tuve que instalar manualmente un cargador de arranque (grub o lo que sea) en el SSD interno.