Correction: impossible de monter root fs sur un bloc inconnu

Étant donné que l'arrivée d'un fichier root incapable de monter sur une erreur de bloc inconnue laisse présager que vous ne pouvez pas démarrer votre installation GNU / Linux, cela peut être une erreur plutôt préoccupante à obtenir. Vous le verrez le plus souvent après qu'une mise à jour a mal tourné ou qu'un autre type d'irrégularité du système ait interféré avec le fonctionnement normal de votre noyau.

De nombreux utilisateurs préféreraient ne pas avoir à travailler avec le noyau Linux, car cela peut être assez ennuyeux de le faire. Heureusement, c'est un problème assez facile à résoudre à condition que vous puissiez soit démarrer votre machine en utilisant un autre noyau stocké dessus, soit avoir accès à un autre ordinateur pour créer une clé USB amorçable.

Remontage et réparation du module initramfs

Cette erreur se produit généralement parce que vous ne disposez pas des initramfs du noyau avec lequel vous travaillez. Puisque vous ne pouvez pas démarrer correctement votre système, vous avez deux options pour accéder à un shell. Vous l'aurez remarqué dans le cadre d'un écran noir avec quelques lignes ou plusieurs lignes de texte lorsque vous essayez de démarrer. Le système apparaîtra bloqué après l'avoir obtenu.

Redémarrez, puis essayez d'appuyer sur shift juste après avoir vu le logo BIOS ou UEFI lorsque vous allumez votre machine. Si vous voyez le menu Grub apparaître, vous pouvez sélectionner le paramètre Options avancées et essayer un noyau plus ancien. Vous pourrez peut-être accéder à votre système de cette façon.

Si cela n'a pas fonctionné, vous devrez démarrer à partir d'un CD live, d'une clé USB ou d'une carte SD. Vous pouvez en créer un en téléchargeant le support d’installation de votre distribution sur une autre machine car, malheureusement, vous ne pouvez pas y accéder si le menu de démarrage de Grub n’a pas aidé.

Dans tous les cas, une fois que vous avez démarré, ouvrez un terminal avec Ctrl + Alt + T, quelle que soit la méthode utilisée pour démarrer votre machine. Répertoriez les partitions que vous avez sur votre machine avec sudo fdisk -l et recherchez celle qui correspond à votre système de fichiers racine. Une fois que vous l'avez trouvé, tapez sudo mkdir / mnt / fs; sudo mount / dev / sda1 / mnt / fs, bien que vous deviez naturellement remplacer / dev / sda1 par le bon nom de partition si ce n'est pas le cas. Cela devrait cependant être la partition racine sur de nombreux systèmes Linux Mint, Debian et Ubuntu.

Vous devrez monter votre partition EFI si vous en avez une. En supposant que vous utilisez une ancienne installation démarrant à partir d'un disque partitionné MBR, vous n'aurez pas à le faire. Si vous disposez d'un système EFI, exécutez sudo mkdir / mnt / boot / efi; sudo mount / dev / sda2 / mnt / boot / efi en remplaçant à nouveau / dev / sda2 par le bon numéro de partition. La commande fdisk précédente devrait avoir répertorié toutes les partitions.

Vous devez maintenant exécuter une liste de commandes pour obtenir ce qu’ils appellent un accès chroot dans votre installation. Vous les verrez plusieurs fois publiées, car il s'agit d'une erreur courante, mais les choses pourraient différer légèrement en raison des futures mises à jour. Il semble que les commandes suivantes devraient fonctionner:

sudo mkdir -p / mnt / dev / pts; sudo mount -o bind / dev / mnt / dev sudo mount -o bind / dev / pts / mnt / dev / pts sudo mkdir / mnt / sys; sudo mount -t sysfs / sys / mnt / sys sudo mkdir / mnt / proc; sudo mount -t proc / proc / mnt / proc sudo chroot / mnt

Exécutez dpkg –list | grep linux-image pour trouver l'image Linux que vous exécutez, puis exécutez update-initramfs -u -k 4.10.0-38-generic, en veillant à remplacer le libellé par ce que vous exécutez réellement. Nous avons utilisé le nom d'une installation de test de Xubuntu que nous exécutions, mais votre image peut être très différente. Une fois que vous avez terminé, exécutez update-grub; quittez et vous serez de retour à votre première invite. Essayez sudo umount / mnt / boot / efi si vous étiez sur n'importe quel type de système UEFI.

Vous n’avez pas à faire cela si vous utilisez un ancien système. Dans tous les cas, vous voudrez exécuter sudo umount / mnt; redémarrez puis démarrez comme d'habitude.

Si tout s'est bien passé, vous serez complètement revenu à la normale. Cela peut sembler beaucoup de jeu, mais si ces commandes fonctionnent, vous n'aurez pas à ajuster les fichiers de configuration ou quoi que ce soit du genre. Il vous suffira de les exécuter et de redémarrer pour retrouver un système opérationnel.

Une fois que vous aurez remis les choses en marche, vous souhaiterez peut-être effectuer une mise à jour avec le nouveau noyau.