Bonjour
je souhaite, sur un pc, acceder aux secteurs d'un disque dur d'un disque dur
NON formaté PC, donc, pas reconnu par windows (mais reconnu par le bios).
existe t'il des utilitaires qui permettent de faire ca (en passant
directement par le bios sans doute). Si oui, avez vous des recomendations,
des noms, des liens..
merci d'avance
Marc
[...] Exemple : Pour accéder aux N premiers secteurs de la zone externe de la face
2 du plateau 1 : LBA = [?,?]
L'intérêt de l'opération (dans le cadre d'une application spécifique et sans
gestion système au milieu) serait d'optimiser les performances d'accès en gérant le disque selon sa géométrie réelle, et pas selon des critères statistiques. On supposera bien sûr que les autres composants hardware sont
correctement dimensionnés.
On est donc limite dans les specs d'un (nouveau ?) type de driver...
L'adressage est uniquement en LBA maitenant. L'ecriture sur le disque est, a priori, un peu dans n'importe quel ordre pour un humain. Par contre, c'est optimisé pour que si on lit par LBA croissant et contigu, ca va au plus vite.
C'est un choix d'optimisation qui se défend s'il correspond effectivement à l'application : typiquement accéder à des fichiers énormes tels que les MP3, les clips vidéo ou les paramètres des logiciels de bureautique de tel éditeur de système & logiciels intégrés :-) Maintenant si on se place dans le contexte d'une programmation aux contraintes industrielles, où un concepteur compétent (sisi, il y en a qui essaient de survivre) a prévu des données organisées et ventilées pour coller à un processus spécifique, l'optimisation doit correspondre aux besoins de la pagination/remontée à la demande de ces données.
La table de translation est codée dans le firmware du disque, firmware qui est en theorie inaccessible, et qui est a priori protégé par copyright. Cette table de translation est aussi a priori unique par disque, car elle depend des secteurs defectueux trouvés lors du formatage bas niveau.
Vous confirmez donc le problème, en y rajoutant un peu de sel :-( Cela dit, j'ignore quel est le quota de secteurs défectueux auquel on doit s'attendre sur un disque moderne et qui n'a pas dégringolé dans la chaîne de production. Peut-on espérer qu'il n'y en ait pas ? De toute manière, le formatage de bas niveau relève de la validation du disque en usine, et donc après cette table est supposée rester stable. Donc c'est un paramètre à intégrer.
Je crois que même si le firmware est un secret d'état (de valeur très discutable, donc pour le principe), on voit des benchs dans la presse spécialisée qui décrivent la structure géométrique du disque et qui mettent en lumière ses variations de performances d'accès. Il doit donc être envisageable d'en extraire cette information.
Enfin, je pense que les constructeurs de disques collent tout simplement au besoin, qui en termes de drivers, est plutôt limité. Je suis convaincu que si on leur proposait un marché pour cette alternative, la plupart n'y verraient aucun inconvénient... Surtout si certains d'entre eux commencaient à s'y engager :-)
Bref, si tu y arrives, ca m'interesse.
Si j'y arrive, je pense que ça se saura comme pour le reste.
Cordialement,
--
/*************************************** * Patrick BRUNET * E-mail: lien sur http://zener131.free.fr/ContactMe ***************************************/
Bonsoir.
"Nick" <char-DONTBUGME-les@YY.iiedotcnam.france> a écrit dans le message de
news: fkjv415c9ncssgdg8ccu5fvabg9bvk52rr@4ax.com...
[...]
Exemple : Pour accéder aux N premiers secteurs de la zone externe de la
face
2 du plateau 1 : LBA = [?,?]
L'intérêt de l'opération (dans le cadre d'une application spécifique et
sans
gestion système au milieu) serait d'optimiser les performances d'accès en
gérant le disque selon sa géométrie réelle, et pas selon des critères
statistiques. On supposera bien sûr que les autres composants hardware
sont
correctement dimensionnés.
On est donc limite dans les specs d'un (nouveau ?) type de driver...
L'adressage est uniquement en LBA maitenant. L'ecriture sur le disque
est, a priori, un peu dans n'importe quel ordre pour un humain. Par
contre, c'est optimisé pour que si on lit par LBA croissant et
contigu, ca va au plus vite.
C'est un choix d'optimisation qui se défend s'il correspond effectivement à
l'application : typiquement accéder à des fichiers énormes tels que les MP3,
les clips vidéo ou les paramètres des logiciels de bureautique de tel
éditeur de système & logiciels intégrés :-)
Maintenant si on se place dans le contexte d'une programmation aux
contraintes industrielles, où un concepteur compétent (sisi, il y en a qui
essaient de survivre) a prévu des données organisées et ventilées pour
coller à un processus spécifique, l'optimisation doit correspondre aux
besoins de la pagination/remontée à la demande de ces données.
La table de translation est codée dans le firmware du disque, firmware
qui est en theorie inaccessible, et qui est a priori protégé par
copyright. Cette table de translation est aussi a priori unique par
disque, car elle depend des secteurs defectueux trouvés lors du
formatage bas niveau.
Vous confirmez donc le problème, en y rajoutant un peu de sel :-(
Cela dit, j'ignore quel est le quota de secteurs défectueux auquel on doit
s'attendre sur un disque moderne et qui n'a pas dégringolé dans la chaîne de
production. Peut-on espérer qu'il n'y en ait pas ?
De toute manière, le formatage de bas niveau relève de la validation du
disque en usine, et donc après cette table est supposée rester stable. Donc
c'est un paramètre à intégrer.
Je crois que même si le firmware est un secret d'état (de valeur très
discutable, donc pour le principe), on voit des benchs dans la presse
spécialisée qui décrivent la structure géométrique du disque et qui mettent
en lumière ses variations de performances d'accès. Il doit donc être
envisageable d'en extraire cette information.
Enfin, je pense que les constructeurs de disques collent tout simplement au
besoin, qui en termes de drivers, est plutôt limité. Je suis convaincu que
si on leur proposait un marché pour cette alternative, la plupart n'y
verraient aucun inconvénient... Surtout si certains d'entre eux commencaient
à s'y engager :-)
Bref, si tu y arrives, ca m'interesse.
Si j'y arrive, je pense que ça se saura comme pour le reste.
Cordialement,
--
/***************************************
* Patrick BRUNET
* E-mail: lien sur http://zener131.free.fr/ContactMe
***************************************/
[...] Exemple : Pour accéder aux N premiers secteurs de la zone externe de la face
2 du plateau 1 : LBA = [?,?]
L'intérêt de l'opération (dans le cadre d'une application spécifique et sans
gestion système au milieu) serait d'optimiser les performances d'accès en gérant le disque selon sa géométrie réelle, et pas selon des critères statistiques. On supposera bien sûr que les autres composants hardware sont
correctement dimensionnés.
On est donc limite dans les specs d'un (nouveau ?) type de driver...
L'adressage est uniquement en LBA maitenant. L'ecriture sur le disque est, a priori, un peu dans n'importe quel ordre pour un humain. Par contre, c'est optimisé pour que si on lit par LBA croissant et contigu, ca va au plus vite.
C'est un choix d'optimisation qui se défend s'il correspond effectivement à l'application : typiquement accéder à des fichiers énormes tels que les MP3, les clips vidéo ou les paramètres des logiciels de bureautique de tel éditeur de système & logiciels intégrés :-) Maintenant si on se place dans le contexte d'une programmation aux contraintes industrielles, où un concepteur compétent (sisi, il y en a qui essaient de survivre) a prévu des données organisées et ventilées pour coller à un processus spécifique, l'optimisation doit correspondre aux besoins de la pagination/remontée à la demande de ces données.
La table de translation est codée dans le firmware du disque, firmware qui est en theorie inaccessible, et qui est a priori protégé par copyright. Cette table de translation est aussi a priori unique par disque, car elle depend des secteurs defectueux trouvés lors du formatage bas niveau.
Vous confirmez donc le problème, en y rajoutant un peu de sel :-( Cela dit, j'ignore quel est le quota de secteurs défectueux auquel on doit s'attendre sur un disque moderne et qui n'a pas dégringolé dans la chaîne de production. Peut-on espérer qu'il n'y en ait pas ? De toute manière, le formatage de bas niveau relève de la validation du disque en usine, et donc après cette table est supposée rester stable. Donc c'est un paramètre à intégrer.
Je crois que même si le firmware est un secret d'état (de valeur très discutable, donc pour le principe), on voit des benchs dans la presse spécialisée qui décrivent la structure géométrique du disque et qui mettent en lumière ses variations de performances d'accès. Il doit donc être envisageable d'en extraire cette information.
Enfin, je pense que les constructeurs de disques collent tout simplement au besoin, qui en termes de drivers, est plutôt limité. Je suis convaincu que si on leur proposait un marché pour cette alternative, la plupart n'y verraient aucun inconvénient... Surtout si certains d'entre eux commencaient à s'y engager :-)
Bref, si tu y arrives, ca m'interesse.
Si j'y arrive, je pense que ça se saura comme pour le reste.
Cordialement,
--
/*************************************** * Patrick BRUNET * E-mail: lien sur http://zener131.free.fr/ContactMe ***************************************/
marc.abramsonnospam
format proprietaire, donc auqu'un de tout ca.
"jmjsurfeer" a écrit dans le message de news: 4250435c$0$28142$
Bonjour, Simple question : Il est formatté sous Quoi ? MAC SUN UNIX NTFS JMJ
format proprietaire, donc auqu'un de tout ca.
"jmjsurfeer" <jmjsurfer@free.fr> a écrit dans le message de news:
4250435c$0$28142$636a15ce@news.free.fr...
Bonjour,
Simple question : Il est formatté sous Quoi ?
MAC
SUN
UNIX
NTFS
JMJ
"jmjsurfeer" a écrit dans le message de news: 4250435c$0$28142$
Bonjour, Simple question : Il est formatté sous Quoi ? MAC SUN UNIX NTFS JMJ
Pascal
Salut,
La gestion du disque comporte trois grandes phases : Le formatage de bas niveau (par le fabricant), elle consiste à décrire une suite d'espaces utiles de 512 octets (les secteurs).
C'est la seule opération qui mérite véritablement l'appellation de formatage.
Le partitionnement qui consiste à affecter les secteurs crées ci-dessus à de grandes unités.
Etape facultative, comme on peut s'en rendre compte avec les supports amovibles mais aussi avec les disques durs fixes dans certaines conditions.
Chaque partition ou lecteur créés ci-dessus peut alors recevoir un système de gestion fichier, c'est le formatage (c'est ici que peut exister le cluster).
On appelle cette opération "formatage logique", ou "formatage rapide", mais AMA c'est un abus de langage. Une appellation plus appropriée serait "initialisation du système de fichier". La confusion avec le formatage physique remonte certainement au temps des disquettes où ces deux opérations étaient plus ou moins indissociables.
-- Pascal Vous pouvez me tutoyer. Piège à spam :
Salut,
La gestion du disque comporte trois grandes phases :
Le formatage de bas niveau (par le fabricant), elle consiste à décrire une
suite d'espaces utiles de 512 octets (les secteurs).
C'est la seule opération qui mérite véritablement l'appellation de formatage.
Le partitionnement qui consiste à affecter les secteurs crées ci-dessus à de
grandes unités.
Etape facultative, comme on peut s'en rendre compte avec les supports
amovibles mais aussi avec les disques durs fixes dans certaines conditions.
Chaque partition ou lecteur créés ci-dessus peut alors recevoir un système
de gestion fichier, c'est le formatage (c'est ici que peut exister le
cluster).
On appelle cette opération "formatage logique", ou "formatage rapide",
mais AMA c'est un abus de langage. Une appellation plus appropriée serait
"initialisation du système de fichier". La confusion avec le formatage
physique remonte certainement au temps des disquettes où ces deux
opérations étaient plus ou moins indissociables.
--
Pascal
Vous pouvez me tutoyer.
Piège à spam : boite-a-spam@plouf.fr.eu.org
La gestion du disque comporte trois grandes phases : Le formatage de bas niveau (par le fabricant), elle consiste à décrire une suite d'espaces utiles de 512 octets (les secteurs).
C'est la seule opération qui mérite véritablement l'appellation de formatage.
Le partitionnement qui consiste à affecter les secteurs crées ci-dessus à de grandes unités.
Etape facultative, comme on peut s'en rendre compte avec les supports amovibles mais aussi avec les disques durs fixes dans certaines conditions.
Chaque partition ou lecteur créés ci-dessus peut alors recevoir un système de gestion fichier, c'est le formatage (c'est ici que peut exister le cluster).
On appelle cette opération "formatage logique", ou "formatage rapide", mais AMA c'est un abus de langage. Une appellation plus appropriée serait "initialisation du système de fichier". La confusion avec le formatage physique remonte certainement au temps des disquettes où ces deux opérations étaient plus ou moins indissociables.
-- Pascal Vous pouvez me tutoyer. Piège à spam :
Pascal
* sur les disques modernes, surtout de grande capacité, la conclusion générale des "experts online" que j'ai visités serait que l'adressage physique du disque a définitivement cédé la place à l'adressage logique linéaire (mode LBA) même au niveau hardware, l'adresse physique n'étant plus qu'un mode simulé par les BIOS pour compatibilité avec les vieux disques (?).
Il y a bien longtemps que l'adressage "géométrique" CHS (cylindre, tête, secteur) présenté par l'interface IDE/ATA n'a plus rien de physique.
Connaissez-vous un protocole qui pourrait conduire - de manière portable (à un paramétrage de la géométrie près) - à accéder à un secteur du disque selon des critères de position géométrique (et non logique) imposée, - ceci résultant donc en un calcul pour asservir l'adresse logique utilisée à une adresse physique ressucitée ?
Exemple : Pour accéder aux N premiers secteurs de la zone externe de la face 2 du plateau 1 : LBA = [?,?]
L'intérêt de l'opération (dans le cadre d'une application spécifique et sans gestion système au milieu) serait d'optimiser les performances d'accès en gérant le disque selon sa géométrie réelle, et pas selon des critères statistiques. On supposera bien sûr que les autres composants hardware sont correctement dimensionnés.
Je ne vois pas pourquoi tu te casses la tête, c'est déjà ce que fait le contrôleur intégré au disque, et il est le mieux placé pour. Il suffit d'accéder aux secteurs dans l'ordre de l'adressage LBA pour bénéficier des performances optimales.
-- Pascal Vous pouvez me tutoyer. Piège à spam :
* sur les disques modernes, surtout de grande capacité, la conclusion
générale des "experts online" que j'ai visités serait que l'adressage
physique du disque a définitivement cédé la place à l'adressage logique
linéaire (mode LBA) même au niveau hardware, l'adresse physique n'étant plus
qu'un mode simulé par les BIOS pour compatibilité avec les vieux disques
(?).
Il y a bien longtemps que l'adressage "géométrique" CHS (cylindre, tête,
secteur) présenté par l'interface IDE/ATA n'a plus rien de physique.
Connaissez-vous un protocole qui pourrait conduire
- de manière portable (à un paramétrage de la géométrie près)
- à accéder à un secteur du disque selon des critères de position
géométrique (et non logique) imposée,
- ceci résultant donc en un calcul pour asservir l'adresse logique utilisée
à une adresse physique ressucitée ?
Exemple : Pour accéder aux N premiers secteurs de la zone externe de la face
2 du plateau 1 : LBA = [?,?]
L'intérêt de l'opération (dans le cadre d'une application spécifique et sans
gestion système au milieu) serait d'optimiser les performances d'accès en
gérant le disque selon sa géométrie réelle, et pas selon des critères
statistiques. On supposera bien sûr que les autres composants hardware sont
correctement dimensionnés.
Je ne vois pas pourquoi tu te casses la tête, c'est déjà ce que fait le
contrôleur intégré au disque, et il est le mieux placé pour. Il suffit
d'accéder aux secteurs dans l'ordre de l'adressage LBA pour bénéficier
des performances optimales.
--
Pascal
Vous pouvez me tutoyer.
Piège à spam : boite-a-spam@plouf.fr.eu.org
* sur les disques modernes, surtout de grande capacité, la conclusion générale des "experts online" que j'ai visités serait que l'adressage physique du disque a définitivement cédé la place à l'adressage logique linéaire (mode LBA) même au niveau hardware, l'adresse physique n'étant plus qu'un mode simulé par les BIOS pour compatibilité avec les vieux disques (?).
Il y a bien longtemps que l'adressage "géométrique" CHS (cylindre, tête, secteur) présenté par l'interface IDE/ATA n'a plus rien de physique.
Connaissez-vous un protocole qui pourrait conduire - de manière portable (à un paramétrage de la géométrie près) - à accéder à un secteur du disque selon des critères de position géométrique (et non logique) imposée, - ceci résultant donc en un calcul pour asservir l'adresse logique utilisée à une adresse physique ressucitée ?
Exemple : Pour accéder aux N premiers secteurs de la zone externe de la face 2 du plateau 1 : LBA = [?,?]
L'intérêt de l'opération (dans le cadre d'une application spécifique et sans gestion système au milieu) serait d'optimiser les performances d'accès en gérant le disque selon sa géométrie réelle, et pas selon des critères statistiques. On supposera bien sûr que les autres composants hardware sont correctement dimensionnés.
Je ne vois pas pourquoi tu te casses la tête, c'est déjà ce que fait le contrôleur intégré au disque, et il est le mieux placé pour. Il suffit d'accéder aux secteurs dans l'ordre de l'adressage LBA pour bénéficier des performances optimales.
-- Pascal Vous pouvez me tutoyer. Piège à spam :
Pascal
Maintenant si on se place dans le contexte d'une programmation aux contraintes industrielles, où un concepteur compétent (sisi, il y en a qui essaient de survivre) a prévu des données organisées et ventilées pour coller à un processus spécifique, l'optimisation doit correspondre aux besoins de la pagination/remontée à la demande de ces données.
Rien compris. Ventilées, pagination, keksekça ? Tu pourrais préciser ton idée, et dans quelle mesure tu penses que les disques actuels ne le permettent pas ?
Je crois que même si le firmware est un secret d'état (de valeur très discutable, donc pour le principe),
Ce n'est pas un secret d'état mais un bête secret industriel comme il en existe des tas.
on voit des benchs dans la presse spécialisée qui décrivent la structure géométrique du disque et qui mettent en lumière ses variations de performances d'accès. Il doit donc être envisageable d'en extraire cette information.
Enfin, je pense que les constructeurs de disques collent tout simplement au besoin, qui en termes de drivers, est plutôt limité.
Ils doivent surtout coller aux standards d'interface définis. Dans un marché de masse, on ne peut hélas pas définir un standard pour chaque application particulière.
-- Pascal Vous pouvez me tutoyer. Piège à spam :
Maintenant si on se place dans le contexte d'une programmation aux
contraintes industrielles, où un concepteur compétent (sisi, il y en a qui
essaient de survivre) a prévu des données organisées et ventilées pour
coller à un processus spécifique, l'optimisation doit correspondre aux
besoins de la pagination/remontée à la demande de ces données.
Rien compris. Ventilées, pagination, keksekça ?
Tu pourrais préciser ton idée, et dans quelle mesure tu penses que les
disques actuels ne le permettent pas ?
Je crois que même si le firmware est un secret d'état (de valeur très
discutable, donc pour le principe),
Ce n'est pas un secret d'état mais un bête secret industriel comme il en
existe des tas.
on voit des benchs dans la presse
spécialisée qui décrivent la structure géométrique du disque et qui mettent
en lumière ses variations de performances d'accès. Il doit donc être
envisageable d'en extraire cette information.
Enfin, je pense que les constructeurs de disques collent tout simplement au
besoin, qui en termes de drivers, est plutôt limité.
Ils doivent surtout coller aux standards d'interface définis. Dans un
marché de masse, on ne peut hélas pas définir un standard pour chaque
application particulière.
--
Pascal
Vous pouvez me tutoyer.
Piège à spam : boite-a-spam@plouf.fr.eu.org
Maintenant si on se place dans le contexte d'une programmation aux contraintes industrielles, où un concepteur compétent (sisi, il y en a qui essaient de survivre) a prévu des données organisées et ventilées pour coller à un processus spécifique, l'optimisation doit correspondre aux besoins de la pagination/remontée à la demande de ces données.
Rien compris. Ventilées, pagination, keksekça ? Tu pourrais préciser ton idée, et dans quelle mesure tu penses que les disques actuels ne le permettent pas ?
Je crois que même si le firmware est un secret d'état (de valeur très discutable, donc pour le principe),
Ce n'est pas un secret d'état mais un bête secret industriel comme il en existe des tas.
on voit des benchs dans la presse spécialisée qui décrivent la structure géométrique du disque et qui mettent en lumière ses variations de performances d'accès. Il doit donc être envisageable d'en extraire cette information.
Enfin, je pense que les constructeurs de disques collent tout simplement au besoin, qui en termes de drivers, est plutôt limité.
Ils doivent surtout coller aux standards d'interface définis. Dans un marché de masse, on ne peut hélas pas définir un standard pour chaque application particulière.
