Synchronisation sans panique du noyau: VFS: impossible de monter le root fs sur un bloc inconnu (179,6) exécutant Raspbian sur NOOBS

Au démarrage, la séquence s'arrête comme suit:

Synchronisation anti-panique du noyau: VFS: impossible de monter les root fs sur un bloc inconnu (179,6)

Que puis-je faire pour redémarrer mon Raspberry Pi 2 en utilisant l'installation Raspbian existante , car elle contient de nombreux fichiers et configurations qui seraient trop pénibles à recréer?

REMARQUE: ceci , ceci et cela sont liés mais sont différents.

Veuillez noter qu'il existe une distinction claire entre les erreurs, sur la base des chiffres à la fin et je n'entrerai pas dans les détails car ils peuvent être facilement découverts en ligne si nécessaire. Ces correctifs supposent que toutes les connexions nécessaires fonctionnent (alimentation, carte SD, HDMI, clavier filaire , souris) et que vous utilisez Raspbian avec NOOBS.

Les détails de l'erreur se terminant par 2 se trouvent à la fin de la réponse. Si votre message d'erreur se termine par 6 , comme ceci:

Synchronisation anti-panique du noyau: VFS: impossible de monter les root fs sur un bloc inconnu (179, 6 )

vous devrez effectuer une vérification et une réparation du système de fichiers:

1. Démarrez la framboise en maintenant la Shiftclé.
2. Une fois NOOBS chargé, appuyez sur Alt-F2pour accéder à la ligne de commande de récupération.
3. Connectez-vous avec nom d'utilisateur rootet mot de passe raspberry.
4. Tapez sudo fsck.ext4 -y /dev/mmcblk0p6. Cela va scanner et tenter de réparer le système de fichiers corrompu (remplacez ext4 par votre type de partition si nécessaire). Notez que le automode de fsck(c'est-à-dire ne tapant qu'à la fsckplace de fsck.ext4) n'est pas pris en charge.
5. Tapez sudo shutdown -h nowpour arrêter proprement le Raspberry.
6. Débranchez le câble d'alimentation et rebranchez-le. La framboise devrait maintenant démarrer correctement.

Si votre message d'erreur se termine par 2 , comme ceci:

Synchronisation non panique du noyau: VFS: impossible de monter les root fs sur un bloc inconnu (179, 2 )

il est probable que le problème soit dû à un bogue de mise à jour. Le correctif consiste à changer ce 2 en 6 :

1. Démarrez la framboise en maintenant la Shiftclé.
2. Cliquez sur le Edit config (e)bouton ou appuyez sur e.
3. Cliquez sur l' cmdline.txtonglet ou appuyez right arrowsur sur le clavier.
4. Remplacer:

root = / dev / mmcblk0p 2

avec

root = / dev / mmcblk0p 6

5. Cliquez OKpuis appuyez escapesur sur le clavier pour poursuivre la séquence de démarrage.

Votre Pi devrait maintenant démarrer correctement. Si la même erreur s'affiche mais avec 6, procédez comme suit.

Dans certains cas, le Pi peut ignorer la modification effectuée dans l'interface graphique NOOBS et vous verrez toujours la même erreur exacte, avec 2à la fin lors du démarrage. Dans ce cas, la réponse de tktbjp pourrait aider:

En fait, il est simple d'utiliser le mode de récupération. Je suis entré en mode de récupération et j'ai appuyé sur alt-F2 pour me connecter en tant que root. La modification de cmdline.txt à partir de l'interface graphique ne fonctionne pas.

Après vous être connecté en tant que root avec le mot de passe framboise, vérifiez s'il existe un répertoire / boot. Très probablement, il ne sera pas présent. Sinon, créez-le à l'aide de mkdir / boot. Utilisez ensuite l'éditeur vi pour créer cmdline.txt.

#cd /boot

#vi cmdline.txt

dans l'éditeur vi, changez la racine en mmcblk0p6. Mon contenu cmdline.txt ressemble àdwc_otg.lpm_enable=0 console=ttyAM0,115200 console=tty1 root=/dev/mmcblk0p6 rootfstype=ext4 elevator=deadline rootwait

enregistrez le fichier. alors il est important de faire la synchronisation.

#sync

Ensuite, démarrez la carte. Vérification croisée à l'aide de l'interface graphique si cmdline a vraiment changé. Mon PI B + fonctionne maintenant

J'ai eu le même problème mais avec unknown-block (179.7) et la première solution a bien fonctionné, remplaçant simplement ceci:

sudo fsck.ext4 -y /dev/mmcblk0p6

avec ça:

sudo fsck.ext4 -y /dev/mmcblk0p7

Je ne suis pas un expert mais j'espère que cela pourrait aider les autres.

Pour traiter le cœur du problème (pas une solution de contournement), si vous ne pouvez pas démarrer (ou si vous n'avez pas de "NOOBS"), vous devez:

• retirez la carte SD de votre Pi et placez-la dans un lecteur de carte de votre ordinateur Linux.
• s'il est monté automatiquement, démontez les deux partitions. Vérifiez le nom de périphérique correct avec fdisk -let mount -l. Dans mon exemple, il est monté en tant que /dev/sdb1et /dev/sdb2. Donc, pour démonter, utilisez umount /dev/sdb1et umount /dev/sdb2. ( FAITES ATTENTION À VÉRIFIER VOTRE NUMÉRO DE PARTITION. "2" voici juste MON exemple).
• Vous êtes maintenant prêt à procéder au contrôle avec corrections.
  • Avec fdisk -lidentifier la partition DOS et vérifier / réparer avec fsck.fat -y /dev/sdb1( Vérifiez votre bon numéro )
  • Vous fdisk -lmontre également le ext4numéro de partition. Réparez-le avec fsck.ext4 -y /dev/sdb2( Vérifiez votre numéro correct )
• S'il se remonte automatiquement, les umountdeux à nouveau. Sinon, vous êtes prêt à retirer votre ordinateur de votre Raspberry Pi et à l'allumer.

S'il ne s'agit que d'un problème de "blocage", il sera probablement opérationnel. Si vous Kernel Paniccontinuez, vérifiez si le message d'erreur a changé pour autre chose. Dans ce cas, vous devriez chercher à nouveau d'autres réponses ou envisager de réécrire votre carte SD à partir de zéro.

Je me suis retrouvé avec cette erreur après avoir essayé d'installer Raspbian (Lite) sur une carte SD qui était trop petite. Bien sûr, si j'avais regardé la sortie du processus dd, j'aurais vu cela avant de mettre aveuglément la carte dans mon 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)

J'ai fini par installer Minibian .

Vous avez cette erreur se terminant par 2 lors de la duplication d'une bonne carte connue. Fondamentalement, j'ai copié les octets de la carte d'origine vers une nouvelle carte SD avec dd. Je ne m'attendais à aucune erreur de ce processus simple, alors imaginez ma surprise quand j'ai été confronté à ce message:

Synchronisation non panique du noyau: VFS: impossible de monter les root fs sur un bloc inconnu (179, 2 )

Après la recherche, il s'est avéré que la nouvelle carte SD était légèrement plus petite que l'original.

Pour cette raison, le montage de la partition racine a échoué. Et cela a conduit à son tour au fameux message de panique du noyau. Je suppose que le noyau a essayé d'atteindre les blocs après la fin de la carte SD, ou a constaté que la partition (étant la dernière dans l'ordre) ne tient pas complètement sur la carte SD.

Comme je voulais vraiment conserver mes fichiers et mes paramètres, j'ai réduit le système de fichiers racine. Cela implique d'exécuter d' resize2fsabord, puis fdiskd'ajuster la partition. Sachez qu'un outil signale la taille en blocs de 4k, l'autre fonctionne avec des décalages de démarrage / arrêt de secteur de 512 octets. C'est vraiment facile de gâcher. Gardez donc des sauvegardes de bonnes images connues.

Il est probablement préférable de le faire sur un autre PC ou ordinateur portable avec lecteur de carte. Pas sur la framboise elle-même.

Il va sans dire que vous devriez avoir suffisamment d'espace dans le système de fichiers pour pouvoir réellement le réduire ...

Dans mon cas, j'ai dû cloner le sd dans un autre sd car l'original était corrompu dans ce secteur.

Pour cloner sous Windows, vous pouvez utiliser cet outil: Win32 Disk Imager .

Pour réduire l'image sd, si le nouveau sd est plus petit qu'original, vous pouvez utiliser ce script dans un vm linux où vous avez partagé l'image sd: PiShrink .

Enfin, si vous voulez voir l'intégralité de la procédure dans cette vidéo .