Reprise du message précédent :
g essayé de bidouiller avec le fichier vmlinux, j'ai mis ds /boot , j'ai mis le system.map
 
lorsque je lance lilo, il me dit que /boot/vmlinux is too big
 
j'en ai marre    

nan il devrait etre dans /usr/src/linux/arch/i386/boot
(ou un truc dans le style...)

justement, il n'y avait rien dedans, en tout cas pas de bzImage ou kernel machin
 
je relance la compil, etape par etape.
 
un k6-2, c i686 ou i386 ?

http://frlinux.net/?section=systeme&article=47
 
ca a l'air plus ismple, je vais tenter ca

j'ai fait exactement ce qui est decris ici :
http://frlinux.net/?section=systeme&article=47
 
avec un kernel 2.4.18
 
et lorsque je choisi le new kernel ds lilo, il charge le kernel puis reboot.
 
je ne sais plus quoi faire

tu dois avoir des paramètres incorrects, sinon il te faut aussi un initrd correspondant à ton noyau (man initrd), puis tu peux aussi avoir un problème de lecture/écriture au moment de compiler le noyau, donc fais attention à ça
 
pour vérifier, tu fais un "badblocks /dev/hde"
normalement, comme c'est actuellement il devrait te trouver plein de secteurs deffectueux
 
[ma vie]
sinon moi j'ai le même problème sur 2 machines, j'ai remarqué effectivement que ça ne faisait plus d'erreur lorsque le débit du disque était au minimum (mais bon du maxtor udma6 en mdma2, c'est vraiment pas cool ), je vais essayer la solution proposée au niveau du noyau, je voyais pas quelle option pouvait provoquer ces problèmes suite à tout ce que j'ai tenté
[/ma vie]

bon en relisant, je me suis aperçu que cette option n'a peut-être rien à voir dans le cas là, mais en cherchant vite fait un truc auquel je n'avais pas pensé, j'ai trouvé un truc qui devrait répondre aux problèmes :
 
http://www.win.tue.nl/~aeb/linux/Large-Disk-11.html
 
il y a une section pour certaines marques, particulièrement maxtor et il se peut qu'il y ait des options à modifier avec

arf ouai, c'est le même soucis que tu as, ton disque passe sur 16 têtes et donc tu te retrouves avec un soucis au niveau partitions lorsque le noyau décide de passer en 255 têtes ensuite, tu peux le constater sur ton dmesg :
 
hde: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=155061/16/63, UDMA(100)
 
encore jusque là, rien de méchant, mais ensuite ça se corse avec l'analyse de ton hdparm :
 

 
bref, tu t'aperçois bien que le nombre de secteurs est différent, mais ça modifie aussi les allocations des partitions, je me suis aperçu de ça en jouant avec fdisk en changeant le nombre de têtes de 16 vers 255 (et vice-versa, en faisant correspondre le nombre de cylindres/secteurs bien sûr)
 
en regardant mes logs, en fait j'ai 3 disques qui me le font, celui où se trouve le système me l'a fait une fois la semaine dernière (petit cachotier va ), comme par zazard, les disques qui me font cette erreurs sont ceux dont la capacité dépasse les 32 Go (et sont donc dans la limite des 65535 c/s) et qui sont reconnus en 16 têtes d'un côté et 255 de l'autre (ce qui fausse le bazard)), encore tu n'as pas pu remarquer qu'en suite en écrivant sur le disque ça te met d'autres erreurs très gentilles qui m'ont inondées mes logs pendant quelques jours :

(testé sous win2k, aucune erreur, faut le faire )
 
je pense qu'en activant l'auto resizing dans le noyau, ça devrait aller, je vais tenter ça dès que possible, essaye aussi dans ton cas ça ne doit pas pouvoir faire de mal

 
et les outils débian pour faire un noyau ca pu ?
 
http://newbiedoc.sourceforge.net/s [...] l-pkg.html
 
 
bash$ cd /usr/src/linux
bashusr/src/linux$ make-kpkg --revision=custom.cequejeveux kernel_image
bashusr/src/linux# cd ..
bashusr/src# dpkg -i kernel-image-monkernelamoi.deb
 

hier, plusieur fois j'ai recompiler, sans ereur.
 
le probleme : ca ne boot pas dessus, je dois mal configurer lilo.
 
 
autre remarque : l'option multimode ide machin a activé est deja  active par defaut.
 
je testerais avec la compil noyo a la mode debian.

 
essaye en ajoutant les paramètres CHS (hde=nb_cyl_par_sect,nb_tete,nb_sect_parpiste) sur la ligne "append=" dans lilo.conf
 
ça donne : append="hde=5678,255,63" avec tes autres options à la suite sur la même ligne séparé par un espace
 
ça pourra peut-être régler le problème là

 
avec mon ancien kernel ki fonctione ?
 
 
et sinon qq1 pourrait me dire ou trouver de la doc pour configurer lilo avec un new kernel ( j'ai vu qu'il y avait des System.map, etcc   ) ?

 
bah avec le kernel où tu avais des "dma_intr: ...."
 
pour la doc : man lilo et man lilo.conf

append="hde=5678,255,63"
 
 
meme probleme    

 
hé ho !!! 5678 c'est un exemple, faut adapter à ton disque !!!!

 
oui g mis les trucs de hdparm  

je viens de voir sur le server d'un copain qu'il n'avait pas ce probleme alors que son DD est un 40Go UDMA100, et un kernel2.2.20idepci
 
ya des trucs a repomper desssus ? ou je n'ai plus qu'a remettre un petit dd ?

oki, bah tu peux donc essayer comme moi :
 
hde=XXXXX,16,63
 
le nombre XXXXX est plus grans que celui que tu as rentré pour 255 têtes, voici l'opération si besoin :
 
capacité_octets = nb_cyl_par_sect * nb_têtes * nb_sect_par_piste * 512
 
et : nb_cyl_total = nb_cyl_par_sect * nb_têtes * nb_sect_par_piste
 
en général le nombre total de cylindres est indiqué sur le disque et/ou sur le site du constructeur (ainsi que le nombre de cylindres par secteur pour 16 têtes physiques et 63 secteurs par piste), dans ton cas tu dois faire cette opération :
 
nb_cyl_par_sect = (nb_cyl_total / 16) / 63
 
donc un truc supérieur à 65535, les bios des cartes raid n'ont pas cette limite mais peuvent avoir celle des 137 Go (où il faut donc repasser en 255 têtes)
 
ah vi ! spa toujours simple

Curieux: après vérification, le noyau de la machine qui faisait de BadCRC a été compilé avec  
 

 
C'est-à-dire que l'option ne change rien ...

 
ouep, g fais la meme constatation

 
le problème c'est la gestion du contrôleur, moi j'en ai 2 qui merdouillent sous linux
 
sinon regarde aussi sur le lien que j'ai mis plus haut, il y a des options spécifiques à certaines marques et qui ne sont pas accessibles dans menuconfig, du genre :
 
CONFIG_IDEDISK_STROKE
CONFIG_BLK_DEV_IDEDISK_FUJITSU
CONFIG_BLK_DEV_IDEDISK_IBM
CONFIG_BLK_DEV_IDEDISK_MAXTOR
CONFIG_BLK_DEV_IDEDISK_QUANTUM
CONFIG_BLK_DEV_IDEDISK_SEAGATE
CONFIG_BLK_DEV_IDEDISK_WD
....

 
ok je vais jeter un oeil dessus
 
 
sinon mon dd c : http://www.seagate.com/support/dis [...] 0021a.html

 
g pas trop piger l'histoire des cyl par secteur :
 
il ya 1023 cylindres et 63 secteurs, donc 1,014880952380952380952380952381 cyl par secteur.
 
fait chier ce bordel qq1 veut mettre les main dedans ? je lui laisse l'acces en root@ssh

nan, fais pas ça
 
dis plutôt le modèle exact de ton disque dur, quand je dis exact c'est pas juste la marque et la capa hein
 
cf : hdparm -i /dev/hdX

ah mais tu l'avais déjà en 1ère page, c'est un seagate    

 
http://www.seagate.com/support/dis [...] 0021a.html
 
ou le resultats du hdparm -i plus haut

 
 
       
 
 
edit : j'ai les src du kernel 2.4.20 sous la main si besoin

bon, ben dixit seagate, la géométrie est :
 
C : 1023
H : 256
S : 63
 
donc essaye de mettre ça dans lilo.conf : append=hde=1023,256,63
 
au besoin faudra recréer les partoches si le disque n'a pas été reconnu comme tel
 
enfin bon, d'après la doc kernel (Documentation/ide.txt), seagate c'est un peu la merde

idem avec : append=hde=1023,256,63

je vais essayer de recompiler un noyo bien propre avec l'option cité au debut.
 
par contre, une fois le noyau compilé, je ne sais pas bien comment booter dessus, la doc sur lilo est assez light. Le fichier System.map semble important mais je ne sait pas ou le mettre et comment
 
en gros voila ce que je fais :
 
cd /usr/src/linux  
make menuconfig (mode texte avec menus)  
make dep  
make bzImage  
make modules  
make modules_install  
cp arch//i386boot/bzImage /boot/vmlinuz-2.4.20  
dans lilo.conf :
image=/boot/vmlinuz-2.4.20
      label=toto
      read-only
 
et pour finir # lilo
              # reboot
 
et a chaque fois, lilo afiche le menu, je choisi toto, et pouf reboot
 
il manque surement qqc, quoi ?  

j'avais eu ces problemes de bad crc a cause d'une nappe qui etait udma 33 et le disque etait en 66
on pouvait aussi le voir dans l'observateur d'evenements de windows 2000
 

 
je vais en mettre une autre au cas ou. c'est bien une 80fils par contre. et elle marchait nickel avt

 
et l'initrd boudiou !!!
 
man initrd

 
oula, j'ai mis une autre nappe et il ne boot meme pas
blabla pas bootable disk etc...
 
je retente avec une autre

T'as pensé au marabout ?
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Aie patapai ...

 
demain, j'appele  

 
j'en ai pas besoin, j'ai pas d'img a mettre avec.

Zaib3k >  

Je crois qu'il lui faudrait plutot un maraboot  

 
c ce que je me disait aussi
 
 
en attendant un miracle, je remercie tout ceux qui m'ont aidés et ceux qui m'aident encore    

bon courage