Comment réparer "error : unknown filesystem. Grub sauvetage>

Ce qui suit a résolu le problème pour moi, j'ai Windows 7 et Ubuntu 10.04. Après avoir exécuté les commandes suivantes, je n'ai pas besoin de les exécuter à chaque fois et je suis capable de démarrer les deux OS normalement :

set root=(hd0,6)
set prefix=(hd0,6)/boot/grub
insmod normal
normal

Maintenant, une fois que vous démarrez dans Ubuntu, exécutez également les deux commandes suivantes :

sudo update-grub
sudo grub-install /dev/sda

Note : /dev/sda est le lecteur où vous voulez votre Grub installé, il peut être /dev/sdb ou autre chose, mais c'est généralement /dev/sda

Prenez en considération le fait que le hd0 pourrait être X (0,1,2..) en fonction de l'ordre des disques et de l'ordre de passage de l'ordinateur. 6 pourrait être aussi différent, il pourrait être (hd0,gpt7) par exemple.

Commencez par démarrer Ubuntu à partir d'une image ISO.

1. Localisez la partition Ubuntu et le dossier contenant les modules Grub.

   Le dossier Grub contenant les modules doit être localisé pour que les bons modules puissent être chargés. Ce dossier aurait été créé lors de l'installation initiale d'Ubuntu et devrait être situé dans la partition Ubuntu. Ce dossier se trouve normalement à l'emplacement suivant (hdX,Y)/boot/Grub ou (hdX,Y)/usr/lib/Grub/i386-pc . Trouvez votre partition Ubuntu existante et le dossier du module.

   ls                               # List the known drives (hdX) and partitions (hdX,Y)
   ls (hdX,Y)/                      # List the contents of the partition's root
   ls (hdX,Y)/boot/grub             # Normal location of the Grub 2 modules.
   ls (hdX,Y)/usr/lib/grub/i386-pc  # Alternate location of the Grub 2 modules.

   • ls - devrait retourner tous les lecteurs (hdX) et partitions (hdX,Y) connus.
   • ls (hdX,Y)/ - devrait afficher le contenu du répertoire racine de la partition.
   • Si vous recevez un "erreur : système de fichiers inconnu" ce n'est pas votre partition Ubuntu partition.
   • S'il s'agit de la partition Ubuntu, vous verrez la commande Ubuntu y compris lost+found/, home/, boot/ et vmlinuz et initrd.img. Utilisez cette adresse comme la première partie de la suivante commande suivante.
   • ls (hdX,Y)/boot/grub - devrait afficher plusieurs dizaines de fichiers *.mod. C'est le dossier que vous recherchez.
   • Si vous ne trouvez pas les modules, essayez l'emplacement alternatif : ls (hdX,Y)/usr/lib/Grub/i386-pc

2. Chargez les modules.

   set prefix=(hdX,Y)/<path to modules>

   • Cette commande doit pointer correctement vers le dossier contenant les modules Grub. L'adresse doit être celle de la section précédente qui a affiché les modules.

   Exemples :

   set prefix=(hd0,5)/boot/grub 
   set prefix=(hd1,1)/usr/lib/grub/i386-pc

   • Modules de charge :

     insmod linux
     insmod loopback
     insmod iso9660
     insmod fat        # If ISO is located on fat16 or fat32 formatted partition.
     insmod ntfs       # If ISO is located on an NTFS formatted partition.
     insmod nftscomp   # If NTFS compression is used on the partition. Load if you aren't sure.

   • A "fichier non trouvé" L'erreur signifie que le chemin dans le préfixe est incorrect ou que le module spécifique n'existe pas. Le réglage du préfixe peut être revu avec la commande set. Relancez la commande "set prefix=" avec le chemin correct.

3. Localisez le fichier ISO Ubuntu.

   • En utilisant les combinaisons de commandes ls, localisez l'image ISO Ubuntu.

4. Créez le périphérique de bouclage.

   loopback loop (hdX,Y)/<path to ISO>/<ISO-name.iso>

   • Exemple :

     loopback loop (hd1,1)/path/to/ubuntu-10.04.1-desktop-i386.iso

5. Charger le noyau Linux et l'image initrd.

   set root=(loop)
   linux /casper/vmlinuz boot=casper iso-scan/filename=/<ISO-name.iso> noprompt noeject
   initrd /casper/initrd.lz

   • Si le chemin vers l'ISO ou le nom de fichier n'est pas correct, le démarrage s'arrêtera à l'écran BusyBox et produira un message indiquant "can't open /dev/sr0 : No medium found".
   • Remarque : si le fichier ISO ne se trouve pas dans le dossier /, incluez le chemin d'accès dans le champ iso-scan/filename= entry . Voir le deuxième exemple.

   • Exemples :

     linux /casper/vmlinuz boot=casper iso-scan/filename=/ubuntu-10.04.1-desktop-i386.iso
     linux /casper/vmlinuz boot=casper iso-scan/filename=/my-iso/ubuntu-10.04.1-desktop-i386.iso

6. Botte.

   Ça devrait être ça. Si les commandes s'exécutent sans messages/erreurs, les commandes ont été acceptées comme entrées. Il est maintenant temps de démarrer :

   boot

Vous trouverez de plus amples informations dans le message du forum HOWTO : Démarrer et installer Ubuntu à partir de l'invite de sauvetage Grub.

Maintenant, faites-le après le démarrage :

Comment réparer : erreur:système de fichier inconnu Grub secours ? est post avec le même problème et est résolu comme ci-dessous,

1. sudo mount /dev/sdaX /mnt

   Ici, sdaX est votre partition de démarrage. Vous pouvez obtenir une liste avec sudo blkid comme ça,

   /dev/sda1: LABEL="Windows XP" UUID="96A4390DA438F0FB" TYPE="ntfs" 
   /dev/sda3: LABEL="Ubuntu 11.04" UUID="b61fcae3-7744-45b4-95b9-7528d50a3652" TYPE="ext4" 
   /dev/sda5: LABEL="Se7en" UUID="A2DC9D71DC9D4109" TYPE="ntfs" 
   /dev/sda6: LABEL="Development" UUID="DEB455A1B4557CC9" TYPE="ntfs" 
   /dev/sda7: LABEL="EXTRA" UUID="D8A04109A040F014" TYPE="ntfs" 
   /dev/sda8: LABEL="SONG" UUID="46080FCD080FBAC7" TYPE="ntfs" 
   /dev/sda9: LABEL="BACKUPS" UUID="766E-BC99" TYPE="vfat" 

   Note : sdaX doit être une partition Linux.

2. sudo grub-install --boot-directory=/mnt/boot /dev/sda

3. sudo update-grub

Démarrez votre système à partir du Live CD Ubuntu et essayez ceci, cela a fonctionné à merveille pour moi.

• Utilitaire de réparation du démarrage d'Ubuntu

Avant de lire : La réponse ci-dessous est destinée aux utilisateurs d'Ubuntu qui viennent de mettre à jour/récupérer/réinstaller/installer OS X. Il est probable que la réponse fonctionne si ce n'est pas le cas (par exemple, s'il y a des incohérences dans votre table de partition), mais je n'en suis pas sûr.

Pour moi, cela s'est produit après la mise à jour vers OS X Mavericks (10.9). En gros, ce qui a pu se passer, c'est qu'OS X a créé une partition de récupération (" Recovery HD ") que le système ne détecte que les éléments suivants parfois . Par exemple, GParted dans Ubuntu verra la partition de récupération sans problème, mais quand on liste les partitions dans le terminal ( fdisk -l ), il se peut que vous ne voyiez pas les partitions.

Diagnostic du problème : La mise à jour/le formatage/la restauration d'OS X ont-ils causé ce problème ?

Afin de diagnostiquer que c'est bien le cas, utilisez tout d'abord Grub rescue pour démarrer dans Ubuntu. Pour ce faire, suivez les instructions suivantes cette page ou voyez si l'une des autres réponses à cette question peut vous permettre d'accéder à Ubuntu. Pour moi, l'exécution des commandes ci-dessous m'a temporairement permis de démarrer la bonne partition. Selon la façon dont vos disques durs et vos partitions sont configurés, cela peut varier :

grub rescue> set prefix=(hd0,6)/boot/grub
grub rescue> insmod normal
grub rescue> normal

Maintenant, connectez-vous à Ubuntu et vérifiez GParted. Si vous voyez la partition de récupération, ouvrez un terminal et tapez fdisk -l pour voir si cela détecte la partition de récupération. S'il ne liste pas les mêmes partitions, vérifiez la colonne des périphériques/partitions et voyez si elles ne correspondent pas non plus (par exemple, dans GParted, votre partition de démarrage peut être /dev/sda4 mais c'est /dev/sda3 en cours d'exécution fdisk ). Si c'est le cas, continuez à lire. Si ce n'est pas le cas, il semble que vos partitions soient correctement alignées. Vous pouvez choisir de continuer à lire et de suivre les instructions (ce qui, si Grub fonctionnait avant la restauration/réinstallation/etc..., devrait fonctionner correctement), ou simplement réinstaller Grub sur la bonne partition.

Résolution du problème en supprimant/enfonçant la partition de récupération

Pour résoudre ce problème, nous voulons nous débarrasser de la partition de récupération - elle cause des problèmes et des incohérences, et sa suppression ne devrait pas causer de dommages. Idéalement, vous voulez la fusionner avec la partition normale de récupération. HFS+ partition OS X, alors suivez cette question et cette réponse aquí . Après la fusion, Grub devrait revenir à la normale.

Cela m'est arrivé après avoir supprimé une partition qui se trouvait avant la /boot partition.

Pour le réparer, j'ai lancé une clé USB Ubuntu live, monté la partition racine sur /mnt et la partition de démarrage à /mnt/boot et j'ai exécuté cette commande (remplacer /dev/sda avec le bon disque dur) :

sudo grub-install --root-directory=/mnt --boot-directory=/mnt/boot /dev/sda