MacBook ne redémarre pas, impossible d'exécuter S.O.S mon disque dur est-il mort ?

Statut
Ce sujet est fermé.
Bloc de code:
Last login: Sun Mar 22 10:28:47 on console
MacBook-Pro-de-Julien:~ ju$ dscl . -list /Users home | grep -v '.*[\^\_\].*'
daemon                  /var/root
ju                      /Users/julien
Juju                    /Users/julien
julien                  /Users/julien
nobody                  /var/empty
root                    /var/root /private/var/root
MacBook-Pro-de-Julien:~ ju$ sudo du -sh /Users/*
Password:
 72K    /Users/Shared
161G    /Users/julien
MacBook-Pro-de-Julien:~ ju$
 
Dernière édition par un modérateur:
Je vois que tu as 3 utilisateurs (ju > juju > julien) pour un même dossier domiclliaire julien de 161 Gi = 173 Go de données.

- or les fichiers du dossier julien en facteur commun => ne peuvent appartenir qu'à un seul utilisateur-propriétaire (soit ju > soit juju > soit julien). Il va donc fallloir choisir. Mais ça pourra être un des 3 - au choix.​

Passe encore les commandes informatives :
Bloc de code:
sudo ls /private/var/db/dslocal/nodes/Default/users | sed '/^_/ d'
diskutil listUsers / | grep -v '.*[\^\_\].*'
sudo ls -al ~/Lib*/Pref*/.Glob*

  • la 1ère liste les fichiers identitaires des utilisateurs à noms pleins => recelés dans la base de données users du Service d'Annuaire
  • la 2è > affiche en correspondance : nomcourt / nom complet => pour les mêmes utilisateurs
  • la 3è > affiche les autorisations du fichier de préférences .GlobalPreferences.plist (pris en exemple) de la Bibliothèque du dossier de compte Julien

Poste les retours.
 
Oui, les 3 sessions actuelles sont le résultats des 3 migrations (seule la dernière a été réussie).
Initialement, je n'ai qu'une session.
Je lance les commandes et poste les retours.

Questions : La suite des procédures nous amènera à supprimer deux sessions ?
Je pensais à reformuler le DD interne et refaire une seule et unique migration. Dans ce cas de figure aucune certitude que ne resurgira pas ces problèmes de réparation de bibliothèque. Je me trompe ?
 
Une session est le temps d'usage d'un OS installé > que fait un utiilsateur d'un nom donné > en référence à un espace personnel de stockage de données.

- ici => il faudra supprimer 2 identités d'utilisateurs => afin d'éviter qu'ils ouvrent une session alternativement sur le même espace de données (dossier julien) et y perturbent les attributs propriétaires des fichiers.​

Les 3 identités d'utilisateurs existent dans la source (la sauvegarde TM). La récupérer encore => recréera le même problème des 3 utilisateurs se partageant le dossier julien.
 
Les 3 identités d'utilisateurs existent dans la source (la sauvegarde TM). La récupérer encore => recréera le même problème des 3 utilisateurs se partageant le dossier julien.
Entendu

Nota Bene : j'ai posté, cette fois-ci, une capture d'écran (afin d'éviter une publication de données trop personnelles)
 
On voit les 3 fichiers identitaires : ju.plist > Juju.plist > julien.plist. Ils font exister 3 utilisateurs pour le Système : ju > Juju > julien.

- ces 3 utilisateurs ont été créés dans l'ordre historique suivant : d'abord julien (UID = 501) > ensuite Juju (UID = 502) > enfin ju (UID = 503).​

=> quel utilisateur veux-tu garder (on pourra alors rectifier les attributs de propriété sur les fichiers du compte julien) ?

Je vois que tu as oublié de passer la 3è commande :
Bloc de code:
sudo ls -al ~/Lib*/Pref*/.Glob*

  • passe-la et poste aussi le retour.
 
ces 3 utilisateurs ont été créés dans l'ordre historique suivant : d'abord julien (UID = 501) > ensuite Juju (UID = 502) > enfin ju (UID = 503).
Gardons la session "ju", la dernière créée.

Voici le résultat de la dernière commande :
Bloc de code:
Last login: Sun Mar 22 14:53:49 on ttys000
MacBook-Pro-de-Julien:~ ju$ sudo ls -al ~/Lib*/Pref*/.Glob*
Password:
-rw-------  1 ju  staff  2164 22 mar 14:52 /Users/julien/Library/Preferences/.GlobalPreferences.plist
MacBook-Pro-de-Julien:~ ju$
 
On voit que c'est bien ju qui est le propriétaire du fichier pris en exemple.

- donc on supprime les identités d'utilisateurs : julien et Juju - d'accord ?​
 
Passe les 2 commandes (copier-coller) :
Bloc de code:
sudo rm -f /private/var/db/dslocal/nodes/Default/users/Juju.plist
sudo rm -f /private/var/db/dslocal/nodes/Default/users/julien.plist

  • les commandes suppriment les fichiers identitaires : Juju.plist & julien.plist (dans la base de données users du Service d'Annuaire) => ce qui supprime les identités d'utilisateurs = JulienM & julien (noms complets). Les commandes passent silencieusement (retour direct de l'invite de commande : MacBook-Pro-de-Julien:~ ju$) si elles passent.

Si ça a bien été le cas > va ensuite à : Menu  > Préférences Système > Utilisateurs et groupes =>

- est-ce que les utiisateurs JulienM & julien ont bien disparu de l'affiche (colonne de gauche d'affichage des utilisateurs) ?​
 
Opération réussie alors. Ne reste plus que l'utilisateur ju (nomcourt) > ouvrant sa session sur le dossier julien dont il est le propriétaire.

----------

Je te conseille (par prudence) de te créer un second utilisateur admin à vocation de pur dépannage -->

- dans le panneau des Utilisateurs et groupes > déverrouille le cadenas > presse le bouton + pour créer un nouvel utiilsateur et choisis : Nouveau compte : Administrateur > Nom complet = toto > Nom du compte = toto > Mot de passe = toto => Créer l'utilisateur.​

En cas de problèmes avec ta session ju > hop ! tu ouvres la session toto et tu peux réparer avec des droits admin.

----------

As-tu encore d'autres problèmes à l'issue du cycle de « 4 r » ou pas ?
 
- dans le panneau des Utilisateurs et groupes > déverrouille le cadenas > presse le bouton + pour créer un nouvel utiilsateur et choisis : Nouveau compte : Administrateur > Nom complet = toto > Nom du compte = toto > Mot de passe = toto => Créer l'utilisateur.
Je vais procéder à cela dès maintenant.

D'ici peu, j'envisage :
  • un passage à un SSD (avec beaucoup de précaution et d'information au préalable avant de passer l'action). J'ai déjà buché sur le bon achat à faire (avec des doutes à dissiper sur l'achat de matériel périphérique, [nappe supplémentaire etc, câble SATA etc]. Mais sûrement que des publications existent déjà à ce sujet.
  • Une sauvegarde régulière de mon DD interne via TimeMachine

Il ne me reste plus qu'à te remercier infiniment pour le temps passé à m'aider et la rigueur de ton dépannage. C'est très formateur de tomber en panne, même si cela génère de l'inquiétude (pour les données).

Merci macomaniac,
bon courage pour ce confinement.
 
Bonjour,
Je viens pour le même problème que le premier cas traité dans ce thread, j'ai effectué les 3 lignes de commandes dans le terminal
Bloc de code:
diskutil list
diskutil info disk0s2
diskutil verifyVolume disk0s2
et obtenu le script suivant. J'ai agis de la sorte pour s'économiser 2 messages sur le forum mais je ne sais pas si c'est efficace, à vous de me dire si j'ai brûlé des étapes ou bien fait :)

Bloc de code:
-bash-3.2# diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Disque dur              499.2 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 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Disque dur              498.9 GB   disk2
                                 Logical Volume on disk0s2
                                 D6562CD3-D730-44A6-AA2D-F25D16A87101
                                 Unencrypted
/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled                5.2 MB     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                524.3 KB   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                6.3 MB     disk9
/dev/disk10 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled                2.1 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                524.3 KB   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                1.0 MB     disk14
/dev/disk15 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled                6.3 MB     disk15
-bash-3.2# diskutil info disk0s2
   Device Identifier:        disk0s2
   Device Node:              /dev/disk0s2
   Whole:                    No
   Part of Whole:            disk0
   Device / Media Name:      Disque dur

   Volume Name:              Not applicable (no file system)

   Mounted:                  Not applicable (no file system)

   File System:              None

   Partition Type:           Apple_CoreStorage
   OS Can Be Installed:      No
   Recovery Disk:            disk0s3
   Media Type:               Generic
   Protocol:                 SATA
   SMART Status:             Verified
   Disk / Partition UUID:    DA34871A-DFAB-45A6-9DBE-B095347DCB73

   Total Size:               499.2 GB (499248103424 Bytes) (exactly 975093952 512-Byte-Units)
   Volume Free Space:        Not applicable (no file system)
   Device Block Size:        512 Bytes

   Read-Only Media:          No
   Read-Only Volume:         Not applicable (no file system)

   Device Location:          Internal
   Removable Media:          No

   Solid State:              No

   This disk is a Core Storage Physical Volume (PV).  Core Storage Information:
   PV UUID:                  70B9D3B3-AF08-4879-A487-F402E6AB7643
   LVG UUID:                 A7BBB691-3218-4CBC-8123-E7DFA4E7E2C4

-bash-3.2# diskutil verifyVolume disk0s2
Started file system verification on disk0s2
Verifying storage system
Checking volume
disk0s2: Scan for Volume Headers
disk0s2: Scan for Disk Labels
Logical Volume Group A7BBB691-3218-4CBC-8123-E7DFA4E7E2C4 on 1 device
disk0s2: Scan for Metadata Volume
Logical Volume Group has a 24 MB Metadata Volume with double redundancy
Start scanning metadata for a valid checkpoint
Load and verify Segment Headers
Load and verify Checkpoint Payload
Load and verify Transaction Segment
Incorporate 0 newer non-checkpoint transactions
Load and verify Virtual Address Table
Load and verify Segment Usage Table
Load and verify Metadata Superblock
Load and verify Logical Volumes B-Trees
Logical Volume Group contains 1 Logical Volume
Load and verify 3968EC76-3F01-428A-B44A-55250D05B09A
Load and verify D6562CD3-D730-44A6-AA2D-F25D16A87101
Load and verify Freespace Summary
Load and verify Block Accounting
Load and verify Live Virtual Addresses
Newest transaction commit checkpoint is valid
Load and verify Segment Cleaning
The volume A7BBB691-3218-4CBC-8123-E7DFA4E7E2C4 appears to be OK
Storage system check exit code is 0
Finished file system verification on disk0s2
-bash-3.2#

Je vous remercie du temps que vous pourrez me consacrer,

Cordialement,

Félix
 
Bonjour Felix

Et bravo pour tes initiatives. Un peu déjouées par la malignité de l'informatique -->

- la partition-Système héberge un dispositif CoreStorage (non chiffré). Lequel virtualise un volume logique intitulé Disque Dur et indexé disk2. Ce dispositif à étages fait que le volume de démarrage Disque Dur doit être ciblé par l'index d'appareil disk2 (et pas par celui de la partition primaire disk0s2).​

Donc passe la commande :
Bloc de code:
diskutil info disk2

  • qui va afficher un tableau d'informations sur le volume logique Disque Dur

Poste le retour.
 
Re Bonjour, et merci pour la réponse rapide!

D'accord, j'étais presque dans le bon alors! :)

En passant la commande j'obtiens ça :

Bloc de code:
-bash-3.2# diskutil info disk2
   Device Identifier:        disk2
   Device Node:              /dev/disk2
   Whole:                    Yes
   Part of Whole:            disk2
   Device / Media Name:      TOSHIBA MQ01ABD050

   Volume Name:              Disque dur

   Mounted:                  Yes
   Mount Point:              /Volumes/Disque dur

   File System Personality:  HFS
   Type (Bundle):            hfs
   Name (User Visible):      Mac OS Extended
   Owners:                   Enabled

   Content (IOContent):      Apple_HFS
   OS Can Be Installed:      No
   Recovery Disk:            disk0s3
   Media Type:               Generic
   Protocol:                 SATA
   SMART Status:             Not Supported
   Volume UUID:              120F466F-EAFC-3D82-98DD-04B3ECAF92B4
   Disk / Partition UUID:    D6562CD3-D730-44A6-AA2D-F25D16A87101

   Total Size:               498.9 GB (498876809216 Bytes) (exactly 974368768 512-Byte-Units)
   Volume Free Space:        311.2 GB (311208431616 Bytes) (exactly 607828968 512-Byte-Units)
   Device Block Size:        512 Bytes
   Allocation Block Size:    4096 Bytes

   Read-Only Media:          No
   Read-Only Volume:         Yes

   Device Location:          Internal
   Removable Media:          No

   Solid State:              No
   Virtual:                  Yes
   OS 9 Drivers:             No
   Low Level Format:         Not supported

   This disk is a Core Storage Logical Volume (LV).  Core Storage Information:
   LV UUID:                  D6562CD3-D730-44A6-AA2D-F25D16A87101
   LVF UUID:                 3968EC76-3F01-428A-B44A-55250D05B09A
   LVG UUID:                 A7BBB691-3218-4CBC-8123-E7DFA4E7E2C4
   Fusion Drive:             No
   Encrypted:                No

-bash-3.2#
 
Et cette seule commande a révélé le pot-au-rose -->
Bloc de code:
   Read-Only Volume:         Yes

  • le volume Disque Dur est formé par un système de fichiers jhfs+ (Mac OS étendu journalisé) classique. La particularité est qu'il est formé sur l'espace-disque d'un Volume Logique CoreStorage > virtualisé à partir de la partition primaire du disque. Bref : c'est un volume tout ce qu'il y a de standard > simplement supporté par un piédestal CoreStorage (au lieu d'occuper la partition basique du disque primaire).
  • le volume Disque Dur est donc monté en lecture seule. C'est toujours le signe que le système de fichiers jhfs+ qui le forme est corrompu (= recèle des erreurs irréparables). Donc pas de vérification du volume. Pas de S.O.S. dans l'Utiltiaire de disque. Un volume monté en lecture seule est irréparable.
  • mais tu as la chance qu'il soit monté (c'est loin d'être toujours le cas). Il est donc lisible > et recopiable (via une commande du terminal) => à destination du volume d'un DDE USB. Il y a 188 Go à cloner.

=> d'où la question : disposes-tu d'un DDE USB avec dans les 250 Go d'espace libre (une commande de clonage délayant toujours sur la destination) ?
 
Et cette seule commande a révélé le pot-au-rose

Merveilleux! les nouvelles sont meilleures que ce à quoi je m'attendais.
Pour le DDE USB j'en ai un avec deux partition, une pour la WII de mes soeurs et une de 292 Go non utilisée, ça fera l'affaire non?
 
Statut
Ce sujet est fermé.