Salut
seb
Votre réponse risque d'être sans solution pour moi car j'ai probablement fais une grosse erreur.
La réponse est...
oui.
Lorsque ton OS était encore «
Snow Léopard 10.6», tu as activé le logiciel de chiffrement «
FileVault», qui était alors la version «
FileVault-1». «
FileVault-1» chiffrait exclusivement le dossier de départ de l'utilisateur,
seb en l'occurrence dans ton exemple, par le procédé suivant : le
dossier de compte
seb était converti en un
volume seb, volume montant à partir d'un
disque virtuel chiffré seb.sparsebundle à condition de renseigner le mot-de-passe de session.
Ce disque virtuel
seb.sparsebundle était caché dans le répertoire des
/Users (Utilisateurs) à l'intérieur d'un dossier invisible
.seb afin de le protéger - mais le logiciel de scan «
OmniDiskSweeper» a malheureusement très bien su l'y déceler.
Un tel disque virtuel est un
conteneur logique qui émule un disque dur : il y a l'équivalent d'un espace-disque, avec une
Table de Partition GUID inscrite sur les 32 premiers blocs de ce disque émulé, comportant, outre la partition d'en-tête
EFI de 209 Mo, une seule partition orientée utilisateur couvrant le reste des blocs. Cette partition recèle un
système de fichiers gestionnaire au format
Mac OS étendu (journalisé) aka
JHFS+, qui gère les données écrites sur les blocs de la partition et qui, monté, donne un volume utilisable.
Lorsqu'un disque virtuel
.sparsebundle est
chiffré, ça veut dire que l'espace-disque virtuel de ce conteneur est découpé en centaines de
bandes logiques, chacune complètement
chiffrée dans ses écritures. Voici une capture qui l'image :
C'est cet état chiffré / découpé du conteneur-disque qui se trouve écrit aux blocs du disque dur réel du Mac, en terme d'alignement de
bits 1 et
0 sur chaque cellule. Ce qui est donc écrit effectivement sur le disque du Mac est alors complètement cryptique : le correspondant en écritures effectives, des écritures virtuelles du conteneur-disque
.sparsebundle.
Seule une
clé de déchiffrement, activée par le mot-de-passe enregistré de l'utilisateur, est capable de lancer la procédure de recollement-déchiffrement des bandes chiffrées du conteneur-disque
.sparsebundle, afin de permette la reconstitution du système de fichiers de la partition principale et sa montée en volume.
Le chiffrement de type «
FileVault-1» est reconnu
obsolete à partir de l'OS «
Lion 10.7», mais il n'a pas pour autant été «
deprecated » (invalidé) dans les OS ultérieurs à «
Snow Léopard», qui ont permis,
sine die, la préservation de la capacité à ouvrir une session d'utilisateur par montée en volume d'un conteneur-disque chiffré
.sparsebundle, à la seule condition que ce dispositif ait été
hérité (le nouveau «
FileVault-2» chiffrant, lui, l'espace entier de la partition de l'OS). C'était manifestement ton cas, si tu es passé de «
Snow Léopard» à des OS ultérieurs par mises-à-niveaux successives, sans désactivation du disposition hérité de «
FileVault-1».
------------------
Lorsque, ta session
seb démarrée qui dépendait de la montée en volume du conteneur-disque
seb.sparsebundle, tu as supprimé cet objet logique
seb.sparsebundle, tu as lancé en fait une tâche qui a été mise en cache d'attente afin d'être honorée par le
kernel (noyau du Système de l'OS) dans le laps de temps séparant la fermeture de ta session et le re-démarrage du Système. Ce qui veut dire que tu as pu continuer à "jouir" de ta session, dépendant du volume monté
seb, mais qu'à la fermeture de ta session, le
kernel a récupéré la tâche de suppression du conteneur-disque
seb.sparsebundle localisé dans les
/Users et l'a exécutée.
Cette exécution irréversible a une série de conséquence malheureuses :
- l'OS peut parfaitement démarrer logiquement, car le Système logiciel est intact et une ouverture de session à ton nom d'utilisateur peut continuer de t'être proposée à l'écran d'ouverture de session qui suit le lancement du Système, car ton identité logique d'utilisateur seb n'est en rien supprimée actuellement dans la base de données de l'OS (elle continue d'y être définie à l'adresse : /private/var/db/dslocal/nodes/Default/users/seb.plist). Mais le dossier de compte permettant d'ouvrir une session graphique n'est plus disponible, car, dans ton cas où il était chiffré par «FileVault-1», il s'agissait du volume seb, montant après déchiffrement à partir du conteneur-disque localisé at: /Users/.seb/seb.sparsebundle, qui a été supprimé définitivement par le kernel lors de la tâche suivant la fermeture de ta session et précédant le re-démarrage du Mac.
- il est absolument impossible de récupérer le moindre iota des données antérieures du compte seb, parce qu'avec la suppression du conteneur-disque seb.sparsebundle, non seulement a été supprimé le système de fichiers qui gérait ces données ; mais encore, parce qu'aucun logiciel de récupération des données ne peut identifier la moindre séquence d'alignement des bits d'écriture aux cellules du disque dur comme constituant la moindre donnée signifiante, à cause du chiffrement du conteneur-disque seb.sparsebundle qui constituait en quelque sorte le paradigme de leurs écritures et qui n'était fait que de bandes logiques découpées et chiffrées par un algorithme.
- l'identité logique résiduelle de l'utilisateur seb, préservée dans le fichier seb.plist, est inservable telle quelle, car elle comporte dans ses paramètres l'ouverture d'une session à partir du montage d'un seb.sparsebundle chiffré qui n'existe plus.
--------------------
Si tu as des sauvegardes (clone ou TM) du volume global de ton OS, tu peux toujours envisager de recréer dans la partition
Macintosh HD la structure antérieure globale > ré-ouvrir une session
seb > désactiver «
FileVault-1» > ce qui va re-transformer le volume
seb dépendant d'un
seb.sparsebundle en un dossier
seb dans les
/Users.
Si tu n'as rien de tel, alors toutes les données sont perdues et tu ne peux pas ouvrir ta session
seb. Mais tu peux recréer un compte
admin d'entrée
a posteriori dans ton OS.
- 1° Pour cela, tu démarres ton Mac en tenant pressées ensemble les touches
⌘S, ce qui te donne accès à la session du
Single User Root, qui se réduit à un «
Terminal» où tu peux taper des commandes en mode texte sur un clavier logique
QWERTY. Cette session affiche un fond de type tableau noir, sur lequel défilent des lignes blanches qui s'immobilisent à la fin sur l'invite de commande
root#. Si ce n'était pas le cas, presse une fois la touche ↩︎ ("Entrée") du clavier pour appeler cette invite de commande
root#.
- 2° Tu saisis à présent ce qui doit s'afficher strictement comme (attention aux espaces critiques ) :
et que tu saisis en
QWERTY par :
et ↩︎ --> par cette commande, tu remontes le système de fichiers de la partition de l'OS, monté par défaut en lecture seule dans le mode
Single User, en mode "scriptible".
- 3°L'invite de commande
root# réaffichée, tu saisis à présent la commande clé qui doit s'afficher strictement comme (attention à l'espace critique) :
Bloc de code:
rm /private/var/db/.AppleSetupDone
et que tu saisis en
QWERTY par :
Bloc de code:
r, =privqte=vqr=db=:QppleSetupDone
et ↩︎ --> par cette commande, tu supprimes un fichier invisible vide de l'OS qui prévient le Système, au démarrage, qu'un compte admin originaire (=
seb chez toi) existe bien et qu'il peut afficher l'écran d'ouverture de session ; en cas d'absence, par contre, ce sont les panneaux de paramètrage d'un premier compte
admin qui sont affichés, comme si l'OS venait d'être installé sans compte d'utilisateur encore paramétré.
- 4° L'invite de commande
root# réaffichée, tu saisis enfin (idem en
QWERTY et
AZERTY) :
et ↩︎ --> ton Mac redémarre.
- 5° une fois le Système chargé, au lieu de l'écran d'ouverture de session, tu vas toucher les panneaux de paramétrage d'un premier compte. Renseigne
exactement les premiers panneaux (langue, fuseau horaire etc.). Mais, dans le panneau final de paramétrage d'un compte
admin d'utilisateur, comme il s'agit là d'un simple compte auxiliaire te permettant de reprendre pied dans ton OS, choisis exclusivement des paramètres
bidons : Nom Complet =
toto ; nom abrégé =
toto : mot-de-passe =
toto.
- 6° une session admin
toto va alors s'ouvrir => va tout de suite à :
Menu > Préférences Système > Utilisateurs et groupes > déverrouille le cadenas d'administration avec ton mot-de-passe
toto > sélectionne l'utilisateur
seb et presse le bouton
- pour le supprimer => choisis la
suppression totale, au cas où l'on te demanderait si tu veux supprimer le dossier de départ (il existe peut-être encore le dossier invisible
.seb dans les
/Users, qui ne recèle plus le
seb.sparsebundle et est donc inutile).
- 7° presse à présent le bouton
+ pour recréer un utilisateur et choisis exactement les mêmes identifiants que ceux de ton ancien compte
seb :
Nom Complet,
nom abrégé,
mot-de-passe => tout exactement
à l'identique.
- 8° presse pour finir le bouton des "
Options" et désélectionne dans le champ de droite l'option "
Ouverture de session automatique" qui s'est activée au profit du compte
toto.
-
9° re-démarre ton Mac et tu as désormais le choix de te relogger dans une session
seb (malheureusement vierge de données d'utilisateur). Je te conseille de conserver le session admin auxliaire
toto,
occasu (
solis)...
