10.13 High Sierra Session Inaccessible

[deneb77]

Pour le SIP en session de secours, je suis formel: csrutil renvoie "System Integrity Protection status: enabled". On peut je pense changer ça avec "csrutil disable". Une fois la commande "csrutil disable" passée j'ai vérifié que ça fonctionne ensuite sur ma session ordinaire. Comme ça doit être inscrit en NVRAM, je suppose que ça reste vrai quand on revient en session de secours, en tous cas j'ai rétabli le SIP par mesure de sécurité.

macbookpro-db:~ denis$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *251.0 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         250.8 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +250.8 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume MACBOOKPRO              129.5 GB   disk1s1
   2:                APFS Volume Preboot                 20.8 MB    disk1s2
   3:                APFS Volume Recovery                518.1 MB   disk1s3
   4:                APFS Volume vm-db                   2.1 GB     disk1s4

J'ai aussi essayé cette commande en session de secours: et là surprise, il trouve 20 images disques !
Evidemment je ne peux pas faire un diskutil list > temp.txt, ça me renvoie « read-only file system », j'ai donc recopié l'essentiel de diskutil list:

/dev/disk0 (internal, physical): EFI
/dev/disk1 (disk image): OS X Base System
/dev/disk2 (synthesized):
APFS Container Sheme
Physical Store disk0s2
APFS Volume MACBOOKPRO
APFS Volume Preboot
APFS Volume Recovery
APFS Volume vm-db (renommé par moi !)

suivent dev/disk 3 à 20 (disk image) avec des tailles variable, le plus souvent 524.3 Kb
Aucune idée de la fonction de ces images disque qui n'apparaissent pas en session normale...

Je vais maintenant tenter de modifier le nom de "vm-db" en vm en session de secours, cette fois-ci avec le SIP désactivé (il faut rebooter) comme tu me l'as conseillé plus haut, je te tiens au courant du résultat. (mais c'est pour le fun car je vais finir par une réinstall propre...)

 

[Membre supprimé 1060554]

Ah mais ! c'est le nom du volume disk1s4 que tu as modifié -->

   4:                APFS Volume vm-db                   2.1 GB     disk1s4

Depuis ta session d'utilisateur > la commande pour renommer vm-db --> VM est :

diskutil rename disk1s4 VM

• à condition que vm-db soit déjà monté sous cet intitulé variant - sinon le monter d'abord par :

diskutil mount disk1s4

Depuis la session de secours > il faut d'abord monter le volume vm-db (qui n'est pas automatiquement monté en cas de démarrage alternatif) avant de le renommer. Si le disque virtuel du Conteneur est disk2 dans cette session > les commandes sont :

diskutil mount disk2s4
diskutil rename disk2s4 VM

----------

La commande :

csrutil status

• dans le Terminal de la session de secours retourne le statut "logique" du SIP dans les instructions de la NVRAM. Enabled = "activé au démarrage du volume macOS". Mais ça ne veut pas dire que le SIP est actif dans la session de secours (le volume OS X Base System de l'OS de secours est "sans SIP" > étant en lecture seule) > et ça ne veut pas non plus dire qu'il est actuellement actif dans le volume simplement monté de macOS > puisque ce dernier n'est pas démarré.

----------

Un démarrage sur l'OS de secours monte une image-disque BaseSystem.dmg (contenue dans le volume Recovery du disque) > en un volume OS X Base System qui contient cet OS allégé. Le volume OS X Base System est monté en lecture seule > afin de demeurer inaltérable à l'usage. Mais un certain nombre de ses dossiers-Système > sont remontés à la volée dans le volume d'images-disques créés exprès en RAM (= RAMDisks) > remontage en "pseudo-volumes" qui sont en lecture & écriture. Cela permet le stockage d'informations et de préférences le temps d'une session d'utilisateur > toutes ces images-disques en RAM se trouvant effacées au redémarrage ou à l'extinction.

----------

Dans la fenêtre des 4 Utilitaires macOS > l'option : "Obtenir de l'aide en ligne" correspond au lancement d'un Safari. Il suffit de copier un tableau du Terminal > de quitter le Terminal > lancer Safari > venir ici > coller le tableau.

Sinon pour t'envoyer à toi-même le tableau sous forme de fichier > tu peux utiliser une commande de la forme :

diskutil list > /Volumes/MACBOOKPRO/Users/tonnom/Desktop/brol.txt

(où tu remplaces tonnom par ton nomcourt d'utilisateur)

• et un fichier brol.txt se trouvera sur ton Bureau de session > affichant le tableau diskutil.

 

[deneb77]

Je viens de faire la manip pour changer le nom vm-db en vm en session de secours avec SIP désactivé:

mv /Volumes/Mac*/var/vm-db  /Volumes/Mac*/var/vm

renvoie très exactement:

mv: rename /Volumes/Mac*/var/vm-db to /Volumes/Mac*/var/vm/vm-db: no such file or directory

Idem si je remplace Mac* par MACBOOKPRO.
Je suppose que c'est parce qu'en session de secours la mémoire virtuelle (donc la procédure de créer une image-disque contenant sleepimage) n'est pas utilisée ?
(à noter bizarrerie: pourquoi dans la réponse on a /vm/vm-db au lieu de vm tout court?)

 

[Membre supprimé 1060554]

Depuis ta session > passe la commande :

ls /var

• qui liste les sous-dossiers de /var

Poste le tableau --> que je voie quel est le nom du dossier qui sert de point de montage au volume var-db.

 

[deneb77]

Ah mais ! c'est le nom du volume disk1s4 que tu as modifié -->

   4:                APFS Volume vm-db                   2.1 GB     disk1s4

Depuis ta session d'utilisateur > la commande pour renommer vm-db --> VM est :

diskutil rename disk1s4 VM

• à condition que vm-db soit déjà monté sous cet intitulé variant - sinon le monter d'abord par :

diskutil mount disk1s4

Depuis la session de secours > il faut d'abord monter le volume vm-db (qui n'est pas automatiquement monté en cas de démarrage alternatif) avant de le renommer. Si le disque virtuel du Conteneur est disk2 dans cette session > les commandes sont :

diskutil mount disk2s4
diskutil rename disk2s4 VM

Sorry j'ai posté avant d'avoir vu ta réponse. Je viens de faire la manip indiquée (sans monter le disque vm-db) et ça a marché !:

macbookpro-db:~ denis$ diskutil rename disk1s4 vm
Volume on disk1s4 renamed to vm
macbookpro-db:~ denis$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *251.0 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         250.8 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +250.8 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume MACBOOKPRO              130.0 GB   disk1s1
   2:                APFS Volume Preboot                 20.8 MB    disk1s2
   3:                APFS Volume Recovery                518.1 MB   disk1s3
   4:                APFS Volume vm                      1.1 GB     disk1s4

Je l'ai renommé vm comme c'était au départ. Merci pour l'aide et toutes les précieuses infos ! Sais-tu où on peut trouver de la doc (pas trop technique quand même) sur APFS ?
PS j'ai ensuite essayé de monter ce volume diskutil mount disk2s4. Mais ça ne donne rien. En fait ce "volume" se comporte dans le finder comme un dossier: si on double clic dessus il ouvre la fenêtre sur son contenu.

 

[deneb77]

Depuis ta session > passe la commande :

ls /var

• qui liste les sous-dossiers de /var

Poste le tableau --> que je voie quel est le nom du dossier qui sert de point de montage au volume var-db.

Heu c'est le dossier-volume "vm" que j'avais renommé en "vm-db". Bizarre qu'on puisse le faire sans aucune sécurité, en simple session admin.

macbookpro-db:~ denis$ ls /var
agentx        empty        log        networkd    spool
at        folders        ma        root        tmp
audit        install        mail        rpc        vm
backups        jabberd        msgs        run        yp
db        lib        netboot        rwho

 

[Membre supprimé 1060554]

Le dossier vm (qui sert de point de montage) a le nom qui convient.

Le nom du volume est normalement en majuscules = VM. Donc passe la commande :

diskutil rename disk1s4 VM

• si tu as un retour te disant que le volume doit être monté et qu'il ne l'est pas > tu passes la commande :

diskutil mount disk1s4

• puis tu repasses la commande de renommage.

Après un redémarrage > passe la commande :

diskutil ap list

• qui affiche le tableau détaillé du Conteneur apfs

Poste ce tableau --> ce qui permettra de vérifier si le volume VM est actuellement monté dans le volume MACBOOKPRO at: /private/var/vm.

 

[deneb77]

Ça semble bien être le cas:

macbookpro-db:~ denis$ diskutil ap list
APFS Container (1 found)
|
+-- Container disk1 B9A58D73-C16B-4BE8-8B92-F5659B1799A7
    ====================================================
    APFS Container Reference:     disk1
    Size (Capacity Ceiling):      250790436864 B (250.8 GB)

    Minimum Size:                 233945583616 B (233.9 GB)
    Capacity In Use By Volumes:   131754774528 B (131.8 GB) (52.5% used)
    Capacity Not Allocated:       119035662336 B (119.0 GB) (47.5% free)
    |
    +-< Physical Store disk0s2 631DF932-E430-49F0-AA63-117A8AD8EF79
    |   -----------------------------------------------------------
    |   APFS Physical Store Disk:   disk0s2
    |   Size:                       250790436864 B (250.8 GB)
    |
    +-> Volume disk1s1 7665ACBB-C2A4-3990-88E6-A601D466BB95
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s1 (No specific role)
    |   Name:                      MACBOOKPRO (Case-insensitive)
    |   Mount Point:               /
    |   Capacity Consumed:         130004537344 B (130.0 GB)
    |   FileVault:                 No
    |
    +-> Volume disk1s2 4E713684-32AA-4C96-AD6D-7071FAF19CDC
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s2 (Preboot)
    |   Name:                      Preboot (Case-insensitive)
    |   Mount Point:               Not Mounted
    |   Capacity Consumed:         20832256 B (20.8 MB)
    |   FileVault:                 No
    |
    +-> Volume disk1s3 B136B490-38DA-403C-A005-487825465301
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s3 (Recovery)
    |   Name:                      Recovery (Case-insensitive)
    |   Mount Point:               Not Mounted
    |   Capacity Consumed:         518119424 B (518.1 MB)
    |   FileVault:                 No
    |
    +-> Volume disk1s4 3082A7E2-738F-4042-88D0-377CFB449745
        ---------------------------------------------------
        APFS Volume Disk (Role):   disk1s4 (VM)
        Name:                      VM (Case-insensitive)
        Mount Point:               /private/var/vm
        Capacity Consumed:         1073762304 B (1.1 GB)
        FileVault:                 No

 

[Membre supprimé 1060554]

Tout paraît rentré dans l'ordre en ce qui concerne la 4è roue de la charrette -->

    +-> Volume disk1s4 3082A7E2-738F-4042-88D0-377CFB449745
        ---------------------------------------------------
        APFS Volume Disk (Role):   disk1s4 (VM)
        Name:                      VM (Case-insensitive)
        Mount Point:               /private/var/vm

 

[deneb77]

Tout paraît rentré dans l'ordre en ce qui concerne la 4è roue de la charrette -]

Oui et merci ! (mais ce changement de nom ne semblait pas perturber MacOS...) Reste l'énigme des comptes administrateurs qui n'apparaissent que si on déverrouille les prefs "utilisateurs et groupes"...