je viens de passer de windows à debian jessie . c’est tout frais . et je suis beotien mais …
précédemment , sous ubuntu , celui ci m’a bouzillé mon 2 ème hdd . il ralentissait le systeme et chauffait
et à la fin , comme il ne démarrait plus , il a fallu changer le 2 ème hdd (3TO quand mème !) en un an .
alors je me pose la question , quid de debian sur ce point ?
pouvez vous me répondre tout à fait honnêtement et sérieusement ?
merci
amicalement , alain .
C’est la première fois que je lis qu’un système peut fusiller un DD.
Je crois que tu devrais chercher la cause ailleurs.
Ptet que si tu nous en dis plus, on pourra t’aider.
Surtout que les OS dont Debian est la base (dont Ubuntu donc), sont principalement destinés à des fonctions de serveurs, et sur lesquels on a ajouté une couche graphique pour être utilisable en “desktop” également…
Après Ubuntu c’est souvent le cafouillis, j’en ai moi aussi souvent fait les frais auparavant avec ces histoires de chauffe, ventilo qui tourne à fond, bugs…
Et contrairement à Debian sur lequel je suis passé depuis presque 2 ans maintenant, je n’ai jamais réussi à régler les problèmes en entier et une bonne fois pour toute…(j’ai passé presque 6 ans sous Ubuntu).
Pour la petite histoire, une version de Mandrake Linux (ou son successeur Mandriva) a été accusée de “briquer” (transformer en “brique”, au sens d’objet inerte et inutilisable) certains lecteurs de CD Samsung. En fait c’était le firmware de ces lecteurs qui était bogué et interprétait de manière inattendue une commande censée être anodine malencontreusement envoyée par le système.
De façon plus générale, il est possible que la façon dont un OS gère un matériel particulier provoque son vieillissement prématuré. Le grand classique avec les disques durs, c’est le délai de parcage des têtes après inactivité très court de certains disques vs. les accès périodiques du système qui cause plusieurs parcages par minute. L’usure accélérée des SSD par une gestion inappropriée a aussi été une préoccupation au début, mais c’est de moins en moins le cas avec les progrès des SSD.
Affirmation sans fondement. Debian se revendique comme le “système d’exploitation universel” aussi bien pour les serveurs que pour les postes de travail. D’ailleurs Debian a adopté comme système d’init systemd qui n’est pas vraiment conçu à la base pour les serveurs puisque c’est un projet de freedesktop.org. De toute façon je ne vois pas le rapport avec la fonction de serveur.
oui , pardon pour mes assertions .
disons que , il y a qques années , sous ubuntu 14 je crois , j’ai vu mon disque dur de sauvegarde (windows)
(c’est pas pour rien que j’ai un systeme à 2 hdd , je ne fais pas confiance à windows et j’aime bien le concept de redondance)
je disais donc : j’ai vu mon 2ème hdd (3TO western digital) se mettre à chauffer .
si ma mémoire est exacte , je crois que windows a commencé à avoir du mal à le gérer sans compter les lenteurs au démarrage
ubuntu ,lui , semblait savoir s’en servir et , à priori , n’avait pas trop de problèmes jusq’au jour où … BOUM! HS
le systeme ne démarrait plus et , après un petit test , le disque dur n’était plus reconnu . donc MORT !
il a fallu le débrancher et pendant une période , je n’avais plus de disque de sauvegarde . seule condition pour que tout fonctionne
à peu près correctement …
voilà
j’espère avoir éclairé votre lanterne , ricardo et GOGI
alain
Bonjour,
25 ans de Windows, 11 ans d’Ubuntu et 2 ans de Debian.
Aucun de ces O.S. n’a réussi a cramer quoique ce soit sur mes PC.
Il doit y avoir un autre problème dans ton cas.
oui , possible .
hdd de mauvaise qualité ?
c’est une question que je me suis longtemps posé .
et que je me pose encore .
depuis que j’ai fait part de mes problèmes passés avec ce disque dur , j’ai reçu beaucoup de commentaires
qui me soutiennent que ni ubuntu , ni debian , ne peuvent en aucun cas fusiller un hdd .
pourquoi pas ?
merci
alain
@alainbrest1
Qu’est-ce qui te fait accuser Ubuntu plutôt que Windows alors que le disque était utilisé par les deux systèmes, si je comprends bien ?
Pour moi le disque a commencé à être défectueux à partir du moment où il s’est mis à chauffer et à mal fonctionner sous Windows. Un disque dur ne doit pas chauffer. S’il est trop chaud, il faut le refroidir en le déplaçant (ne pas le coller contre un autre disque) ou en le ventilant davantage (parfois un tout petit ventilateur suffit). Difficile de dire maintenant que le disque dur est mort s’il a été endommagé parce qu’il était trop chaud ou bien s’il chauffait parce qu’il était défectueux. J’ai connu les deux situations.
En tout cas je suis globalement d’accord avec les autres avis : un OS seul ne grille pas un disque.
Oui, mais c’est pas ce que je voulais dire en fait, ce que je voulais souligner c’est que Debian est plus connu et réputé, et sans doute répandu en tant que système pour serveurs, et en tant que tel si lui ou ses dérivées étaient prompts à griller du matériel depuis le temps ça se saurait je pense…
Au fait une question me vient à l’esprit : les deux DD étaient ils identiques? marque, modèle, taille…?
je ne me souviens plus de la marque .
pour ça , il faudrait que je démonte mon pc .
c’était 2 disques différents , un (principal) de 2TO
et un autre (secondaire ou sauvegarde ) de 3TO (western digital , si ma mémoire est bonne )
Non mais c’est pas grave, pas la peine de démonter, c’etait juste pour mettre hors de cause la partie software immédiatement si ça avait été le cas de deux disques identiques : ce qui aurait laissé supposer dans tout logique qu’il n’y aurait pas à priori de raison pour que celui-ci s’attaque à l’un et pas à l’autre…
M’enfin bon cela dit, identiques ou pas, il n’y a pas plus de raisons que l’OS ait detruit ton deuxième disque car si j’ai bien tout suivi, celui-ci servait de sauvegarde tandis que le premier servait en permanence… Donc en toute logique c’est plutôt le premier qui aurait été attaqué si la cause était l’OS.
ouaip ! , c’est juste . d’ailleurs mon disque de 2TO dure encore et ça fait environ 5 ans que je l’ai (à la louche)
mais comme il a été précisé plus haut je crois volontiers à une mauvaise gestion du DD qui aurait usé prématurément le média.
J’avais lu quelque part que les disques de 3 To étaient globalement moins fiables que ceux de 2 To ou 4 To. Je ne me souviens pas quelles marques étaient concernées.
Pas besoin de démonter pour voir la marque et le modèle d’un disque opérationnel. Il suffit de demander au système d’exploitation. Parfois même le BIOS l’affiche au démarrage.
ah bon ? donne moi les commandes sous jessie ,
que j’essaie . et je pourrai te répondre .
on peut lire un peu partout que le seuil fatidique est 600 000 et j’ai un disque qui a déjà fait 3 à 4 fois le tour du compteur, statistiquement il est donc HS depuis longtemps comme quoi…et les stats d’erreur sont très saines en plus.
smartctl -a `mount | grep '/ ' | cut -d' ' -f1 | sed -e 's#[0-9]##'` | egrep 'Cycle|Power'
9 Power_On_Hours 0x0032 072 072 000 Old_age Always - 21124
12 Power_Cycle_Count 0x0032 097 097 000 Old_age Always - 3722
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 485
193 Load_Cycle_Count 0x0032 001 001 000 Old_age Always - 2311872a voir : cette page très intéressante sur le sujet :
compte rendu materiel de son systeme
après avoir parcouru le site ci dessus , vous pouvez essayer :
alain-bellec@debian-alain:~$ su
Mot de passe :
root@debian-alain:/home/alain-bellec# smartd
root@debian-alain:/home/alain-bellec# smartctl -a /dev/sda
smartctl 6.4 2014-10-07 r4002 [x86_64-linux-3.16.0-4-amd64] (local build)
Copyright © 2002-14, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: Seagate Barracuda Green (AF)
Device Model: ST2000DL003-9VT166
Serial Number: 6YD1QBLS
LU WWN Device Id: 5 000c50 0465b459f
Firmware Version: CC3C
User Capacity: 2 000 398 934 016 bytes [2,00 TB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate: 5900 rpm
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA8-ACS T13/1699-D revision 4
SATA Version is: SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is: Sat Aug 27 21:49:39 2016 CEST
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: (0x82) Offline data collection activity
was completed without error.
Auto Offline Data Collection: Enabled.
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: ( 623) 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: ( 1) minutes.
Extended self-test routine
recommended polling time: ( 343) minutes.
Conveyance self-test routine
recommended polling time: ( 2) minutes.
SCT capabilities: (0x30b7) SCT Status supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 103 088 006 Pre-fail Always - 5487568
3 Spin_Up_Time 0x0003 093 090 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 475
5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0
7 Seek_Error_Rate 0x000f 080 060 030 Pre-fail Always - 30890617183
9 Power_On_Hours 0x0032 057 057 000 Old_age Always - 38394
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 466
183 Runtime_Bad_Block 0x0032 100 100 000 Old_age Always - 0
184 End-to-End_Error 0x0032 100 100 099 Old_age Always - 0
187 Reported_Uncorrect 0x0032 001 001 000 Old_age Always - 834
188 Command_Timeout 0x0032 100 096 000 Old_age Always - 4295033076
189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0
190 Airflow_Temperature_Cel 0x0022 061 052 045 Old_age Always - 39 (Min/Max 20/41)
191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always - 0
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 147
193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 475
194 Temperature_Celsius 0x0022 039 048 000 Old_age Always - 39 (0 18 0 0 0)
195 Hardware_ECC_Recovered 0x001a 019 006 000 Old_age Always - 5487568
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 10
240 Head_Flying_Hours 0x0000 100 253 000 Old_age Offline - 38410 (177 200 0)
241 Total_LBAs_Written 0x0000 100 253 000 Old_age Offline - 1197732339
242 Total_LBAs_Read 0x0000 100 253 000 Old_age Offline - 2198984577
SMART Error Log Version: 1
ATA Error Count: 834 (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 834 occurred at disk power-on lifetime: 37677 hours (1569 days + 21 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 f8 87 9a 00 Error: UNC at LBA = 0x009a87f8 = 10127352
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 00 00 30 8a 9a 40 00 7d+11:40:04.319 READ FPDMA QUEUED
60 00 00 30 89 9a 40 00 7d+11:40:04.319 READ FPDMA QUEUED
60 00 00 30 88 9a 40 00 7d+11:40:04.318 READ FPDMA QUEUED
60 00 00 30 87 9a 40 00 7d+11:40:04.318 READ FPDMA QUEUED
60 00 00 30 86 9a 40 00 7d+11:40:04.318 READ FPDMA QUEUED
Error 833 occurred at disk power-on lifetime: 37677 hours (1569 days + 21 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 f8 87 9a 00 Error: UNC at LBA = 0x009a87f8 = 10127352
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 00 20 e0 87 9a 40 00 7d+11:40:00.728 READ FPDMA QUEUED
61 00 20 40 d0 a4 40 00 7d+11:40:00.727 WRITE FPDMA QUEUED
60 00 20 c0 87 9a 40 00 7d+11:40:00.727 READ FPDMA QUEUED
61 00 20 20 d0 a4 40 00 7d+11:40:00.727 WRITE FPDMA QUEUED
60 00 20 a0 87 9a 40 00 7d+11:40:00.727 READ FPDMA QUEUED
Error 832 occurred at disk power-on lifetime: 37655 hours (1568 days + 23 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 f8 87 9a 00 Error: UNC at LBA = 0x009a87f8 = 10127352
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 00 00 30 8a 9a 40 00 6d+14:09:31.194 READ FPDMA QUEUED
60 00 00 30 89 9a 40 00 6d+14:09:31.194 READ FPDMA QUEUED
60 00 00 30 88 9a 40 00 6d+14:09:31.194 READ FPDMA QUEUED
60 00 00 30 87 9a 40 00 6d+14:09:31.194 READ FPDMA QUEUED
60 00 00 30 86 9a 40 00 6d+14:09:31.194 READ FPDMA QUEUED
Error 831 occurred at disk power-on lifetime: 37655 hours (1568 days + 23 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 ff 87 9a 00 Error: WP at LBA = 0x009a87ff = 10127359
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
61 00 08 c0 56 5d 40 00 6d+14:09:27.608 WRITE FPDMA QUEUED
60 00 01 ff 87 9a 40 00 6d+14:09:27.607 READ FPDMA QUEUED
61 00 90 60 51 5f 40 00 6d+14:09:27.606 WRITE FPDMA QUEUED
61 00 08 58 63 3b 40 00 6d+14:09:27.606 WRITE FPDMA QUEUED
61 00 28 ff ff ff 4f 00 6d+14:09:27.606 WRITE FPDMA QUEUED
Error 830 occurred at disk power-on lifetime: 37655 hours (1568 days + 23 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 fe 87 9a 00 Error: UNC at LBA = 0x009a87fe = 10127358
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 00 40 b8 31 7b 43 00 6d+14:09:24.026 READ FPDMA QUEUED
61 00 10 40 56 5d 40 00 6d+14:09:24.026 WRITE FPDMA QUEUED
60 00 01 fe 87 9a 40 00 6d+14:09:24.026 READ FPDMA QUEUED
61 00 08 ff ff ff 4f 00 6d+14:09:24.025 WRITE FPDMA QUEUED
2f 00 01 10 00 00 20 00 6d+14:09:23.872 READ LOG EXT
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
#10 Short offline Completed without error 00% 32774 -
#11 Short offline Completed without error 00% 9038 -
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.
root@debian-alain:/home/alain-bellec#
ceci , donc , concerne mon disque dur principal de 2 TO et vous voyez qu’il s’agit d’un seagate baracuda
et voici le rapport de /dev/sdb , mon second disque dur . de sauvegarde (windows )
alain-bellec@debian-alain:~$ su
Mot de passe :
root@debian-alain:/home/alain-bellec# smartd
root@debian-alain:/home/alain-bellec# smartctl -a /dev/sdb
smartctl 6.4 2014-10-07 r4002 [x86_64-linux-3.16.0-4-amd64] (local build)
Copyright © 2002-14, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: Seagate Barracuda 7200.14 (AF)
Device Model: ST3000DM001-1CH166
Serial Number: Z1F1PLY0
LU WWN Device Id: 5 000c50 04f010ce9
Firmware Version: CC24
User Capacity: 3 000 592 982 016 bytes [3,00 TB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate: 7200 rpm
Form Factor: 3.5 inches
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA8-ACS T13/1699-D revision 4
SATA Version is: SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is: Sat Aug 27 21:41:53 2016 CEST
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: ( 584) seconds.
Offline data collection
capabilities: (0x73) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
No 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: ( 1) minutes.
Extended self-test routine
recommended polling time: ( 339) minutes.
Conveyance self-test routine
recommended polling time: ( 2) minutes.
SCT capabilities: (0x3085) SCT Status supported.
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 110 099 006 Pre-fail Always - 28667368
3 Spin_Up_Time 0x0003 094 094 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 094 094 020 Old_age Always - 6277
5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0
7 Seek_Error_Rate 0x000f 061 060 030 Pre-fail Always - 17185917670
9 Power_On_Hours 0x0032 087 087 000 Old_age Always - 11727
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 224
183 Runtime_Bad_Block 0x0032 100 100 000 Old_age Always - 0
184 End-to-End_Error 0x0032 100 100 099 Old_age Always - 0
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0
188 Command_Timeout 0x0032 100 100 000 Old_age Always - 0 0 0
189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0
190 Airflow_Temperature_Cel 0x0022 061 050 045 Old_age Always - 39 (Min/Max 19/40)
191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always - 0
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 89
193 Load_Cycle_Count 0x0032 093 093 000 Old_age Always - 14315
194 Temperature_Celsius 0x0022 039 050 000 Old_age Always - 39 (0 14 0 0 0)
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
240 Head_Flying_Hours 0x0000 100 253 000 Old_age Offline - 856h+55m+20.515s
241 Total_LBAs_Written 0x0000 100 253 000 Old_age Offline - 44173645979
242 Total_LBAs_Read 0x0000 100 253 000 Old_age Offline - 35276398182
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
#10 Short offline Completed without error 00% 6111 -
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.
root@debian-alain:/home/alain-bellec#