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 fsck
salida 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 fsck
salida 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 fdisk
despué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 /sda1
y fdisk -l
veo lo que instalé como / sdc.
Intenté la orientación "Reinstalar el cargador de arranque GRUB" /sda1
y recibí un error. Lo intenté nuevamente /sda
como objetivo, y eso pareció funcionar.
Pero, por desgracia, reiniciando, la misma pantalla en negro, solo como salida fsck.
fuente
e
para editar la entrada predeterminada y agreguedebug
al final de la línea que dicequiet
. De hecho, eliminar el silencio está bien.Respuestas:
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.
fuente
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:
Obviamente estará en sdc, pero determina qué partición es la del sistema ext4.
Montar la partición (suponiendo sdc2):
Ahora inspeccione su 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
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.
fuente
Usted está engañado por el problema sda / sdc. Su
fstab
muestra que la máquina asigna sistemas de archivos por UUID, y además, lafsck
lí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
nomodeset
a laGRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
línea/etc/default/grub
y también agrega una líneaGRUB_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).
fuente
tty7
salida a la pantalla principal, pero se está iniciando correctamente. No tengo idea de por qué o cómo solucionarlo. Ctrl + Alt + F1 me permite cambiar a la consola "real".GRUB_CMDLINE_LINUX_DEFAULT="nomodeset quiet splash"
lo recomendado, agregue la otra línea también. Esto hizo que la inicialización terminara para mí. Recibí el mensaje de inicio de sesión tty1 después de hacer esto, en dos computadoras.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.
fuente
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.
fuente
/sdc