Je me r�pond � moi-m�me et � la liste...
Selon hugo: > Depuis un an je tournais avec le noyau 2.4.19 compil� � partir des > sources de kernel.org. > > Dans /etc/init.d, j'ai cr�� un petit script pour mettre mes disques en > DMA et 32 bits: > #!/bin/sh > # -c1 pour le 32 bits -A1 enable drive's read-lookahead > # -m16 car MaxMultSect=16 et -d1 pour le DMA > echo -n "DMA pour les deux disques" > hdparm -c1 -A1 -m16 -d1 /dev/hda > hdparm -c1 -A1 -m16 -d1 /dev/hdb > > Et �a marchait tr�s bien. Avec le 2.4.19, �a disait: > <cut> > Mais depuis que j'ai install� le noyau 2.4.24, lors de l'exc�cution de > ces deux commandes, j'ai: > <cut> J'ai recompil� le 2.4.24 apr�s un mrpropoer et en reprenant la config du 2.4.19. J'ai fait des tests avec "hdparm -T" et je me suis aper�u que mes disques �taient d�j� avec le DMA, et que les mettre en 32 bits (avec -c1 ou -c3) ne faisait rien gagner du tout en vitesse de transfert. Donc il est bien possible qu'il y aie eu quelque chose de chang� depuis le 2.4.19, mais j'ai pas trouv� grand chose dans les ChangeLog > Probl�me peut-�tre en relation: > J'ai donc du faire le m�nage sur hdb � grand coup de cfdisk (et paf la > partion de 40 Go en FAT 32 avec mes vid�os), mais je n'ai pas pu cr�er > 4 partitions primaires plus une �tendue. Est-ce normal ? > Pour l'instant j'ai hdb1 4Go en FAT32 (mon Win98 a survecu ! :), hdb2 > 640Mo en swap Linux et hdb3 4Go en a5 pour une future install de > FreeBSD. > Si je cr�e une 4�me partition primaire avec cfdisk, le reste de mon hdb > est marqu� inutilisable. Est-ce un bug de cfdisk ? Le probl�me est le m�me avec fdisk... -- Hugo NPN (i --> ee) > Je me demande si Linux n'est pas sur une pente glissante... Eh alors tant que �a glisse de quoi tu te plains ??? -+- PC in Guide du linuxien pervers - Tous des pervers je vous dis ! -+-
