Kernel panic-not syncing: VFS: no se puede montar la raíz fs en el bloque desconocido (179,6) que ejecuta Raspbian en la parte superior de NOOBS

Al arrancar, la secuencia se detiene en lo siguiente:

Kernel panic-not syncing: VFS: no se puede montar la raíz fs en un bloque desconocido (179,6)

¿Qué puedo hacer para que mi Raspberry Pi 2 se inicie nuevamente utilizando la instalación Raspbian existente , ya que contiene muchos archivos y configuraciones que serían demasiado dolorosos para recrear?

NOTA: Esto , esto y esto están relacionados pero son diferentes.

Tenga en cuenta que existe una clara distinción entre los errores, en función de los números al final y no entraré en muchos detalles, ya que pueden descubrirse fácilmente en línea si es necesario. Estas correcciones suponen que tiene todas las conexiones necesarias funcionando (alimentación, tarjeta SD, HDMI, teclado con cable , mouse) y está utilizando Raspbian junto con NOOBS.

Los detalles del error que termina en 2 se encuentran al final de la respuesta. Si su mensaje de error termina con 6 , así:

Kernel panic-not syncing: VFS: no se puede montar la raíz fs en un bloque desconocido (179, 6 )

necesitará hacer una comprobación y reparación del sistema de archivos:

1. Inicie la frambuesa con la Shifttecla.
2. Una vez que se carga NOOBS, presione Alt-F2para acceder a la línea de comando de recuperación.
3. Inicie sesión con nombre de usuario rooty contraseña raspberry.
4. Tipo sudo fsck.ext4 -y /dev/mmcblk0p6. Esto escaneará e intentará reparar el sistema de archivos dañado (reemplace ext4 con su tipo de partición si es necesario). Tenga en cuenta que el automodo de fsck(es decir, solo escribir en fscklugar de fsck.ext4) no es compatible.
5. Escriba sudo shutdown -h nowpara apagar la frambuesa limpiamente.
6. Desenchufe el cable de alimentación y vuelva a enchufarlo. La Raspberry ahora debería comenzar bien.

Si su mensaje de error termina con 2 , así:

Kernel panic-not syncing: VFS: no se puede montar la raíz fs en un bloque desconocido (179, 2 )

Es probable que el problema sea causado por un error de actualización. La solución implica cambiar ese 2 a un 6 :

1. Inicie la frambuesa con la Shifttecla.
2. Haz clic en el Edit config (e)botón o presiona e.
3. Haga clic en la cmdline.txtpestaña o presione el right arrowen el teclado.
4. Reemplazar:

root = / dev / mmcblk0p 2

con

root = / dev / mmcblk0p 6

5. Haga clic OKy luego presione escapeen el teclado para continuar con la secuencia de arranque.

Tu Pi ahora debería arrancar bien. Si se muestra el mismo error pero con 6, continúe con los pasos anteriores.

En algunos casos, el Pi puede ignorar el cambio realizado en la GUI de NOOBS y aún verá exactamente el mismo error, 2al final al arrancar. En este caso, la respuesta de tktbjp podría ayudar:

En realidad, es simple usar el modo de recuperación. Ingresé al modo de recuperación y presioné alt-F2 para iniciar sesión como root. Cambiar cmdline.txt desde la GUI no funciona.

Después de iniciar sesión como root con la contraseña de frambuesa, verifique si hay algún directorio / boot. Lo más probable es que no esté presente. Si no es así, créelo usando mkdir / boot. Luego use el editor vi para crear cmdline.txt.

#cd /boot

#vi cmdline.txt

en vi editor, cambie la raíz a mmcblk0p6. Mi contenido de cmdline.txt se parece adwc_otg.lpm_enable=0 console=ttyAM0,115200 console=tty1 root=/dev/mmcblk0p6 rootfstype=ext4 elevator=deadline rootwait

guarda el archivo. entonces es importante hacer la sincronización.

#sync

Luego arranque el tablero. Verificación cruzada usando GUI si cmdline realmente cambia. Mi PI B + está funcionando ahora

Tuve el mismo problema pero con unknown-block (179.7) y la primera solución funcionó bien, solo reemplazando esto:

sudo fsck.ext4 -y /dev/mmcblk0p6

con este:

sudo fsck.ext4 -y /dev/mmcblk0p7

No soy un experto, pero espero que esto pueda ayudar a otros.

Para tratar el núcleo del problema (no una solución alternativa), si no puede iniciar (o no tiene "NOOBS"), debe:

• retire la tarjeta SD de su Pi y colóquela en un lector de tarjetas en su computadora Linux.
• Si se monta automáticamente, desmonte ambas particiones. Verifique el nombre correcto del dispositivo con fdisk -ly mount -l. En mi ejemplo, está montado como /dev/sdb1y /dev/sdb2. Entonces, para desmontar, use umount /dev/sdb1y umount /dev/sdb2. ( TENGA CUIDADO DE VERIFICAR SU NÚMERO DE PARTICIÓN. "2" aquí es solo MI ejemplo).
• Ahora está listo para continuar con el chequeo con correcciones.
  • Con fdisk -lidentificar la partición de DOS y verificar / arreglar con fsck.fat -y /dev/sdb1( Verifique su número correcto )
  • Además, le fdisk -lmuestra el ext4número de partición. Solucionarlo con fsck.ext4 -y /dev/sdb2( Verifique su número correcto )
• Si vuelve a montarse automáticamente, umountambos de nuevo. Si no, está listo para quitarlo de su computadora a su Raspberry Pi y encenderlo.

Si es solo un problema de "bloqueo", probablemente estará en funcionamiento. Si Kernel Paniccontinúa, verifique si el mensaje de error ha cambiado a otra cosa. En este caso, debe buscar nuevamente otras respuestas, o tal vez considere volver a escribir su tarjeta SD desde cero.

Terminé con este error después de intentar instalar Raspbian (Lite) en una tarjeta SD que era demasiado pequeña. Por supuesto, si realmente hubiera mirado la salida del proceso dd, lo habría visto antes de poner ciegamente la tarjeta en mi Pi:

$ dd bs=1m if=Downloads/2016-05-27-raspbian-jessie-lite.img of=/dev/rdisk3
Password:
dd: /dev/rdisk3: short write on character device
dd: /dev/rdisk3: Input/output error
969+0 records in
968+1 records out
1015808000 bytes transferred in 45.492548 secs (22329108 bytes/sec)

Terminé instalando Minibian .

Recibí este error que termina en 2 al duplicar una buena tarjeta conocida. Básicamente, lo que hice fue copiar los bytes de la tarjeta original a una nueva / nueva tarjeta SD dd. No esperaba ningún error de este simple proceso, así que imagina mi sorpresa cuando me enfrenté a este mensaje:

Kernel panic-not syncing: VFS: no se puede montar la raíz fs en un bloque desconocido (179, 2 )

Después de buscar resultó que la nueva tarjeta SD era ligeramente más pequeña que la original.

Debido a esto, el montaje de la partición raíz falló. Y eso a su vez condujo al infame mensaje de pánico del núcleo. Supongo que el kernel intentó alcanzar bloques más allá del final de la tarjeta SD, o descubrió que la partición (siendo la última en orden) no cabe completamente en la tarjeta SD.

Como realmente quería mantener mis archivos y configuraciones, reduje el sistema de archivos raíz. Esto implica ejecutar resize2fsprimero, luego fdiskajustar la partición. Tenga en cuenta que una herramienta informa el tamaño en bloques de 4k, la otra funciona con compensaciones de inicio / parada de sector de 512 bytes. Es realmente fácil equivocarse. Así que guarde copias de seguridad de buenas imágenes conocidas.

Probablemente sea mejor hacer esto en otra PC o computadora portátil con lector de tarjetas. No en la frambuesa en sí.

No hace falta decir que debe tener suficiente espacio en el sistema de archivos para poder reducirlo ...

En mi caso, debido a clonar SD en otro SD porque el original estaba dañado en ese sector.

Para clonar en Windows puede usar esta herramienta: Win32 Disk Imager .

Para reducir la imagen SD, si la nueva SD es más pequeña que la original, puede usar este script en un Linux vm donde ha compartido la imagen SD: PiShrink .

Finalmente, si quieres ver el procedimiento completo en este video .