Bonjour et merci Benjamin pour ta "piste", Selon Benjamin Lecouteux <[EMAIL PROTECTED]>:
> Bonjour, j'avais eu ce même problème avec un disque de 200 Go. Il > s'agissait pour moi d'une version de noyau trop ancienne (kernel bf24 de > debian). La knoppix 3.4 utilise le 2.4.26 ou le 2.6.6. Je pense qu'en > passant à un kernel plus récent tes problèmes devraient être résolus. Pourquoi pas , mais j'y crois guère et en + cela n'explique pas le problème : knoppix = noyau 2.4.26 mandrake = 2.4.22 ... il doit y avoir peu de différences ? (... mais je n'ai vraiment que des compétences superficielles et limitées en info ;) par contre je viens peut-être de trouver une piste sur : http://worldserver3.oleane.com/bouynot/gabuzomeu/alex/doc/disque/ en effet la dernière solution propose : Recompiler le noyau (version 2.4.19 ou ultérieure) activant l'option Auto-Geometry resizing support de la section IDE, ATA and ATAPI block device (option CONFIG_IDEDISK_STROKE du fichier .config). Installer le nouveau noyau et redémarrer. A ce stade, Linux reconnaît la capacité réelle du disque. Elle est indiquée dans les messages de démarrage et peut être vérifiée en exécutant cfdisk /dev/hdX (où X est le numéro du disque). Le disque peut ensuite être partionné et formaté. ------------- ça me plait bien :-)) je vais : 1/ voir si je peux lire le fichier de config du noyau de ma knoppix ? 2/ recompiler avec cette option (je viens de vérifier mon noyau mandrake : il n'a pas cette option) j'en saurais plus ... dans la nuit ;) @+ Phil