Comme nous devons changer les disques dur de notre serveur de sauvegarde
Je voudrais savoir si ce type de disque dur > 120Go est compatible avec le
noyau 2.4.18
et si je peux l'employer à plein!
je sais qu'il y avait certaines limites de secteur à ne pas dépasser!
Le firmware du contrôleur et le BIOS ne sont pas la même chose.
C'est quoi, pour toi, le "firmware du contrôleur" ?
Nicolas George
"" wrote in message <d8a92r$2phi$:
C'est quoi, pour toi, le "firmware du contrôleur" ?
Aucune idée, je n'y connais rien en matériel. Mais je me doute bien qu'un composant de ce type ne peut pas être complètement en logique câblée, il y a forcément une couche logicielle.
"Pascal@plouf" wrote in message <d8a92r$2phi$1@biggoron.nerim.net>:
C'est quoi, pour toi, le "firmware du contrôleur" ?
Aucune idée, je n'y connais rien en matériel. Mais je me doute bien qu'un
composant de ce type ne peut pas être complètement en logique câblée, il y a
forcément une couche logicielle.
C'est quoi, pour toi, le "firmware du contrôleur" ?
Aucune idée, je n'y connais rien en matériel. Mais je me doute bien qu'un composant de ce type ne peut pas être complètement en logique câblée, il y a forcément une couche logicielle.
Pascal
C'est quoi, pour toi, le "firmware du contrôleur" ?
Aucune idée, je n'y connais rien en matériel.
:-D
Mais je me doute bien qu'un composant de ce type ne peut pas être complètement en logique câblée,
Et pourtant si. Un contrôleur hôte IDE de base c'est très, très con. Une interface PCI ou autre bus système, un port I/O bidirectionnel pour transférer les commandes/états et les données en mode PIO entre le bus système et le disque, et un automate busmaster associé à un buffer FIFO pour les transferts de données en mode DMA. Un modem série, à côté, est d'une intelligence rare.
Par contre avec du RAID hard, c'est sûrement une autre histoire puisque le contrôleur doit intercepter les commandes, les modifier et les redistribuer aux disques de façon transparente pour le système hôte. Dans ce cas un microcontrôleur avec son firmware se justifie. Et dans ce cas il doit connaitre les commandes du type READ SECTORS EXT et compagnie pour les transferts en adressage LBA 48 bits pour supporter les capacités supérieures à 137 Go.
il y a forcément une couche logicielle.
Oui, mais un BIOS ou un pilote d'OS exécuté par le système hôte, pas du contrôleur. Même si le BIOS est situé physiquement sur la carte contrôleur, il est exécuté par le système hôte.
C'est quoi, pour toi, le "firmware du contrôleur" ?
Aucune idée, je n'y connais rien en matériel.
:-D
Mais je me doute bien qu'un
composant de ce type ne peut pas être complètement en logique câblée,
Et pourtant si. Un contrôleur hôte IDE de base c'est très, très con. Une
interface PCI ou autre bus système, un port I/O bidirectionnel pour
transférer les commandes/états et les données en mode PIO entre le bus
système et le disque, et un automate busmaster associé à un buffer FIFO
pour les transferts de données en mode DMA. Un modem série, à côté, est
d'une intelligence rare.
Par contre avec du RAID hard, c'est sûrement une autre histoire puisque
le contrôleur doit intercepter les commandes, les modifier et les
redistribuer aux disques de façon transparente pour le système hôte. Dans
ce cas un microcontrôleur avec son firmware se justifie. Et dans ce cas
il doit connaitre les commandes du type READ SECTORS EXT et compagnie
pour les transferts en adressage LBA 48 bits pour supporter les capacités
supérieures à 137 Go.
il y a forcément une couche logicielle.
Oui, mais un BIOS ou un pilote d'OS exécuté par le système hôte, pas du
contrôleur. Même si le BIOS est situé physiquement sur la carte
contrôleur, il est exécuté par le système hôte.
C'est quoi, pour toi, le "firmware du contrôleur" ?
Aucune idée, je n'y connais rien en matériel.
:-D
Mais je me doute bien qu'un composant de ce type ne peut pas être complètement en logique câblée,
Et pourtant si. Un contrôleur hôte IDE de base c'est très, très con. Une interface PCI ou autre bus système, un port I/O bidirectionnel pour transférer les commandes/états et les données en mode PIO entre le bus système et le disque, et un automate busmaster associé à un buffer FIFO pour les transferts de données en mode DMA. Un modem série, à côté, est d'une intelligence rare.
Par contre avec du RAID hard, c'est sûrement une autre histoire puisque le contrôleur doit intercepter les commandes, les modifier et les redistribuer aux disques de façon transparente pour le système hôte. Dans ce cas un microcontrôleur avec son firmware se justifie. Et dans ce cas il doit connaitre les commandes du type READ SECTORS EXT et compagnie pour les transferts en adressage LBA 48 bits pour supporter les capacités supérieures à 137 Go.
il y a forcément une couche logicielle.
Oui, mais un BIOS ou un pilote d'OS exécuté par le système hôte, pas du contrôleur. Même si le BIOS est situé physiquement sur la carte contrôleur, il est exécuté par le système hôte.
Nicolas BERNE
Thus Spoke Philippe :
j'ai lu le contenu de /proc/pci et le contrôleur est un VIA VT82C693A selon la dénomination du système! Salut,
Il faut plutot regarder la ligne contenant IDE, non ?? Chez moi (une MSI 694T-Pro de 2001) :
00:00.0 Host bridge: VIA Technologies, Inc. VT82C693A/694x [Apollo PRO133x] (rev c4) 00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP] 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40)
00:07.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:07.4 Bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40)
Mon chipset IDE est un VIA VT82C686B et un DD de 200Go est branché dessus sans le moindre pb. Le seul inconvénient est que ce chipset ne fait pas l'UDMA133.
A+
-- Nicolas BERNE - mailto:
HTML lesson #42: The only legitimate use of the greatly loathed <BLINK> tag. Schroedinger's Cat is <BLINK>NOT</BLINK> dead.
Thus Spoke Philippe <TOTO@TOTO-espci.fr>:
j'ai lu le contenu de /proc/pci et le contrôleur est un VIA VT82C693A selon
la dénomination du système!
Salut,
Il faut plutot regarder la ligne contenant IDE, non ??
Chez moi (une MSI 694T-Pro de 2001) :
00:00.0 Host bridge: VIA Technologies, Inc. VT82C693A/694x [Apollo PRO133x] (rev c4)
00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP]
00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40)
00:07.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:07.4 Bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40)
Mon chipset IDE est un VIA VT82C686B et un DD de 200Go est branché
dessus sans le moindre pb.
Le seul inconvénient est que ce chipset ne fait pas l'UDMA133.
A+
--
Nicolas BERNE - mailto:nicolas.berne@wanadoo.fr
HTML lesson #42: The only legitimate use of the greatly loathed <BLINK> tag.
Schroedinger's Cat is <BLINK>NOT</BLINK> dead.
j'ai lu le contenu de /proc/pci et le contrôleur est un VIA VT82C693A selon la dénomination du système! Salut,
Il faut plutot regarder la ligne contenant IDE, non ?? Chez moi (une MSI 694T-Pro de 2001) :
00:00.0 Host bridge: VIA Technologies, Inc. VT82C693A/694x [Apollo PRO133x] (rev c4) 00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP] 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40)
00:07.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:07.4 Bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40)
Mon chipset IDE est un VIA VT82C686B et un DD de 200Go est branché dessus sans le moindre pb. Le seul inconvénient est que ce chipset ne fait pas l'UDMA133.
A+
-- Nicolas BERNE - mailto:
HTML lesson #42: The only legitimate use of the greatly loathed <BLINK> tag. Schroedinger's Cat is <BLINK>NOT</BLINK> dead.
