OVH Cloud OVH Cloud

grub & jmicron

16 réponses
Avatar
Christophe PEREZ
Bonjour,

J'ai une machine avec chipset jmicron, sous Gentoo, complètement obsolète
(pas à jour).
Plutôt que de la mettre à jour, il est vivement conseillé (et j'en ai
fait l'expérience avec une autre) de la réinstaller. Il y a longtemps que
je sais devoir y passer, mais le fait de rester sans machine plusieurs
jours ne m'arrangeait pas.

Aujourd'hui, j'ai récupéré un disque que j'ai ajouté, et je peux donc
préparer toute cette installation en chroot dessus sans pour autant
perdre l'usage du PC. Par contre, forcément, le disque ajouté est en /dev/
sdb alors qu'à terme il doit devenir /dev/sda.
Pour tester cette installation sans virer l'autre disque, je passerai par
le bootloader du premier, mais il me faut tout de même configurer le boot
loader du second comme s'il était en /dev/sda (notez bien, pas sdb, ce
qu'il est pourtant en réalité).

Avec grub, cela ne me poserait à priori pas de problème. Mais à l'époque,
lors de sa première installation, je n'étais jamais parvenu à utiliser
grub, à priori à cause du chipset jmicron de la CM. J'avais du me
rabattre sur lilo (et ses inconvénients). Bien qu'ayant lu pas mal de
choses sur le net qui relataient le même problème et préconisaient la
solution lilo, je n'ai jamais su si j'aurais pu y parvenir avec grub.

Depuis, je n'ai toujours utilisé que grub sur toute autre machine, et
j'aurais bien aimé en faire autant sur celle-ci.

Donc ma question est simple, et double :

- A l'heure actuelle grub est-il utilisable avec jmicron (grub2) ? Mes
recherches sur le net ne m'apportent pas l'info.

- Sinon, comment vais-je devoir faire pour installer lilo sur le sdb en
lui faisant croire qu'il est sda ?

Parce qu'avec grub, on écrit une config, mais les ordres d'installation
dans le MBR sont indépendants de cette config, donc on peut "tricher".
Mais avec lilo, à moins que je ne m'abuse, il se sert de la config pour
déterminer ce qu'il doit écrire dans le MBR non ?

Bref, je pense que vous avez compris mon dilemne, et j'espère avoir été
clair.

Merci d'avance.

6 réponses

1 2
Avatar
Doug713705
Le 20-04-2013, Emmanuel Florac nous expliquait dans
fr.comp.os.linux.configuration :

Une des pires usines à gaz que j'ai vu. Finalement tu aimeras lilo :-D



Le seul avantage de grub2 c'est que tu n'as pas besoin de réinstaller le
bootloader après modification du fichier de configuration.



De ce que j'en ai compris et vu sur Debian, ce n'est pas le fichier de
config qu'on édite mais un fichier de config qui sera lu par update-grub
(un truc comme ça) qui, lui, générera le vrai fichier de config (celui
qu'il ne faut pas éditer à la main sous peine de voir tout se casser la
gueule).

Je n'y ai touché qu'une fois (à l'occasion d'une customisation de noyau
sous Debian) et j'ai été déçu par la complexité de l'opération comparée
à grub1 ou lilo.

Ceci dit, il parait que grub2 gère je ne sais quel matériel à la mode
(GPT et UEFI ?). Je n'utilise ni l'un, ni l'autre o_0

Ah non, il y a
un autre avantage: chaque fois que la configuration est pourrie, tu peux
l'éditer péniblement au boot dans l'éditeur. Et c'est plutôt souvent
quand on customise son noyau...



Editer le fichier de config avec sauvegarde de celui-ci ou la config du
boot actuel (façon console grub) ?

--
Doug - Linux user #307925 - Slackware64 roulaize ;-)
Without freedom of choice there is no creativity.
-- Kirk, "The return of the Archons", stardate 3157.4
Avatar
Emmanuel Florac
Le Sun, 21 Apr 2013 09:34:13 +1100, Doug713705 a écrit:

Le 20-04-2013, Emmanuel Florac nous expliquait dans
fr.comp.os.linux.configuration :

Une des pires usines à gaz que j'ai vu. Finalement tu aimeras lilo :-D



Le seul avantage de grub2 c'est que tu n'as pas besoin de réinstaller
le bootloader après modification du fichier de configuration.



De ce que j'en ai compris et vu sur Debian, ce n'est pas le fichier de
config qu'on édite mais un fichier de config qui sera lu par update-grub
(un truc comme ça) qui, lui, générera le vrai fichier de config (celui
qu'il ne faut pas éditer à la main sous peine de voir tout se casser la
gueule).



Oui, et c'est horriblement compliqué. Du coup je modifie le "fichier
interdit", /boot/grub/grub.cfg, modifs malheureusement écrasées à chaque
mise à jour.

Je n'y ai touché qu'une fois (à l'occasion d'une customisation de noyau
sous Debian) et j'ai été déçu par la complexité de l'opération comparée
à grub1 ou lilo.



Doux euphémisme.

Ceci dit, il parait que grub2 gère je ne sais quel matériel à la mode
(GPT et UEFI ?). Je n'utilise ni l'un, ni l'autre o_0



UEFI, je pense. Pour GPT, les versions récentes de lilo fonctionnent
très bien...

Ah non, il y a
un autre avantage: chaque fois que la configuration est pourrie, tu
peux l'éditer péniblement au boot dans l'éditeur. Et c'est plutôt
souvent quand on customise son noyau...



Editer le fichier de config avec sauvegarde de celui-ci ou la config du
boot actuel (façon console grub) ?



Dans la console grub, quand on a rebooté et qu'on s'aperçoit que la
config tricotée main a été salopée par une mise à jour...

--
That ideas should freely spread from one to another over the globe,
for the moral and mutual instruction of man, and the improvement of his
conditions, seems to have been peculiarly and benevolently designed by
nature, when she made them, like fire, expansible over all space,
without lessening their density in any point, and like the air in which
we breathe, move, and have our physical being, incapable of confinement
of exclusive appropriation. Inventions then cannot, in nature, be a
subject of property.
Thomas Jefferson.
Avatar
Christophe PEREZ
Le Sat, 20 Apr 2013 21:33:15 +0000, Emmanuel Florac a écrit :

Le Sun, 21 Apr 2013 08:12:35 +1100, Doug713705 a écrit:


Une des pires usines à gaz que j'ai vu. Finalement tu aimeras lilo :-D



Le seul avantage de grub2 c'est que tu n'as pas besoin de réinstaller le
bootloader après modification du fichier de configuration. Ah non, il y
a un autre avantage: chaque fois que la configuration est pourrie, tu
peux l'éditer péniblement au boot dans l'éditeur. Et c'est plutôt
souvent quand on customise son noyau...



Ce n'est pas spécifique à Grub2 ça. Grub a déjà ces 2 avantages.
Et c'est justement pour ces 2 avantages que je préfère très largement grub
à lilo.
Avatar
Nicolas George
Doug713705 , dans le message
, a écrit :
De ce que j'en ai compris et vu sur Debian, ce n'est pas le fichier de
config qu'on édite mais un fichier de config qui sera lu par update-grub
(un truc comme ça) qui, lui, générera le vrai fichier de config (celui
qu'il ne faut pas éditer à la main sous peine de voir tout se casser la
gueule).



Il faut faire ça si tu veux profiter d'update-grub, l'outil Debian qui met à
jour automatiquement la config GRUB quand tu installes un noyau par le
gestionnaire de packages. Si tu tiens à tout faire à la main, tu peux
parfaitement, et alors la config de GRUB est aussi simple que ses
équivalents.

Je n'y ai touché qu'une fois (à l'occasion d'une customisation de noyau
sous Debian) et j'ai été déçu par la complexité de l'opération comparée
à grub1 ou lilo.



Mauvaise foi caractérisée : tu compares des situations différentes. Si tu
veux comparer GRUB2+update-grub à LILO ou GRUB1, il faut observer ces deux
derniers utilisés avec des outils de réécriture automatique de la config.

Ceci dit, il parait que grub2 gère je ne sais quel matériel à la mode
(GPT et UEFI ?). Je n'utilise ni l'un, ni l'autre o_0



Tu n'as pas de disques de plus de 2 To ?

Editer le fichier de config avec sauvegarde de celui-ci ou la config du
boot actuel (façon console grub) ?



La config du boot actuel.

Mais GRUB2 a d'autres fonctionnalités intéressantes, en particulier savoir
aller chercher la config, le noyau et l'initrd dans un RAID ou un LVM, et
même en loopback.
Avatar
Doug713705
Le 21-04-2013, Nicolas George nous expliquait dans
fr.comp.os.linux.configuration :

[Grub2]
Je n'y ai touché qu'une fois (à l'occasion d'une customisation de noyau
sous Debian) et j'ai été déçu par la complexité de l'opération comparée
à grub1 ou lilo.



Mauvaise foi caractérisée : tu compares des situations différentes. Si tu
veux comparer GRUB2+update-grub à LILO ou GRUB1, il faut observer ces deux
derniers utilisés avec des outils de réécriture automatique de la config.



Je n'ai jamais réussi à faire sans et je n'ai pas trouvé la moindre doc
qui expliquait comment faire sans.
Quelque soit la distribution, toutes les docs recommandent de ne pas
éditer soit même grub.cfg.

Même chez Arch dont les utilisateurs aiment bien le camboui :
https://wiki.archlinux.org/index.php/GRUB2

"Warning: Editing this file is strongly not recommended. The file is
generated by the grub-mkconfig command, and it is best to edit your
/etc/default/grub or one of the scripts in the /etc/grub.d folder."

Ceci dit, il parait que grub2 gère je ne sais quel matériel à la mode
(GPT et UEFI ?). Je n'utilise ni l'un, ni l'autre o_0



Tu n'as pas de disques de plus de 2 To ?



Ben non, note que je n'ai pas non plus 2 To de données à mettre dessus
non plus.

Editer le fichier de config avec sauvegarde de celui-ci ou la config du
boot actuel (façon console grub) ?



La config du boot actuel.

Mais GRUB2 a d'autres fonctionnalités intéressantes, en particulier savoir
aller chercher la config, le noyau et l'initrd dans un RAID ou un LVM, et
même en loopback.



Je ne doute pas de ses qualités, juste que la config est bien moins
évidente que celle de grub1 ou de lilo.

--
Doug - Linux user #307925 - Slackware64 roulaize ;-)
Without freedom of choice there is no creativity.
-- Kirk, "The return of the Archons", stardate 3157.4
Avatar
Nicolas George
Doug713705 , dans le message
, a écrit :
Je n'ai jamais réussi à faire sans et je n'ai pas trouvé la moindre doc
qui expliquait comment faire sans.



J'ai plusieurs fois écrit des configs grub2 élémentaires, sans problème
particulier.

Quelque soit la distribution, toutes les docs recommandent de ne pas
éditer soit même grub.cfg.



C'est vrai que ça n'a pas l'air évident à désactiver proprement.
1 2