|
|
Voir le sujet précédent :: Voir le sujet suivant |
Auteur |
Message |
sara PowerBook d'Etain
Inscrit le: 17 Aoû 2003 Messages: 106 Localisation: paris
|
Posté le: Mer 30 Oct 2013 à 13:35 Sujet du message: réparation fsck -fy insuffisante |
|
|
Bonjour à tous,
j'ai un souci avec mon macbook pro 15' (2,2 Ghz, 4 Go RAM, 120 Go DD) qui date de 2007. peut-être pourrez-vous me dire quoi faire...
ce matin il s'est éteint tout seul, alors que ça ne lui arrive quasi jamais (je lui passe régulièrement onyx, un peu moins souvent utilitaire de disque).
bref, je lance utilitaire de disque, puis "vérifier le disque", il me dit en rouge au bout de quelques secondes :
"Le volume DISQUE DUR s’avère corrompu et doit être réparé.
Erreur : Le disque nécessite un réparation. Démarrez votre ordinateur depuis un autre disque (tel que votre disque d’installation Mac OS X), puis ouvrez Utilitaire de disque pour réparer ce disque."
je lance une réparation en mode single user, fsck -fy :
au bout de deux passages,
"the volume appears to be ok",
parfait, je reboot, ravie, et lance au cas où l'utilitaire de disque pour vérifier que tout va bien,
et là l'utilitaire de disque me répète que "le volume est corrompu et doit être réparé".
je viens de faire trois-quatre allers-retours entre réparation en mode single user (appears to be ok) et utilitaire de disque (corrompu et doit être réparé), et ça reste pareil.
qui a raison ? qu'est-ce que je peux faire ?
en attendant, l'ordi a l'air de fonctionner normalement, mais je crains le crash !-)
merci de votre aide,
Sara |
|
Revenir en haut de page |
|
|
lpascalon Administrateur
Inscrit le: 30 Nov 2002 Messages: 31865 Localisation: Toulouse
|
Posté le: Mer 30 Oct 2013 à 15:01 Sujet du message: |
|
|
Dans le doute une bonne sauvegarde et attendre.
Sinon changer le disque dur de suite. _________________ Ludovic
Evitez de m'envoyer des messages perso sur le forum. Je préfère les mails.
MBP M1 16", 16 Go, SSD 512 Go
iMac 27" 2,9 GHz, 16 Go, 3 To FusionDrive
iMac G4 24" 1,6 Ghz, 1 Go, SuperDrive
iPhone 12 mini 128 Go
iPad Pro 11", iPad mini Cellular...
|
|
Revenir en haut de page |
|
|
blackjmac Modérateur
Inscrit le: 04 Jan 2005 Messages: 16711 Localisation: /Library/Scripts/
|
Posté le: Mer 30 Oct 2013 à 15:32 Sujet du message: |
|
|
si les vérifications affichent toujours les erreurs, il faut démarrer sur un autre disque et vérifier le disque par l'utilitaire de disque du disque de démarrage et, le cas échéant, réparer le disque interne avec.
Profite également pour vérifier l'état SMART du disque - s'il est ECHEC, pas la peine de chercher à réparer le disque, il faut impérativement sauver toute les données et changer le disque - il est mourant. _________________ La mine d'or pour OS X - http://www.versiontracker.com/macosx/
Dernière édition par blackjmac le Mer 30 Oct 2013 à 21:26; édité 1 fois |
|
Revenir en haut de page |
|
|
sara PowerBook d'Etain
Inscrit le: 17 Aoû 2003 Messages: 106 Localisation: paris
|
Posté le: Mer 30 Oct 2013 à 16:04 Sujet du message: |
|
|
Merci Ludovic et Blackjmac pour vos réponses
(c'est toujours un vrai réconfort de vous trouver en ligne, et quand je pense que ça fait 10 ans que ça dure, je me dis que j'ai une sacrée chance !-)
je vais aller acheter un DD externe et Carbon Copy Cloner pour me faire un clone bootable, et si je ne me trompe pas, je pourrai alors lancer la réparation du disque interne à partir du clone (n'est-ce pas ?).
Pour info, avec Onyx, l'état SMART du disque ne pose pas de problème, c'est la vérification de la structure du disque qui me dit qu'il faut réparer.
en fait, ce qui m'étonne c'est la contradiction entre ce que me dit la manip fsck -fy ("appears to be OK") et ce que me dit l'utilitaire de disque ("corrompu, à réparer"). |
|
Revenir en haut de page |
|
|
blackjmac Modérateur
Inscrit le: 04 Jan 2005 Messages: 16711 Localisation: /Library/Scripts/
|
Posté le: Mer 30 Oct 2013 à 21:26 Sujet du message: |
|
|
l'état smart est communiqué par l'utilitaire de disque, OnyX le lit directement dans les outils système, exactement de la même manière que l'utilitaire Apple. tu peux le faire lire par le Terminal, avec la commande Code: | diskutil info disk0 | grep SMART | .
Quand il y a un doute, il vaut mieux faire les vérifications par d'autres moyens, je n'ai jamais vu des fausses erreurs sur la structure du disque.
Pour cloner ton disque dur, pas besoin de CCC - l'utilitaire de disque sait aussi le faire, dans l'onglet restauration, on choisit le disque interne et dans la case cible, le disque externe. seule contrainte, il faut démarrer sur un autre système de démarrage, comme une clé d'installation ou la partition Recovery HD. _________________ La mine d'or pour OS X - http://www.versiontracker.com/macosx/
|
|
Revenir en haut de page |
|
|
sara PowerBook d'Etain
Inscrit le: 17 Aoû 2003 Messages: 106 Localisation: paris
|
Posté le: Mer 30 Oct 2013 à 23:58 Sujet du message: |
|
|
Et bien j'ai donc fait un clone de mon DD (avec SuperDuper), puis j'ai redémarré depuis le clone, lancé l'utilitaire de disque et réparé le disque dur interne.
tout a l'air rentré dans l'ordre, merci pour vos conseils.
une interrogation cependant, par curiosité :
qu'est-ce que ça veut dire quand un truc comme ça se passe : est-ce que le disque dur interne vieillit et lâchera bientôt ? ou ça n'a rien à voir ?
qu'est-ce qui peut déclencher ce genre de problème qui nécessite une réparation?
merci encore, c'est bien de vous savoir par là !-)
Sara |
|
Revenir en haut de page |
|
|
Pascal 77 PowerBook de Vermeil
Inscrit le: 06 Oct 2012 Messages: 736 Localisation: Seine et Marne
|
Posté le: Jeu 31 Oct 2013 à 22:14 Sujet du message: |
|
|
sara a écrit: | une interrogation cependant, par curiosité :
qu'est-ce que ça veut dire quand un truc comme ça se passe : est-ce que le disque dur interne vieillit et lâchera bientôt ? ou ça n'a rien à voir ?
qu'est-ce qui peut déclencher ce genre de problème qui nécessite une réparation? |
Ce sont des erreurs d'écritures qui sont la cause du problème, ça arrive tout le temps, mais en général, ça n'a guère d'incidence, un bit changé au sein d'un fichier jpeg, par exemple, n'a que peu de chance d'altérer visiblement l'image, mais parfois, la valeur d'un bit change dans une des zones dédiées à la gestion du disque, et là, c'est plus embêtant, mais ça n'est pas encore trop grave, seulement, si la réparation n'est pas faite régulièrement, les erreurs s'accumulent, et en provoquent de plus graves.
Un bon moyen d'éviter ça, est de vérifier régulièrement le disque, disons au moins chaque mois, et de procéder aux réparations dès qu'une anomalie est signalée. Utilitaire de disque sait réparer les anomalies modestes, mais si ça prend de l'importance, il n'en sera plus capable.
Sinon, des sauvegardes régulières sont aussi une bonne politique de sécurité.
Prends bien soin de ta machine*, et elle te le rendra par une disponibilité de tous les instants.
(*) j'ai exactement le même que toi, au disque dur près, j'ai remplacé le "120" par un "500", nettement plus … Habitable ! _________________ Duo 230 (68030/33,), 520 et 520c (68LC040/25), 190 (68LC040/66/33), 1400cs (PPC 603e à 117 Mhz), 3 iBook G3"Palourde" (un blueberry, un tangerine à 300 Mhz et un Graphite à 466 Mhz), iBook G3/500 "Dual USB, "Pismo" (G3/500, ), G4"Ti"/550, iBook G4 12" 1,2 Ghz et 14" 1,42 Ghz, PowerBook G4 15" 1,25 Ghz et 12" 1,33 Ghz, MacBook "alu" C2D 2,4 Ghz, MBA 13" Dual Core i7 à 2,2 Ghz et MBP 15" Quad Core i7 2,5 Ghz, Mac mini 2010 C2D à 2,4 Ghz. |
|
Revenir en haut de page |
|
|
ctacat PowerBook de Coquelicot
Inscrit le: 30 Mai 2008 Messages: 85 Localisation: Fenouillet, France
|
Posté le: Ven 15 Nov 2013 à 17:59 Sujet du message: |
|
|
Je me permets d'ajouter une information à l'excellente explication de Pascal77.
Tous les disques durs disposent d'une réserve de blocs, qui est sollicitée pour "remplacer" un bloc défectueux (en général qui ne peut plus être écrit), pour repousser l'inévitable (un disque dur mécanique finit toujours par mourir). Cela est fait automatiquement par le contrôleur du disque dur (placé sur la carte électronique du disque) et l'utilisateur n'en est pas informé. Par contre, les informations SMART font mention normalement de ces remplacements de blocs (je ne sais pas par contre sous quelle dénomination).
Lorsque cette réserve est totalement épuisée, on commence à rencontrer des erreurs non réparables, avec le comportement qu'a décrit Sara en début de l'échange (tentatives de réparation à répétition qui ne résolvent au final rien). _________________ "Ce n'est pas parce qu'ils sont nombreux à avoir tort qu'ils ont raison" (c) Coluche
MacbookAir 13" mid-2013 / Core i7 1,7 GHz / RAM 8 Go / SSD 512 Go / Mavericks X.9.1 (un régal !)
MacMini / C2D 2,26 GHz / RAM 8 Go / SSD 120 Go / ML X.8.2
iPhone 5s 64 Go gris sidéral
Synology DS1010+ / DD 20 To Hybrid RAID
Synology DS1512+ / DD 10 To Hybrid RAID
+ plein de petits trucs à basse consommation comme Raspberry Pi, Wandboard, ... |
|
Revenir en haut de page |
|
|
Pascal 77 PowerBook de Vermeil
Inscrit le: 06 Oct 2012 Messages: 736 Localisation: Seine et Marne
|
Posté le: Sam 16 Nov 2013 à 11:58 Sujet du message: |
|
|
ctacat a écrit: | Je me permets d'ajouter une information à l'excellente explication de Pascal77.
Tous les disques durs disposent d'une réserve de blocs, qui est sollicitée pour "remplacer" un bloc défectueux (en général qui ne peut plus être écrit), pour repousser l'inévitable (un disque dur mécanique finit toujours par mourir). Cela est fait automatiquement par le contrôleur du disque dur (placé sur la carte électronique du disque) et l'utilisateur n'en est pas informé. Par contre, les informations SMART font mention normalement de ces remplacements de blocs (je ne sais pas par contre sous quelle dénomination).
Lorsque cette réserve est totalement épuisée, on commence à rencontrer des erreurs non réparables, avec le comportement qu'a décrit Sara en début de l'échange (tentatives de réparation à répétition qui ne résolvent au final rien). |
C'est vrai, mais je ne pense pas que ça soit son cas : en effet, au vu des symptômes décrits, il faudrait qu'il y ait des blocs défectueux dans la zone de gestion du volume (les premiers blocs du disque après la table des partitions), or, dans ce cas, l'utilitaire de disque, qui procède systématiquement à une re-vérification après réparation, n'attendrait pas le redémarrage pour annoncer que le disque n'est pas réparable, il le dirait de suite, ce qui ne semble pas son cas, voilà pourquoi je penche plus pour une erreur "logique".
Le seul cas où le problème pourrait être "matériel", ça serait celui d'un bloc dont le revêtement magnétique est défectueux de telle sorte que son contenu s'efface assez lentement pour que la re-vérification immédiate ne détecte pas l'anomalie, mais que celle après redémarrage le fasse. Je n'ai encore jamais rencontré ce cas de figure, je ne prétends pas qu'il soit impossible, mais je le trouve quand même assez improbable. _________________ Duo 230 (68030/33,), 520 et 520c (68LC040/25), 190 (68LC040/66/33), 1400cs (PPC 603e à 117 Mhz), 3 iBook G3"Palourde" (un blueberry, un tangerine à 300 Mhz et un Graphite à 466 Mhz), iBook G3/500 "Dual USB, "Pismo" (G3/500, ), G4"Ti"/550, iBook G4 12" 1,2 Ghz et 14" 1,42 Ghz, PowerBook G4 15" 1,25 Ghz et 12" 1,33 Ghz, MacBook "alu" C2D 2,4 Ghz, MBA 13" Dual Core i7 à 2,2 Ghz et MBP 15" Quad Core i7 2,5 Ghz, Mac mini 2010 C2D à 2,4 Ghz. |
|
Revenir en haut de page |
|
|
|
|
Vous ne pouvez pas poster de nouveaux sujets dans ce forum Vous ne pouvez pas répondre aux sujets dans ce forum Vous ne pouvez pas éditer vos messages dans ce forum Vous ne pouvez pas supprimer vos messages dans ce forum Vous ne pouvez pas voter dans les sondages de ce forum
|
|
|
|
|
|
Pour soutenir le développement
du site, passez par ici pour faire vos achats AppleStore
Powered by phpBB © 2001, 2002 phpBB Group Traduction par : phpBB-fr.com
|