Probleme sur pc muni de chipset Sata - Soluti
Fermé
veuvenoire07
Messages postés
425
Date d'inscription
mardi 14 juin 2005
Statut
Contributeur
Dernière intervention
6 mars 2010
-
11 févr. 2009 à 12:56
veuvenoire07 Messages postés 425 Date d'inscription mardi 14 juin 2005 Statut Contributeur Dernière intervention 6 mars 2010 - 12 févr. 2009 à 07:20
veuvenoire07 Messages postés 425 Date d'inscription mardi 14 juin 2005 Statut Contributeur Dernière intervention 6 mars 2010 - 12 févr. 2009 à 07:20
A voir également:
- Probleme sur pc muni de chipset Sata - Soluti
- Test performance pc - Guide
- Reinitialiser pc - Guide
- Plus de son sur mon pc - Guide
- Pc lent - Guide
- Télécharger musique gratuitement sur pc - Télécharger - Conversion & Extraction
2 réponses
manux95
Messages postés
311
Date d'inscription
jeudi 6 mars 2008
Statut
Membre
Dernière intervention
24 mai 2013
8
11 févr. 2009 à 12:57
11 févr. 2009 à 12:57
Salut !
Merci
Merci
veuvenoire07
Messages postés
425
Date d'inscription
mardi 14 juin 2005
Statut
Contributeur
Dernière intervention
6 mars 2010
56
12 févr. 2009 à 07:20
12 févr. 2009 à 07:20
Bonjour ,
pluseurs seront confrontes a ce probleme sous pc avec les nouveaux pc , voici dont un complement information .
Question: ne s'agit-il que des Chipset NVidia
ou bien la méthode fait tache d'huile??
Ben non négatif, ce n'est pas du à une marque bien précise, c'est que les outils sur supports
bootables qui sont mis actuellement à notre disposition ne savent pas gérer le pur SATA et
ceci quelque soit le fabricant de la carte mère et du chipset intégré dessus.
Actuellement le principe des outils c'est soit de faire démarrer après une amorce de DOS
( FreeDOS ou autre) ou une amorce syslinux, et ensuite de lancer l'utilitaire quelqu'il soit.
Mais dans les amorces actuelles, on se retrouve avec un bon vieux principe qui gère
sans problème l'IDE sur IDE, ou le SATA sur IDE, mais pas le SATA sur SATA. La majorité
des drivers CDRom lancé à l'amorce de ces outils est de type bon vieux générique et
n'arrive pas à diférencier dans le flux Serial les informations provenant d'un ou l'autre
périphériques. De façon plus simple, j'essaie (l'outil bootable) de gérer des infos sur
mon bus SATA provenant de mon CDRom, et en même temps il faut que je fasse
le tri pour interpréter les infos qui sont transmises en même temps sur le même bus
provenant du HDD.
Pour exemple ces utilitaires de diagnostique de disque dur :
DFT (IBM/HITACHI/TOSHIBA), Seatools (SEAGATE/MAXTOR), DLG Diagnostic (Western Digital)
dans le cas ou ils veulent bien s'installer donne comme résultat (traduction aproximative) :
Pas de disque dur connecté à cet appareil, vérifier vos branchements et vos cables.
Le pire c'est que le disque dur est bien présent car l'ordinateur fonctionne correctement,
ou alors il est possible de faire une installation de système dessus.
Chercher l'erreur, impossible de tester, mais je suis la (Disque dur) puisque je fonctionne...
Je suis curieux de nature et ne désespère pas de trouver trace d'une solution pour ce
problème même si les lois de l'informatique sont impénétrables presque tout le temps
J'ai vu que Ubcd dévellope une Béta, je tenterai d'y jeter un oeil dès que le temps me le
permettra. C'est un dévellopement en Syslinux et ils tiennent à toujours mettre le Coeur
à jour, je verrai si avec la version 3.73 de Syslinux ce problème a déjà été abordé par les génies
en développement de ce système.
pluseurs seront confrontes a ce probleme sous pc avec les nouveaux pc , voici dont un complement information .
Question: ne s'agit-il que des Chipset NVidia
ou bien la méthode fait tache d'huile??
Ben non négatif, ce n'est pas du à une marque bien précise, c'est que les outils sur supports
bootables qui sont mis actuellement à notre disposition ne savent pas gérer le pur SATA et
ceci quelque soit le fabricant de la carte mère et du chipset intégré dessus.
Actuellement le principe des outils c'est soit de faire démarrer après une amorce de DOS
( FreeDOS ou autre) ou une amorce syslinux, et ensuite de lancer l'utilitaire quelqu'il soit.
Mais dans les amorces actuelles, on se retrouve avec un bon vieux principe qui gère
sans problème l'IDE sur IDE, ou le SATA sur IDE, mais pas le SATA sur SATA. La majorité
des drivers CDRom lancé à l'amorce de ces outils est de type bon vieux générique et
n'arrive pas à diférencier dans le flux Serial les informations provenant d'un ou l'autre
périphériques. De façon plus simple, j'essaie (l'outil bootable) de gérer des infos sur
mon bus SATA provenant de mon CDRom, et en même temps il faut que je fasse
le tri pour interpréter les infos qui sont transmises en même temps sur le même bus
provenant du HDD.
Pour exemple ces utilitaires de diagnostique de disque dur :
DFT (IBM/HITACHI/TOSHIBA), Seatools (SEAGATE/MAXTOR), DLG Diagnostic (Western Digital)
dans le cas ou ils veulent bien s'installer donne comme résultat (traduction aproximative) :
Pas de disque dur connecté à cet appareil, vérifier vos branchements et vos cables.
Le pire c'est que le disque dur est bien présent car l'ordinateur fonctionne correctement,
ou alors il est possible de faire une installation de système dessus.
Chercher l'erreur, impossible de tester, mais je suis la (Disque dur) puisque je fonctionne...
Je suis curieux de nature et ne désespère pas de trouver trace d'une solution pour ce
problème même si les lois de l'informatique sont impénétrables presque tout le temps
J'ai vu que Ubcd dévellope une Béta, je tenterai d'y jeter un oeil dès que le temps me le
permettra. C'est un dévellopement en Syslinux et ils tiennent à toujours mettre le Coeur
à jour, je verrai si avec la version 3.73 de Syslinux ce problème a déjà été abordé par les génies
en développement de ce système.