La "prise de propriété" d"un disque échoue sur une erreur dans l'écriture
Bonjour,
Circonstances
Je récupère un disque SSD sur une machine tournant sous Windows XP qui doit être définitivement arrêtée et n'est plus connectée.
Monté comme disque externe sous Windows 10 pro l'accès est interdit à l'administrateur tant qu'il n'a pas pas pris possession (se déclarer propriétaire) du disque.
Le panneau de gestion de la propriété affiche « propriétaire inconnu » suivi du bouton « changer »
Pour avoir accès au contenu du disque, il va falloir cocher « appliquer cette modification à l'ensemble des dossiers et fichiers du disque ».
Problème d'exécution rencontré
L'opération démarre parfaitement mais à 80 % environ s'arrête sur une erreur d'écriture. La seule sortie possible est l'annulation totale de l'opération.
C'est là que tout se bloque : en effet l'accès au disque que ce soit pour un formatage en dernier recours ou tout de suite un CHKDSK est verrouillée tant qu'on n'est pas propriétaire.
Conclusion provisoire
Il semble donc impossible de pouvoir utiliser un disque qui comprend une erreur sans le faire tourner sur la machine d'origine pour lui affecter (plusieurs années après son arrêt) un utilisateur reconnaissable par Windows 10 (avec les mots de passe et les utilisateurs définis).
Cela pourrait être possible. Malheureusement les anciens mots de passe étaient stockés (2010) sur une machine qui est de son côté en panne en 2016 et le fichier cryptés des anciens mots de passe n'apparaît pas récupérable pour l'instant (démarrage Windows 7 pro impossible y compris en mode protégé pour un problème soit de driver soit matériel) et, pour la petite histoire, le disque SSD récupéré est (était) destiné à une installation de dépannage permettant de tester les composants de la machine en panne.
Solution ?
Connaissez-vous un moyen de prendre le contrôle du disque pour lui faire subir les tests utiles, puis d'en effectuer un backup, quand il est impossible de changer le propriétaire à cause de l'existence d'une erreur (écriture lecture ?) Mais aussi du fait qu'il fonctionnait sur une ancienne machine tournant sous XP ?
Cordialement
Trebly
Un chemin particulièrement étroit pour trouver une solution valide
Bonjour,
Citation:
L'appropriation des fichiers d'un disque complet peut prendre du temps, peut foirer aussi.
Tout à fait d'accord. Une chose intéressante serait de connaître les causes possibles d'échec.
Citation:
Tu peux essayer d'ajouter le droits Administrateurs et de les propager.
Ca c'est ce que je suis en train de faire et qui justement échoue.
Citation:
Un chkdsk ne sera pas superflu
Ca on est bien d'accord mais pour le faire il faut être propriétaire, or justement c'est l'opération qui échoue.
Citation:
il reste en général possible de récupérer le contenu depuis un live cd linux.
Ca c'est une bonne idée. J'ai voulu faire une copie du disque (bootable XP SP3) avec EASEUS mais évidemment cela échoue puisque sous windows je n'ai pas l'accès n'étant pas propriétaire.
Quant à le faire répertoire par répertoire, il faut y avoir accès, or la seule procédure qui existe est celle que j'utilise <<se désigner propriétaire et cocher la case "appliquer aux répertoires composants">> procédure qui justement plante et ne permet pas de savoir où (on n'a évidemment pas accès au répertoire) donc procéder répertoire par répertoire (fonction existante) est impossible puisqu'ils ne sont pas connus. Il faudrait être propriétaire pour utiliser la fonction.
Trouver des secteurs défectueux ou des erreurs d'écriture ne peut être fait que par le propriétaire...
C'est pourquoi j'affirme
Citation:
Il semble donc impossible de pouvoir utiliser un disque qui comprend une erreur sans le faire tourner sur la machine d'origine
puisque s'il y a une erreur dans le processus d'appropriation le disque est et reste inaccessible (tant pour l'appropriation que pour chkdsk, que pour un traitement répertoire par répertoire) sauf sur la machine d'origine avec les mot de passe adéquats.
Je ne vois pas où j"aurais fait une erreur de raisonnement et n'aurait pas exploré toutes les possibilités autres que ta suggestion d'utiliser GParted. Ce que je vais m'empresser de tester, encore me faut-il une partition vierge quelque part, mais ça c'est du détail, et ceci alors que GParted ne voit que les disques gérés par le BUS principal et pas les USB. Par conséquent je dois avoir une machine comportant une partition vierge de taille suffisante et un emplacement de disque libre pour accueillir le SSD (nota: sous Windows avec EASEUS je peux créer n'importe où une image de partition provenant de n'importe où).
Le chemin est donc sacrément étroit.
Cordialement
Trebly