Forum

J'utilise une config un peu particulière pour le démarrage en ce sens que depuis des années je laisse intact le code MS dans le MBR de /dev/sda.
Windows m'a dit : "Touche pas à mon MBR!".
Je le fais pour plusieurs raisons :
--pas d'interdépendances entre Windows et Unix/Linux; j'utilise plusieurs disques durs (en msdos, en gpt) pour /dev/sdb
--tranquilité d'esprit pour les utilisateurs de Windows et pour moi.
Donc, pour démarrer les Unix/Linux de sdb, j'utilise :
--soit un lecteur de disquettes USB Mitsumi
--soit plus moderne, une clef USB
Sur le disque actuel en msdos (il contient NetBSD 6.1.1), j'utilise une clef USB dont le grub-legacy de M3 est écrit dans le MBR de cette clef, en l'occurence /dev/sdc.
Voic le device.map de M3 :

(hd0) /dev/sdc
(hd1) /dev/sda
(hd2) /dev/sdb

sdc : clef USB
sda : disque Windows
sdb ; disque contenant Unix et Linux.

Voici le device.map d'openSUSE

(hd1)/dev/disk/by-id/ata-Maxtor_6L080L0_L25ZEN8G
(hd0)/dev/disk/by-id/ata-Maxtor_6E040L0_E1RK0PLE

hd0 = sda, 40Go
hd1 = sdb, 80Go

Voici le menu.lst de M3 :

timeout 10
color black/cyan yellow/cyan
gfxmenu (hd2,5)/boot/gfxmenu
default 0

title MAGEIA 3.0
kernel (hd2,5)/boot/vmlinuz BOOT_IMAGE=MAGEIA_3.0 root=UUID=ed4432e5-68a1-4f60-9dad-e67adaae70b2 nokmsboot splash quiet resume=UUID=ce8edd90-ee19-4928-b81b-1540c484d4e2 vga=788
root (hd2,5)
initrd /boot/initrd.img

title linux-nonfb
kernel (hd2,5)/boot/vmlinuz BOOT_IMAGE=linux-nonfb root=UUID=ed4432e5-68a1-4f60-9dad-e67adaae70b2 nokmsboot resume=UUID=ce8edd90-ee19-4928-b81b-1540c484d4e2
root (hd2,5)
initrd /boot/initrd.img

title failsafe
kernel (hd2,5)/boot/vmlinuz BOOT_IMAGE=failsafe root=UUID=ed4432e5-68a1-4f60-9dad-e67adaae70b2 nokmsboot failsafe
root (hd2,5)
initrd /boot/initrd.img

title openSUSE 12.3
root (hd2,6)
chainloader +1

title Windows XP Professionnel
root (hd1,0)
map (0x81) (0x80)
map (0x80) (0x81)
makeactive
chainloader +1

title NetBSD 6.1.1
root (hd2,0)
chainloader +1

Voici un extrait dumenu.lst d'openSUSE :

# Modified by YaST2. Last modification on ven. août 30 12:37:11 CEST 2013
# THIS FILE WILL BE PARTIALLY OVERWRITTEN by perl-Bootloader
# For the new kernel it try to figure out old parameters. In case we are not able to recognize it (e.g. change of flavor or strange install order ) it it use as fallback installation parameters from /etc/sysconfig/bootloader

default 0
timeout 8
gfxmenu (hd1,6)/boot/message

###Don't change this comment - YaST2 identifier: Original name: linux###
title openSUSE 12.3 - 3.7.10-1.16
root (hd1,6)
kernel /boot/vmlinuz-3.7.10-1.16-default root=/dev/disk/by-id/ata-Maxtor_6L080L0_L25ZEN8G-part7 resume=/dev/disk/by-id/ata-Maxtor_6L080L0_L25ZEN8G-part5 splash=silent quiet showopts
initrd /boot/initrd-3.7.10-1.16-default


Le problème : quand je démarre openSUSE par chainage et par configfile, un message est affiché :

(hd1,6) : no such partition

J'ai contourné le problème en utilisant les liens symboliques "vmilinuz" et "initrd" d'openSUSE.
A mon avis, c'est la clef USB qui introduit le décalage :

(hd0) /dev/sdc
(hd1) /dev/sda
(hd2) /dev/sdb

puisque généralement (hd0) désigne /dev/sda.

Dans M3, la / est /dev/sdb6
Dans openSUSE, la / est /dev/sdb7

Liste des partitions :

# parted -l
Modèle: ATA Maxtor 6E040L0 (scsi)
Disque /dev/sda : 41,1GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Disk Flags:

Numéro Début Fin Taille Type Système de fichiers Fanions
1 32,3kB 41,1GB 41,1GB primary ntfs démarrage


Modèle: ATA Maxtor 6L080L0 (scsi)
Disque /dev/sdb : 82,0GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Disk Flags:

Numéro Début Fin Taille Type Système de fichiers Fanions
1 32,3kB 17,2GB 17,2GB primary démarrage
2 34,4GB 82,0GB 47,6GB extended
5 34,4GB 35,4GB 1074MB logical linux-swap(v1)
6 35,4GB 58,7GB 23,3GB logical ext4
7 58,7GB 82,0GB 23,3GB logical ext4


Modèle: JetFlash TS2GJFV30 (scsi)
Disque /dev/sdc : 2032MB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Disk Flags:

Numéro Début Fin Taille Type Système de fichiers Fanions
1 32,3kB 2032MB 2032MB primary fat32 démarrage

Sur un autre disque en msdos, avec la 2010.2 PWP, démarrage par lecteur de disquettes USB Mitsumi, pas de décalage : les notations grub correspondent entre la Mandriva et la distri à démarrer.
Je ne mets pas en cause Mageia elle-même, mais plutôt l'outil qui crée "device.map". Et j'ai l'impression que c'est inhérent aux noyaux récents.
Heureusement, je peux démarrer openSUE par kernel et initrd.
Dans des essais précédents, j'avais "bricolé" device.map, mais sans résultats positifs : il redevenait identique.
Donc, des régles de nommage grub/udev existent quelquepart.
Désolé de mon exposé confus. Si besoin est, questionnez-moi.
Merci.

Édité par ahlner Le 31/08/2013 à 01h43

title openSUSE 12.3
root (hd2,6)
chainloader +1

ici ca parle de hd2,6

et ici

Voici un extrait dumenu.lst d'openSUSE :

# Modified by YaST2. Last modification on ven. août 30 12:37:11 CEST 2013
# THIS FILE WILL BE PARTIALLY OVERWRITTEN by perl-Bootloader
# For the new kernel it try to figure out old parameters. In case we are not able to recognize it (e.g. change of flavor or strange install order ) it it use as fallback installation parameters from /etc/sysconfig/bootloader

default 0
timeout 8
gfxmenu (hd1,6)/boot/message

###Don't change this comment - YaST2 identifier: Original name: linux###
title openSUSE 12.3 - 3.7.10-1.16
root (hd1,6)
kernel /boot/vmlinuz-3.7.10-1.16-default root=/dev/disk/by-id/ata-Maxtor_6L080L0_L25ZEN8G-part7 resume=/dev/disk/by-id/ata-Maxtor_6L080L0_L25ZEN8G-part5 splash=silent quiet showopts
initrd /boot/initrd-3.7.10-1.16-default


Le problème : quand je démarre openSUSE par chainage et par configfile, un message est affiché :

(hd1,6) : no such partition

ca parle de hd1,6

ne serait-ce pas ici le probleme?

Justement, c'est cela le problème : device.map est différent dans les deux distris.
Si dans Mageia la clef USB se nommait "grubement" (hd2), il n'y aurait pas ce problème.
Et j'ai l'impression que c'est lié aux noyaux récents, car j'ai eu un problème similaire avec Ubuntu 12.10, que je n'ai pas conservée à cause de cela. Pourtant, c'était avec grub 2.0.
J'ai soumis le problème au cas où la solution serait connue.

bon jamais testé mais connais tu boot-repair-disk ?

Non, je ne connais pas.

Par contre SG2D, oui, et son option très intéressante "Detect any OS".



Mais je viens de me souvenir que M démarre sans problème openSUSE par les liens symboliques vmlinuz et initrd.

Ce qui m'amène à comparer les sections relatives à openSUSE :



title openSUSE 12.3

root (hd2,6)

chainloader +1



title openSUSE-12.3-kernel

kernel (hd2,6)/boot/vmlinuz BOOT_IMAGE=openSUSE-12.3-kernel root=UUID=a01d232a-3634-44a0-a2df-cd909c145e1b PROFILE=default vga=790

root (hd2,6)

initrd /boot/initrd



title openSUSE 12.3 configfile

root (hd2,6)

configfile /boot/grub/menu.lst



Pourquoi la section par kernel fonctionne?

Grâce à cela :



root=UUID=a01d232a-3634-44a0-a2df-cd909c145e1b



Donc, si je modifie ainsi les deux sections :



title openSUSE 12.3

#root (hd2,6)

uuid a01d232a-3634-44a0-a2df-cd909c145e1b

chainloader +1



title openSUSE 12.3 configfile

#root (hd2,6)

uuid a01d232a-3634-44a0-a2df-cd909c145e1b

configfile /boot/grub/menu.lst



ça devrait marcher impeccablement.

Il y a queques années, j'ai installé LM 8, Helena avec son grub-pc/grub2.

Pour la démarrer depuis la Mandriva grub-legacy, j'ai dû procéder ainsi après recherche sur Linuxpedia, il me semble



title LM 8 Helena

uuid (l'UUID de sa racine)

kernel /boot/grub/core.img



Ce procédé m'a inspiré pour la 2009 sur clef USB.

Je viens de modifier les deux sections de menu.lst relatives à openSUSE.

J'essaye le redémarrage et vous tient au courant depuis openSUSE.

Édité par ahlner Le 31/08/2013 à 23h45

Ça n'a pas résolu le problème.
J'essaie en "trichant" :

title openSUSE 12.3
root (hd1,6)
#uuid a01d232a-3634-44a0-a2df-cd909c145e1b
chainloader +1

Pas de changement.

Je pense que c'est dû à des changements du kernel, peut-être liés à sysinit et systemd.

Là, c'est dans les "arcanes" du système!



Désolé, je n'arrive pas à trouver tous les outils de formatage, notamment pour les commandes shell, telles "Code" dans Alionet.

Je suis OK pour les utiliser, pour plus d'esthétique et de clarté.

Édité par ahlner Le 01/09/2013 à 12h17

N'ayant rien à perdre, j'essaye ceci pour la première fois :







et ceci :

Je viens d'essayer : "Unrecogized string device".