Bonjour,
Je présente toutes mes excuses aux administrateurs, si je ne suis pas dans la bonne rubrique, n'hesitez pas a déplacer le sujet là ou il devrait être
Voilà mon probleme, depuis quelques temps mes disques durs devient innacessible avec un message ci-dessous quand je veux le monter
Avez-vous une idée du probleme?
Comment y remedier ou éventuellement comment recuperer les données
pour le moment la seule solution que j'ai trouvé : formatage !
au montage du disque voici ce que j'obtiens :
Error mounting /dev/sdc1 at /media/dell/o Tempo 3T: Command-line `mount -t "ext4" -o "uhelper=udisks2,nodev,nosuid" "/dev/sdc1" "/media/dell/o Tempo 3T"' exited with non-zero exit status 32: mount: wrong fs type, bad option, bad superblock on /dev/sdc1,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so.
Pour ce dernier, j'etais sous debian sid
a un moment apreès un delai de 2 heures environ d'inactivité l'écran etait figé et souris, clavier bloqué, j'ai donc forcé l'arrêt par l'interrupteur et au redémarrage le disque dur etait innacessible
merci
# Ça sent la sapin...
Posté par François GUÉRIN (Mastodon) . Évalué à 1.
Je crois que le disque dur est en train de mourir de sa belle mort…
Tu peux essayer de le ranimer avec
fsck
, mais ça sent clairement la fin. Tu as des sauvegardes des données de ce disque ?Courage !
# tester les disques
Posté par robertix . Évalué à -10.
bien pratique la station d'accueil dd
https://www.amazon.fr/StarTech-com-Station-daccueil-externe-disque/dp/B00U8KSLA8
[^] # Re: tester les disques
Posté par Tanouky . Évalué à 1.
Elle est assez chère et ne fait que du SATA, c'est assez dommage, non ?
# liste d'erreur possible à verifier
Posté par NeoX . Évalué à 3.
alors dans les erreurs de base :
-o "uhelper=udisks2,nodev,nosuid"
je ne sais pas d'ou tu sors ces options, mais j'ai jamais utilisé aucune d'entre elle
mes mount ressemble à
mount /dev/sdc1 '/media/dell/o Tempo 3T'
[^] # Re: liste d'erreur possible à verifier
Posté par evectra . Évalué à 1.
Merci pour la reponse !
N'ayant aucune connaissance, je formate mes disques toujours de la meme manière en utilisant l'onglet "disques" sur debian et je formate tout simplement.
Je n'utilise donc pas de ligne de commande (qui suppose un minumum de connaissance à priori)
Donc le probleme si probleme il y a viendra dans l'utilisation basique du formatage
pourquoi ca coince sur le disque, je ne sais pas, et ce n'est pas le seul disque
C'est pourquoi, je me dis qu'il y a peut-être un probleme dans le firmware du disque et qu'il faudrait juste le réparer
Bien entendu, c'est purement spéculatif, ce que je dis
par ailleurs j'ai pu retrouver 2 autres disques car ils avaient un space disque de 34mo en début du disque qui était "réserved à microsoft" (peut-être parceque ces disques avaient été formaté avec un autre logiciel "acronis"
en supprimant cette partition, j'ai pu récuperer le disque et les données)
mais il n'y a pas cette petite partition sur tous les disques
Je donne ces infos au cas ou il y a une explication
merci à toi
[^] # Re: liste d'erreur possible à verifier
Posté par NeoX . Évalué à 3.
là tu reponds à la question de 'comment tu formates'
pas de 'comment tu montes le disque'
il rale sur la commande
mount -t ext4 -o "plein d'options ici" /dev/sdc1 /media/dell/o Tempo 3T
la question est donc de savoir qui fait cette commande, et pourquoi il y a ces options là.
autre piste, le fielsystem n'a pas été proprement arrété/ejecté lors d'un usage precedent,
un fsck devrait te permettre de corriger cela.
en ligne de commande
sudo fsck -y /dev/sdc1
le -y evitant de rester devant la machine pour valider chaque demande
[^] # Re: liste d'erreur possible à verifier
Posté par evectra . Évalué à 1.
Salut NeoX,
Vraiment je ne saurais jamais comment te remercier à ta juste valeur !!!
La commande fsck -y /dev/sdc1 est la bonne solution !!!
J'ai donc récupere mon disque !!!
Maintenant pourquoi ce probleme? ben je n'ai aucune explication !millle fois merci ! car je suis très très content, je sais ca fait gamin, mais c'est quand meme une bonne chose pour moi d'avoir la solution à un très gros pépin
comment je monte mon disque?
tout simplement en cliquant un double clique sur le disque et et j'ouvre ou je monte le disque après avoir entrer mon mot de passe (là encore je ne passe pas en ligne de commande, n'ayant pas ce petit plus qui est bien précieux)
Pour infos au ca ou ca te donnerais des infos qui pourras m'être utile
aprés avoir fait fsck -y /dev/sdc1
voici la réponse dans le terminal :
fsck de util-linux 2.28.2
e2fsck 1.43.3 (04-Sep-2016)
o_Tempo_3T : récupération du journal
JBD2: Invalid checksum recovering block 35 in log
Erreur de somme de contrôle de journal trouvée dans o_Tempo_3T
o_Tempo_3T n'a pas été démonté proprement, vérification forcée.
Passe 1 : vérification des i-noeuds, des blocs et des tailles
Passe 2 : vérification de la structure des répertoires
Passe 3 : vérification de la connectivité des répertoires
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l'information du sommaire de groupe
Le décompte des blocs libres est erroné (659563900, décompté=656753191).
Corriger ? oui
Le décompte des i-noeuds libres est erroné (183145949, décompté=183145383).
Corriger ? oui
o_Tempo_3T: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****
o_Tempo_3T : 3161/183148544 fichiers (10.9% non contigus), 75813194/732566385 blocs
Peut-être ces données te donnes les infos pourquoi, j'ai ces problemes de disques dur?
[^] # Re: liste d'erreur possible à verifier
Posté par nono14 (site web personnel) . Évalué à 2.
mauvais démontage ?
Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités
[^] # Re: liste d'erreur possible à verifier
Posté par evectra . Évalué à 1.
c'est ce que je pense aussi mais lorsque le pc plante.
Il faudrait que je reinstall debian
[^] # Re: liste d'erreur possible à verifier
Posté par nono14 (site web personnel) . Évalué à 2.
memtest pour tester la ram
et smartctl sur le disque système aussi/surtout
Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités
[^] # Re: liste d'erreur possible à verifier
Posté par evectra . Évalué à 1.
La ligne de commande pour smartcl ? c'est ca ?
smartctl -t long /dev/sdX
c'est la version courte ou longue ?
Sinon peux tu me donner la ou les lignes de commandes pour smartcl ?
cela peut toujours servir, merci !
[^] # Re: liste d'erreur possible à verifier
Posté par NeoX . Évalué à 2.
c'est peut-etre là le probleme,
s'il te demande un mot de passe, c'est que tu fais le montage en 'root' et pas en utilisateur,
c'est quoi comme distribution, comme gestionnaire de bureau et de fichier ?
du coup, il n'est pas certain que tu puisses "demonter/ejeter" le disque avant de l'enlever (si c'est un disque amovible)
et si tu ne le demontes pas, il y a des données qui ne sont pas encore ecrite sur le disque, le laissant dans un etat intermediaire ou il a besoin du fsck pour se remettre d'aplomb avant de continuer.
[^] # Re: liste d'erreur possible à verifier
Posté par evectra . Évalué à 1.
Effectivement je pense que c'est du a un probleme de démontage : Lorsque le pc est figé, je suis bien obligé l'éteindre par l'interupteur générale et c'est que casse !
j'espere que c'est la bonne explication, je ne me souviens plus si c'etait à chaque fois un probleme de pc
Sinon sur mon disque systeme, j'ai plusieurs linux : debian sid (bureau xfce), mageia 6dev (gnome), mint 18 (cinnamon), rosa 8 (? me rappelle plus) et ubuntu lts (16.04 je crois)
mais je suis surtout sur debian ou mint
Sinon, je ne suis jamais en root
Cependant sur debian il te demande toujours le mot de passe pour ouvrir le disque root ou pas, mint aussi je crois, par contre ubuntu ne demande jamais
sur rosa ben impossible d'ouvrir le disque si je ne suis pas en root (et je ne sais pas comment faire pour y être vu que lorsque je me déconnecte en tant qu'utilaseur, il ne me propose autre choix que le meme utilisateur (étant entendu que dans l'état actuel de mes essaies je n'ai pas trouvé la methode pour passer en root et modifier les permissions)
Effectivement, j'ai plusieurs disques connecté tous en sata (station dell) mais c'est toujours la disque de "travail" qui pose probleme, jamais les autres
Sinon autre solution qui cause le probleme
il peut m'arriver de ne pas demonter (clique droit sur le disque et retirer en toute sécurité) les disques avant de fermer normalement ("demarrer" eteindre ou redémarrer le pc) le pc
Es-ce que cela vient de cela, mais ca fait des années que je fonctionne comme ca
Sinon, j'ai essayé de monter mon disque via la ligne de commande
mount -t ext4 -o /dev/sdc1 /media/dell/o Tempo 3T
j'ai en réponse un listing de commandes genre help pour formuler la bonne commande
mais le disque n'est pas monter
je pense donc qu'il y a une petite erreur (genre espace en trop….) dans :
mount -t ext4 -o /dev/sdc1 /media/dell/o Tempo 3T
[^] # Re: liste d'erreur possible à verifier
Posté par NeoX . Évalué à 1.
ca peut car le disque est monté par root, et tu deconnectes l'utilisateur,
le disque reste donc monté
je vois 3 erreurs :
sudo
devant ta commande, car il n'y a que root qui a le droit d'utiliser la commandemount
-o udev=xxxx,nodev,nosuid
, c'est un tout, pas d'argument, alors il ne faut pas mettre l'option"/media/dell/o Tempo 3T"
/media/dell/o\ Tempo\ 3T
ta commande devient alors, dans sa version simplifiée à l'extreme
sudo mount /dev/sdc1 /media/dell/o\ Tempo\ 3T
[^] # Re: liste d'erreur possible à verifier
Posté par evectra . Évalué à 1.
Pour sudo pas de probleme, je savais qu'il fallait être en root
sur debian tu as terminal administrateur, dans ce cas la mention sudo est inutile
sur mint par exemple, oui, il y a besoin
j'essayerais donc demain car pour le moment le disque est en service: ben oui, ca fait une semaine au moins, il était en vacances !!!
sudo mount /dev/sdc1 /media/dell/o\ Tempo\ 3T
merci pour l'info \ pour les espaces vides
Je te remercie beaucoup encore pour l'aide à récuperer mon DD
[^] # Re: liste d'erreur possible à verifier
Posté par NeoX . Évalué à 2.
note que normalement tu n'as meme pas besoin de les taper,
tu tapes avec la touche , il doit completer tout seul en mettant les \ là ou il faut
mount /dev/sdc1 /media/dell/o<TAB>
[^] # Re: liste d'erreur possible à verifier
Posté par evectra . Évalué à 1.
pas de probleme j'essaie tous cela demain apres que le clonage de mon disque soit terminé
ben oui, je prends les devants au cas ou le disque me lache pour de bon !
merci !
# smartctl
Posté par nono14 (site web personnel) . Évalué à 2.
pour connaitre l'état des disques
Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités
[^] # Re: smartctl
Posté par evectra . Évalué à 1.
le disque est sain
[^] # Re: smartctl
Posté par eingrossfilou . Évalué à 1. Dernière modification le 14 novembre 2016 à 14:46.
As-tu juste consulté l'état smart de ton disque, ou as-tu fait un test court/long?
Dans ton cas, je te dirais tout d'abord de changer la nappe (IDE/PATA/SATA ?) de ton disque. J'ai eu plusieurs fois des pb avec des nappes IDE défectueuses (genre bootloader introuvable de temps en temps).
Ensuite fait un backup de ton disque si ce n'est pas encore fait, puis lance un test long avec smartctl (smartctl -t long /dev/sdX).
Ça te permettra de déterminer si le problème viens du disque ou d'ailleurs.
[^] # Re: smartctl
Posté par evectra . Évalué à 1.
Salut eingrossfilou,
Non je n'ai pas fais de test smart, je ne sais pas ce que c'est
je vais donc le faire
dans le terminal je tape juste ca : smartctl -t long /dev/sdX
ou je dois y ajouter quelque chose que meme un débutant est censé de savoir et que bien moi bien sure je sais pas !!
Si c'est long je le fais ce soir pour demain, si c'est rapide genre moins d'1 heure je peux le faire maintenant
[^] # Re: smartctl
Posté par eingrossfilou . Évalué à 1. Dernière modification le 14 novembre 2016 à 18:46.
Salut,
Le test long teste l'électronique du disque et fait un test de surface du disque.
C'est assez long (2h/To sur un disque récent).
Pour la commande, c'est bien à taper dans ton terminal en tant que super utilisateur (donc soit avec un sudo avant la commande, soit en passant en root):
smartctl -t long /dev/sdX
avec X à ajuster en fonction de ton disque.
Tu peux faire un test rapide (<5 min) en utilisant 'smartctl -t short /dev/sdX', mais tu n'auras pas le test de surface.
Le test est autonome et te rend la main tout de suite dans le terminal. Tu auras un message du temps estimé pour l'analyse et tu pourras consulter la progression et le résultat du test en faisant un :
smartctl -a /dev/sdX
En espérant que ça te dépanne bien.
[^] # Re: smartctl
Posté par evectra . Évalué à 1.
merci eingrossfilou,
J'ai bien noté, je ferais le test demain sur un autre pc, histoire d'avoir une bonne idée de la chose avant de me lancer sur des disques avec des données "precieux"
[^] # Re: smartctl
Posté par wismerhill . Évalué à 2.
Installe le programme gsmartcontrol, c'est une interface graphique pour smartctl qui en simplifie beaucoup l'usage, et présente les informations de manière plus lisible.
[^] # Re: smartctl
Posté par evectra . Évalué à 1.
merci wismerhill,
Je suis effectivment interessé vu que je ne suis pas très doué
je viens de l'installer mais la aussi, je vais d'abord tester demain sur un autre pc, histoire de ne pas m'aventurer avec trop de risque
# lignes de commandes pour clamav
Posté par evectra . Évalué à 1.
euh… je sais que c'est supposé un autre sujet…
mon probleme de disque dur, maintenant resolu, m'a fait penser à l'éventualité d'un virus, bien que je n'y coyais pas trop
j'ai donc installé clamav
mais le probleme c'est qu'il n'a pas d'interface graphique : Il fonction ne donc en ligne de commande
Quelqu'un peut me donner les commandes pour l'utiliser
comment lui indiquer d'analyser le pc entier ou un disque precis tel que par exemple /dev/sdc1
y a t-il l'equivalent en interface graphique
[^] # Re: lignes de commandes pour clamav
Posté par BAud (site web personnel) . Évalué à 2.
sur mageia : clamtk http://madb.mageia.org/package/list/t_search/clamav/application/0
sur ubuntu, de la doc : https://doc.ubuntu-fr.org/clamav
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.