[Linux-bruxelles] PATAtes

[Didier MISSON]

linux-bruxelles-bounces+didier.misson=total.com at lists.bxlug.be wrote on 
03/05/2007 13:10:51:

> Encore récemment, et de plus en plus souvent, des messages confus sur la
> liste du LUG, dans des forums, une grosse interrogation, « comment ?! 
avant
> j'avais des hda1, hda2... et maintenant j'ai des sda1, sda2... », ce à 
quoi
> il y a des réponses aussi rapides qu'expéditives, expliquant que hda = 
IDE
> et sda = SCSI.

...

 
> Jusqu'à en arriver au moment présent, genre 2.6.20, 2.6.21, où l'accès à
> l'IDE classique commence lui-même à être possible via le sous-système 
SCSI,
> et à l'occasion il est renommé en PATA, Parallel ATA, qui est un nouveau
> nom sorti de nulle part, pour se différencier du Serial ATA.
> 
> Revenons au noyau, le « problème » arrive principalement chez les
> utilisateurs Ubuntu (comme tous les problèmes diront les mauvaises
> langues), parce que le noyau de la dernière version est assez récent et
> semble avoir activé le nouveau système (marqué comme expérimental).  Il 
y a
> même des échos comme quoi les deux systèmes seraient activés et qu'il y
> aurait clash par endroit (mais c'est peut-être de chez Debian que 
viennent
> ces échos).

J'ai installé un Ubuntu sur une ancienne carte mère Céléron --> j'ai eu 
des sda1...
J'ai mis à jour mon Ubuntu 6.10 en 7.04 sur une carte mère Athlon --> 
hda1...

oui, ça peut perturber.


> Le cas pratique, sur mon ordinateur, il y a un « Intel Corporation 
82801DBM
> (ICH4-M) IDE Controller » qui est géré par le pilote 
drivers/ide/pci/piix.
> Mais le même contrôleur peut aussi être géré par le pilote
> drivers/ata/ata_piix.  Et c'est un peu la course à chaque démarrage pour
> décider qui gérera le contrôleur, très sympa. 

ah oui...
à ce point là !


> Reste alors à se laisser pousser la barbe

sudo apt-get install barbe

euh...



> et à compiler soi-même son noyau
> avec des options utiles et pas redondantes pour un sou.  Ou à trouver un
> moyen de forcer l'un ou l'autre module, mais c'est moins amusant.
> 
> Bravement désactiver « ATA/ATAPI/MFM/RLL support » dans la 
configuration,
> installer le noyau, redémarrer et espérer.  Évidemment ça va foirer 
parce
> que le support pour les disques SCSI était mis en module, c'est malin 
ça.
> 
> Ça démarre alors, ça se prend cependant rapidement les pieds dans le
> fichier /etc/fstab qui renseigne des /dev/hda1 et cie, alors que ceux-ci
> ont laissé place à de brillants /dev/sda...  Évidemment facile à 
corriger,
> mais quid des anciens noyaux qui voudraient continuer à utilier hda ? La
> solution à cela est de renseigner les partitions non plus par leur 
"device
> file" mais par un label ou un UUID, les UUID, c'est ce que fait Ubuntu 
je
> pense, mais ``UUID=2a8c00f8-f965-11db-9658-000ae422715d / ext3 
defaults...``;
> ça effraie les braves gens.

ce n'est effectivement pas trop user friendly !

 
> La solution des étiquettes, c'est plus humain, ``tune2fs -L root
> /dev/hda1``; et ça marche aussi pour le swap, exemple: ``mkswap -L swap
> /dev/hda2``.
> 
> Ça donne alors un fstab ainsi:
> 
>   proc        /proc   proc   defaults                    0  0
>   LABEL=swap  none    swap   sw                          0  0
>   LABEL=root  /       ext3   defaults,errors=remount-ro  0  1
>   LABEL=usr   /usr    ext3   defaults                    0  2
>   LABEL=var   /var    ext3   defaults                    0  2
>   LABEL=home  /home   ext3   defaults,user_xattr         0  2
>   tmpfs       /tmp    tmpfs  defaults                    0  0
> 
> Et il devient possible de passer d'un système à l'autre sans le moindre
> soucis.

Ah là !
Je suis séduit...
quelle clareté !

Merci Frédéric pour ces explications
;-)


> -- 
> Linux-bruxelles mailing list
> Linux-bruxelles at lists.bxlug.be
> http://lists.bxlug.be/mailman/listinfo/linux-bruxelles