10.12 Sierra Dossier utilisateur disparu

merci, on avance (peut-être). Je me demande si on peut changer le type pour le passer en "folder"... et résoudre le soucis.
Je n'ai pas de Mac sous la main, donc je ne peux pas tester pour l'instant. @macomaniac tu essayes ?
@le_foncinier que donne ?
Bloc de code:
GetFileInfo /Vol*/Interne/Users
 
Ca me paraît une bonne idée ça, de le retransformer en folder.
En espérant que ça ne donne pas un folder vide...

Bloc de code:
Mac-Pro-de-Ptitchou:~ admin$ GetFileInfo /Vol*/Interne/Users
directory: "/Volumes/Interne/Users"
attributes: avbstclinmedz
created: 07/30/2016 22:49:12
modified: 09/27/2016 16:06:01
Mac-Pro-de-Ptitchou:~ admin$
 
Est-ce que tu as aussi installé l'exécutable SetFile qui permet de modifier les attributs des objets ?

- car voici comment s'interprète le retour -->​
Bloc de code:
attributes: Avbstclinmedz

  • l'alias_bit est mis sur chris (A en majuscule) > par contre tous les autres bits d'attributs sont absents (minuscules).
 
Non je n'ai pas installé SetFile, a moins qu'Apple l'installe avec le système ?
Sinon tu peux me dire où le trouver ?

Quand je tape Setfile il me répond ceci, est-ce que ça veut dire qu'il a cet exécutable ?

Bloc de code:
Mac-Pro-de-Ptitchou:~ admin$ setfile
Usage: SetFile [option...] file...
    -a attributes     # attributes (lowercase = 0, uppercase = 1)*
    -c creator        # file creator
    -d date           # creation date (mm/dd/[yy]yy [hh:mm[:ss] [AM | PM]])*
    -m date           # modification date (mm/dd/[yy]yy [hh:mm[:ss] [AM | PM]])*
    -P                  # perform action on symlink instead of following it
    -t type           # file type

    Note: The following attributes may be used with the -a option:
        A   Alias file
        B   Bundle
        C   Custom icon*
        D   Desktop*
        E   Hidden extension*
        I   Inited*
        M   Shared (can run multiple times)
        N   No INIT resources
        L   Locked
        S   System (name locked)
        T   Stationery
        V   Invisible*
        Z   Busy*

    Note: Items marked with an asterisk (*) are allowed with folders
    Note: Period (.) represents the current date and time.
    Note: [yy]yy < 100 assumes 21st century, e.g. 20yy
Mac-Pro-de-Ptitchou:~ admin$
 
Dernière édition par un modérateur:
Oui : tu disposes bien de Setfile.

- passe la commande :​
Bloc de code:
sudo SetFile -a a /Vol*/Interne/Users/chris

  • la commande supprime l'alias_bit de l'objet chris

Cela fait > repasse une commande :
Bloc de code:
GetFileInfo -a /Vol*/Interne/Users/chris

  • qui affiche les attributs de l'objet chris

Poste le retour.
 
Ça c'est le résultat de la première commande : mais pourquoi il trouve pas chris ?

Bloc de code:
Mac-Pro-de-Ptitchou:~ admin$ sudo SetFile -a a /Vol*/Interne/Users/chris
Password:
ERROR: Directory Not Found (-120)  on file: /Volumes/Interne/Users/chris
Mac-Pro-de-Ptitchou:~ admin
 
Dernière édition:
Alors passe la commande sous cette forme :
Bloc de code:
sudo SetFile -a a -P /Vol*/Interne/Users/chris

  • qui ajoute l'option -P adressant les liens symboliques sans les suivre

Est-ce que tu obtiens un retour ?
 
Bloc de code:
Mac-Pro-de-Ptitchou:~ admin$ sudo SetFile -a a -P /Vol*/Interne/Users/chris
Password:
Mac-Pro-de-Ptitchou:~ admin$ GetFileInfo -a /Vol*/Interne/Users/chris
/Library/Developer/CommandLineTools/usr/bin/GetFileInfo: could not refer to file (-120)
Mac-Pro-de-Ptitchou:~ admin$ GetFileInfo -a /Vol*/Interne/Users/chris
/Library/Developer/CommandLineTools/usr/bin/GetFileInfo: could not refer to file (-120)
Mac-Pro-de-Ptitchou:~ admin

Vu du Finder, chris est toujours un lien
 
Le SetFile est passé. Passe la commande d'informations sous la forme :
Bloc de code:
GetFileInfo -a -P /Vol*/Interne/Users/chris

  • et poste le retour.
 
Bloc de code:
J'ai essayé ça:

Mac-Pro-de-Ptitchou:~ admin$ GetFileInfo -a -P /Vol*/Interne/Users/chris
usage: /Library/Developer/CommandLineTools/usr/bin/GetFileInfo [-P] [-a[<attrib-letter>] | -t | -c | -d | -m] <path>
Mac-Pro-de-Ptitchou:~ admin$ GetFileInfo -P -a /Vol*/Interne/Users/chris
Avbstclinmedz
Mac-Pro-de-Ptitchou:~ admin
 
Effectivement > l'option -P (objet = lien symbolique non suivi) --> devait précéder l'option -a (afficher les attributs seuls).

- il y a toujours l'alias_bit = A majuscule. Qui doit être un attribut défaut si l'objet est un lien symbolique.​

Si tu fais avec le Finder un ctrl clic sur le lien symbolique ⤻chris (des Utilisateurs du volume Interne) => dans la fenêtre des menus contextuels qui s'affiche : est-ce que tu aurais un : "Afficher le contenu du paquet" par hasard ? - ou un : "Ouvrir" ? - ou un : "Afficher l'original" ?

- teste les options disponibles et dis ce qui se passe...​
 
Tout porte à penser que l'objet ⤻chris est bien ce qu'il paraît être : un lien symbolique (et pas un dossier qui serait camouflé sous une apparence de lien symbolique). Passe encore la commande :
Bloc de code:
GetFileInfo -P -t /Vol*/Interne/Users/chris

  • qui affiche le type de l'objet = ⤻chris

Poste le retour.
 
Bloc de code:
Mac-Pro-de-Ptitchou:~ admin$ GetFileInfo -P -t /Vol*/Interne/Users/chris
"slnk"
Mac-Pro-de-Ptitchou:~ admin$

Connais-tu un logiciel super-bon en réparation de disques au catalogue endommagé ?
 
Slnk : lien symbolique.

----------

Il y a une absurdité concernant le lien symbolique ⤻chris. Parce qu'un lien symbolique ne se désigne pas lui-même comme source > mais redirige sur un objet distant autant que distinct. Or une commande ls -al sur ⤻chris donne en retour :
Bloc de code:
lrwxr-xr-x   1 root   admin      28 Sep 27  2016 chris -> /Volumes/Interne/Users/chris
  • càd. que le lien symbolique ⤻chris localisé at: /Volumes/Interne/Users/chris => redirige vers un objet source qui est : /Volumes/Interne/Users/chris => c'est-à-dire lui-même. Comme si le lien symbolique ⤻chris s'auto-désignait comme source de manière circulaire. Ce qui est impossible.
=> voici la conjecture qui me vient. Tout se passe comme si le dossier chris original du volume Interne avait été supprimé > et remplacé par une copie du lien symbolique ⤻chris qui soit exister dans le dossier des Utilisateurs du volume Sierra démarré.
Pour tester cette conjecture > passe la commande :
Bloc de code:
ls -al /Users

  • qui affiche les autorisations et autres propriétés concernant les objets du répertoire Utilisateurs du volume Sierra démarré

Poste le retour.

----------

En réfection d'un catalogue > je n'ai connaissance que de DiskWarrior. Mais je ne sais pas où en est ce logiciel question mises-à-jour.
 
Oui mais n'oublie pas que si le dossier chris original avait été supprimé le disque Interne aurait été allégé de 2,88 To., ce qui apparamment n'est pas le cas vu que de mémoire il reste toujours la mème quantité d'espace libre. Et puis 2,88 téras de moins, mème sur un total de 12, ça se voit, ça rajoute un pquet d'espace libre !

Bloc de code:
Mac-Pro-de-Ptitchou:~ admin$ ls -al /Users
total 32
drwxr-xr-x+  8 root   admin    272 Jan 30 09:14 .
drwxrwxr-x@ 34 root   wheel   1224 Jan 30 16:01 ..
-rw-r--r--@  1 chris  admin  10244 Nov 24 14:07 .DS_Store
-rw-r--r--   1 root   wheel      0 Jul 30  2016 .localized
drwxrwxrwt+ 15 root   wheel    510 Oct  3 15:44 Shared
drwxr-xr-x+ 15 admin  staff    510 Jan 30 16:41 admin
lrwxr-xr-x   1 root   admin     28 Sep 27  2016 chris -> /Volumes/Interne/Users/chris
drwxr-xr-x   3 root   admin    102 Sep 27  2016 lesguillierchristophe
Mac-Pro-de-Ptitchou:~ admin$
 
Dernière édition par un modérateur:
Regarde. Voici le lien ⤻chris des Utilisateurs du volume de stockage Interne
Bloc de code:
lrwxr-xr-x   1 root   admin      28 Sep 27  2016 chris -> /Volumes/Interne/Users/chris

  • et voici le lien ⤻chris des Utilisateurs du volume de démarrage Sierra :
Bloc de code:
lrwxr-xr-x   1 root   admin     28 Sep 27  2016 chris -> /Volumes/Interne/Users/chris

  • qu'est-ce que tu remarques ?
 
Il est clair que le lien ⤻chris de Sierra => a été dupliqué dans Interne.
  • voici d'autres identités (j'ai allégé les retours) : Utilisateurs d'Interne -->
Bloc de code:
Mac-Pro-de-Ptitchou:~ admin$ ls -al /Vol*/Interne/Users
-rw-r--r--   1 root   wheel       0 Jul 30  2016 .localized
lrwxr-xr-x   1 root   admin      28 Sep 27  2016 chris -> /Volumes/Interne/Users/chris
drwxr-xr-x   3 root   admin     102 Sep 27  2016 lesguillierchristophe
Mac-Pro-de-Ptitchou:~ admin$
  • et Utilisateurs de Sierra -->
Bloc de code:
Mac-Pro-de-Ptitchou:~ admin$ ls -al /Users
-rw-r--r--   1 root   wheel      0 Jul 30  2016 .localized
lrwxr-xr-x   1 root   admin     28 Sep 27  2016 chris -> /Volumes/Interne/Users/chris
drwxr-xr-x   3 root   admin    102 Sep 27  2016 lesguillierchristophe
Mac-Pro-de-Ptitchou:~ admin$

  • le dossier Utilisateurs de Sierra => me paraît avoir été cloné sur le dossier Utilisateurs d'Interne (les différences du dossier Sierra provenant des actions effectuées ensuite : par exemple la création d'un compte admin dans Sierra).

Abstraction faite de la question de l'occupation du volume Interne => penses-tu que tu aurais pu déclencher accidentellement un clonage (par Carbon Copy Cloner par exemple) des Utilisateurs de Sierra => Utilisateurs d'Interne ?
 
Alors honnêtement ça m'étonnerait.
Mes scripts de sauvegarde sont créées depuis des années, la dernière fois que j'en ai modifié un c'était il y a plusieurs mois, et j'ai juste enlevé / rajouté des éléments dans la partie source, rien touché a la cible.

Et puis mes ennuis ont commençé il y a 3 jours, mon mac a planté une fois brutalement, alors qu'il est toujours incroyablement stable. Puis le lendemain il a replanté brutal, redémarrage et c'est reparti. Et il a planté brutal une 3ième fois et là après le le login sur ma session plus rien ne se passait, normal, puisque le dossier utilisateur avait été remplaçé.

A mois que j'aie merdé avec carbon copy en voulant mettre à jour sierra copie ?
Mais je fais quand mème très attention a ce que je fais.

Et puis pourquoi l'espace occupé par mon dossier utilisateur n'aurait pas été transformé en espace libre ?
Pourquoi mes données perdues occupent-elles encore leur place sur Interne ?