10.12 Sierra MacOs sierra mise a jour impossible.

Content déjà pour toi.

Est-ce que tu veux dire que tu n'as pas tes données dans les sous-dossiers de ton compte (Images > Vidéos etc.) ? - tu as une session d'utilisateur vide de données ?
 
JE viens de trouver dans mon dde mes données. Mais la j’ai une belle surprise en redémarrant.....
J’ai 2 sessions du même nom ? Et je ne comprend pas ?
 

Fichiers joints

  • image.jpg
    image.jpg
    1,7 Mo · Affichages: 108
Afin d'éclaircir la situation actuelle des comptes d'utilisateur dans ton volume restauré Macintosh HD -->

- ta session Chihab ouverte > va à : Applications > Utilitaires > lance le Terminal.app (c'est le Terminal de macOS cette fois-ci et plus celui de la session de secours). Passe (l'une après l'autre ; en copier-coller direct = avantage d'une vraie session d'utilisateur) les commandes :
Bloc de code:
dscl . -list /Users home | grep -v '.*[\^\_\].*'
sudo du -sh /Users/*

  • la 1ère affiche un tableau mettant en regard les noms courts (noms de comptes) des utilisateurs de type "personnel" & les adresses aux dossiers de comptes leur permettant d'ouvrir une session
  • la 2è > après validation > affiche une demande de password (commande sudo) --> tape ton mot-de-passe de session Admin en aveugle - aucun caractère ne se montrant à la frappe - et valide de nouveau. Cette commande liste et mesure (en Gi = gibibytes : base 2) les dossiers de comptes présents dans le répertoire des Utilisateurs

Poste les 2 tableaux retournés dans une fenêtre de code comme tu sais le faire. Ces informations permettront de voir s'il y a actuellement un dossier de compte chihab qui recèle des données > et si oui > si un utilisateur ouvre ou non sa session sur ce dossier.

Si ce n'est pas le cas > il sera envisageable de cloner par une commande du Terminal > le dossier de compte plein de données contenu dans le volume Clone --> dans le répertoire des Utilisateurs du volume Macintosh HD > et de faire ouvrir sa session à l'utilisateur Chihab sur ce dossier. Ce qui te permettra de récupérer l'ensemble de tes données dans ta session.
 
voici le tableau ,
j'ai ouvert pour regardé les 2 session . elles sont identique (bureau, dossier ,.... )
voici l tableau terminal
Bloc de code:
Last login: Sun Apr 15 11:06:30 on console
mbpdechabeddine:~ chihab-eddinechaher$
mbpdechabeddine:~ chihab-eddinechaher$ dscl . -list /Users home | grep -v '.*[\^\_\].*'
chihab-eddinechaher     /Users/chihab-eddinechaher
daemon                  /var/root
nobody                  /var/empty
root                    /var/root /private/var/root
mbpdechabeddine:~ chihab-eddinechaher$ sudo du -sh /Users/*
Password:
Sorry, try again.
Password:
1,8M    /Users/Shared
215G    /Users/chihab-eddinechaher
mbpdechabeddine:~ chihab-eddinechaher$
 
Ton nom court (Short Name) d'utilisateur (ou : nom de compte) est : chihab-eddinechaher. Il n'existe pas d'autre utilisateur qui serait un avatar de toi-même (les 3 autres utilisateurs de type "personnel" enregistrés dans la base de données du Service d'Annuaire étant : daemon > nobody > root).

En tant qu'utilisateur au nom court = chihab-eddinechaher --> tu ouvres une session sur le dossier de compte du même nom = chihab-eddinechaher > localisé dans le répertoire des Utilisateurs. Il n'y a pas d'autre dossier de compte d'utilisateur dans ce répertoire, le dossier Shared (= "Partagé") étant un dossier de partage entre utilisateurs.

Ce dossier chihab-eddinechaher des Utilisateurs qui te sert à ouvrir actuellement ta session --> recèle 215 Go de données. Il n'est donc pas vide > mais a bien été récupéré à partir du volume Clone qui était la "source" de la migration.

Cette brève analyse me porte à conclure --> qu'a priori il n'y a pas de problème touchant ton compte actuel. Il est vrai que tu as peut-être récupéré à la main les 215 Go de données de ton dossier de compte chihab-eddinechaher > à partir du volume Clone (s'il y avait eu un loupé de la part de l'«Assistant de migration»). Mais actuellement > tu devrais avoir accès à toutes ces données dans les sous-dossiers (Bureau > Images etc.) de ton espace domiciliaire.

=> est-ce que tu as toujours un problème ou aucun ?
 
  • J’aime
Réactions: Chichi732
Ton nom court (Short Name) d'utilisateur (ou : nom de compte) est : chihab-eddinechaher. Il n'existe pas d'autre utilisateur qui serait un avatar de toi-même (les 3 autres utilisateurs de type "personnel" enregistrés dans la base de données du Service d'Annuaire étant : daemon > nobody > root).

En tant qu'utilisateur au nom court = chihab-eddinechaher --> tu ouvres une session sur le dossier de compte du même nom = chihab-eddinechaher > localisé dans le répertoire des Utilisateurs. Il n'y a pas d'autre dossier de compte d'utilisateur dans ce répertoire, le dossier Shared (= "Partagé") étant un dossier de partage entre utilisateurs.

Ce dossier chihab-eddinechaher des Utilisateurs qui te sert à ouvrir actuellement ta session --> recèle 215 Go de données. Il n'est donc pas vide > mais a bien été récupéré à partir du volume Clone qui était la "source" de la migration.

Cette brève analyse me porte à conclure --> qu'a priori il n'y a pas de problème touchant ton compte actuel. Il est vrai que tu as peut-être récupéré à la main les 215 Go de données de ton dossier de compte chihab-eddinechaher > à partir du volume Clone (s'il y avait eu un loupé de la part de l'«Assistant de migration»). Mais actuellement > tu devrais avoir accès à toutes ces données dans les sous-dossiers (Bureau > Images etc.) de ton espace domiciliaire.

=> est-ce que tu as toujours un problème ou aucun ?
Salut Macomaniac ,

merci pour tous tu es super fort ;-) . j'admire tes connaissances et ta pédagogie pour les explications !!!!

merci encore

Chichi732
 
Bloc de code:
-bash-3.2# diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            999.3 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

/dev/disk1 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +2.1 GB     disk1
   1:                  Apple_HFS OS X Base System        2.0 GB     disk1s1

/dev/disk2 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +5.2 MB     disk2

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk3

/dev/disk4 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk4

/dev/disk5 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk5

/dev/disk6 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk6

/dev/disk7 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk7

/dev/disk8 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk8

/dev/disk9 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +12.6 MB    disk9

/dev/disk10 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +4.2 MB     disk10

/dev/disk11 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk11

/dev/disk12 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk12

/dev/disk13 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk13

/dev/disk14 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk14

/dev/disk15 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk15

/dev/disk16 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk16

/dev/disk17 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk17

/dev/disk18 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk18

/dev/disk19 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk19

-bash-3.2#