El arranque cae en un indicador (initramfs) / busybox

Estoy ejecutando un HP pavilion dv6000 dual boot win7 y Ubuntu 12.04. (bueno, hasta hoy). Después de reiniciar, el proceso de inicio cae en el shell BusyBox y termino en el indicador:

BusyBox v1.18.5 (Ubuntu 1:1.18.5-1ubuntu4) built-in shell (ash)
Enter 'help' for a list of built-in commands.

(initramfs)

He estado investigando a otras personas que han tenido este mismo problema, pero no han podido encontrar ninguna de esas soluciones que funcionen para mí.

Probé el método descrito aquí , y después del comando final

mount -t ntfs-3g /dev/sda1 /root -o force

no hace nada y me da otro aviso (initramfs).

Puedo arrancar en un CD en vivo (USB) y llegar a una terminal, pero no parece hacer mucho bien, ya que puedo ver / dev / sda1 en el comando ls, pero no lo reconoce cuando trata de cd a eso.

Una pregunta más: usando el comando, fdisk -l¿cómo puedo saber qué punto de montaje ( sda1/ sda2) es mi partición de Windows y cuál es Ubuntu?

Mientras estaba en la consola initramfs , pasé una salida de comando para salir del shell. La misma consola se presentó ante mí, pero esta vez con el nombre exacto de la partición que se corrompió .

BusyBox v1.18.5 (Ubuntu 1:1.18.5-1ubuntu4) built-in shell (ash) 
Enter 'help' for a list of built-in commands.

(initramfs) exit

/dev/mapper/ubuntu--vg-root: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e., without -a or -p options) 
fsck exited with status code 4. 
The root filesystem on /dev/mapper/ubuntu--vg-root requires a manual fsck. 

BusyBox v1.18.5 (Ubuntu 1:1.18.5-1ubuntu4) built-in shell (ash)
Enter 'help' for a list of built-in commands.

(initramfs) fsck /dev/mapper/ubuntu--vg-root -y

fsck from util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
/dev/mapper/ubuntu--vg-root contains a file system with errors, check forced.

Una vez realizada la comprobación, reinicié el sistema.

BusyBox v1.18.5 (Ubuntu 1:1.18.5-1ubuntu4) built-in shell (ash)
Enter 'help' for a list of built-in commands.

(initramfs) reboot

y eso es todo, volví al sistema de archivos sin ningún error.

Parece que tienes un superbloque malo. Para arreglar esto:

En primer lugar, inicie en un CD o USB en vivo

Encuentre su número de partición usando

sudo fdisk -l|grep Linux|grep -Ev 'swap'

Luego, enumere todos los superbloques usando el comando:

sudo dumpe2fs /dev/sda2 | grep superblock

Reemplace sda2a su número de unidad

Deberías obtener un resultado similar como este

  Primary superblock at 0, Group descriptors at 1-6
  Backup superblock at 32768, Group descriptors at 32769-32774
  Backup superblock at 98304, Group descriptors at 98305-98310
  Backup superblock at 163840, Group descriptors at 163841-163846
  Backup superblock at 229376, Group descriptors at 229377-229382
  Backup superblock at 294912, Group descriptors at 294913-294918
  Backup superblock at 819200, Group descriptors at 819201-819206
  Backup superblock at 884736, Group descriptors at 884737-884742
  Backup superblock at 1605632, Group descriptors at 1605633-1605638
  Backup superblock at 2654208, Group descriptors at 2654209-2654214
  Backup superblock at 4096000, Group descriptors at 4096001-4096006
  Backup superblock at 7962624, Group descriptors at 7962625-7962630
  Backup superblock at 11239424, Group descriptors at 11239425-11239430
  Backup superblock at 20480000, Group descriptors at 20480001-20480006
  Backup superblock at 23887872, Group descriptors at 23887873-23887878

Elija un superbloque alternativo de esta lista, para este caso, superbloque alternativo # 32768

Ahora, para verificar y reparar un sistema de archivos Linux usando el superbloque alternativo # 32768:

sudo fsck -b 32768 /dev/sda2 -y

La -ybandera se usa para omitir todas las Fix?preguntas y responderlas todas con un sí automáticamente

Debería obtener una salida similar a esta:

fsck 1.40.2 (12-Jul-2007)
e2fsck 1.40.2 (12-Jul-2007)
/dev/sda2 was not cleanly unmounted, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong for group #241 (32254, counted=32253).
Fix? yes
Free blocks count wrong for group #362 (32254, counted=32248).
Fix? yes
Free blocks count wrong for group #368 (32254, counted=27774).
Fix? yes
..........
/dev/sda2: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sda2: 59586/30539776 files (0.6% non-contiguous), 3604682/61059048 blocks

Ahora intenta montar la partición

sudo mount /dev/sda2 /mnt

Ahora, intente explorar el sistema de archivos con los siguientes comandos

cd /mnt
mkdir test
ls -l
cp file /path/to/safe/location

Si puede ejecutar los comandos anteriores, lo más probable es que haya solucionado su error.

Ahora, reinicie su computadora y debería poder arrancar normalmente.

( fuente )

En realidad, la solución es fácil, solo escriba el comando de fsck /dev/sdaxla siguiente manera y proporcione Ysi la consola solicita arreglar algo:

(initramfs) fsck /dev/sda1

o

(initramfs) fsck /dev/sdaX

X especifica el número de pieza del disco montado.

Si no desea presionar manualmente 'y' cada vez que solicita una solución, también puede ejecutar el comando con la -yopción.

(initramfs) fsck /dev/sdaX -y

1. La respuesta simple es quitar el disco duro conectado a otro sistema e iniciar el sistema (no arranque desde el disco duro de error initramfs, use ninguno con Ubuntu e gpartedinstalado).
2. inicie gpartedy seleccione su disco duro y seleccione VERIFICAR desde el menú del botón derecho.

Acabo de intentar un golpe de suerte arrancando el sistema con la herramienta "Parted Magic" desde un CD en vivo. Mirando las particiones, había un "espacio desconocido" declarado de algunos GBytes en la partición de Linux.

Así que simplemente amplié el espacio de Linux en toda la partición y listo, desde entonces mi Linux arranca como antes sin fallar hasta ahora.