Erreur de chargement du système d'exploitati
A l'install confusion quand plusieurs DD
Système et matériels / Installation et configuration
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
même pb et message que davidc: Erreur de chargement du système d'exploitation
J'ai installé Mageia5 à partir du MAGEIA5-x86_64-DVD,
je suis bien passé par l'étape "GESTION DES UTILISATEURS"
puis à l'étape "PRINCIPALES OPTIONS DU PROGRAMME D’AMORÇAGE" joueur j'ai choisi grub2 (1ère utilisation pour moi) en mode graphique avec le périphérique d'amorçage en / soit en sdc2
Et c'est au redémarrage que j'ai le message (tronqué) en question.
Comme davidc, j'ai réinstallé le boot loader en mode rescue->mais même erreur et message
Toujours comme lui j'ai non pas 2 mais 4 DD (SAS), alors je démarre (via chgt dans BIOS) sur le 3ème plutôt que sur le 1er...et gros progrès j'ai maintenant:
Citation :
GRUB loading.
Welcome to GRUB
error: unknown filesystem.
Entering rescue mode...
Grub rescue>
Welcome to GRUB
error: unknown filesystem.
Entering rescue mode...
Grub rescue>
en dehors du fait que je découvre grub2 et que je me sens bien démuni avec cette invit
je ne suis qu'à moitié étonné du unknown filesystem car ce 3ème DD est entièrement NTFS, pas en EXT4!
En fait j'ai été assez surpris de constater qu'à l'install mes partitions / et /home soient vues sur sdc alors que reprises de ma Mageia4 précédente elles étaient vues par celle-ci en sda
J'ai la grosse impression que l'installateur s'emmêle dans le nommage des DD dès qu'il y en a plusieurs et que le fichier fstab ne doit pas correspondre!!!
J'ai eu également ce pb sur mon autre PC avec 2 DD mais en Grub Legacy j'ai pu m'en sortir
en inversant les DD dans le fichier /boot/grub/menu.lst
Alors ici en Grub2 comment retomber sur mes pieds?
Édité par kalagani Le 23/09/2015 à 22h29
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
nmrk.n :
Si tu changes de disque de démarrage l'installateur n'y est pour rien.
Non, lors de l'installation je n'ai pas changé le DD de démarrage, c'est juste que l'installateur a vu celui-ci en sdc, et les 3 suivants en sdd, sde, sdf.kalagani :
... J'ai la grosse impression que l'installateur s'emmêle dans le nommage des DD dès qu'il y en a plusieurs et que le fichier fstab ne doit pas correspondre!!! ...
Si tu changes de disque de démarrage l'installateur n'y est pour rien.
Ce n'est qu'après l'installation réussie que j'ai changé l'ordre des DD au démarrage, pour résoudre le pb de l'affichage du message tronqué
Citation :
lequel changement a aboutit au "progrès" d'avoir l'invit Grub que je décrisErreur de chargement du système d'exploitati
nmrk.n :
De mon expérience quadruple-boot (sur 1 seul DD, il est vrai) et PC tatoué, j'avais installé une Mageia4 et une Kubuntu avec respectivement leur Grub Legacy et Grub2 dans leur partition / et conclu qu'il était mieux de ne pas céder à la facilité MBR
Dans ce cas il te faut installer grub sur le MBR de chacun de tes disques, s'il est seulement sur la partition racine ça ne peut pas fonctionner.
Donc sur /dev/sdc et pas /dev/sdc2.
Donc sur /dev/sdc et pas /dev/sdc2.
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Avec grub2, tu as la commande :
grub2-mkconfig
qui génère le fichier de configuration. Tu retrouves le fichier dans la console. Celui-ci est installé par la commande :
grub2-mkconfig -o /boot/grub/grub.cfg
Par exemple chez moi, voici un extrait concernant l'entrée Mageia 5 (système UEFI/GPT) :
...
### BEGIN /etc/grub.d/10_linux ###
Image Linux trouvée : /boot/vmlinuz-desktop
Image mémoire initiale trouvée : /boot/initrd-desktop.img
menuentry 'Mageia' --class mageia --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-879f6a8c-16e6-452a-a114-308d6781b7b0' {
load_video
set gfxpayload=auto
insmod gzio
insmod part_gpt
insmod ext2
set root='hd0,gpt5'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt5 --hint-efi=hd0,gpt5 --hint-baremetal=ahci0,gpt5 879f6a8c-16e6-452a-a114-308d6781b7b0
else
search --no-floppy --fs-uuid --set=root 879f6a8c-16e6-452a-a114-308d6781b7b0
fi
echo 'Chargement de Linux desktop…'
linux /boot/vmlinuz-desktop root=UUID=879f6a8c-16e6-452a-a114-308d6781b7b0 ro splash quiet noiswmd resume=UUID=b3b19c7a-dc3e-40e7-b726-753452ad8577
echo 'Chargement du disque mémoire initial…'
initrd /boot/initrd-desktop.img
}...
### BEGIN /etc/grub.d/10_linux ###
Image Linux trouvée : /boot/vmlinuz-desktop
Image mémoire initiale trouvée : /boot/initrd-desktop.img
menuentry 'Mageia' --class mageia --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-879f6a8c-16e6-452a-a114-308d6781b7b0' {
load_video
set gfxpayload=auto
insmod gzio
insmod part_gpt
insmod ext2
set root='hd0,gpt5'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt5 --hint-efi=hd0,gpt5 --hint-baremetal=ahci0,gpt5 879f6a8c-16e6-452a-a114-308d6781b7b0
else
search --no-floppy --fs-uuid --set=root 879f6a8c-16e6-452a-a114-308d6781b7b0
fi
echo 'Chargement de Linux desktop…'
linux /boot/vmlinuz-desktop root=UUID=879f6a8c-16e6-452a-a114-308d6781b7b0 ro splash quiet noiswmd resume=UUID=b3b19c7a-dc3e-40e7-b726-753452ad8577
echo 'Chargement du disque mémoire initial…'
initrd /boot/initrd-desktop.img
}...
Les codes UUID sont utilisés pour désigner les partitions.
A explorer.
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
nmrk.n :
ci-dessus la réponse de nmrk à un message qui a disparu (il était en double, j'ai supprimé le double, faut-il en voir la raison?), ce message disparu répondait à un autre message avec un lien sur un tutorial grub2 de nmrk qui a aussi disparu !!!!![~]$ uname -r
4.1.8-desktop-1.mga5
[z~]$
Pas de problème.
4.1.8-desktop-1.mga5
[z~]$
Pas de problème.
Je réécris donc de mémoire mon message d'hier:
Citation :
merci pour le lien, mais je n'ai pas voulu me plonger dans l'usine à gaz grub2 et m'en suis sorti avec mon vieux DVD Boot Repair disk en 64 bits, et depuis j'ai pu démarrer sur Mageia5...jusqu'à la mise à jour du kernel en 4.1.8 de ce matin...
Au redémarrage j'aboutis à un kernel panic qui se termine par:
Et comme pas de trace de l'ancien noyau dans le menu de démarrage, je suis un peu bloqué sur comment me sortir de ce pb...
Je ne vais donc pas me précipiter pour mettre à jour mon PC2 Mageia5 avec lequel j'écris...
Au redémarrage j'aboutis à un kernel panic qui se termine par:
Citation :
end Kernel panic - not syncing : VFS: Unable to mount root fs on unknown-block(0,0)
Et comme pas de trace de l'ancien noyau dans le menu de démarrage, je suis un peu bloqué sur comment me sortir de ce pb...
Je ne vais donc pas me précipiter pour mettre à jour mon PC2 Mageia5 avec lequel j'écris...
Mon pb précédent de confusion DD à l'installation aurait il un rapport?
@papoteur, saurais tu m'écrire comment ajouter l'entrée dans grub2 pour redémarrer sur l'ancien noyau?
Merci
Édité par kalagani Le 02/10/2015 à 12h22
Adrien.D Membre non connecté
-
- Voir le profil du membre Adrien.D
- Inscrit le : 30/05/2011
- Site internet
- Groupes :
Citation :
* Sun Sep 20 2015 tmb <tmb> 4.1.8-1.mga5
+ Revision: 881924
- cpu/cacheinfo: Fix teardown path (mga#16527)
- aufs3: mmap: Fix races in madvise_remove() and sys_msync() (CVE pending)
- ARM: rockchip: fix broken build
- update to 4.1.8
* drop merged patches
- add more -stable queue fixes
- Revert "SCSI: Fix NULL pointer dereference in runtime PM"
- SCSI: Fix NULL pointer dereference in RTPM of block layer
- Input: evdev - do not report errors from flush()
- add current -stable queue
- drop merged / obsoleta patches
- update to 4.1.7
- fix dkms-nvidia-current conflict
- add -stable net fixes queue from DaveM
- adjust conflicts on nonfree dkms packages
- add current -stable queue
- Revert "ext4: remove block_device_ejected"
- Revert "libata-eh: Set 'information' field for autosense"
- Revert "libata: Implement support for sense data reporting"
- Revert "libata: Implement NCQ autosense"
- drm/i915: remove HBR2 from chv supported list
- drm/i915: Avoid TP3 on CHV
- SCSI: Fix NULL pointer dereference in runtime PM
- Revert "sched/x86_64: Don't save flags on context switch"
- x86/apic: Fix fallout from x2apic cleanup
- x86/idle: Restore trace_cpu_idle to mwait_idle() calls
- update to 4.1.6
- update 4.1.5 (synced with cauldron)
* drop merged / obsolete patches
* fix ndiswrapper build
* update aufs
* update defconfigs and filelists
* update requires and conflicts for 4.1 series kernels
+ Revision: 881924
- cpu/cacheinfo: Fix teardown path (mga#16527)
- aufs3: mmap: Fix races in madvise_remove() and sys_msync() (CVE pending)
- ARM: rockchip: fix broken build
- update to 4.1.8
* drop merged patches
- add more -stable queue fixes
- Revert "SCSI: Fix NULL pointer dereference in runtime PM"
- SCSI: Fix NULL pointer dereference in RTPM of block layer
- Input: evdev - do not report errors from flush()
- add current -stable queue
- drop merged / obsoleta patches
- update to 4.1.7
- fix dkms-nvidia-current conflict
- add -stable net fixes queue from DaveM
- adjust conflicts on nonfree dkms packages
- add current -stable queue
- Revert "ext4: remove block_device_ejected"
- Revert "libata-eh: Set 'information' field for autosense"
- Revert "libata: Implement support for sense data reporting"
- Revert "libata: Implement NCQ autosense"
- drm/i915: remove HBR2 from chv supported list
- drm/i915: Avoid TP3 on CHV
- SCSI: Fix NULL pointer dereference in runtime PM
- Revert "sched/x86_64: Don't save flags on context switch"
- x86/apic: Fix fallout from x2apic cleanup
- x86/idle: Restore trace_cpu_idle to mwait_idle() calls
- update to 4.1.6
- update 4.1.5 (synced with cauldron)
* drop merged / obsolete patches
* fix ndiswrapper build
* update aufs
* update defconfigs and filelists
* update requires and conflicts for 4.1 series kernels
Il a viré des patchs, si ça se trouve il y en a un qui corrigeait ton souci
Config : PC Fixe : X470 GAMING PRO- AMD Ryzen 5 2600X - 16Go RAM - Radeon RX 560 (Pilote libre) - Gentoo Linux - GNOME Desktop - Kernel 5.10 LTS
Ancien Webmaster de MageiaLinuxOnline. Les remplaçants assurent !
Ancien Webmaster de MageiaLinuxOnline. Les remplaçants assurent !
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
les patchs que tu évoques sont dans le RPM du dernier kernel: kernel-server-4.1.8-1.mga5-1-1.mga5.x86_64
j'ai la même révision 881924
Caché :
Code BASH :
* dim. sept. 20 2015 tmb <tmb> 4.1.8-1.mga5 + Revision: 881924 - cpu/cacheinfo: Fix teardown path (mga#16527) - aufs3: mmap: Fix races in madvise_remove() and sys_msync() (CVE pending) - ARM: rockchip: fix broken build - update to 4.1.8 * drop merged patches - add more -stable queue fixes - Revert "SCSI: Fix NULL pointer dereference in runtime PM" - SCSI: Fix NULL pointer dereference in RTPM of block layer - Input: evdev - do not report errors from flush() - add current -stable queue - drop merged / obsoleta patches - update to 4.1.7 - fix dkms-nvidia-current conflict - add -stable net fixes queue from DaveM - adjust conflicts on nonfree dkms packages - add current -stable queue - Revert "ext4: remove block_device_ejected" - Revert "libata-eh: Set 'information' field for autosense" - Revert "libata: Implement support for sense data reporting" - Revert "libata: Implement NCQ autosense" - drm/i915: remove HBR2 from chv supported list - drm/i915: Avoid TP3 on CHV - SCSI: Fix NULL pointer dereference in runtime PM - Revert "sched/x86_64: Don't save flags on context switch" - x86/apic: Fix fallout from x2apic cleanup - x86/idle: Restore trace_cpu_idle to mwait_idle() calls - update to 4.1.6 - update 4.1.5 (synced with cauldron) * drop merged / obsolete patches * fix ndiswrapper build * update aufs * update defconfigs and filelists * update requires and conflicts for 4.1 series kernels
Autrement voici les RPM installés qui ont aboutit au kernel panic:
Caché :
donc j'imagine qu'il me faut attendre une autre version de ce kernel.Code BASH :
nvidia340-doc-html-340.76-2.mga5.nonfree.x86_64 jeu. 01 oct. 2015 09:58:03 CEST x11-driver-video-nvidia340-340.76-2.mga5.nonfree.x86_64 jeu. 01 oct. 2015 09:58:02 CEST ralink-firmware-20150824-1.mga5.nonfree.noarch jeu. 01 oct. 2015 09:57:57 CEST iwlwifi-agn-ucode-20150824-1.mga5.nonfree.noarch jeu. 01 oct. 2015 09:57:57 CEST nvidia340-kernel-server-latest-340.76-31.mga5.nonfree.x86_64 jeu. 01 oct. 2015 09:57:56 CEST nvidia340-kernel-4.1.8-server-1.mga5-340.76-31.mga5.nonfree.x86_64 jeu. 01 oct. 2015 09:57:56 CEST rtlwifi-firmware-20150824-1.mga5.nonfree.noarch jeu. 01 oct. 2015 09:56:36 CEST kernel-server-latest-4.1.8-1.mga5.x86_64 jeu. 01 oct. 2015 09:56:36 CEST iproute2-4.1.1-1.mga5.x86_64 jeu. 01 oct. 2015 09:56:36 CEST cpupower-4.1.8-1.mga5.x86_64 jeu. 01 oct. 2015 09:56:35 CEST virtualbox-kernel-server-latest-5.0.4-2.mga5.x86_64 jeu. 01 oct. 2015 09:56:34 CEST kernel-userspace-headers-4.1.8-1.mga5.x86_64 jeu. 01 oct. 2015 09:56:34 CEST virtualbox-5.0.4-1.mga5.x86_64 jeu. 01 oct. 2015 09:56:33 CEST virtualbox-kernel-4.1.8-server-1.mga5-5.0.4-2.mga5.x86_64 jeu. 01 oct. 2015 09:56:29 CEST kernel-firmware-nonfree-20150824-1.mga5.nonfree.noarch jeu. 01 oct. 2015 09:53:38 CEST radeon-firmware-20150824-1.mga5.nonfree.noarch jeu. 01 oct. 2015 09:51:53 CEST dkms-nvidia340-340.76-2.mga5.nonfree.x86_64 jeu. 01 oct. 2015 09:51:53 CEST kernel-server-4.1.8-1.mga5-1-1.mga5.x86_64 jeu. 01 oct. 2015 09:51:51 CEST kernel-server-devel-latest-4.1.8-1.mga5.x86_64 jeu. 01 oct. 2015 09:51:48 CEST btrfs-progs-4.1.2-1.mga5.x86_64 jeu. 01 oct. 2015 09:51:48 CEST lib64btrfs0-4.1.2-1.mga5.x86_64 jeu. 01 oct. 2015 09:51:47 CEST kernel-server-devel-4.1.8-1.mga5-1-1.mga5.x86_64 jeu. 01 oct. 2015 09:51:46 CEST kernel-firmware-20150722-1.mga5.noarch jeu. 01 oct. 2015 09:51:43 CEST
En attendant, virtualBox maintenant même en démarrant avec le kernel précédent ne fonctionne plus!
PS: j'avais écris
Citation :
mais béotien avec Grub2 en mode graphique, c'était faux.Et comme pas de trace de l'ancien noyau dans le menu de démarrage, je suis un peu bloqué sur comment me sortir de ce pb...
En fait ce n'est pas comme avec Grub Legacy où tous les kernels apparaissent sur 1 même menu.
Avec Grub2, sur le 1er menu, il faut choisir la ligne
Options avancées pour Mageia
pour faire apparaitre un 2ème menu avec tous les kernels installés, y compris le précédent...
Édité par kalagani Le 05/10/2015 à 18h44
Adrien.D Membre non connecté
-
- Voir le profil du membre Adrien.D
- Inscrit le : 30/05/2011
- Site internet
- Groupes :
Il y a sans doute un patch ajouté ou supprimé qui cause ce désagrément
![:]](/images/smileys/8.gif)
Et oui avec GRUB2 tout se trouve dans le sous menu "option avancées"
Config : PC Fixe : X470 GAMING PRO- AMD Ryzen 5 2600X - 16Go RAM - Radeon RX 560 (Pilote libre) - Gentoo Linux - GNOME Desktop - Kernel 5.10 LTS
Ancien Webmaster de MageiaLinuxOnline. Les remplaçants assurent !
Ancien Webmaster de MageiaLinuxOnline. Les remplaçants assurent !
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
Surtout qu'en cherchant à vraiment savoir quel Grub était installé, j'ai fait un
Code BASH :
Hors j'avais cru comprendre que 0.97=Grub Legacy grub-install -v grub-install (GNU GRUB 0.97)
et au dessus de 1.98=Grub2.
J'aurais donc un Grub2 qui se fait passer pour un Grub Legacy!!!!
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
nmrk.n :
...
Tu as installé plusieurs grub et pas partout la même version ?
Tu as installé plusieurs grub et pas partout la même version ?
Précédemment avec Mageia4 sur le même DD, j'étais en Grub Legacy.
A l'install Mageia5, après sauvegarde de mon /home, j'ai demandé à l'installateur de formatter celui-ci ainsi que la partition / de façon à démarrer sur une config Mageia5 propre, quitte à reprendre ce qu'il me faut du /home sauvegardé sur un autre PC!
En Mageia4, j'avais choisi de mettre le Grub Legacy en / pas sur le MBR
En Mageia5, j'ai choisis de mettre aussi Grub2 en /...
Et c'est le 1er redémarrage Mageia5 qui avait aboutit au pb sujet de ce Topic
J'émets l'hypothèse que les infos Grub Legacy et Grub2 ne se trouvent pas au même endroit dans le(s) secteur(s) du DD
et que le formattage de / n' a pas effacé les infos Grub Legacy Mageia4 du/des secteur(s) du DD?????????????
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
Papoteur :
Le MBR n'est pas une facilité, c'est juste une zone particulière.
...
...
Je crois connaitre la particularité du MBR (Master Boot Record), mais si je dis facilité c'est parce que c'est souvent par défaut dans cette zone qu'est installé le Grub ou une partie.
Lequel en cas de multi-boot avec XP cohabite avec le lanceur XP.
C'est cette cohabitation qui me dit de ne pas céder à la facilité, car XP à son installation a la particularité d'écraser le MBR!
Alors il faut, d'une part, obligatoirement l'installer avant Linux et,
d'autre part, en cas de réinstallation XP (alors que Linux ne pose pas de pb), on perd le démarrage de Linux.
C'est pourquoi j'opte pour l'installation du lanceur Linux dans /, laissant le MBR pleinement à XP!
Et si je traduit MBR=boot sector alors c'est ce que devrait faire Mageia5 en cas d'utilisation Grub2 pour Multi-amorçage (PC-BIOS)
Citation :
lors de l'installation de grub2 sur une partition (pour le multi-amorçage) à l'aide de drakboot ou le programme d'installation, rien n'est écrit sur la partition boot sector comme ce n'est pas recommandé pour des raisons de fiabilité liées à l'utilisation de listes de bloques. Ces dernières sont sujettes à la réécriture par certains utilitaires de système de fichiers, et même impossibles sur certains systèmes de fichiers. Au lieu d'une copie du programme d'amorçage grub2, le noyau est écrit en tant que /boot/grub2/i386-pc/core.img et cela peut être démarré à partir de l'une ou l'autre entrée héritée de grub ou de grub2 utilisé dans un bootloader master dédié ou d'un autre système.
Édité par kalagani Le 07/10/2015 à 15h08
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie