Grub erreur "unknow filesystem" - Grub rescue

Bonjour à tous,

un problème fâcheux se présente à moi et m’empêche d'installer Linux sur ma machine

Contexte :

J'avais fais un dual boot Windows/Ubuntu sur mon PC (installés sur le même disque, chacun ayant sa propre partition).

J'ai finalement décidé de "désinstaller Ubuntu" et de réattribuer la partition Ubuntu à mon Windows. Je me suis donc contenté de formater la partition Ubuntu en ntfs et de réattribuer cet espace libre à ma partition Windows.

Aujourd'hui me prend l'envie de refaire un dual boot (sous Manjaro cette fois). Je crée donc une nouvelle partition sur mon disque qui sera destinée à mon install Manjaro. Je burn l'ISO sur ma clef usb, je boot dessus mais là...

Le problème :

A chaque fois que je boot sur ma clef j'ai la droit au message suivant de la part de Grub : "unknow filesystem"
Suite à ça, je tombe dans grub rescue.
Je précise que si je ne boot pas sur ma clef, Windows quant à lui se lance sans problème !
Le problème est connu et les pistes de solutions sont nombreuses, cependant je pense que mon cas est assez particulier et aucune des solutions proposées n'a fonctionné pour moi (cf prochain paragraphe pour plus de détails)

Pistes de solutions :

- J'ai booté sur un ISO "Boot Repair". Malgré le message indiquant le succès de la réparation, le problème est toujours présent. Le bon point à retenir de ça c'est que le boot sur une distrib live cd a l'air de fonctionner, ça peut être utile pour tenter quelque chose via gparted par exemple.

- Si je lance un "ls" dans grub rescue, j'ai trois partitions : hd0, hd1, hd2. Cependant, chacune des 3 partitions me retourne un "unknow filesystem" quand j'essaie de les explorer. Il m'est donc impossible de lancer des commandes sur les partitions

J'ai remarqué une chose importante. Lorsque je me rends dans le boot order de mon bios, l'entrée d'amorçage de mon ancienne install Ubuntu est toujours présente... Je pense que le problème réside ici. Grub possède toujours cette entrée Ubuntu alors que l'OS n'existe plus sur ma machine (à vérifier, pas certains que le problème viennent de là mais c'est tout de même très probable).

Y-a-t il un moyen d'identifier où se trouve cette entrée d'amorçage et la supprimer ?

Quelqu'un a une idée ?

Merci d'avance !

bonjour ,

peux tu stp nous fournir un retour de

inxi  -Fxxx

et

sudo fdisk -l

a vérifier aussi :

sudo efibootmgr -v

stephane a écrit : ↑il y a 6 ans bonjour ,

peux tu stp nous fournir un retour de
inxi  -Fxxx
et
sudo fdisk -l
a vérifier aussi :
sudo efibootmgr -v

Bonjour Stephane,

Je boot sur un live cd et je te donne ça !

Voic le retour des commandes :

inxi -Fxxx

System:    Host: lubuntu Kernel: 4.13.0-16-generic x86_64 bits: 64 gcc: 7.2.0
           Desktop: LXDE (Openbox 3.6.1) info: lxpanel dm: lightdm
           Distro: Ubuntu 17.10
Machine:   Device: laptop System: HP product: OMEN by HP Laptop v: Type1ProductConfigId serial: N/A
           Mobo: HP model: 8257 v: 82.24 serial: N/A
           UEFI: Insyde v: F.06 date: 05/05/2016
           Chassis: type: 10 serial: N/A
Battery    BAT0: charge: 58.6 Wh 100.0% condition: 58.6/58.6 Wh (100%)
           volts: 12.9/11.6
           model: Hewlett-Packard Primary Li-ion serial: N/A status: Full cycles: 0
CPU:       Quad core Intel Core i7-6700HQ (-HT-MCP-) 
           arch: N/A cache: 6144 KB
           flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 20736
           clock speeds: min/max: 800/3500 MHz 1: 2600 MHz 2: 2600 MHz
           3: 2600 MHz 4: 2600 MHz 5: 2600 MHz 6: 2600 MHz 7: 2600 MHz
           8: 2600 MHz
Graphics:  Card-1: Intel HD Graphics 530 bus-ID: 00:02.0 chip-ID: 8086:191b
           Card-2: NVIDIA GM107M [GeForce GTX 960M]
           bus-ID: 01:00.0 chip-ID: 10de:139b
           Display Server: x11 (X.Org 1.19.5 )
           drivers: (unloaded: fbdev,vesa) FAILED: modesetting,nouveau
           Resolution: 1920x1080@60.02hz
           OpenGL: renderer: Mesa DRI Intel HD Graphics 530 (Skylake GT2)
           version: 4.5 Mesa 17.2.2 (compat-v: 3.0) Direct Render: Yes
Audio:     Card Intel Sunrise Point-H HD Audio
           driver: snd_hda_intel bus-ID: 00:1f.3 chip-ID: 8086:a170
           Sound: Advanced Linux Sound Architecture v: k4.13.0-16-generic
Network:   Card-1: Intel Wireless 7265
           driver: iwlwifi bus-ID: 08:00.0 chip-ID: 8086:095a
           IF: wlo1 state: up mac: 48:45:20:d5:1d:f3
           Card-2: Realtek RTL8111/8168/8411 PCIE Gigabit Ethernet Controller
           driver: r8169 v: 2.3LK-NAPI port: 4000
           bus-ID: 09:00.0 chip-ID: 10ec:8168
           IF: eno1 state: down mac: a0:8c:fd:26:41:aa
Drives:    HDD Total Size: 1031.6GB (0.8% used)
           ID-1: /dev/nvme0n1 model: N/A size: 256.1GB serial: S2CSNXRH402888
           ID-2: /dev/sda model: HGST_HTS721010A9 size: 1000.2GB
           serial: JR10044M23NH3N temp: 0C
           ID-3: USB /dev/sdb model: USB_Flash_Drive size: 31.4GB
           serial: AA3GUXOIFNV6QKTL-0:0 temp: 0C
Partition: ID-1: / size: 7.8G used: 73M (1%) fs: overlay dev: N/A
           ID-2: swap-1 size: 1.04GB used: 0.00GB (0%)
           fs: swap dev: /dev/zram0
           ID-3: swap-2 size: 1.04GB used: 0.00GB (0%)
           fs: swap dev: /dev/zram1
           ID-4: swap-3 size: 1.04GB used: 0.00GB (0%)
           fs: swap dev: /dev/zram2
           ID-5: swap-4 size: 1.04GB used: 0.00GB (0%)
           fs: swap dev: /dev/zram3
           ID-6: swap-5 size: 1.04GB used: 0.00GB (0%)
           fs: swap dev: /dev/zram4
           ID-7: swap-6 size: 1.04GB used: 0.00GB (0%)
           fs: swap dev: /dev/zram5
           ID-8: swap-7 size: 1.04GB used: 0.00GB (0%)
           fs: swap dev: /dev/zram6
           ID-9: swap-8 size: 1.04GB used: 0.00GB (0%)
           fs: swap dev: /dev/zram7
RAID:      System: supported: N/A
           No RAID devices: /proc/mdstat, md_mod kernel module present
           Unused Devices: none
Sensors:   System Temperatures: cpu: 48.0C mobo: N/A gpu: 45.0
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 217 Uptime: 8 min Memory: 398.4/15933.9MB
           Init: systemd v: 234 runlevel: 5 Gcc sys: N/A
           Client: Shell (bash 4.4.121 running in lxterminal) inxi: 2.3.37

sudo fdisk -l

Disk /dev/loop0: 629.3 MiB, 659873792 bytes, 1288816 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/nvme0n1: 238.5 GiB, 256060514304 bytes, 500118192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 1737FED5-0CA5-48AE-A21A-4F2E58C1BC46

Device             Start       End   Sectors   Size Type
/dev/nvme0n1p1      2048    534527    532480   260M EFI System
/dev/nvme0n1p2    534528    567295     32768    16M Microsoft reserved
/dev/nvme0n1p3    567296 351295519 350728224 167.2G Microsoft basic data
/dev/nvme0n1p4 498100224 500107263   2007040   980M Windows recovery environment


Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: E646345E-D01D-4209-BE2D-58DD193BB21B

Device          Start        End    Sectors   Size Type
/dev/sda1        2048 1926774783 1926772736 918.8G Microsoft basic data
/dev/sda2  1926774784 1953523711   26748928  12.8G Microsoft basic data


Disk /dev/sdb: 29.3 GiB, 31406948352 bytes, 61341696 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x0000e733

Device     Boot Start      End  Sectors  Size Id Type
/dev/sdb1  *     2048 61341695 61339648 29.3G  c W95 FAT32 (LBA)


Disk /dev/zram0: 995.9 MiB, 1044242432 bytes, 254942 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/zram1: 995.9 MiB, 1044242432 bytes, 254942 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/zram2: 995.9 MiB, 1044242432 bytes, 254942 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/zram3: 995.9 MiB, 1044242432 bytes, 254942 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/zram4: 995.9 MiB, 1044242432 bytes, 254942 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/zram5: 995.9 MiB, 1044242432 bytes, 254942 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/zram6: 995.9 MiB, 1044242432 bytes, 254942 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/zram7: 995.9 MiB, 1044242432 bytes, 254942 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

sudo efibootmgr -v

BootCurrent: 0001
Timeout: 0 seconds
BootOrder: 0000,3000,0002,2001,2002,2004
Boot0000* Windows Boot Manager	HD(1,GPT,646c565e-b6d8-4461-927c-36f993c2ac64,0x800,0x82000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....................
Boot0001* USB Hard Drive (UEFI) - Lexar   USB Flash Drive	PciRoot(0x0)/Pci(0x14,0x0)/USB(0,0)/HD(1,MBR,0xe733,0x800,0x3a7f800)RC
Boot0002* ubuntu	HD(1,GPT,646c565e-b6d8-4461-927c-36f993c2ac64,0x800,0x82000)/File(\EFI\ubuntu\shimx64.efi)
Boot0008* USB Hard Drive (UEFI) - Lexar   USB Flash Drive	PciRoot(0x0)/Pci(0x14,0x0)/USB(0,0)/HD(1,MBR,0xc3072e18,0x20,0x3a7ffe0)RC
Boot2001* EFI USB Device	RC
Boot3000* Internal Hard Disk or Solid State Disk	RC

On peut voir, sur la derniere commande, l'entree d'amorcage ubuntu alors q'Ubuntu n'est plus present sur mon systeme

alors pour supprimer une ligne de la liste du tableau EFI de démarrage ( ici la ligne 2 )

sudo efibootmgr -b0002 -B

par contre pour l'installation de la manjaro , il y a des choses à voir avant :
1 - les options de boot dans le Bios , normalement sans CSM , sans Legacy , sans FastBoot avec EFI sur autre,
si tu as une option boot USB storage , c'est la seule qui doit être active ,
cela afin de démarrer sur la clé d'installation ( si tu vois partition 2 , c'est le boot EFI )
pour un démarrage en EFI

2 - pour les disques , le type & amorçage , ne pas mélanger EFI/GPT et MBR/bios sous windows.
au final un seul disque sera sélectionné par la partition d’amorçage.
tu veux l'installer sur quel disque , et sous quel mode : MBR ou EFI ?

à vérifier avec gparted avant : sous quels noms voit tu le disque nmve , sda et sdb ?
cela peut être différent sous manjaro

3 - du faite que tu as toujours une partition windows , sur un disque , attention à chaque maj windows il a tendance réactiver le fastboot , à verrouiller par hibernation la partition /efi qui ne peut plus être vu , et parfois a supprimer les entrées de boot le démarrage linux , dans ce que on ré-installe grub

stephane a écrit : ↑il y a 6 ans alors pour supprimer une ligne de la liste du tableau EFI de démarrage ( ici la ligne 2 )
sudo efibootmgr -b0002 -B
par contre pour l'installation de la manjaro , il y a des choses à voir avant :
1 - les options de boot dans le Bios , normalement sans CSM , sans Legacy , sans FastBoot avec EFI sur autre,
si tu as une option boot USB storage , c'est la seule qui doit être active ,
cela afin de démarrer sur la clé d'installation ( si tu vois partition 2 , c'est le boot EFI )

2 - pour les disques , le type & amorçage , ne pas mélanger EFI/GPT et MBR/bios sous windows.
au final un seul disque sera sélectionné par la partition d’amorçage.
tu veux l'installer sur quel disque , et sous quel mode : MBR ou EFI ?

à vérifier avec gparted avant : sous quels noms voit tu le disque nmve , sda et sdb ?
cela peut être différent sous manjaro

3 - du faite que tu as toujours une partition windows , sur un disque , attention à chaque maj windows il a tendance réactiver le fastboot , à verrouiller par hibernation la partition /efi qui ne peut plus être vu , et parfois a supprimer les entrées de boot le démarrage linux , dans ce que on ré-installe grub

Merci beaucoup, je teste ça dans une vingtaine de minutes. J'ai un truc urgent à finir d'abord ! Je te fais un retour dès que j'ai essayé.

Concernant l'installation de Manjaro je souhaite rester sur une install des plus simple et classique :

Mon bios est configuré correctement, il respecte les points que tu as cités !

Pour les disques :
une partition racine "/" uniquement (pas besoin de swap ni /home séparé) et j'indique la partition EFI déjà créée par Windows en /boot/efi (donc ma partition d'armorçace). De cette façon ça devrait rouler sans problème n'est-ce pas ?

Merci concernant les précisions de Maj Windows, je ferai attention à ça !

Bon... J'ai bien supprimé la ligne ubuntu via "sudo efibootmgr -b0002 -B"

La ligne a effectivement disparue dans le retour de "sudo efibootmgr -v"

Cependant elle est toujours présente dans le boot order de mon bios et en démarrant sur ma clef Manjaro, je tombe toujours dans le grub rescue...

Je vais tenter à nouveau un boot-repair suite à la suppression de la ligne dans le efibootmgr, on verra bien !

La commande ' efibootmgr -b0002 -B' supprime bien l'amorcage ubuntu sur la session en cours mais elle apparait de nouveau apres un reboot...

Je laisse mon boot-info ici si ca peut aider

http://paste.ubuntu.com/25990946/

il faut alors monter chaque partition EFI de chaque disque
pour voir s'il reste un dossier Ubuntu , et le supprimer

stephane a écrit : ↑il y a 6 ans il faut alors monter chaque partition EFI de chaque disque
pour voir s'il reste un dossier Ubuntu , et le supprimer

J'essaie ça dans la soirée et je vous fait un retour... Je ne suis pas tout à fait sûr de la démarche à suivre mais je vais tenter de me repérer !

Question, peut-être idiote, mais ne puis-je pas tout simplement formater/supprimer la partition qui correspond à Boot0002 ?

Quoi qu'il en soit, merci beaucoup pour le temps que tu m'accordes..

alors si tu comptes l'installer sur sdb ,
cela sera plus rapide effectivement en formatant le disque ( attention ne pas se tromper de disque )

J'ai monté la partition EFI dans /mnt et j'ai supprimé le dossier "ubuntu" présent dans le dossier "EFI" de cette partition.

Ensuite j'ai relancé un "sudo efibootmgr -b0002 -B" pour être sûr. Un petit reboot et l'entrée d'amorçace Ubuntu a bien disparu cette fois !!!

Merci beaucoup pour les bonnes indications

Je tente de nouveau de booter sur ma clef usb Manjaro pour vérifier que l'erreur grub a disparu et enfin lancer l'installation.

Je vous fait un retour rapidement. Si tout fonctionne, je passe le post en résolu !

Je pensais que l'entrée d'amorçace ubuntu toujours présente dans mon boot-loader via mon ancienne installation était la cause du problème mais apparemment pas... Malgré la suppression de cette dernière, grub me fait la même erreur et je ne peux pas lancer mon Manjaro.

J'ai testé par curiosité de booter sur un ISO Ubuntu (17.10) et là, aucun problème !

Est-il possible que ce soit directement l'ISO de Manjaro qui me fasse défaut ?
J'ai pourtant installé une VM via cet ISO et tout s'est bien passé, il n'a pas l'air "corrompu".

J'ai effectué quelques tests :

J'ai essayé de booter sur un ISO arch linux afin de rester dans la même "famille" que Manjaro et ça a fonctionné sans soucis.

J'ai aussi essayé de booter directement sur le fichier efi/boot/bootx64.efi de l'iso Manjaro mais toujours le problème "grub unknow systemfiles".

Enfin, j'ai tenté de booter sur Manjaro en utilisant Lili plutôt que Rufus pour faire ma clef bootable (on sait jamais) mais le problème "grub unknow filesystem" est toujours présent...
Et d'après les différents tests que j'ai effectué, ce problème se présente uniquement avec l'ISO de Manjaro qui a pourtant l'air d'être OK

Je suis un peu à cours d'idée

Je vais re-télécharger un ISO Manjaro et tenter de booter sur cet nouvel ISO, mais demain ! Il se fait tard :p Je vous tiendrez au courant

Merci pour le temps que tu m'as accordé !

ok c'est un problème de copie sur clé USB.

alors avec rufus , il faut prendre le mode DD,
sinon isousb fait très bien le travail et évite les copies sur les DD ( mais pas les disque USB attention )

stephane a écrit : ↑il y a 6 ans ok c'est un problème de copie sur clé USB.

alors avec rufus , il faut prendre le mode DD,
sinon isousb fait très bien le travail et évite les copies sur les DD ( mais pas les disque USB attention )

Merci beaucoup ! J'ai créé ma clef en mode DD et tout a fonctionné, j'écris ces lignes sous Manjaro installé en dur sur mon SSD

Merci pour le temps que tu m'as accordé !

Si jamais quelqu'un a besoin, je laisse le lien du post que j'ai fait sur le forum Ubuntu en parrallèle : https://forum.ubuntu-fr.org/viewtopic.php?id=2017829

Je passe le post en résolu !

bizarre on accède pas au lien que tu donne , il est correct ?

stephane a écrit : ↑il y a 6 ans bizarre on accède pas au lien que tu donne , il est correct ?

Ah pardon, je viens de constater que le sujet a été déplacé dans un channel reservé aux membres du forum Ubuntu (étant donné qu'il traite d'une autre distribution qu'Ubuntu).
Le lien est correct mais il faut être inscrit/connecté au forum Ubuntu pour le visionner :/