¡ALERTA! / dev / disk / by-uuid / xxxxxxxxx no existe. Cayendo a una cáscara

Estoy usando Ubuntu 14.04.

Corrí en la terminal sudo apt-get update. Luego reinicié el sistema. Y ahora veo:

ALERT! /dev/disk/by-uuid/xxxxxxxxx does not exist. Dropping to a shell
initramfs:_

No puedo arrancar Ubuntu EN VIVO desde una unidad flash USB. Sí, verifiqué dos veces la configuración del BIOS y la unidad flash USB está bien y se ejecuta en otra máquina. Ahora mismo voy a comprar un DVD y grabar un DVD en vivo desde otra computadora portátil.

sudo blkid me da

/dev/loop0: TYPE="squashfs"  
/dev/sda1: UUID="xxxx" TYPE="ext4"   
/dev/sr0: LABEL="Ubuntu 14.04.1 LTS i386" TYPE="iso960"

/etc/fstabtiene lo mismo UUID="xxxx"y hay una línea con:

errors=remount-ro 0

Intenté usar boot-repair pero todavía no puedo iniciar sesión en Ubuntu.

No quiero reinstalar Ubuntu, porque tengo muchos datos allí.

¿Tienes algún consejo sobre cómo se puede resolver esto?

— Marcin Gorski
fuente

Ejecute sudo blkiddesde la terminal (desde un DVD en vivo si es necesario) y compruebe los UUID en comparación con lo que /etc/fstabtiene. O publique ambos resultados en su pregunta, por favor. Cómo ejecutar sudo blkiddesde un DVD en vivo: Arranque desde el disco en vivo de Ubuntu, haga clic en la opción Probar Ubuntu al inicio. Abra el terminal (Ctrl + Alt + T) y luego ejecute el sudo blkidcomando en él. Finalmente, publique su salida en su pregunta.

— karel

ok @karel sudo blkidme da /dev/loop0: TYPE="squashfs" /dev/sda1: UUID="xxxx" TYPE="ext4" dev/sr0: LABEL="Ubuntu 14.04.1 LTS i386" TYPE="iso960" / etc / fstab tiene el mismo UUID = "xxxx" y hay una línea donde está escrito errores = remount-ro 0 -

— Marcin Gorski

Tengo esto después de ejecutar boot-repair Boot-repair log

— Marcin Gorski

y luego todavía no puedo iniciar sesión en ubuntu ...

— Marcin Gorski

@MarcinGorski agregue su solución como respuesta y márquela como aceptada en lugar de editar la pregunta.

— muru

Respuestas:

La solución fue ejecutar estos comandos desde liveDVD, me permite hacer cosas en mi sda1 desde ese liveDVD (hasta donde yo entiendo)

sudo mount /dev/sda1 /mnt
sudo mount --bind /dev /mnt/dev
sudo mount --bind /proc /mnt/proc
sudo mount --bind /sys /mnt/sys
sudo chroot /mnt
update-initramfs -u
update-grub
reboot

Un amigo mío del foro ubuntu pl me ayudó a resolver este problema.

Descubrió que podría haber un error en initramfs, que debería actualizarse como parte de la actualización del kernel. Si algo sale mal durante esa actualización, podrían ocurrir problemas como el mío.

— Marcin Gorski
fuente

Buen post. Me gustaría agregar que Ubuntu no está necesariamente instalado en sda1. Para ayudar a determinar dónde está instalado, ejecute sudo fdisk -l. Suponiendo que sepa en qué disco duro instaló Ubuntu, ese comando debería ayudarlo a determinar qué sd * se asigna a esa unidad.

— ubiquibacon

Intenté esto en Ubuntu MATE 17.04 (Nueva instalación), y desafortunadamente no ayudó ...

— Dominic Hayes

Estaba obteniendo WARNING: missing /lib/modules/4.2.0-16-genericporque LiveCD tenía una versión de kernel diferente. Así que he montado tmp, liby lib64a continuación, todo lo trabajado.

— Max Malysh

Tuve que especificar el sistema de archivos para montar para una partición ext4 ( mount -t ext4 /dev/sda1 /mnt), de lo contrario, esto funcionó muy bien.

— Shane

-2

Las personas pueden fruncir el ceño si lo desean, pero he descubierto que usar " /dev/sdX" funciona de manera más confiable para mí que UUID para mis sistemas personales. En un entorno empresarial, me esforzaría más para que funcione con el UUID en lugar de la dirección "/ dev /", pero debe estar seguro de usar /dev/sdaXen /etc/fstablugar de la referencia UUID, al menos para poder iniciar su sistema mientras continúe buscando la respuesta a por qué falla exactamente el arranque a pesar de tener el UUID correcto en / etc / fstab.

Si desea seguir esta ruta, utilice el siguiente procedimiento:

Arranque en el shell de recuperación o arranque en una unidad USB o CD en vivo
Montar la partición del sistema que no se inicia
Edite el /etc/fstabarchivo en la partición del sistema mencionado en el Paso 2 como raíz y reemplácelo UUID=XXXXXcon la /dev/sdXetiqueta correspondiente en todas las /etc/fstabentradas relevantes .

Nota: Se sabe que este procedimiento es confiable para Ubuntu y las distribuciones derivadas de Ubuntu (a partir de la redacción de este artículo; esto podría cambiar fácilmente con cualquier próximo lanzamiento). Sé con certeza que no funcionará de manera confiable para algunas otras distribuciones como knoppix o Arch Linux (esto se debe a las diferencias en la forma en que UDEV escanea en dispositivos y les da nombres en el sistema de archivos / dev). Si está utilizando una distribución no derivada de Ubuntu, no utilice este método ni lo haga bajo su propio riesgo.

— MGodby
fuente

Gracias por su ayuda @MGodby pero ya encuentro la solución.

— Marcin Gorski

Su método es el antiguo, que se reemplazó por razones bastante buenas, principalmente porque la numeración de la unidad no es constante y es posible arrancar desde una unidad inesperada. Esto no es posible con UUID. Pero a menudo uso el formato "LABEL = ___", solo porque es más claro ver de inmediato qué es qué. Ejemplo: LABEL=data_partition.

— Marty Fried