Bonsoir à tous,
 
J'ai appris dans un de mes topics précédents que le noyau 2.6.19.1 proposait une nouvelle gestion des drivers ATA :
 
Avant : ATA/ATAPI/MFM/RLL support
Maintenant : Serial ATA (prod) and Parallel ATA (experimental) drivers
 
J'ai donc envie de tester ça... Ce qui change pour moi, les /dev/hd deviennent des /dev/sd ... mais alors ça ne bootera plus...
 
J'ai donc modifié mon fstab (avant de rebooter sur le nouveau noyau) en remplacant les hd par des sd mais il reste le probleme de lilo.conf
 
Si j'indique sda il me renvoie une erreur puisque qu'il n'y a pas de sd et si je laisse hda c'est au boot avec le nouveau noyau que ca ne fonctionnera plus...
 
Quelle est la technique ?

Forcer au boot avec l'option lilo genre "linux root=/dev/sdxn" ?

hé hé ...
 
Pour l'avoir fait, éditer ton lilo.conf en ne considérant que le fonctionnement sur le noyau 2.6.19, ie :
boot=/dev/sda
root=/dev/sdaX (avec le X qui va bien)
 
Ensuite, vérifier que tu as les /dev/sdXY qui vont bien
Dans mon cas, car créés avec udev, ils n'y étaient pas
=> dans ce cas, les créer à la mano avec mknod :
mknod /dev/sda b 8 0
mknod /dev/sda1 b 8 1
mknod /dev/sda2 b 8 2
...
La syntaxe étant mknod nom type n° majeur n° mineur
Ici le type est b pour block (périphérique bloc, adressage en octet)
Le n° majeur est 8 pour du périphérique série
Le n° mineur correspond au n° de partition (0 pour l'accès au disque complet, MBR compris ; 1 pour la 1ère partition ... )
 
Lancer lilo mais avec la feinte du loup blanc :
lilo -b /dev/hda
 
En gros tu lui dis de mettre à jour ta conf mais d'ignorer (le temps de cette commande) la directive boot du fichier de conf.
Il écrira donc le bon MBR, fait pour ton disque reconnu comme /dev/sdX mais sur le disque tel que reconnu actuellement /dev/hda

Et petite précision, bien sur le truc chiant c'est qu'une fois ton fstab et ton lilo.conf faits pour /dev/sda, revenir sur un noyau 2.6.18 et inférieur ne marchera pas ... sous peine de faire la bidouille inverse
 
Et au passage, d'autres fichiers peuvent être à modifier (hibernate.conf pour le swap si tu utilises le Suspend to disk version 2, ... )
grep -R /dev/hda /etc est ton ami

Trop fort  
 
merci

Je viens de remarquer que le cdrom marchait plus
 
/dev/cdrom n'existe plus (m'enfin ct juste un lien soft vers /dev/sdb donc je l'ai recréé)  
 
Mais ca change rien, ca me dit que c déjà monté !?
 
Y'a une nouvelle option dans le noyau pour activer les cdrom ? Prise en charge des cdrom scsi peut être ?

ct bien ça