gratifiant > comp.sys.* > comp.sys.pc

Yves Lambert (20/11/2007, 13h06)
Georges Giralt a écrit :

(Je tente un XPOST acrobatique avec suivi sur fr.comp.sys.pc).
Lapropriétaire du PC récalcitrant est overbookée toute la semaine, j'ai une
semaine donc pour réunir les éléments qui me permettront de dépanner...

[...]
> Salut !
> Essaye une autre alim. Peut être que le démarrage du disque dur pompe
> trop pour elle et que la CM peut pas s'initialiser tant que le DD n'est
> pas "prêt".


J'y ai pensé, c'est pourquoi j'ai fait la manipe ci-dessus. J'ai oublié de
débrancher les périphériques PCI et le lecteur de cartes flash : est-ce
possible qe ce soit lui qui pompe du courant ? et pourquoi c'est de plus en
plus long, surtout ?

Je récapitule :

L'ordinateur d'une copine met quelques heures à démarrer. Une fois qu'il est
en production il fonctionne normalement mais :

- Pas moyen de le redémarrer après un suspend to ram
- pas moyen de le redémarrer s'il a été éteint plus de 5 minutes.

je n'ai pas d'erreur au memtest mais memtest+ commence à tester la RAM au
delà de 108K aparemment

J'ai inversé les barettes de RAM, laissé seulement celle qui est supposé
être bonne mais rien à faire.

J'ai démarré la CM sans périphérique IDE et sans RAM et elle ne démarre pas
non plus dans un temps raisonnable (il ne restait que le contrôleur
firewire, la carte video, le contrôleur ethernet et le lecteur de carte. Je
suppose que normalement elle aurait dû biper immédiatement, non ?
De plus je rappelle dès fois que ce n'était pas clair : le voyant de mise
sous-tension s'allume, idem que le voyant de disque dur (immédiatement,
donc, qu'il y ait un disque dur ou pas) mais l'écran ne reçoit aucun signal

D'après la copine le temps que l'ordi met à démarrer est de plus en plus
long. Elle me dit l'avoir entendu faire des biips long
(je rappelle c'est une award 6. c'est supposé dénoter un problème de RAM,
mais moi tout ce que j'ai constaté c'est un bip de POST normal après à peu
près deux heurex de pédalage dans la choucroute. Le POST s'est fait au
moment où j'ai éteint puis rallummé l'écran (pure coincidence ?)

J'envisage encore quelques hypothèses :

les ventilos marchent. Problème avec le 5V à l'alim dû à un faux contact et
une fois qu'elle est chaude le contact se fait ?
Problème avec le Vcore (3.3) qu'est-ce qui peut le court-circuiter ? la
carte mémoire ? Le contrôleur USB ? La carte FireWire ? Pourquoi tout
fonctionne après ?
Idem un faux contact sur le port AGP qui se fait mieux une fois que la
carte-mère est chaude...
pxg (20/11/2007, 19h25)
Yves Lambert wrote:
> Georges Giralt a écrit :


Salut

> J'ai inversé les barettes de RAM, laissé seulement celle qui est
> supposé être bonne mais rien à faire.


J'ai rencontré la semaine dernière une machine présentant des symptômes
identiques : tests de ram sans incidents et langueur voire blocage en
fonctionnement. Deux barettes de ram neuves (que j'avais en stock et
essayées de guerre lasse) ont changé la situation radicalement et donné une
nouvelle jeunesse à la machine. Si tu peux essayer ça ne mange pas de pain.

> De plus je rappelle dès fois que ce n'était pas clair : le voyant de
> mise sous-tension s'allume, idem que le voyant de disque dur
> (immédiatement, donc, qu'il y ait un disque dur ou pas) mais l'écran
> ne reçoit aucun signal


Un essai avec une alimentation neuve pourrait ici aussi lever certains
doutes.

Vu le temps passé - s'il était facturé - une alternative des plus radicales
s'imposerait, soit un nouveau disque et un nouveau système et/ou livecd
(pour dédouaner la composante sytème d'exploitation et système de stockage)
soit une nouvelle base matérielle. Si le premier terme échoue nul doute
qu'il faudra se résoudre au second (oh combien cruel !)

Cordialement

pxg
\( :-Fred-: \) (21/11/2007, 11h02)
Bonjour

"Yves Lambert" <leiota> a écrit dans le message de groupe
de discussion : fmra15x02q.ln2...
[..]
> fonctionne après ?
> Idem un faux contact sur le port AGP qui se fait mieux une fois que la
> carte-mère est chaude...


Une des premières choses que le Bios teste est la carte graphique, bien
avant la RAM et les disques.

C'est pourquoi je pencherai pour :
- une carte graphique mal enfichée, encrassée (avec saletés faisant faux
contact), ou le plus probable : HS.
- un port AGP HS (peu de chance si aucune manipe, mais cela arrive ...)
- un faux contact au niveau du branchement de l'écran et de la carte
graphique (pins tordu ou manquant, cordon écrasé)

Le plus simple pour vérifier les 2 premières hypothèses : enlever la carte
AGP et démarrer le PC avec une ancienne carte graphique PCI.

Cordialement,

( :-Fred-: )
\( :-Fred-: \) (21/11/2007, 11h07)
Bonjour,

"pxg" <pxg.nospam> a écrit dans le message de groupe de
discussion : 47431882$0$25925$ba4acef3...

> Vu le temps passé - s'il était facturé - une alternative des plus
> radicales s'imposerait, soit un nouveau disque et un nouveau système et/ou
> livecd (pour dédouaner la composante sytème d'exploitation et système de
> stockage) soit une nouvelle base matérielle. Si le premier terme échoue
> nul doute qu'il faudra se résoudre au second (oh combien cruel !)


Le problème semble se situer bien avant le démarrage du système
d'exploitation, donc je ne pense pas que celui-ci soit en cause.
Par contre, l'alim, la carte graphique, le processeur ou la carte mère
(condos HS par exemple), oui, c'est largement envisageable.

Le disque dur, je ne pense pas puisque le problème semble se situer avant la
détection des disques.
Et se produit même sans disque dur ...
A moins qu'il n'y ait un problème au niveau du contrôleur de disque lui-même
.... mais rarissime ... et je ne pense pas que l'on aurait ces symptômes là.

Cordialement,

( :-Fred-: )
Yves Lambert (21/11/2007, 18h12)
( :-Fred-: ) wrote:

> Une des premières choses que le Bios teste est la carte graphique, bien
> avant la RAM et les disques.


Oui. Logique :)

> C'est pourquoi je pencherai pour :
> - une carte graphique mal enfichée, encrassée (avec saletés faisant faux
> contact), ou le plus probable : HS.


Seulement, une fois qu'il a fini de ronchonner (en silence :)), ça
fonctionne sans bugs à l'affichage.

> - un port AGP HS (peu de chance si aucune manipe, mais cela arrive ...)


Comment savoir si ça vient du port et non de la carte AGP ? Une autre carte
AGP ?

> - un faux contact au niveau du branchement de l'écran et de la carte
> graphique (pins tordu ou manquant, cordon écrasé)


Oui.

> Le plus simple pour vérifier les 2 premières hypothèses : enlever la
> carte AGP et démarrer le PC avec une ancienne carte graphique PCI.


à voir. Je dois en avoir une qui traîne.
Yves Lambert (21/11/2007, 22h28)
pxg wrote:

> J'ai rencontré la semaine dernière une machine présentant des symptômes
> identiques : tests de ram sans incidents et langueur voire blocage en
> fonctionnement.


Non : le problème est au POST avant le test de la RAM. L'écran reste de très
longues heures sans signal puis le POST se fait (avec ou sans erreurs : je
n'ai constaté qu'un POST sans erreur). Ensuite en production il n'y a
apparemment aucun bug ni ralentissement.
\( :-Fred-: \) (23/11/2007, 13h42)
Bonjour,

"Yves Lambert" <leiota> a écrit dans le message de groupe
de discussion : 812e15xnsi.ln2...
> ( :-Fred-: ) wrote:
>> - un port AGP HS (peu de chance si aucune manipe, mais cela arrive ...)

> Comment savoir si ça vient du port et non de la carte AGP ? Une autre
> carte AGP ?


Oui

>> Le plus simple pour vérifier les 2 premières hypothèses : enlever la
>> carte AGP et démarrer le PC avec une ancienne carte graphique PCI.

> à voir. Je dois en avoir une qui traîne.


Des nouvelles ??

Et sinon, par rapport à mon autre message :
------------------------------------------------------------------------------
Le problème semble se situer bien avant le démarrage du système
d'exploitation, donc je ne pense pas que celui-ci soit en cause.
Par contre, l'alim, la carte graphique, le processeur ou la carte mère
(condos HS par exemple), oui, c'est largement envisageable.

Le disque dur, je ne pense pas puisque le problème semble se situer avant la
détection des disques.
Et se produit même sans disque dur ...
A moins qu'il n'y ait un problème au niveau du contrôleur de disque lui-même
.... mais rarissime ... et je ne pense pas que l'on aurait ces symptômes là.
---------------------------------------------------------------------------------

Si ce n'est pas la carte graphique ou l'AGP, alors il ne reste visiblement
plus que : l'alim, le processeur, la carte mère (condos HS par exemple),
ou un Bios corrompu.

Pour le Bios, remettre les option sur l'option "optimum" ou similaire,
quitter en enregistrant, et tester.
Puis tester aussi l'option de paramétrage "par défaut" (ou similaire).
Sinon, une mise à jour du Bios sur le site du fabricant de la carte mère ?

Cordialement,

( :-Fred-: )
Yves Lambert (23/11/2007, 21h49)
( :-Fred-: ) wrote:
> Bonjour,


Bonsoir,

> Des nouvelles ??


J'accède à la machine demain. Je ne sais même pas si elle a fini par
démarrer ce coup-ci. Je m'oriente vers la carte graphique. De toute façon,
je pense que le problème se situe au niveau du north bridge (ou de la RAM ou
du port AGP(avec un fort soupçon pour ce dernier))

> Le problème semble se situer bien avant le démarrage du système
> d'exploitation,


En effet.

> donc je ne pense pas que celui-ci soit en cause.
> Par contre, l'alim, la carte graphique, le processeur ou la carte mère
> (condos HS par exemple),


C'est le premier truc auquel j'ai pensé ils ont l'air clean, mais je ne suis
pas un spécialiste en condensateur :)

> oui, c'est largement envisageable.
> Le disque dur, je ne pense pas puisque le problème semble se situer
> avant la
> détection des disques.
> Et se produit même sans disque dur ...
> A moins qu'il n'y ait un problème au niveau du contrôleur de disque
> lui-même
> ... mais rarissime ... et je ne pense pas que l'on aurait ces symptômes


Le voyant de disque dur s'allume pendant la phase «léthargique»

> Si ce n'est pas la carte graphique ou l'AGP, alors il ne reste
> visiblement plus que : l'alim, le processeur, la carte mère (condos HS
> par exemple), ou un Bios corrompu.


J'ai pensé à ça : mais pourquoi serait-ce de plus en plus long ? ça sent le
contact qui a besoin de chauffer pour se faire (heures !), c'est plus
physique que
logique comme problème àmha.

> Pour le Bios, remettre les option sur l'option "optimum" ou similaire,
> quitter en enregistrant, et tester.


Fait sans changement.

> Puis tester aussi l'option de paramétrage "par défaut" (ou similaire).


Je bats ma coulpe.

> Sinon, une mise à jour du Bios sur le site du fabricant de la carte mère ?


Le lien du fabricant sur le rapport everest. Le premier lien pertinent
concernant la carte mère avec sa référence dans google est "C'est quoi cette
carte mère ?" et le lien dans la réponse à la question forum est une page
bilingue tchèque/anglaisapparememnt du constructeur :) mais je ne désespère
pas de trouver mieux... le fabricant est chaintech et d'après leur site, il
semblerait qu'ils ne font plus de carte-mère, mais des CG.

Petit copier-coller :
*Carte mère:*
Type de processeur Intel Celeron, 2856 MHz (28 x 102)
<http://www.intel.com/products/browse/processor.htm>
Nom de la carte mère Chaintech 9VIL3 (3 PCI, 1 AGP, 2 DIMM, Audio)
<http://www.chaintech.com.tw/tw/eng/product_main.asp#MP13>
Chipset de la carte mère VIA VT8754 Apollo P4X400
<http://www.via.com.tw/en/products/chipsets>
Mémoire système 512 Mo (PC2700 DDR SDRAM)
Type de BIOS Award (08/25/03)
<http://www.phoenix.com/en/products/default.htm>
Port de communication Port de communication (COM1)
Port de communication Port de communication (COM2)
Port de communication Port imprimante ECP (LPT1)
Discussions similaires