MacBook Pro Impossible de démarrer même en mode sans échec

Hello, la copie est toujours en cours mais on s'approche de la fin je pense (on en est à "Users/...").
Néanmoins j'ai un question, à plusieurs reprises sur certaines lignes je vois :
Bloc de code:
cp: /Volumes [...] nomdufichier: Input/output error
J'imagine que ce n'est pas bon signe et que ces fichiers n'ont pu être copiés. Ça concerne grosso modo je dirais 25% des fichiers. Certains anciens, d'autres nouveaux, je ne vois pas de lien apparents entre eux.

J'ai sur le bureau un dossier (environ 250Go) que j'aimerai vraiment récupérer en intégralité, ou tout du moins limiter encore plus la casse.
Vois-tu une autre solution que celle que nous sommes en train de faire ? Peut être que si je me procure un nouveau disque dur formaté dans un format plus compatible cela fonctionnerait mieux ?
Si jamais j'amène l'ordi chez un spécialiste, pourra t'il faire mieux ? En extrayant le disque dur par exemple ?

Je pose un peu toutes les questions qui me passent par la tête désolé. :-)

Encore merci en tout cas de prendre le temps de m'aider.
 
Une Input/output error (erreur d'entrée / sortie) se solde par une non copie à chaque fois.

Attendons la fin du clonage : on pourra mesurer la taille totale des données clonées et faire une mesure des dossiers de 1er rang > en comparant avec les correspondants de la source. Ce qui permettra de juger où se situe le déficit.
 
Bonsoir,

Ça fait maintenant trois heures que plus aucune ligne ne s'affiche, cependant je n'ai pas la commande -bash-3.2#.
Néanmoins j'ai de nouveau le petit carré grisé qui apparaît, ce qui me laisse penser que je peux retaper une nouvelle commande.
Voir ci-dessous :

DSC_0173.webp
 
Tu peux couper la commande cp en cours ainsi : un clic d'abord sur la fenêtre du Terminal pour l'amener à l'avant-plan (au cas où) > puis tu presses les 2 touches ctrl c -->

  • dis si tu récupères :
    Bloc de code:
    -bash-3.2#
 
J'ai pressé ctrl c et ça m'a affiché ^C
Si je me déplace avec les flèches ça m'écrit [[C, ça je peux l'effacer par contre le ^C impossible.

Edit : J'ai fait entrée, ça m'a juste mit à la ligne avec toujours le même carré gris.
 
Alors quitte brutalement le Terminal > ce qui va arrêter de force la commande cp.

Relance alors le Terminal > et passe la commande :
Bloc de code:
df -H /Volumes/LaCie

  • qui affiche l'occupation du volume LaCie

Poste le tableau retourné.
 
Bloc de code:
Filesystem Size Used Avail Capacity iuesd i free %iused Mounted on 
/dec/disk1s1 1.0T 595G 405G 60% 145194955 98995688 59% /Volumes/LaCie
 
Il y a 595 Go de données dans LaCie. Il y avait 205 Go avant la copie. Ajout : 390 Go.
Dans le volume source Ordinateur > il y a 480 Go. Déficit de copie : 90 Go.

On peut si tu veux mesurer les dossiers de premier rang de la source (Ordinateur) et de la destination (dossier Clone dans LaCie) --> de manière à établir un comparatif en terme de quantités.
 
Alors voici 2 commandes à passer (l'une après l'autre) -->
Bloc de code:
/Volumes/Ordinateur/usr/bin/du -shx /Volumes/Ordinateur/*
/Volumes/Ordinateur/usr/bin/du -sh /Volumes/LaCie/Clone/*

  • il y a 2 espaces libres vers le milieu > de part et d'autre des options -shx ou -sh ; mets bien le * à la fin
  • la 1ère liste & mesure les dossiers de 1er rang du volume Ordinateur
  • la 2è fait de même pour le dossier Clone
  • les commandes du (disk_usage) sont lentes par définition : attends le réaffichage de -bash-3.2# en signal de complétion. Le départ indirect des commandes vient du fait que du ne fait pas partie des exécutables natifs de l'OS de secours démarré --> il faut donc aller le chercher à sa place dans le volume de macOS

Poste les tableaux retournés.
 
Ça a coupé la commande caffeinate par contre quand j'ai fermé le terminal. J'imagine que je ne dois pas laisser l'ordi se mettre en veille (écran noir) ?
J'ai lancé la première commande il y a 15 minutes pour l'instant aucune réponse à part le carré grisé.
 
Ca a été très long pour la première (plus de 2h) et très court pour la seconde (moins d'1 min).

Bloc de code:
-bash-3.2# /Volumes/Ordinateur/usr/bin/du -shx /Volumes/Ordinateur/*
26G    /Volumes/Ordinateur/Applications
1.4M    /Volumes/Ordinateur/Incompatible Software
4.0K    /Volumes/Ordinateur/Informations sur l’utilisateur
80K    /Volumes/Ordinateur/Installer Log File
41G    /Volumes/Ordinateur/Library
  0B    /Volumes/Ordinateur/Network
  0B    /Volumes/Ordinateur/System
4.0M    /Volumes/Ordinateur/Twixtor5AEManual
328G    /Volumes/Ordinateur/Users
4.0K    /Volumes/Ordinateur/Volumes
2.5M    /Volumes/Ordinateur/bin
  0B    /Volumes/Ordinateur/cores
  0B    /Volumes/Ordinateur/dev
4.0K    /Volumes/Ordinateur/etc
  0B    /Volumes/Ordinateur/home
4.0K    /Volumes/Ordinateur/installer.failurerequests
  0B    /Volumes/Ordinateur/net
7.9G    /Volumes/Ordinateur/private
1.0M    /Volumes/Ordinateur/sbin
4.0K    /Volumes/Ordinateur/tmp
395M    /Volumes/Ordinateur/usr
4.0K    /Volumes/Ordinateur/var
-bash-3.2# /Volumes/Ordinateur/usr/bin/du -sh /Volumes/LaCie/Clone/*
26G    /Volumes/LaCie/Clone/Applications
1.4M    /Volumes/LaCie/Clone/Incompatible Software
4.0K    /Volumes/LaCie/Clone/Informations sur l’utilisateur
80K    /Volumes/LaCie/Clone/Installer Log File
41G    /Volumes/LaCie/Clone/Library
  0B    /Volumes/LaCie/Clone/Network
  0B    /Volumes/LaCie/Clone/System
4.0M    /Volumes/LaCie/Clone/Twixtor5AEManual
296G    /Volumes/LaCie/Clone/Users
4.0K    /Volumes/LaCie/Clone/Volumes
4.8M    /Volumes/LaCie/Clone/bin
  0B    /Volumes/LaCie/Clone/cores
  0B    /Volumes/LaCie/Clone/dev
4.0K    /Volumes/LaCie/Clone/etc
  0B    /Volumes/LaCie/Clone/home
4.0K    /Volumes/LaCie/Clone/installer.failurerequests
  0B    /Volumes/LaCie/Clone/net
35M    /Volumes/LaCie/Clone/private
-bash-3.2#
 
Un temps de 2 H de la commande du pour le volume Ordinateur montre qu'il y a un sacré problème d'accès aux fichiers de ce volume. Il ne me semble y avoir eu qu'un échec notoire : le répertoire System évalué à 0 Byte (alors qu'il doit faire dans les 7 Go).

Si je m'en tiens aux répertoires-clés > voici le tableau pour le volume Ordinateur -->
Bloc de code:
 26 Gi Applications
 41 Gi Library
328 Gi Users
7,9 Gi private

  • et voici le tableau correspondant pour le dossier Clone de LaCie -->
Bloc de code:
 26 Gi Applications
 41 Gi Library
296 Gi Users
 35 Mo private

  • on peut noter que les Applications (26 Gi) & la Library (41 Gi) ont été exactement recopiées. Du répertoire private (important d'un point de vue "personnel" en ce qu'il recèle les fichiers identitaires des utilisateurs) > qui fait 7,9 Gi sur la source --> rien que 35 Mo ont été copiés sur la destination (mais cela peut suffire pour sauvegarder des fichiers identitaires : il faudrait explorer le contenu de ces 35 Mo).
  • le problème principal concerne le répertoire des Users : des 328 Gi (= 352 Go) de la source --> 296 Gi (= 318 Go) ont été copiés sur la destination. Il y a donc une perte de 32 Gi = 34 Go --> beaucoup moins importante que le déficit de 90 Go de la copie prise globalement.
----------

On peut comparer plus finement le contenu du répertoire Users source vs destination. Je ne sais pas d'ailleurs s'il recèle un seul dossier de compte d'utilisateur ou plusieurs.

Un reclonage incrémental (échappant les fichiers identiques > ne copiant que les différences) peut être engagé > portant uniquement sur le répertoire Users.

Enfin > il est possible d'explorer le répertoire private cloné > afin de vérifier s'il contient le fichier identitaire de l'utilisateur Admin principal.
 
Je n'ai qu'un seul compte utilisateur.
Un reclonage incrémental me parait être une bonne idée dans un premier temps, histoire de voir s'il est possible de récupérer plus de données.

Je suis d'accord aussi pour explorer le dossier private cloné, même si je t'avoue que je ne comprends pas bien à quoi correspond le fichier identitaire de l'Admin principal ni à quoi il sert. :-D
 
Un compte d'utilisateur est l'association de 2 éléments : un fichier & un dossier -->

  • le fichier est ce que j'appelle le fichier identitaire : carte d'identité de l'utilisateur intitulée de son nomcourt en format .plist (exemple : machin.plist) > il est localisé dans la base de données users de l'Open Directory (= Service d'Annuaire) at: /private/var/db/ dslocal/nodes/Default/users/machin.plist. Ce fichier contient les paramètres de l'utilisateur et le fait exister en tant que tel pour le Système.
  • le dossier est le dossier-domicile > permettant à un utilisateur de stocker des données et des préférences > et d'ouvrir une session sur l'espace du sous-dossier Bureau de ce dossier. Il porte le nomcourt de l'utilisateur sans extension (par exemple : machin) et est localisé at: /Users/machin.

La solidarité de ces 2 éléments est assurée par une adresse mentionnant > dans le fichier identitaire > le chemin au dossier devant servir à l'ouverture de session (exemple : /Users/machin).

----------

Tu peux passer la commande informative :
Bloc de code:
ls -R /Volumes/LaCie/Clone/private

  • qui va lister de manière récursive le contenu du dossier cloné private

Poste le tableau retourné (s'il n'est pas trop long). Sinon > j'adapterai l'adresse.
 
Non --> voici une variante de commande ciblée sur la base de données users -->
Bloc de code:
ls /Volumes/LaCie/Clone/private/var/db/dslocal/nodes/Default/users | sed '/^_/ d'

  • pour la commodité de ta saisie > viens d'abord ici avec Safari copier la commande > reviens dans le Terminal > colle-la et exécute-la
  • la commande liste les fichiers identitaires d'utilisateurs à nom plein (sans underscore initial) > recelés dans la base de données users

=> poste le retour, s'il y en a un...
 
Lacune de clonage dans private, donc (bon à savoir).

À présent > on peut tenter un reclonage incrémental du dossier des Utilisateurs. Passe les commandes (l'une après l'autre) :
Bloc de code:
caffeinate -dimsu &
cp -avn /Volumes/Ordinateur/Users/* /Volumes/LaCie/Clone/Users

  • la 1ère empêche le Mac de dormir
  • la 2è clone le contenu du dossier Utilisateurs du volume Ordinateur --> dans le dossier Utilisateurs du dossier Clone de LaCie. L'option n ajoutée aux 2 options -av --> fait échapper de clonage les fichiers identiques entre la source et la destination (c'est donc une mise-à-jour)

=> si tu vois défiler des lignes > c'est qu'il se passe quelque chose. Tu n'auras qu'à dire comment ça s'est passé...
 
Ok merci c'est lancé.
Pour ma bonne compréhension personnelle, si à la fin d'une ligne je lis not overwritten c'est qu'il n'y avait rien a copié car c'était identique c'est ça ?
A contrario s'il n'y a rien d'écrit c'est que ça a copié quelque chose ?

Edit : A la fin je dois récupérer un -bash-3.2# ?