Salut
keltonfr
Je m'immisce dans ton fil "sur la pointe de pieds" (si je puis dire) - parce que je ne voudrais pas priver l'ami
Jean 
du plaisir de te passer les commandes que tu espères pour opérer une recopie dans une session du
Single User. Alors > disons que je vais me positionner en tant que "glosateur" : scripteur de notules marginales (ce qui me va comme un gant pour taper au clavier).
En ce qui concerne les questions que tu te posais au départ de ce fil :
J'envisageais de démonter l'iMac, sortir le disque dur, le placer dans un boitier externe que je possède par ailleurs, et retrancher ce HD sur un autre iMac auquel je peux avoir accès.
Mais mon compte utilisateur sur l'iMac (endommagé) est protégé par un mot de passe.
Comment accéder aux fichiers de mon compte utilisateur pour les récupérer, du coup ?
Mac osx permet-il de rentrer le mot de passe de mon compte utilisateur, si j'essaye d'y accéder via un autre Mac ?
Ou y-a-t-il une opération particulière à faire ?
Il n'y a pas de problème a priori, pour la raison que je t'expose. Suppose que ton dossier de compte dans le volume du HDD de l'
iMac intitulé
Macintosh HD ait pour nom
kelton. Suppose encore que tu aies extrait ce HDD de l'
iMac pour l'attacher, avec un cordon SATA <=> USB, à un autre Mac, dont la session ouverte est celle de l'utilisateur
toto. Le volume
Macintosh HD monte sur le Bureau de l'utilisateur
toto.
Il suffit que
toto fasse un
⌘I dans le
Finder sur l'icône du volume monté
Macintosh HD > ce qui ouvre une fenêtre d'information > tout en bas cocher la case "
Ignorer les autorisations sur ce volume" > voici la conséquence : quelles que soit les permissions
intrinsèques du volume
Macintosh HD > elles se trouvent désormais
ignorées > et le volume monté pour la session de l'utilisateur
toto comme si toto était l'
user-propriétaire du volume et, récursivement, de toute son arborescence de dossiers et de fichiers.
=> il s'ensuit que l'
user-propriétaire apparent du répertoire de compte
kelton du volume
Macintosh HD monté sur le Bureau est...
toto.
toto a donc plein accès à tous les dossiers et fichiers du répertoire de compte
kelton.
--------------------
Ouvrir une session
Single User peut dépanner (comme dans ton cas) > mais il faut bien avouer qu'il est assez ingrat d'y opérer. Si l'avantage a priori est que l'utilisateur par défaut est
root > le clavier par défaut est un
QWERTY > l'arborescence des dossiers de l'OS est a priori montée rien qu'en
lecture seule (et pas
lecture & écriture) > un grand nombre de services de l'OS (genre
daemons) ne sont pas lancés automatiquement (et même certains ne peuvent pas du tout l'être, comme par exemple le
DiskArbitration.framework dont dépend le montage de volumes, notamment) > enfin l'interface est celle d'un
shell impliquant la ligne de commande (un «
Terminal», quoi) et pas une interface graphique.
Donc suppose que tu connectes à ton Mac ton DDE de 2 To (qu'on admettra tablé et formaté logiquement comme il faut) > la non-activation du
DiskArbitration.framework va faire qu'aucun volume de ce DDE ne se trouvera monté automatiquement. Pour que le volume principal de ce DDE soit accessible comme "
destination" d'une recopie > il va donc falloir le
remonter manuellement.
Pour le remonter manuellement > il faut créer dans le volume monté de l'OS un
répertoire qui servira de
point de montage arbitraire du
système de fichiers du volume du DDE. Mais comme le volume de l'OS, en mode
Single User, est monté en
lecture seule (y compris pour l'utilisateur
root du
shell) > il faut donc commencer par
remonter le système de fichiers de l'OS en mode
lecture et écriture, pour pouvoir
créer quelque part dans son arborescence un répertoire "point de montage" pour le volume externe du DDE (créer étant la même chose qu'écrire).
Tu comprends à partir de ces considérations la logique des commandes du tuto que tu as repêché sur le net :
- a) par une commande (à saisir en
QWERTY - comme toutes les autres) :
tu commences par
remonter (
mount avec l'option
-u) le
système de fichiers de l'OS (point de montage
/) en mode
écriture (option
w) > ce qui va te permettre d'y écrire.
- b) par une commande assez arbitraire, disons :
tu crées dans le répertoire des éléments temporaires
/tmp de l'OS un dossier vide
BROL qui va pouvoir servir d'
espace de montage pour le
volume de ton DDE externe.
- c) par une commande informative :
tu demandes le listage de tous les appareils logiques répertoriés dans le répertoire
/dev (
devices). Cette commande va te retourner un listing, dans lequel tu devrais voir 2 séries de devices : les
devices du
disk0 (premier disque, ou disque interne de ton
iMac), càd. ses partitions évaluées comme des "containers-disques" ; et les
devices du
disk1 (second disque, ou disque externe de ton DDE). Si le disque de ton DDE a une table de partition
GPT (
GUID) et un seul volume de stockage, il va être a priori
bi-partionné en : un
disk1s1 (section 1 du disque 1) =
EFI System Partition de
209 Mo >
disk1s2 = volume de stockage de
2 To. Le
device dont il va falloir remonter le volume sera donc le
disk1s2.
- d) par une commande (tenant compte de l'exemple précédent) :
Bloc de code:
mount -t hfs /dev/disk1s2 /tmp/BROL
tu montes
a la mano le système de fichiers du
device externe
disk1s2 du DDE dans l'espace du répertoire d'accueil
/tmp/BROL avec l'option de format
hfs (système de fichiers Apple) > bien ajustée, cette commande passe sans problème et a la conséquence logique suivante : le dossier
BROL créé arbitrairement dans le répertoire d'éléments temporaires
/tmp de l'OS
est, logiquement parlant, le
volume monté de la partition
disk1s2 du DDE. Tu peux donc adresser le dossier
BROL, non pas comme un dossier appartenant au volume de l'OS, mais comme le
volume monté même du DDE externe.
- e) il ne te reste plus qu'à lancer une commande de recopie, ce qui donnerait (en supposant toujours en exemple que ton nom de compte dans l'OS de l'
iMac soit
kelton) :
Bloc de code:
cp -av /Users/kelton /tmp/BROL
L'utilitaire
cp (abrégé de
copy) est largement suffisant ici pour le dossier d'utilisateur, avec la double option
a (comme
archive, qui synthétise toutes les options particulières qui vont bien : récursivité etc.) et
v (comme
verbose > afin que tu voies défiler des lignes qui te donneront l'impression qu'
il se passe quelque chose... plutôt que rien). Tu noteras la parfaite simplicité de l'adressage : "
source" =
/Users/kelton (ton dossier de compte dans le répertoire des
Utilisateurs de l'OS) > "
destination" =
/tmp/BROL (le volume monté de ton DDE externe sous l'avatar
BROL de
/tmp).
--------------------
Je me suis livré à une expérimentation de procédé sur lequel je viens de gloser ci-dessus : il opère sans faute (à condition qu'on ne "lâche pas de wagons" en cours de route dans la série des commandes créant les conditions du succès) > mais je lui ai trouvé un
inconvénient radical : c'est la
prodigieuse lenteur de fonctionnement de la
recopie en mode
Single User. J'ai lancé
cp par ailleurs, toujours sur mon dossier de compte comme "
source" et à destination du même volume de DDE comme "
destination", à partir cette fois d'une interface de session régulière dans l'OS >
cp va des dizaines et des dizaines de fois plus vite alors qu'en
Single User. Mon dossier d'utilisateur ne faisait même pas
10 Go > vu la lenteur usante de la recopie en
Single User (plus d'une heure > attention : mon disque interne est un
SSD et le disque externe de destination était un
SSD Thunderbolt !) > je n'ose imaginer combien de temps il faudrait pour recopier un dossier de compte de (disons)
300 Go...
Ce qui m'amène à te demander : as-tu essayé de démarrer ton
iMac en mode
Recovery (
⌘R) ou
Internet Recovery (
⌘⌥R) ? Si tu as des problèmes de carte graphique > il est présumable que tu vas avoir un plantage d'affichage graphique de session comme pour l'OS (un Système
Recovery étant un
OS X simplifié, et une session
Recovery étant une session graphique simplifiée) > mais si jamais une session
Recovery était ouvrable > utiliser son «
Terminal» pour opérer la recopie serait non seulement plus
confortable qu'en
Single User > mais surtout infiniment plus
rapide !
--------------------
