[Linux-bruxelles] PATAtes

[GNUtoo at no-log.org]

> 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
>
>
>
>
pourquoi pas faire aussi un article dessus...y'as juste a copier coller
tout ca