[long] Contrôleur IDE "cheap" sous windows
Le
Blaise Potard
Bonjour,
En fouillant dans mes tiroirs, j'ai retrouvé une « vieille » carte
contrôleur IDE133 que j'avais jeté, et j'essaye de la faire fonctionner
sous windows XP. Alors voilà : c'était la carte contrôleur la moins
chère, et visiblement ils ont radiné sur les différents composants
utilisés. Bref, la carte a un chipset Silicon Image 680 (qui n'est pas
trop mauvais) mais un BIOS très vieux et très buggé que je ne sais pas
comment upgrader. En effet, la puce utilisée pour le BIOS embarqué est
de l'EEPROM, alors que SiI n'avait prévu que l'utilisation de mémoire
flash pour les cartes contrôleurs basées sur son chipset, ce qui empêche
d'utiliser leur outil de flashage. Bon, j'ai trouvé le site du
« fabricant » de la carte, mais c'est un obscure fabricant taiwanais qui
ne fournit que des drivers antiques et un manuel assez pourrave, rien
pour le BIOS. Vous me direz « On s'en fout du BIOS du contrôleur ! Les
systèmes modernes s'en passent très bien ! », et je suis tout à fait
près à le croire. D'ailleurs, sous linux le contrôleur marche très bien
(mais bien sûr, il n'est pas possible de mettre le disque de démarrage
sur le contrôleur, ce qui est un peu embêtant, mais pas trop). Mais sous
windows, l'installation du driver n'a pas l'air de changer quoi que ce
soit : j'ai de la corruption de données (environ un octet sur 100 lu ou
écrit est erroné), ce qui rend le contrôleur et les disques branchés
dessus totalement inutilisables. Du reste, ça a l'air de troubler
windows au possible d'avoir des partitions moyennement lisibles. J'ai
cru comprendre que c'est parce que le système utilise en partie le BIOS,
et pas uniquement le driver.
J'ai aussi cru comprendre que lorsqu'on installait le driver au moment
de l'installation de windows, il était possible qu'ensuite le contrôleur
marche mieux, car il ne passerait alors plus par le BIOS. Mais je ne
suis pas sûr d'avoir bien compris, et donc je viens vérifier auprès de
spécialistes :)
Mes questions sont donc :
* L'installation d'un driver au moment de l'installation de windows lui
permet-il vraiment de s'affranchir du BIOS (ou ça dépend de la façon
dont a été écrit le driver ?) ?
* Si oui, y a-t-il moyen d'avoir ce même comportement sans avoir tout à
réinstaller ?
* Enfin (mais la question a probablement sa place ailleurs) y-a-t-il
des outils génériques permettant de flasher l'EEPROM sur des cartes PCI
quelconques (de façon logiciel s'entend, je n'ai pas envie de désouder
la puce, de la flasher sur une machine puis de la resouder pour une
carte à 20€ qui a plus de 3 ans) ?
Cordialement,
Blaise.
En fouillant dans mes tiroirs, j'ai retrouvé une « vieille » carte
contrôleur IDE133 que j'avais jeté, et j'essaye de la faire fonctionner
sous windows XP. Alors voilà : c'était la carte contrôleur la moins
chère, et visiblement ils ont radiné sur les différents composants
utilisés. Bref, la carte a un chipset Silicon Image 680 (qui n'est pas
trop mauvais) mais un BIOS très vieux et très buggé que je ne sais pas
comment upgrader. En effet, la puce utilisée pour le BIOS embarqué est
de l'EEPROM, alors que SiI n'avait prévu que l'utilisation de mémoire
flash pour les cartes contrôleurs basées sur son chipset, ce qui empêche
d'utiliser leur outil de flashage. Bon, j'ai trouvé le site du
« fabricant » de la carte, mais c'est un obscure fabricant taiwanais qui
ne fournit que des drivers antiques et un manuel assez pourrave, rien
pour le BIOS. Vous me direz « On s'en fout du BIOS du contrôleur ! Les
systèmes modernes s'en passent très bien ! », et je suis tout à fait
près à le croire. D'ailleurs, sous linux le contrôleur marche très bien
(mais bien sûr, il n'est pas possible de mettre le disque de démarrage
sur le contrôleur, ce qui est un peu embêtant, mais pas trop). Mais sous
windows, l'installation du driver n'a pas l'air de changer quoi que ce
soit : j'ai de la corruption de données (environ un octet sur 100 lu ou
écrit est erroné), ce qui rend le contrôleur et les disques branchés
dessus totalement inutilisables. Du reste, ça a l'air de troubler
windows au possible d'avoir des partitions moyennement lisibles. J'ai
cru comprendre que c'est parce que le système utilise en partie le BIOS,
et pas uniquement le driver.
J'ai aussi cru comprendre que lorsqu'on installait le driver au moment
de l'installation de windows, il était possible qu'ensuite le contrôleur
marche mieux, car il ne passerait alors plus par le BIOS. Mais je ne
suis pas sûr d'avoir bien compris, et donc je viens vérifier auprès de
spécialistes :)
Mes questions sont donc :
* L'installation d'un driver au moment de l'installation de windows lui
permet-il vraiment de s'affranchir du BIOS (ou ça dépend de la façon
dont a été écrit le driver ?) ?
* Si oui, y a-t-il moyen d'avoir ce même comportement sans avoir tout à
réinstaller ?
* Enfin (mais la question a probablement sa place ailleurs) y-a-t-il
des outils génériques permettant de flasher l'EEPROM sur des cartes PCI
quelconques (de façon logiciel s'entend, je n'ai pas envie de désouder
la puce, de la flasher sur une machine puis de la resouder pour une
carte à 20€ qui a plus de 3 ans) ?
Cordialement,
Blaise.
Poser une question
Bonsoir
Je répond juste à une question;
les EEPROM doivent être effacées avec une lampe à UV avant de pouvoir être
réinscrite (flashé si tu veux) en utilisant une machine spéciale qui envoie
un courant assez fort pour la réécrire.
Pour le reste, pas d'idée.
Michel
Bonjour,
non, c'est les UVPROM; les EEprom c'est pour "Electric Erase" ou assimilé.
Cordialement.
A ma connaissance, ce sont les EPROM qui nécessitent la lampe à UV (j'en
utilisais il y a une vingtaine d'années).
Les EEPROM (Electrical Erasable PROM) peuvent être effacées
électriquement...
Pour info EEPROM signifie *Electricaly* Erasable PROM ! Seules les
EPROM (un seul E) nécessitent de UV !
Sinon, je ne pense pas que l'installation du pilote dès l'installation
de Windows y change quelque chose : C'est le même pilote...
--
Serge http://leserged.online.fr/
Mon blog: http://cahierdesergio.free.fr/
Supportez le libre : http://www.framasoft.net/
Oh ? Il n'y a donc pas moyen de faire tout ça logiciellement ? Il me
semblait que les BIOS réinscriptible des cartes mères et autres étaient
souvent de l'EEPROM et je pensais qu'il y avait des logiciels qui
étaient capables de les réinscrire... mais il faut dire que je n'y
connais pas grand chose.
Bon, il faut dire que je n'ai pas forcément été très clair. Bref, j'ai
donc une carte contrôleur IDE 133 qui a un BIOS complètement buggué qui
empêche de booter dessus et qui a parfois des comportement heratiques
suivant la configuration. Mais le contrôleur fonctionne parfaitement
sous linux avec un driver libre, donc le matériel n'est pas en cause.
Cette même carte ne fonctionne par contre pas sous windows avec le
dernier driver sorti, il y a de la corruption de données. Je soupçonne
windows de ne pas utiliser que le driver (qui ne doit plus être buggé
depuis le temps) mais également le BIOS. Or, j'ai ouï dire que
l'installation du driver au moment de la réinstallation de l'OS pourrait
me permettre de faire fonctionner cette carte "plug-and-play" (c'est
écrit sur la boîte) de façon correcte, c'est-à-dire aussi bien que sous
linux. Et donc mes questions étaient : est-ce le cas ? Si oui, y-a-t-il
une manoeuvre douteuse connue des seuls initiés permettant de parvenir
au même résultat autrement ? Me suis-je fait arnaquer en achetant un
contrôleur premeir prix ?
Je précise que mes connaissances en windows ne dépassent guère le stade
de l'inutilisateur de base, mais que par contre je connais assez bien
linux, et que je n'ai donc pas peur de faire des manoeuvres douteuses.