1./ les noyaux 2.6.22.Y bootent mais s'arretent à la recherche du root filesystem.
- oui j'ai bine défini mon FS en dur (et même fait un mkinitrd)
- oui j'ai bien mon driver SATA coché.
(chip 82801GBM/GHM (ICH7 Family) )

2./ les noyaux 2.6.X.Y marchent très bien mais j'ai une ligne (répétée une 20aine de fois) au boot :

Code:

modprobe : FATAL : Could not load /lib/modules/2.6.x.y/modules.dep : no such file or directory

Inutile de vous dire que ce fichier est pourtant bien là et de taille non-nulle.

3./ De manière générale est-ce vraiment si idiot de compiler soit-même son kernel, dernière version sous Debian? je râte vraiment bcp de bon patches à la sauce Debian en faisant cela? (je ne procéderait pourtant jamais de la sorte sous ma Gentoo).



Merci pour vos idées.

Je prendre Fedora plus mieux car ami toujours partout.

Les patches à la sauce Debian, c'est le mal.
Compiler son kernel, c'est bien.

Le message d'erreur vient sans doute du fait qu'il ne trouve pas le modules.dep dans ton initrd... Le fait qu'il soit dans ton FS ne lui sert à rien à ce stade.

Évite à tout prix l'initrd en compilant en dur le driver du rootfs qui va bien, et en précisant root=cekilfô sur la ligne de commande du boot kernel.

Dans ton cas, si le driver de ton contrôleur ET de ton file system sont en dur dans le noyau, vire le initrd.

Nicky, sors de max !

Marcel: ah, oui, en plus c'était du vécu

Rah virer le initrd le reve.

Mais phil, ce qui me questionne c'est que je place tjrs mes modules FS (ne fusse-ce que le root) en dur, la présence du initrd le fou en l'air?

Non...

Tu utilises libata ?
C'est quoi ta ligne de commande kernel ?

Ca se joue vraiment entre la 2.6.21.5 (qui ne me pose que le problème 2./ qui est juste polluant mais pas bloquant). Le 2.6.22.4 me fait le problème 1./ et freze (LED du kbd qui clignotent...).

grub/menu.lst :

Je ne sais pas vraiment bien si je suis sous libata, udev,..

Dans le kernel (2.6.21.5) je m'étais contenté de prendre le drive SATA pour MPIIX --> nickel
Dans le 2.6.22.4 ils ont _encore_ reséparé les deux..et j'ai des bouts dans le SATA et d'autre dans le ATA/ATAPI...

/dev/sdXX fonctionne avec libata.
/dev/hdXX fonctionee avec ide.
La ligne de commande root=/dev/sda6 ne fonctionnera pas si le driver ide est chargé en premier.
Si ton initrd contient les deux drivers (ide et libata), l'ordre de chargement est imprévisible et ça peut marcher de temps en temps avec /dev/sd, et de temps en temps avec /dev/hd. Si les deux drivers sont dans le kernel, je ne suis pas sûr mais il est possible que ce soit pareil.

Un truc pour que ta ligne de commande fonctionne toujours, c'est d'utiliser root=LABEL=xxx ou root=UUID=xxx et de donner un label à ta partition root ou d'utiliser son UUID...

Il m'a en effet proposé une liste de block à la place qui commençaient tous par /dev/hdaX.
Le driver qui tournait était alors bien ide-disk...pas un peu obsolet?
Me permettrais-je de le baquer? oú?

Trouvé, jarté, compilé et solutioné.


Je voudrais vraiment te remercier pour ta clairvoyance et ta patience : merci.

avec plaisir

par contre j'ai plus mon graveur cdrom/dvd...j'ai du être trop violent avec l'ide..?

Il faut le driver ide-cdrom ou scsi-cdrom suivant le driver que tu utilises.

Bah je viens de rebooter sous le précédent kernel et /proc me dit bien que mon cdrom tourne sous ide-cdrom (compilé en dur). Le cd est sur /dev/hdc

Je reviens sous 2.6.22.x (ou le ide-cdrom est bien en dur aussi) mais aucune trace de /dev/hdx ???

comment connaître la liste cascadée des pilotes nécessaire sous mon précédent noyau pour l'adapter sous celui-ci?

autre chose, /etc/fstab me dit :
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto

Supprime le support ide-cdrom et ajoute le support scsi-cdrom. C'est celui-là qu'il faut pour aller avec libata.

Attend attend attend...
Si je reprend bien la chronologie :
avant on simulait du SCSI pour graver
puis qvec le 2.6 on a pu faire du pure ide
et maintenant on recommence a jouer avec du SCSI?

Note bien, je discute pas, j'élargi juste ma culture... le kernel lui recompile déjà (tu penses bien!).

Ahhhhhhhhh mais tout provient ptet d'une erreur de ma part : serait-ce un cdrom sata?? (sur un portable Dell?)
Et mais pq sous mon 2.6.21.5 il était bien sous /dev/hdc alors?

Ton chipset intel fait SATA+PATA.
Il y a un ancien driver linux ide (piix) qui le supporte en PATA (et peut-être aussi en STA, je ne sais pas), et un nouveau driver linux (ata_piix) dans libata qui le supporte en PATA et SATA.

Si tu mets le nouveau driver, tous tes devices PATA et SATA branchés desuus sont exportés comme des devices SCSI en /dev/sdx ou /dev/scdx.
Si tu mets l'ancien driver, les devices PATA sont exportés en /dev/hdx.

Si tu mets les deux drivers, le premier des deux à démarrer va prendre les devices et les rendre invisibles à l'autre driver, et comme l'ordre n'est pas toujours prévisible c'est une très mauvaise idée.

Donc il te faut piix + ide-disk + ide-cd
OU BIEN
ata_piix + sd_mod + sr

Donc il te reste à virer ide-cd et ajouter sr...

Pigé !
Merci.

Tiens, au fait, question bête entre les deux :
Sous Linux, graphique ou ligne de commande, quel est LE meilleur moyen pour copier l'entièreté d'un disque dur fonctionnel et qui tourne sur un autre disque dur vierge? Histoire de mettre le disque vierge dans une autre machine?

dd if=/dev/hda of=/dev/hdb mais les disques doivent être démontés >> live cd

Il y a moyen de tuner la commande mais en gros c'est de ce côté-là qu'il faut regarder