Aug 9 03:06:53 Ordiyann smartd[3097]: Device: /dev/sda, SMART Usage
Attribute: 190 Temperature_Celsius changed from 69 to 70
Aug 9 03:06:53 Ordiyann smartd[3097]: Device: /dev/sda, SMART Usage
Attribute: 194 Temperature_Celsius changed from 145 to 148
Aug 9 03:06:53 Ordiyann smartd[3097]: Device: /dev/sda, SMART Usage
Attribute: 190 Temperature_Celsius changed from 69 to 70
Aug 9 03:06:53 Ordiyann smartd[3097]: Device: /dev/sda, SMART Usage
Attribute: 194 Temperature_Celsius changed from 145 to 148
Aug 9 03:06:53 Ordiyann smartd[3097]: Device: /dev/sda, SMART Usage
Attribute: 190 Temperature_Celsius changed from 69 to 70
Aug 9 03:06:53 Ordiyann smartd[3097]: Device: /dev/sda, SMART Usage
Attribute: 194 Temperature_Celsius changed from 145 to 148
Quel résultat as-tu avec ces commandes (dans cet ordre):
# smartctl -a /dev/sda
# smartctl -t long /dev/sda
Quel résultat as-tu avec ces commandes (dans cet ordre):
# smartctl -a /dev/sda
# smartctl -t long /dev/sda
Quel résultat as-tu avec ces commandes (dans cet ordre):
# smartctl -a /dev/sda
# smartctl -t long /dev/sda
Quel résultat as-tu avec ces commandes (dans cet ordre):
# smartctl -a /dev/sda
Please wait 126 minutes for test to complete.
Test will complete after Fri Aug 10 16:05:43 2007
Use smartctl -X to abort test.
Et retour à la console.
Après 126 minutes, je n'ai aucune sortie de ce test à l'écran.
Je suis allé dans les logs, et j'y ai trouvé uniquement:
Oui mais non, il faut généralement attendre un tout petit peu plus que
Quel résultat as-tu avec ces commandes (dans cet ordre):
# smartctl -a /dev/sda
Please wait 126 minutes for test to complete.
Test will complete after Fri Aug 10 16:05:43 2007
Use smartctl -X to abort test.
Et retour à la console.
Après 126 minutes, je n'ai aucune sortie de ce test à l'écran.
Je suis allé dans les logs, et j'y ai trouvé uniquement:
Oui mais non, il faut généralement attendre un tout petit peu plus que
Quel résultat as-tu avec ces commandes (dans cet ordre):
# smartctl -a /dev/sda
Please wait 126 minutes for test to complete.
Test will complete after Fri Aug 10 16:05:43 2007
Use smartctl -X to abort test.
Et retour à la console.
Après 126 minutes, je n'ai aucune sortie de ce test à l'écran.
Je suis allé dans les logs, et j'y ai trouvé uniquement:
Oui mais non, il faut généralement attendre un tout petit peu plus que
Oui mais non, il faut généralement attendre un tout petit peu plus que
126 minutes (il me semble que c'est plus une estimation). Et surtout,
pour avoir le résultat, tu dois refaire smartctl -a /dev/sda
Tu devrais y voir une nouvelle entrée #1 dans la liste qui s'affiche
vers la fin, et qui correspond au résultat du test "-t long" que tu as
lancé.
Oui mais non, il faut généralement attendre un tout petit peu plus que
126 minutes (il me semble que c'est plus une estimation). Et surtout,
pour avoir le résultat, tu dois refaire smartctl -a /dev/sda
Tu devrais y voir une nouvelle entrée #1 dans la liste qui s'affiche
vers la fin, et qui correspond au résultat du test "-t long" que tu as
lancé.
Oui mais non, il faut généralement attendre un tout petit peu plus que
126 minutes (il me semble que c'est plus une estimation). Et surtout,
pour avoir le résultat, tu dois refaire smartctl -a /dev/sda
Tu devrais y voir une nouvelle entrée #1 dans la liste qui s'affiche
vers la fin, et qui correspond au résultat du test "-t long" que tu as
lancé.
Oups! Merci. Désolé, mais je ne suis vraiment pas familiarisé avec cet
outil. Bon, ben c'est reparti, parce qu'entre temps, j'ai lu la man de
smartctl et j'ai lancé un test court, dont le résultat a écrasé celui du
test long...
Non, les résultats se mettent les uns à la suite des autres dans la
Oups! Merci. Désolé, mais je ne suis vraiment pas familiarisé avec cet
outil. Bon, ben c'est reparti, parce qu'entre temps, j'ai lu la man de
smartctl et j'ai lancé un test court, dont le résultat a écrasé celui du
test long...
Non, les résultats se mettent les uns à la suite des autres dans la
Oups! Merci. Désolé, mais je ne suis vraiment pas familiarisé avec cet
outil. Bon, ben c'est reparti, parce qu'entre temps, j'ai lu la man de
smartctl et j'ai lancé un test court, dont le résultat a écrasé celui du
test long...
Non, les résultats se mettent les uns à la suite des autres dans la
Non, les résultats se mettent les uns à la suite des autres dans la
liste que j'ai mentionnée, du résultat de test le plus récent (en
premier) au résultat de test le plus ancien.
Mais un test court ne renseignera guère si ce sont certains secteurs qui
posent problème, d'où le fait que nous te fassions faire des tests
longs.
Non, les résultats se mettent les uns à la suite des autres dans la
liste que j'ai mentionnée, du résultat de test le plus récent (en
premier) au résultat de test le plus ancien.
Mais un test court ne renseignera guère si ce sont certains secteurs qui
posent problème, d'où le fait que nous te fassions faire des tests
longs.
Non, les résultats se mettent les uns à la suite des autres dans la
liste que j'ai mentionnée, du résultat de test le plus récent (en
premier) au résultat de test le plus ancien.
Mais un test court ne renseignera guère si ce sont certains secteurs qui
posent problème, d'où le fait que nous te fassions faire des tests
longs.
# smartctl -t long /dev/sda
Use smartctl -X to abort test.
Et retour à la console.
Après 126 minutes, je n'ai aucune sortie de ce test à l'écran.
Cela dit, je me demande si le problème n'est pas lié au système de
fichiers EXT3 lui-même
(attention, je n'ai pas l'outrecuidance de dire
qu'il est buggué, mais que mon système a un problème de gestion de la
copie de gros fichiers en même temps que le test cyclique du FS): j'ai
l'impression que lorsque je copie de grosses masses de données, à partir
ou vers un disque SATA (donc avec un débit très rapide), le système n'a
pas les performances suffisantes pour, parallèlement, mettre à jour le
journal et tester le filesystem. Du coup, il détecte une erreur et
remonte le fs en read-only.
Je ne sais pas si c'est la bonne piste, d'ailleurs ça m'étonnerait quand
même un peu que personne n'ait déjà identifié un tel problème si c'était
le cas...
# smartctl -t long /dev/sda
Use smartctl -X to abort test.
Et retour à la console.
Après 126 minutes, je n'ai aucune sortie de ce test à l'écran.
Cela dit, je me demande si le problème n'est pas lié au système de
fichiers EXT3 lui-même
(attention, je n'ai pas l'outrecuidance de dire
qu'il est buggué, mais que mon système a un problème de gestion de la
copie de gros fichiers en même temps que le test cyclique du FS): j'ai
l'impression que lorsque je copie de grosses masses de données, à partir
ou vers un disque SATA (donc avec un débit très rapide), le système n'a
pas les performances suffisantes pour, parallèlement, mettre à jour le
journal et tester le filesystem. Du coup, il détecte une erreur et
remonte le fs en read-only.
Je ne sais pas si c'est la bonne piste, d'ailleurs ça m'étonnerait quand
même un peu que personne n'ait déjà identifié un tel problème si c'était
le cas...
# smartctl -t long /dev/sda
Use smartctl -X to abort test.
Et retour à la console.
Après 126 minutes, je n'ai aucune sortie de ce test à l'écran.
Cela dit, je me demande si le problème n'est pas lié au système de
fichiers EXT3 lui-même
(attention, je n'ai pas l'outrecuidance de dire
qu'il est buggué, mais que mon système a un problème de gestion de la
copie de gros fichiers en même temps que le test cyclique du FS): j'ai
l'impression que lorsque je copie de grosses masses de données, à partir
ou vers un disque SATA (donc avec un débit très rapide), le système n'a
pas les performances suffisantes pour, parallèlement, mettre à jour le
journal et tester le filesystem. Du coup, il détecte une erreur et
remonte le fs en read-only.
Je ne sais pas si c'est la bonne piste, d'ailleurs ça m'étonnerait quand
même un peu que personne n'ait déjà identifié un tel problème si c'était
le cas...
Disabled.
Self-test execution status: ( 249) Self-test routine in progress...
90% of test remaining.
Là on voit qu'un test est en train de se faire (comme tu l'avais dit
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
Je ne vois aucune valeur en-dessous du seuil (si j'ai bonne mémoire),
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining
LifeTime(hours) LBA_of_first_error
# 1 Short captive Completed without error 00% 2285
-
# 2 Extended offline Completed without error 00% 2148
-
# 3 Extended offline Completed without error 00% 1994
-
# 4 Extended offline Completed without error 00% 1692
-
J'ose plus rien dire, mais j'ai l'impression que mon disque n'a pas de
problème, en fait? (rassurez-moi...)
D'après les données du dessus, smart n'a rien détecté. Mais ça ne veut
Disabled.
Self-test execution status: ( 249) Self-test routine in progress...
90% of test remaining.
Là on voit qu'un test est en train de se faire (comme tu l'avais dit
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
Je ne vois aucune valeur en-dessous du seuil (si j'ai bonne mémoire),
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining
LifeTime(hours) LBA_of_first_error
# 1 Short captive Completed without error 00% 2285
-
# 2 Extended offline Completed without error 00% 2148
-
# 3 Extended offline Completed without error 00% 1994
-
# 4 Extended offline Completed without error 00% 1692
-
J'ose plus rien dire, mais j'ai l'impression que mon disque n'a pas de
problème, en fait? (rassurez-moi...)
D'après les données du dessus, smart n'a rien détecté. Mais ça ne veut
Disabled.
Self-test execution status: ( 249) Self-test routine in progress...
90% of test remaining.
Là on voit qu'un test est en train de se faire (comme tu l'avais dit
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
Je ne vois aucune valeur en-dessous du seuil (si j'ai bonne mémoire),
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining
LifeTime(hours) LBA_of_first_error
# 1 Short captive Completed without error 00% 2285
-
# 2 Extended offline Completed without error 00% 2148
-
# 3 Extended offline Completed without error 00% 1994
-
# 4 Extended offline Completed without error 00% 1692
-
J'ose plus rien dire, mais j'ai l'impression que mon disque n'a pas de
problème, en fait? (rassurez-moi...)
D'après les données du dessus, smart n'a rien détecté. Mais ça ne veut
