Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Linux Autres OS Linux Debian SATA et ordre de boot

SATA et ordre de boot

4 réponses
Avatar
Damien Ulrich
Bonjour,

Voil=E0 longtemps que j'ai un soucis sur l'ordre de boot de mes disques SATA

J'ai une MSI K8N Neo4
kernel 2.6.17-2-amd64

niveau mat=E9riel :
Le SATA1 n'est d=E9marr=E9 que si son RAID mat=E9riel est enclench=E9 (par =
le BIOS)
=2Dil y a un seul disque dessus (sur lequel il y a aussi le swap)-
Sur le SATA2 , j'ai 3 disques en RAID5 soft (mdadm)

niveau d=E9tection soft :
=2D le disque SATA1 est soit d=E9tect=E9 en /dev/sda, soit en /dev/sdc,=20
al=E9atoirement, du coup :
=2D un des disques SATA2 se d=E9place de la m=EAme mani=E8re
or :
depuis le besoin d'ajouter le nom des p=E9riphs =E0 '/etc/mdadm.conf',
le RAID5 d=E9marre en d=E9grad=E9=20
lorsque le d=E9marrage a rat=E9 pour cette raison une premi=E8re fois

NB : Je n'ai pas de probl=EAme de boot qui vient d'autre part encore...

Y-a t-il un moyen de fixer les d=E9tections de p=E9riph=E9riques ?
(ou toute autre soluce !? ^^')

=2D-=20
Signaler un problème avec ce contenu

4 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Avatar
Gilles Mocellin
Le samedi 04 novembre 2006 à 14:57 +0100, Damien Ulrich a écrit :
Bonjour,

Voilà longtemps que j'ai un soucis sur l'ordre de boot de mes disques SATA

J'ai une MSI K8N Neo4
kernel 2.6.17-2-amd64

niveau matériel :
Le SATA1 n'est démarré que si son RAID matériel est enclenché (par le BIOS)
-il y a un seul disque dessus (sur lequel il y a aussi le swap)-
Sur le SATA2 , j'ai 3 disques en RAID5 soft (mdadm)

niveau détection soft :
- le disque SATA1 est soit détecté en /dev/sda, soit en /dev/sdc,



On peut utiliser les labels au lieu des devices dans le fstab pour les
systèmes de fichier le supportant.
Sinon, LVM gère ça bien, il retrouve ses petits grâce à un UID unique.


aléatoirement, du coup :
- un des disques SATA2 se déplace de la même manière
or :
depuis le besoin d'ajouter le nom des périphs à '/etc/mdadm.conf',
le RAID5 démarre en dégradé



Il ne faut pas mettre les deivces dans /etc/mdadm.conf mais les UID, eux
ils restent constants.

lorsque le démarrage a raté pour cette raison une première fois

NB : Je n'ai pas de problême de boot qui vient d'autre part encore...

Y-a t-il un moyen de fixer les détections de périphériques ?
(ou toute autre soluce !? ^^')



Fixer l'ordre, ça doit pouvoir se faire mais au détriment de la
détection automatique.
Les autres soluces sont LABEL pour /boot, LVM pour les reste,
éventuellement avec du MD dessous, dans ce cas, les UUID dans mdadm.conf
au lieu des devices.

Reste ma partition Fat32 qui ne supporte pas de label... Du coup, je la
monte à la main quand j'en ai besoin.


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Damien Ulrich
Le samedi 04 novembre 2006 15:18, Gilles Mocellin a écrit :
Le samedi 04 novembre 2006 à 14:57 +0100, Damien Ulrich a écrit :
> Bonjour,
>
> Voilà longtemps que j'ai un soucis sur l'ordre de boot de mes disq ues
> SATA
>
> J'ai une MSI K8N Neo4
> kernel 2.6.17-2-amd64
>
> niveau matériel :
> Le SATA1 n'est démarré que si son RAID matériel est encl enché (par le
> BIOS) -il y a un seul disque dessus (sur lequel il y a aussi le swap)-
> Sur le SATA2 , j'ai 3 disques en RAID5 soft (mdadm)
>
> niveau détection soft :
> - le disque SATA1 est soit détecté en /dev/sda, soit en /dev/ sdc,

On peut utiliser les labels au lieu des devices dans le fstab pour les
systèmes de fichier le supportant.


J'utilise que du ext3
Alors, j'ai fouillé pour ça,
mais j'ai une petite question subsidiaire :
je peux mettre n'importe quoi comme label, avec e2label ?

Sinon, LVM gère ça bien, il retrouve ses petits grâce à   un UID unique.


Je voudrais bien, mais je ne vois pas où je vais pouvoir déplacer mes Go
données pour reformater pour du LVM, mes 3 disques en RAID

> aléatoirement, du coup :
> - un des disques SATA2 se déplace de la même manière
> or :
> depuis le besoin d'ajouter le nom des périphs à '/etc/mdadm.c onf',
> le RAID5 démarre en dégradé

Il ne faut pas mettre les deivces dans /etc/mdadm.conf mais les UID, eux
ils restent constants.


J'ai fouillé pour ça aussi :
J'ai trouvé ça pour ubuntu
(http://doc.ubuntu-fr.org/applications/uuid_et_label)
mais pas de commande vol_id sous debian
j'ai alors fouillé dans /proc, et dans dmesg
Je ne vois pas où le trouver/fixer
Ou je n'ai pas compris... (UUID, peut-être ?)

> lorsque le démarrage a raté pour cette raison une premiè re fois
>
> NB : Je n'ai pas de problême de boot qui vient d'autre part encore ...
>
> Y-a t-il un moyen de fixer les détections de périphériqu es ?
> (ou toute autre soluce !? ^^')

Fixer l'ordre, ça doit pouvoir se faire mais au détriment de la
détection automatique.
Les autres soluces sont LABEL pour /boot, LVM pour les reste,
éventuellement avec du MD dessous, dans ce cas, les UUID dans mdadm. conf
au lieu des devices.


Finalement, je suis obligé de passer en LVM, non ?
J'ai du mal à suivre :P

Reste ma partition Fat32 qui ne supporte pas de label... Du coup, je la
monte à la main quand j'en ai besoin.



--
Avatar
Gilles Mocellin
--nextPart1900454.zJeqGpzU6D
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Le samedi 4 novembre 2006 16:38, Damien Ulrich a écrit :
Le samedi 04 novembre 2006 15:18, Gilles Mocellin a écrit :
> Le samedi 04 novembre 2006 à 14:57 +0100, Damien Ulrich a écr it :


[...]
> Il ne faut pas mettre les deivces dans /etc/mdadm.conf mais les UID, eux
> ils restent constants.

J'ai fouillé pour ça aussi :
J'ai trouvé ça pour ubuntu
(http://doc.ubuntu-fr.org/applications/uuid_et_label)
mais pas de commande vol_id sous debian
j'ai alors fouillé dans /proc, et dans dmesg
Je ne vois pas où le trouver/fixer
Ou je n'ai pas compris... (UUID, peut-être ?)



La commande "sudo mdadm --detail --scan" te donnera directement quoi mettre
dans le /etc/mdadm.conf, avec les UUID.

[...]
Finalement, je suis obligé de passer en LVM, non ?
J'ai du mal à suivre :P



Meuh non ;-)
Enfin, ça t'aiderai sur d'autre points. Mais en gardant le RAID, il fa udrait
quand même que mdadm retrouve ses disques.

[...]

--nextPart1900454.zJeqGpzU6D
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQBFTSXFDltnDmLJYdARAgInAJ9qnzuMs+7/cf6jXTCVINHApOeu5ACdGlvY
DlG6sj70TbDt+zai0TPq8N0 =Ighv
-----END PGP SIGNATURE-----

--nextPart1900454.zJeqGpzU6D--


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Laurent CHARLES
Bonjour,

Le 04/11/06, Damien Ulrich a écrit :
(...)

niveau matériel :
Le SATA1 n'est démarré que si son RAID matériel est enclenché (pa r le BIOS)
-il y a un seul disque dessus (sur lequel il y a aussi le swap)-
Sur le SATA2 , j'ai 3 disques en RAID5 soft (mdadm)

niveau détection soft :
- le disque SATA1 est soit détecté en /dev/sda, soit en /dev/sdc,
aléatoirement, du coup :
- un des disques SATA2 se déplace de la même manière
or :
depuis le besoin d'ajouter le nom des périphs à '/etc/mdadm.conf',
le RAID5 démarre en dégradé
lorsque le démarrage a raté pour cette raison une première fois

NB : Je n'ai pas de problême de boot qui vient d'autre part encore...

Y-a t-il un moyen de fixer les détections de périphériques ?
(ou toute autre soluce !? ^^')



UDEV ne peut pas t'aider à détecter tout ça? (si tu l'utilises)

- Tu reperes tes DD avec 'udevinfo -a -p /dev/le-device'
- Tu nommes le disque avec une regle dans '/etc/udev/rules.d'
(probablement un fichier 10_ton_nom_de_fichier.rules)
- Tu utilises les disques avec les noms que tu viens de donner dans tes con fs.

Par ex, j'ai "/dev/root" dans mon /etc/fstab au lieu de /dev/sda1

Pour plus de docs, 'http://www.exalead.com' est ton ami. Docs pas très
structurées, mais on trouve a peu pret tout.

--
-- Laurent