#1 Le 28/02/2010, à 13:14
- Malizor
[Résolu] Diagnostique d'un problème matériel
Salut à tous,
Je post ceci pour une amie qui possède un portable Fujitsu Amilo PA 3515.
Ce portable à un gros problème: il a tendance à freezer, c'est à dire que l'image se fige subitement, que plus rien ne répond (même les TTY et les touches magiques) et la seule solution est alors d'éteindre brutalement en appuyant sur la touche on/off pendant quelques secondes.
Après y avoir passé pas mal de temps, je suis arrivé à la conclusion que le problème venait du disque dur et qu'il faudrait donc le remplacer.
Avant d'engager des frais, j'aimerais savoir si vous partagez mon diagnostique.
(modèle du disque: wd3200bevt)
Indices accusant le disque dur :
- « Utilitaire de disque » dans Karmic signale à chaque démarrage que des secteurs du disque sont défectueux et qu'il faut le remplacer.
- J'ai fait une installation « propre » de Karmic et j'ai dû m'y reprendre au moins une dizaine de fois avant que celle-ci ne soit menée à son terme (ça freezait à des moments aléatoires, que ce soit durant le formatage de / ou à 90%) → le DD étant très sollicité pendant l'installation, ça pourrait donc s'expliquer. (Je précise que j'ai essayé depuis un live-usb et un live-cd, tout deux sains. C'est le live-usb qui a fini par passer).
- Entre deux plantages j'ai réussi à faire les MAJ de Karmic, mais ça n'a pas changé la situation.
- Le pc a 2-3 ans, Ubuntu only, et il semble qu'il avait déjà ce problème dès le départ, quoi que beaucoup moins récurrent (ça semble donc empirer).
- J'ai mis à jour le BIOS, essayé avec divers réglages... mais maintenant (Karmic) ça plante au bout d'une dizaine de minutes même en ne faisant que du Google. Peut-être que j'ai aggravé la situation avec toutes ces tentatives de formatages/installations avortées ? (La réinstallation était tout de même nécessaire car elle a permis de régler beaucoup d'autres problèmes).
Indices contradictoires ?
- Avant d'installer Karmic proprement (c'était une Jaunty avant), j'ai sauvegardé le home des 3 utilisateurs en créant 3 .tar.gz sur le disque avant de les transférer sur un DD externe. Ce fut très long (il y avait une bonne centaine de gigas de données), le disque était donc très sollicité pendant de longues heures, et ça n'a pas planté !
- Il semble que ça plantait quand même beaucoup moins sous Jaunty... → j'ai demandé aux utilisateurs du pc de me le confirmer (ou pas) à l'usage.
Voilà, n'hésitez pas à donner votre avis ou à demander des tests complémentaires ! 
Merci.
Dernière modification par Malaria (Le 16/04/2010, à 22:00)
« Prouver que j'ai raison serait accorder que je puis avoir tort. » - Beaumarchais ← Le premier troll ?
Hors ligne
#2 Le 28/02/2010, à 13:23
- luke42410
Re : [Résolu] Diagnostique d'un problème matériel
Bonjour
Avez-vous fait le test de la mémoire vive avec "Memtest" dans le menu de Grub ?
@Bientôt
Linux est à l'informatique ce que les épinards sont à la nourriture : un truc dont tout le monde connait les bienfaits mais personne n'en veut et on préférera toujours manger pizza et bière
Site Web entièrement réalisé avec des logiciels libres, ( sous Gedit ) : http://jaimedesphrases.free.fr
Hors ligne
#3 Le 28/02/2010, à 13:27
- Malizor
Re : [Résolu] Diagnostique d'un problème matériel
Bonne idée, je mets ça sur la TODO list
(les personnes sont actuellement en vacances, je leurs enverrait un mail avec toutes les manips à tester lors de leur retour).
« Prouver que j'ai raison serait accorder que je puis avoir tort. » - Beaumarchais ← Le premier troll ?
Hors ligne
#4 Le 13/03/2010, à 19:09
- Malizor
Re : [Résolu] Diagnostique d'un problème matériel
UP
Après avoir tourné plus de 3 heures, memtest n'a renvoyé aucune erreur.
Quelqu'un a une autre idée/suggestion ?
Sinon je vais leurs dire d'acheter un nouveau disque dur.
« Prouver que j'ai raison serait accorder que je puis avoir tort. » - Beaumarchais ← Le premier troll ?
Hors ligne
#5 Le 14/03/2010, à 18:17
- Malizor
Re : [Résolu] Diagnostique d'un problème matériel
Le nouveau disque dur sera acheté dans la semaine et j'irais l'installer le week-end prochain.
Toute idée de dernière minute sera la bienvenue 
ps: j'ai eu confirmation que ce pc plantais aléatoirement dès le début et que ça semble être de plus en plus récurrent.
« Prouver que j'ai raison serait accorder que je puis avoir tort. » - Beaumarchais ← Le premier troll ?
Hors ligne
#6 Le 14/03/2010, à 21:16
- 21ch181
Re : [Résolu] Diagnostique d'un problème matériel
Si c'est un problème de DD, un petit controle avec l'utilitaire smartmontools te permettra d'y voir probablement un peu plus clair. Dans un terminal :
sudo smartctl -a /dev/sdx où x est l'identifiant de ton DD (a, b, c ...)Tu trouveras le détail des éléments retournés ici : http://en.wikipedia.org/wiki/S.M.A.R.T.
Ensuite, autre idée .... si le plantage de la machine se produit au bout d'une 10 de minutes ou lors d'une forte sollicitation de la carte graphique ... je jetterais un coup d'oeil à la ventilation :
- grille encrassée
- ventilateur processeur / carte graphique encrassé
surtout si le PC a plus d'un an et qu'il tourne beaucoup ou qu'il fonctionne en environnement poussiéreux / poils d'animaux (chien / chat) ...
Dernière modification par 21ch181 (Le 14/03/2010, à 21:22)
Hors ligne
#7 Le 14/03/2010, à 21:21
- Michel Leunen
Re : [Résolu] Diagnostique d'un problème matériel
Si c'est un problème de DD, un petit controle avec l'utilitaire smartmontools te permettra d'y voir probablement un peu plus clair.
Ceci dit, palimpsest, l'utilitaire de disque est basé sur SMART et donc les smartmontools risque de renvoyer les mêmes indications que palimpsest.
Michel Leunen
http://linux.leunen.com
Hors ligne
#8 Le 14/03/2010, à 21:23
- 21ch181
Re : [Résolu] Diagnostique d'un problème matériel
Merci Michel ... je ne connaissais pas ce détail ....
Hors ligne
#9 Le 14/03/2010, à 21:58
- patgrisly
Re : [Résolu] Diagnostique d'un problème matériel
Après avoir tourné plus de 3 heures, memtest n'a renvoyé aucune erreur.
il tourne 3 heure sans planter ,on peut raisonnablement penser que c'est la charge au niveau cpu ou gpu qui fait planter.
Je pencherais plutôt pour le gpu.
Je testerais le pc en mode non graphique pour affiner le diagnostique.
Je serai étonné que le disque dur soit responsable,mais je peux me tromper.
Hors ligne
#10 Le 14/03/2010, à 22:30
- Malizor
Re : [Résolu] Diagnostique d'un problème matériel
Merci pour vos suggestions
Alors je ne penses pas que ça soit un problème de surchauffe car j'ai fait un coup de propre il y a 3 semaines à l'occasion d'un démontage COMPLET à cause d'une sombre histoire de bios bugué (si on changeait une option ça ne démarrait plus du tout. Il a donc fallut aller chercher la petite pile dans les tréfonds de la chose).
Aucune amélioration depuis.
Au niveau du GPU je ne pense pas non plus (c'est un ATI je sais plus combien) car il n'a à priori pas été particulièrement sollicité (pas de jeu ni rien). Et sinon ça plante autant avec le pilote libre ou avec le proprio (et ce dernier gère la gestion de l'énergie, donc ça chauffe à priori moins).
En tout cas j'espère que ça ne vient pas de là, car le GPU est soudé sur la carte mère donc pas glop 
Quand au CPU, pourquoi pas...
Mais si ça ne viens pas d'une surchauffe (cf ci-dessus), ça peut venir de quoi ? Et comment tester ?
Ah, et le CPU est à 100% avec memtest de toute manière, non ? En tout cas, chez moi, les ventilos tournent à fond.
Pour moi le fait que ça n'ai pas planté en 3 heures de memtest confirmerais plutôt que c'est le disque dur car il reste idle pendant tout le process...
Qu'en pensez vous ?
Dernière modification par Malaria (Le 14/03/2010, à 22:58)
« Prouver que j'ai raison serait accorder que je puis avoir tort. » - Beaumarchais ← Le premier troll ?
Hors ligne
#11 Le 14/03/2010, à 22:59
- patgrisly
Re : [Résolu] Diagnostique d'un problème matériel
au démontage ,avez-vous changer la pâte thermique ?
J'ai lu ,sur ccm ,un problème similaire
mais sur un autre amilo qui avait été réglé comme ça.
Enfin ,toujours dans la recherche de problèmes ,j'ai pour habitude de tout débrancher dans le bios (quand c'est possible)
wifi,carte son,usb,hypertrading (si il y a ),voir descendre la cadence du processeur etc...
Quand au CPU, pourquoi pas... ça ne viendrait pas contre pas d'une surchauffe (cf ci-dessus). Comment tester ça ?
Voir les fichiers de log ,quoi que je ne suis pas sur du résultat avec les problèmes hardware.http://forum.ubuntu-fr.org/viewtopic.php?pid=94013
Dernière modification par patgrisly (Le 14/03/2010, à 23:00)
Hors ligne
#12 Le 14/03/2010, à 23:33
- Malizor
Re : [Résolu] Diagnostique d'un problème matériel
Non, pâte thermique inchangée. Mais comme je l'ai dit memtest chauffe pas mal quand même et ça à tenu plus de 3 heures... (certes, ça peut être un hasard).
Quand au bios c'est assez honteux en fait: en regardant le changelog des dernières versions j'ai vu que ça consistait surtout à ne plus afficher les options qui plantaient.
Bref, ya quasi rien dedans et je pense avoir tout testé, sans résultat.
Je regarde ton lien.
Dernière modification par Malaria (Le 14/03/2010, à 23:34)
« Prouver que j'ai raison serait accorder que je puis avoir tort. » - Beaumarchais ← Le premier troll ?
Hors ligne
#13 Le 15/03/2010, à 00:18
- patgrisly
Re : [Résolu] Diagnostique d'un problème matériel
Mais comme je l'ai dit memtest chauffe pas mal quand même et ça à tenu plus de 3 heures...
Tout porte à croire que c'est le gpu le fautif .
Moi je remplacerais la pâte thermique et aussi voir le ventilo.
Ici un gars qui s'en plaint
http://www.ciao.fr/Fujitsu_Siemens_Amil … is_1199888
J'ai une x de + épuisé mes maigres ressources .
a+
quand je parle du ventilo ,j'entends ,celui du processeur
Dernière modification par patgrisly (Le 15/03/2010, à 00:38)
Hors ligne
#14 Le 15/03/2010, à 12:23
- Malizor
Re : [Résolu] Diagnostique d'un problème matériel
Plus j'y pense et plus je me dis que tu as peut-être raison...
Vu que ça coute pas cher, je pense qu'on remplacera effectivement la pâte thermique.
(par contre je pense qu'on gardera le ventilo car il a l'air de bien fonctionner et de toute manière il n'est pas facilement remplaçable).
Par contre je m'interroge au sujet du disque dur : faut-il tout de même le remplacer vu que l'utilitaire de disque le demande ? (de mémoire, il y avait 2 erreurs critiques).
La question revient en fait à la fiabilité des données SMART.
(j'ai demandé le retour de la commande « sudo smartctl -a /dev/sda », je le posterai ici).
« Prouver que j'ai raison serait accorder que je puis avoir tort. » - Beaumarchais ← Le premier troll ?
Hors ligne
#15 Le 15/03/2010, à 19:02
- patgrisly
Re : [Résolu] Diagnostique d'un problème matériel
Vu que ça coute pas cher, je pense qu'on remplacera effectivement la pâte thermique.
(par contre je pense qu'on gardera le ventilo car il a l'air de bien fonctionner et de toute manière il n'est pas facilement remplaçable).
Ok je pense pas que tu puisses faire grand chose d'autre.
Par contre je m'interroge au sujet du disque dur : faut-il tout de même le remplacer vu que l'utilitaire de disque le demande ? (de mémoire, il y avait 2 erreurs critiques).
La question revient en fait à la fiabilité des données SMART.
Ca fait presqu' un an que mon dd système est signalé par smart comme ayant quelques secteurs défectueux et ça roule toujours.
Je n'ai pas eu de freeze encore.
Il y a juste un risque de perte de données.
Pour être sur que le dd n'est pas la cause essaye avec un live cd
edit
J'avais sauté ces lignes
(Je précise que j'ai essayé depuis un live-usb et un live-cd, tout deux sains. C'est le live-usb qui a fini par passer)
Tu veux dire pas de plantage avec le live usb?
Dernière modification par patgrisly (Le 15/03/2010, à 19:05)
Hors ligne
#16 Le 16/03/2010, à 21:46
- Malizor
Re : [Résolu] Diagnostique d'un problème matériel
Voici le retour de la fameuse commande « sudo smartctl -a /dev/sda » :
=== START OF INFORMATION SECTION ===
Device Model: WDC WD3200BEVT-22ZCT0
Serial Number: WD-WXE308HU9551
Firmware Version: 11.01A11
User Capacity: 320 072 933 376 bytes
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: 8
ATA Standard is: Exact ATA specification draft version not indicated
Local Time is: Tue Mar 16 19:56:56 2010 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: (10380) seconds.
Offline data collection
capabilities: (0x7b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 122) minutes.
Conveyance self-test routine
recommended polling time: ( 5) minutes.
SCT capabilities: (0x303f) SCT Status supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 199 199 051 Pre-fail Always - 757
3 Spin_Up_Time 0x0027 187 186 021 Pre-fail Always - 1625
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 942
5 Reallocated_Sector_Ct 0x0033 167 167 140 Pre-fail Always - 263
7 Seek_Error_Rate 0x002e 100 253 051 Old_age Always - 0
9 Power_On_Hours 0x0032 099 099 000 Old_age Always - 1078
10 Spin_Retry_Count 0x0033 100 100 051 Pre-fail Always - 0
11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 888
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 472
193 Load_Cycle_Count 0x0032 189 189 000 Old_age Always - 34292
194 Temperature_Celsius 0x0022 109 079 000 Old_age Always - 38
196 Reallocated_Event_Count 0x0032 084 084 000 Old_age Always - 116
197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 9
198 Offline_Uncorrectable 0x0030 100 253 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0009 100 253 051 Pre-fail Offline - 0
SMART Error Log Version: 1
ATA Error Count: 586 (device log contains only the most recent five errors)
CR = Command Register [HEX]
FR = Features Register [HEX]
SC = Sector Count Register [HEX]
SN = Sector Number Register [HEX]
CL = Cylinder Low Register [HEX]
CH = Cylinder High Register [HEX]
DH = Device/Head Register [HEX]
DC = Device Command Register [HEX]
ER = Error register [HEX]
ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.
Error 586 occurred at disk power-on lifetime: 1069 hours (44 days + 13 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 00 ad c5 e9 40
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
60 08 00 a8 c5 e9 20 08 00:08:08.077 READ FPDMA QUEUED
27 00 00 00 00 00 00 08 00:08:08.077 READ NATIVE MAX ADDRESS EXT
ec 00 00 00 00 00 00 08 00:08:08.076 IDENTIFY DEVICE
ef 03 46 00 00 00 00 08 00:08:08.076 SET FEATURES [Set transfer mode]
27 00 00 00 00 00 00 08 00:08:08.076 READ NATIVE MAX ADDRESS EXT
Error 585 occurred at disk power-on lifetime: 1069 hours (44 days + 13 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 00 ad c5 e9 40
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
60 08 00 a8 c5 e9 20 08 00:08:04.962 READ FPDMA QUEUED
27 00 00 00 00 00 00 08 00:08:04.962 READ NATIVE MAX ADDRESS EXT
ec 00 00 00 00 00 00 08 00:08:04.961 IDENTIFY DEVICE
ef 03 46 00 00 00 00 08 00:08:04.961 SET FEATURES [Set transfer mode]
27 00 00 00 00 00 00 08 00:08:04.961 READ NATIVE MAX ADDRESS EXT
Error 584 occurred at disk power-on lifetime: 1069 hours (44 days + 13 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 00 ad c5 e9 40
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
60 08 00 a8 c5 e9 20 08 00:08:01.702 READ FPDMA QUEUED
27 00 00 00 00 00 00 08 00:08:01.702 READ NATIVE MAX ADDRESS EXT
ec 00 00 00 00 00 00 08 00:08:01.699 IDENTIFY DEVICE
ef 03 46 00 00 00 00 08 00:08:01.699 SET FEATURES [Set transfer mode]
27 00 00 00 00 00 00 08 00:08:01.698 READ NATIVE MAX ADDRESS EXT
Error 583 occurred at disk power-on lifetime: 1069 hours (44 days + 13 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 00 ad c5 e9 40
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
60 08 00 a8 c5 e9 20 08 00:07:58.440 READ FPDMA QUEUED
27 00 00 00 00 00 00 08 00:07:58.440 READ NATIVE MAX ADDRESS EXT
ec 00 00 00 00 00 00 08 00:07:58.439 IDENTIFY DEVICE
ef 03 46 00 00 00 00 08 00:07:58.439 SET FEATURES [Set transfer mode]
27 00 00 00 00 00 00 08 00:07:58.439 READ NATIVE MAX ADDRESS EXT
Error 582 occurred at disk power-on lifetime: 1069 hours (44 days + 13 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 00 ad c5 e9 40
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
60 08 00 a8 c5 e9 20 08 00:07:55.180 READ FPDMA QUEUED
27 00 00 00 00 00 00 08 00:07:55.180 READ NATIVE MAX ADDRESS EXT
ec 00 00 00 00 00 00 08 00:07:55.179 IDENTIFY DEVICE
ef 03 46 00 00 00 00 08 00:07:55.179 SET FEATURES [Set transfer mode]
27 00 00 00 00 00 00 08 00:07:55.179 READ NATIVE MAX ADDRESS EXT
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.Si je résume, il y aurait 586 erreurs. Il n'affiche que les 5 dernières.
Pas très explicite me direz vous, il faut que je cherche leurs significations...
(Je précise que j'ai essayé depuis un live-usb et un live-cd, tout deux sains. C'est le live-usb qui a fini par passer)
Tu veux dire pas de plantage avec le live usb?
Si, ça a planté pas mal de fois avec aussi, c'est juste que au bout d'un moment ça a fini par passer (i.e. ça n'a pas planté en plein milieux de l'installation).
Ce test ne permet pas d'innocenter le DD, il l'accuserait même, car ça a toujours planté pendant l'installation et donc à un moment de forte sollicitation du DD (mais c'est vrai que ça pourrait être pas mal de tester une session live "pure" pour voir).
Dernière modification par Malaria (Le 16/03/2010, à 23:09)
« Prouver que j'ai raison serait accorder que je puis avoir tort. » - Beaumarchais ← Le premier troll ?
Hors ligne
#17 Le 16/03/2010, à 21:52
- Brunod
Re : [Résolu] Diagnostique d'un problème matériel
Salut,
Pour un test ram, c'est plutot 3 jours que 3 heures. J'ai un pc qu'i m'a retourné une dizaine d'erreur en 48h, dont 0 les 4 premières heures...
Et pour tester le hd, perso j'aime beaucoup spinrite de Gibson Research. Mais c'est pas gratuit...
Windows est un système d'exploitation de l'homme par l'ordinateur. Linux, c'est le contraire...
39 pc linux convertis
Hors ligne
#18 Le 16/03/2010, à 22:38
- patgrisly
Re : [Résolu] Diagnostique d'un problème matériel
Salut,
je reste sur ma première idée ,c-a-d innocenter le dd.
Facile à vérifier ,tu déconnectes le présumé coupable physiquement ou via le bios et tu lances un cd live.
Quand à la rame ,tu essayes sans!
Hors ligne
#19 Le 16/03/2010, à 22:41
- Michel Leunen
Re : [Résolu] Diagnostique d'un problème matériel
Quand à la rame ,tu essayes sans!
Ah bon? Je n'ai personnellement jamais vu un PC fonctionner sans RAM.
Michel Leunen
http://linux.leunen.com
Hors ligne
#20 Le 16/03/2010, à 22:48
- Malizor
Re : [Résolu] Diagnostique d'un problème matériel
@Michel Leunen: C'était de l'humour je pense
Je n'arrive pas à trouver les références des erreurs smart, quelqu'un aurait un lien utile sur ce sujet ?
J'ai demandé quelques tests supplémentaire en session live, on verra bien ce qu'il en ressort.
Mais 586 erreurs ça fait beaucoup pour un DD, non ?
Dernière modification par Malaria (Le 16/03/2010, à 23:09)
« Prouver que j'ai raison serait accorder que je puis avoir tort. » - Beaumarchais ← Le premier troll ?
Hors ligne
#21 Le 16/03/2010, à 23:13
- Michel Leunen
Re : [Résolu] Diagnostique d'un problème matériel
@Michel Leunen: C'était de l'humour je pense
J'espère bien
Pour un test ram, c'est plutot 3 jours que 3 heures. J'ai un pc qu'i m'a retourné une dizaine d'erreur en 48h, dont 0 les 4 premières heures...
En effet, j'ai encore eu le problème aujourd'hui. J'avais lancé memtest hier soir et laissé tourner toute la nuit. Ce matin, pas d'erreur. N'ayant pas le temps de m'occuper du PC tout de suite, j'ai laissé le test se poursuivre. Une heure après, 2 erreurs. Donc le test a tourné pendant 16h sans donner d'erreur puis en 1h j'ai eu deux erreurs. Comme quoi, plus longtemps memtest tourne mieux c'est.
Michel Leunen
http://linux.leunen.com
Hors ligne
#22 Le 16/03/2010, à 23:20
- Malizor
Re : [Résolu] Diagnostique d'un problème matériel
Certes, mais plus on laisse tourner longtemps plus on a de chance que le résultat soit faussé par je ne sais quoi en cours de route
(et puis j'avais vu que la grande majorité des erreurs étaient de toute manière détectées dès la première passe, la yen a eu 3...)
Bref, de toute manière on pourra jamais vraiment être sûr.
Pour l'instant je serais donc pour le remplacement de la pâte thermique ET du disque dur.
Mais j'ai toujours un doute sur ce dernier
(pas facile à comprendre le compte rendu de smartmontools…)
Dernière modification par Malaria (Le 17/03/2010, à 00:17)
« Prouver que j'ai raison serait accorder que je puis avoir tort. » - Beaumarchais ← Le premier troll ?
Hors ligne
#23 Le 17/03/2010, à 00:47
- Malizor
Re : [Résolu] Diagnostique d'un problème matériel
Voici ce qui a été constaté lors d'une session de test rapide à partir d'un live-cd kubuntu 9.10 qui trainait :
- Premier démarrage : plantage au bout de 2-3 minutes sur le bureau (hasard ?)
- Deuxième démarrage : plantage au bout de 30-45 minutes
- Troisième démarrage, en passant dans un TTY dès que le bureau est chargé : à tourné sans problème pendant 30 minutes (pas pu tester plus longtemps)
Je rajoute que la personne a eu l'impression que le pc chauffait moins qu'avec le Ubuntu qui est installée sur le DD.
Bon, ça confirme bien pour l'histoire de surchauffe je pense (j'espère qu'aucun composant ne c'est détérioré à force...)
Après, le DD ayant tout de même été sollicité lors de ces tests pour le swap, on ne peut pas non plus le blanchir totalement... (je ne me sentais pas de faire démonter le DD à cette personne qui est débutante).
Faisons simple : admettons que le problème ne vienne QUE de la surchauffe et que la pâte thermique suffira à le régler.
Est-ce que le DD risque de mourir prochainement ? Est-ce que ça vaut le coût de le remplacer ?
(l'objectif est de ne plus être embêté avec ce pc avant un bon bout de temps)
Dernière modification par Malaria (Le 17/03/2010, à 00:48)
« Prouver que j'ai raison serait accorder que je puis avoir tort. » - Beaumarchais ← Le premier troll ?
Hors ligne
#24 Le 27/03/2010, à 15:24
- Malizor
Re : [Résolu] Diagnostique d'un problème matériel
Salut à tous,
Alors je suis en ce moment chez mon amie et on a plein de problèmes :
- On a changé la pâte thermique → ça plante toujours autant
- On a changé le disque dur → idem
Avez vous une idée, quelque chose à tester ou que sais-je ?
Parce que sinon c'est mort quoi
Dernière modification par Malaria (Le 27/03/2010, à 15:25)
« Prouver que j'ai raison serait accorder que je puis avoir tort. » - Beaumarchais ← Le premier troll ?
Hors ligne
#25 Le 27/03/2010, à 16:05
- Malizor
Re : [Résolu] Diagnostique d'un problème matériel
Voyez vous une autre explication qu'un GPU à moitié cramé ? (et donc qu'une carte mère/le portable à changer ?)
Dernière modification par Malaria (Le 27/03/2010, à 16:06)
« Prouver que j'ai raison serait accorder que je puis avoir tort. » - Beaumarchais ← Le premier troll ?
Hors ligne