web-dev-qa-db-fra.com

ne synchronise pas vfs incapable de monter le root fs sur unknown-block (0 0)

J'avais un windows10 et Manjaro sur mon ordinateur portable et tout allait bien. le jour dernier, j'ai installé Kali Linux dans une autre partition. Il s'est installé correctement et fonctionne correctement. Mais le problème est quand je veux démarrer mon Manjaro. Je sélectionne Manjaro dans le menu grub mais c'est l'écran que je vois.

image1

Et voici l'erreur:

ne synchronise pas vfs incapable de monter le root fs sur unknown-block (0 0)

Comment puis-je résoudre le problème?

linuxkali-linuxgrub2grubmanjaro
7
Milad Heydari

VFS: unable to mount root fs on unknown-block(0 0) signifie que le noyau n'a pas pu monter le système de fichiers racine. Il y a deux causes courantes à cela:

  1. Le noyau ne prend pas en charge le système de fichiers sur l'appareil. Si vous avez compilé votre propre noyau, c'est généralement parce que vous avez spécifié que le pilote du système de fichiers doit être construit comme un module plutôt que comme une partie native du noyau; si vous utilisez le noyau de la distribution, c'est généralement parce que vous avez choisi un format exotique pour votre système de fichiers racine. Dans les deux cas, ne faites pas ça.

  2. Le nom du périphérique racine transmis au noyau est incorrect. Celui-ci peut être difficile à corriger: la meilleure méthode que j'ai trouvée consiste à modifier la ligne de commande du noyau à partir du chargeur de démarrage, en faisant des suppositions éclairées sur ce que le root= le paramètre devrait ressembler jusqu'à ce que je trouve quelque chose qui fonctionne.

6
Mark

Il y a une troisième cause, qui est arrivée, c'est mon problème:

Typiquement, dans chaque élément du menu grub, il y a une ligne 'linux ...' et une ligne 'initrd ....'.

Parce que j'avais manqué de place dans/boot, j'avais supprimé un fichier initrd ...., exécuté update-initramfs pour une autre version du noyau, mais négligé d'exécuter update-grub, qui mettrait à jour les entrées appropriées.

J'ai réparé cela en ajoutant manuellement la ligne dans le menu de démarrage pendant la séquence de démarrage, puis je l'ai rendue permanente une fois connecté et je pouvais exécuter update-grub.

3
Raymond Burkholder

J'ai eu le même problème après la mise à jour du noyau. Veuillez monter le disque ISO ou CD/DVD approprié et faire le sauvetage. Par exemple, j'ai monté le DVD CentOS7 et procédez comme suit:

mount --bind /proc /mnt/sysimage/proc
mount --bind /dev  /mnt/sysimage/dev
mount --bind /sys  /mnt/sysimage/sys
chroot /mnt/sysimage

En trouvant les derniers initramfs depuis/boot et en les régénérant, eh bien dans ce cas:

dracut -f /boot/initramfs-2.6.32-754.14.2.el6.x86_64.img initramfs-2.6.32-754.14.2.el6.x86_64

Après le redémarrage, tout fonctionne correctement.

0
Kompjuteras

Il y a différentes choses qui peuvent provoquer ce genre de panique du noyau. Puisque vous utilisez grub2, je vous suggère fortement d'exécuter manuellement les commandes du shell grub (vous pouvez toujours vous référer aux commandes dans votre fichier /boot/grub/grub.cfg) En règle générale, vous avez des commandes comme celle-ci:

    set prefix=...
    set root=...
    # you can test if values above are set correctly by simply run `ls` here
    # and see whether errors show up
    linux /...
    initrd /...

exécutez les commandes ci-dessus une par une et en cas de problème, le message d'erreur renvoyé vous donnera un indice sur ce qui ne va pas dans votre système. Recherchez ensuite le message d'erreur sur Google pour trouver la solution.

0
juan cortez

Apparemment, cela peut se produire si vous ne vous allouez pas suffisamment de mémoire VM également. J'ai compris que ma mémoire était réglée sur 320 Mo et non sur 32 Go.

0
Zachariah Sahs