Bonsoir,

On trouve ici et là sur le net ce qu'il faut pour faire comprendre à
lilo qu'un bsd se trouve sur un des disques à sa connaissance, et qu'il
existe une probabilité non nulle qu'il ait à booter cet OS.

Bien.

Comment kcékonfé lorsqu'il n'y a pas un mais deux (par exemple) fribi ?

Un fribi 32 bits et un fribi 64 bits par exemple (donc noyos, disques, toussa,
différents, bien sûr).

D'aucuns (en tout cas moi) penserait à spécifier

other=/dev/sda2
label=FreeBSD_i686
table=/dev/sda
loader=/boot/chain.b

other=/dev/sda3
label=FreeBSD_x86_64
table=/dev/sda
loader=/boot/chain.b

Mais force est de constater que monsieur n'en fait qu'à sa tête : il me
boote encore et toujours sur la version 32 bits (installée en premier,
je précise). Pire, si j'enlève l'entrée concernant la version 32 bits,
il me boote quand même, dessus, le coquin.

Bref, I'm lost.

Une idée, un tuyo, une suggestion, afin que je puisse voir à quoi
ressemble un fribi 64 bits ?


Merci.


--
Fred.

fred <fredantispam@free.fr> wrote:
>
> Bonsoir,
>
> On trouve ici et là sur le net ce qu'il faut pour faire comprendre à
> lilo qu'un bsd se trouve sur un des disques à sa connaissance, et qu'il
> existe une probabilité non nulle qu'il ait à booter cet OS.
>
> Bien.
>
> Comment kcékonfé lorsqu'il n'y a pas un mais deux (par exemple) fribi ?
>
> Un fribi 32 bits et un fribi 64 bits par exemple (donc noyos, disques, toussa,
> différents, bien sûr).
>
> D'aucuns (en tout cas moi) penserait à spécifier
>
> other=/dev/sda2
> label=FreeBSD_i686
> table=/dev/sda
> loader=/boot/chain.b
>
> other=/dev/sda3
> label=FreeBSD_x86_64
> table=/dev/sda
> loader=/boot/chain.b
>
> Mais force est de constater que monsieur n'en fait qu'à sa tête : il me
> boote encore et toujours sur la version 32 bits (installée en premier,
> je précise). Pire, si j'enlève l'entrée concernant la version 32 bits,
> il me boote quand même, dessus, le coquin.
>
> Bref, I'm lost.
>
> Une idée, un tuyo, une suggestion, afin que je puisse voir à quoi
> ressemble un fribi 64 bits ?

Dans les deux cas tu tombes sur le boot block, en fait le même, qui te
redirige vers la "partition de compatibilté", la première partition du
système, et tu ne vas donc jamais explorer la deuxième. La solution est
de renseigner boot.conf pour l'obliger à booter dans la deuxième
partition, un truc du genre 0:da(2,a)/boot/loader devrait le faire
booter sur la troisième partition du premier disque scsi.

Incidemment, tu pourrais faire l'effort d'apprendre à utliser grub :-(

>
>
> Merci.
>
>

--

Michel TALON

talon@lpthe.jussieu.fr (Michel Talon) a écrit :

> Dans les deux cas tu tombes sur le boot block, en fait le même, qui te
> redirige vers la "partition de compatibilté", la première partition du
> système, et tu ne vas donc jamais explorer la deuxième. La solution est
> de renseigner boot.conf pour l'obliger à booter dans la deuxième
> partition, un truc du genre 0:da(2,a)/boot/loader devrait le faire
> booter sur la troisième partition du premier disque scsi.
Ok, je regarde ça, merci.

> Incidemment, tu pourrais faire l'effort d'apprendre à utliser grub :-(
Je l'ai utilisé, à l'époque où j'utilisais fribi, justement.
Mais depuis, c'est vrai que je ne me suis pas vraiment posé la question...

--
Fred.

On Tue, 05 Dec 2006 23:44:47 +0100
fred <fredantispam@free.fr> wrote:

> > Incidemment, tu pourrais faire l'effort d'apprendre à utliser
> > grub :-(
> Je l'ai utilisé, à l'époque où j'utilisais fribi, justement.
> Mais depuis, c'est vrai que je ne me suis pas vraiment posé la
> question...

Sans vouloir troller, moi j'aurais proposé gag (par expérience grub est
coincé dans sa vision gnuesque[1] des choses et tu ne peux lui faire
faire tout ce que tu veux ... )


[1] : j'avais prévenu que ce mail était un troll, il continue, persiste
et signe
--
Il n'y a plus de logiciels à installer ou installés !
-- Jayce - \o/ --

Marwan Burelle :

> Sans vouloir troller, moi j'aurais proposé gag (par expérience grub
> est coincé dans sa vision gnuesque[1] des choses et tu ne peux lui
> faire faire tout ce que tu veux ... )

Ben je ne vois pas comment tu peux faire ça avec GAG. Si tu as l'astuce
je prends, j'aimerais bien essayer CURRENT.

> [1] : j'avais prévenu que ce mail était un troll, il continue,
> [persiste
> et signe

J'ai marché dedans ?

--
http://www.lamaiziere.net/logiciels.html

fred <fredantispam@free.fr> a écrit :

> talon@lpthe.jussieu.fr (Michel Talon) a écrit :
>
>> Dans les deux cas tu tombes sur le boot block, en fait le même, qui te
>> redirige vers la "partition de compatibilté", la première partition du
>> système, et tu ne vas donc jamais explorer la deuxième. La solution est
>> de renseigner boot.conf pour l'obliger à booter dans la deuxième
>> partition, un truc du genre 0:da(2,a)/boot/loader devrait le faire
>> booter sur la troisième partition du premier disque scsi.
> Ok, je regarde ça, merci.

Bon, un truc m'échappe, revoyons la scène au ralenti.

La config de boot par défaut est 1:ad(1,a)/boot/loader,
qui correspond à mon fribi 32 bits, sur ad4s2 (premier disque SATA).
Mon fribi 64 bits est monté sur ad4s3.

Je me dis donc, peut-être bêtement, je mets 1:ad(1,a)/boot/loader dans
le boot.config sur ad4s2 et 1:ad(2,a)/boot/loader dans le boot.config
sur ad4s3, et avec mon lilo, hop, je peux booter sur mon 64 bits.

Et bien non, ça ne marche pas, me boote tjrs sur mon 32 bits, même
en mettant 1:ad(2,a)/boot/loader sur ad4s2.

Je ne comprends pas.

Une idée ?

Merci.

--
Fred.

fred <fredantispam@free.fr> wrote:
>
> La config de boot par défaut est 1:ad(1,a)/boot/loader,
> qui correspond à mon fribi 32 bits, sur ad4s2 (premier disque SATA).
> Mon fribi 64 bits est monté sur ad4s3.
>
> Je me dis donc, peut-être bêtement, je mets 1:ad(1,a)/boot/loader dans
> le boot.config sur ad4s2 et 1:ad(2,a)/boot/loader dans le boot.config
> sur ad4s3, et avec mon lilo, hop, je peux booter sur mon 64 bits.
>
> Et bien non, ça ne marche pas, me boote tjrs sur mon 32 bits, même
> en mettant 1:ad(2,a)/boot/loader sur ad4s2.
>
> Je ne comprends pas.

Que se passe t'il si tu mets 1:ad(2,a)/boot/loader dans le boot.conf de
ad4s2? J'avais cru comprendre que c'était la seule solution pour faire
booter le boot loader de ad4s3, le prix étant qu'on ne peut plus booter
ad4s2. De toute façon l'utilisation de grub résout tous ces problèmes
d'un coup car il permet de booter directement de /boot/loader de
n'importe quelle partition de ton disque.


--

Michel TALON

talon@lpthe.jussieu.fr (Michel Talon) a écrit :

>
> Que se passe t'il si tu mets 1:ad(2,a)/boot/loader dans le boot.conf de
Rien. Ou plutôt, idem, il ne boote que le premier.

> ad4s2? J'avais cru comprendre que c'était la seule solution pour faire
> booter le boot loader de ad4s3, le prix étant qu'on ne peut plus booter
> ad4s2.
Hmm, c'était justement ce que j'intuitais.
Pas bon, donc.

> De toute façon l'utilisation de grub résout tous ces problèmes
> d'un coup car il permet de booter directement de /boot/loader de
> n'importe quelle partition de ton disque.
Et ben voilà ! :-)

Merci.

--
Fred, qui va gruber de ce pas.

fred a écrit :

> > De toute façon l'utilisation de grub résout tous ces problèmes
> > d'un coup car il permet de booter directement de /boot/loader de
> > n'importe quelle partition de ton disque.
Re,
J'intuite autre chose, malheureusement.
Mes disques sont au format GPT.
J'ai bien peur (pas mon fribi sous la main, là), d'après quelques
recherches succintes avec google, que "ça marche beaucoup moins bien"
qu'avec lilo, qui lui, le gère sans problème.
J'espère que je me trompe...

Sinon, pour être précis, l'intérêt (mon intérêt) de
l'installation d'un fribi 64 bits
est de pouvoir accéder à mes 4 Go de RAM (pour un processus,
j'entends). Seulement, activer l'option PAE dans le noyo me semble
très restricitif (au niveau de toutes les fonctionnalités qui ne
doivent pas être activées dans ce cas).
En aurais-je besoin si je veux pouvoir accéder à mes 4 Go, même pour
mon fribi 64 bits ?
Si tel est le cas, je crains que l'install de la version 64 bits et de
grub ne tourne court...

fredmfp@gmail.com wrote:
> Sinon, pour être précis, l'intérêt (mon intérêt) de
> l'installation d'un fribi 64 bits
> est de pouvoir accéder à mes 4 Go de RAM (pour un processus,
> j'entends). Seulement, activer l'option PAE dans le noyo me semble
> très restricitif (au niveau de toutes les fonctionnalités qui ne
> doivent pas être activées dans ce cas).
> En aurais-je besoin si je veux pouvoir accéder à mes 4 Go, même pour
> mon fribi 64 bits ?
> Si tel est le cas, je crains que l'install de la version 64 bits et de
> grub ne tourne court...
>

Non, le PAE c'est pour les systèmes 32 bits qui veulent accéder à plus
de 4 Gigs de mémoire. Les systèmes 64 bits y accèdent naturellement.

Pour ce qui est des disques, je ne sais pas de quoi il s'agit.

--

Michel TALON

Michel Talon a écrit :

> Non, le PAE c'est pour les systèmes 32 bits qui veulent accéder à plus
> de 4 Gigs de mémoire. Les systèmes 64 bits y accèdent naturellement.
C'est déjà une bonne nouvelle.

> Pour ce qui est des disques, je ne sais pas de quoi il s'agit.
Je ne suis pas expert en la matière, mais les disques "formatés" (je
ne sais pas si c'est le terme exact) en GPT/EFI permettent de dépasser
la limite des 4 partitions primaires classiques.

Par exemple, il m'est déjà arrivé d'avoir jusqu'à 11 partitions
"primaires" sur un seul disque.
(ben voui, à force de découper le fs en /, /usr, /usr/local, /boot,
/var et ceci pour plusieurs
releases de debian i686 et x86_64, ça grimpe vite. Bon, maintenant, je
suis devenu plus raisonnable).

Mais si grub (à part grub2, semble t'il) ne le gère pas...

fredmfp@gmail.com wrote:
>
> > Pour ce qui est des disques, je ne sais pas de quoi il s'agit.
> Je ne suis pas expert en la matière, mais les disques "formatés" (je
> ne sais pas si c'est le terme exact) en GPT/EFI permettent de dépasser
> la limite des 4 partitions primaires classiques.
>

Je ne connaissais pas.

> Par exemple, il m'est déjà arrivé d'avoir jusqu'à 11 partitions
> "primaires" sur un seul disque.
> (ben voui, à force de découper le fs en /, /usr, /usr/local, /boot,
> /var et ceci pour plusieurs
> releases de debian i686 et x86_64, ça grimpe vite. Bon, maintenant, je
> suis devenu plus raisonnable).
>
> Mais si grub (à part grub2, semble t'il) ne le gère pas...
>

J'ai trouvé ça:
http://www.mail-archive.com/bug-grub.../msg10632.html


--

Michel TALON

talon@lpthe.jussieu.fr (Michel Talon) a écrit :

> fredmfp@gmail.com wrote:
>>
>> > Pour ce qui est des disques, je ne sais pas de quoi il s'agit.
>> Je ne suis pas expert en la matière, mais les disques "formatés" (je
>> ne sais pas si c'est le terme exact) en GPT/EFI permettent de dépasser
>> la limite des 4 partitions primaires classiques.
>>
>
> Je ne connaissais pas.
C'est géré par fribi 6.2 (pas encore essayé, mais vu sur la dernière freesbie).

>> Par exemple, il m'est déjà arrivé d'avoir jusqu'à 11 partitions
>> "primaires" sur un seul disque.
>> (ben voui, à force de découper le fs en /, /usr, /usr/local, /boot,
>> /var et ceci pour plusieurs
>> releases de debian i686 et x86_64, ça grimpe vite. Bon, maintenant, je
>> suis devenu plus raisonnable).
>>
>> Mais si grub (à part grub2, semble t'il) ne le gère pas...
>>
>
> J'ai trouvé ça:
> http://www.mail-archive.com/bug-grub.../msg10632.html
Vi, moi, aussi, je l'ai trouvé ;-)
Mais chui pas chaud-chaud pour le tester, son patch.
Je verrai ça...

--
Fred.

À (at) Tue, 12 Dec 2006 17:00:57 +0000 (UTC),
talon@lpthe.jussieu.fr (Michel Talon) écrivait (wrote):
>> Par exemple, il m'est déjà arrivé d'avoir jusqu'à 11 partitions
>> "primaires" sur un seul disque.
>> (ben voui, à force de découper le fs en /, /usr, /usr/local, /boot,
>> /var et ceci pour plusieurs
>> releases de debian i686 et x86_64, ça grimpe vite. Bon, maintenant, je
>> suis devenu plus raisonnable).
>>
>> Mais si grub (à part grub2, semble t'il) ne le gère pas...
>>
>
> J'ai trouvé ça:
> http://www.mail-archive.com/bug-grub.../msg10632.html

Je me demande si il ne vaut pas mieux adopter tout de suite Grub2 qui,
bien qu'encore activement en développement, gère le GPT/EFI en natif.

La doc officielle est vide mais le wiki de grub2 donne beaucoup d'info
tout à fait utilisable.

L'autre possibilité serait d'utiliser une partion de boot accessible
via la MBR standard éventuellement dans un slice FreeBSD ou dans
l'équivalent d'un slice pour Linux. C'est ce que font pas mal de Linux
qui utilisent les Logical Volumes (ou autres systèmes de partitions
étendues) non reconnus par Grub (le dernier que j'ai installé qui fait
comme ça, c'est fedora).

--
Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>

fred <fredantispam@free.fr> wrote:
> >
> > J'ai trouvé ça:
> > http://www.mail-archive.com/bug-grub.../msg10632.html
> Vi, moi, aussi, je l'ai trouvé ;-)
> Mais chui pas chaud-chaud pour le tester, son patch.
> Je verrai ça...
>

Pourquoi, qu'est-ce que tu risques? D'ailleurs il y a des gens qui
disent qu'ils l'ont installé et que ça marche. Au pire si ça ne marche
pas tu rebootes avec un cdrom et tu réinstalles lilo. S'il y a un truc
qui ne peut pas poser de problème c'est bien grub.

--

Michel TALON

talon@lpthe.jussieu.fr (Michel Talon) écrivait:

> Pourquoi, qu'est-ce que tu risques? D'ailleurs il y a des gens qui
> disent qu'ils l'ont installé et que ça marche. Au pire si ça ne marche
> pas tu rebootes avec un cdrom et tu réinstalles lilo. S'il y a un truc
> qui ne peut pas poser de problème c'est bien grub.

Là je m'inscris en faux. APrtès avoir voulu tester grub sur une
debian, ne rien avoir compris à la conf ésotérique du machin, je l'ai
désisnstallé : plantage assuré de toutes les mises à jour noyau
suivantes...

C'est surement spécifique debian mais "avec grub pas de problème"
c'est pas toujours vrai...

--
Si vous embauchez, voici mon CV
http://www.rail.eu.org/cv/cv.pdf