10.13 High Sierra Systeme fichier High Sierra

litobar71 · 1 Octobre 2017

mon bonjour SpleenXXX

& Si dans ce mode (sans échec) tu lances un "Geekbench" (ou autre) y-a-t-il une différence ou non?

Locke · 1 Octobre 2017

SpleenXXX a dit:
Oui mais du coup on ne voit plus mon screenshot là..

Tu peux relire ma réponse STP.

Locke a dit:
En choisissant miniature, un simple clic dessus l'agrandira. J'ai fait la modification pour toi.

Je viens de faire la modification. Ai-je dit qu'il fallait utiliser les balises image ? Non ! Dans ta réponse tu as une option Transférer un fichier...

...qui me semble assez explicite.

SpleenXXX · 1 Octobre 2017

litobar71 a dit:
mon bonjour SpleenXXX

& Si dans ce mode (sans échec) tu lances un "Geekbench" (ou autre) y-a-t-il une différence ou non?

On s'éloigne un peu du sujet (les modos veillent

), mais oui (sauf si tu fais pareil en démarrant normalement et en désactivant les polices persos & les apps au démarrage)

litobar71 · 1 Octobre 2017

ventrebleu!

perte des perfs ou l'inverse?

SpleenXXX · 1 Octobre 2017

Les outils de benchmark exploitent ton CPU/GPU/mémoire, moi tu as de processus en route et plus tu as de ressources disponibles ^^

litobar71 · 1 Octobre 2017

as-tu fait le test ou jamais?

SpleenXXX · 1 Octobre 2017

litobar71 a dit:
as-tu fait le test ou jamais?

Toujours faire ses benchmarks dans les mêmes conditions et avec le moins de perturbations. J'utilise peu Geekbench, mais toujours en mode sans échec. La différence n'est jamais flagrante cela dit (qq dizaines de points). Par contre, je te propose d'en parler en privé maintenant car ce n'est pas le sujet de ce post.

Membre supprimé 1060554 · 1 Octobre 2017

Spleen

En réponse à ce point :

SpleenXXX a dit:
Lorsqu'on efface puis recréer un conteneur APFS, il ne recrée pas de volumes annexes vides ? (VM/Recovery/Preboot) Dans ce cas CCC, les mets "seulement" à jour.

J'ai fait l'expérience suivante -->

ayant 2 SSD dans mon MacBook Pro 2011 > j'ai créé une partition expérimentale disk1s4 de 90 Go sur laquelle montait un volume JHFS+ intitulé TEST. Dans le «Terminal» de mon volume APFS principal (partition disk0s2 > Conteneur disk2 > volume disk2s1) --> je convertis à l'APFS le volume TEST par la commande :

Bloc de code:

diskutil ap convert disk1s4

Un diskutil list après complétion me montre un Conteneur disk3 qui a désormais son Physical Store sur la partition disk1s4 > et qu'un seul volume est recelé dans le Conteneur : un TEST disk3s1.

Je lance «CCC-5» et je crée un tâche de clonage de mon volume APFS démarré dans le volume APFS TEST. L'opération se déroule de manière classique (clonage en mode "fichier" de volume à volume) --> à la fin de cette tâche de copie > un diskutil list m'informe qu'il n'y a toujours que le seul volume APFS TEST dans le Container disk3 de destination.

«CCC-5» lance alors une tâche de finalisation intitulée : "Mise à jour des caches de démarrage sur la destination" (intitulé traditionnel qui désignait pour l'essentiel, avec des volumes JHFS+, la mise à jour du cache de démarrage prelinkedkernel du volume cible) -->

des diskutil list sournois passés en cours d'opération me montrent que «CCC-5» commence par créer un volume APFS Preboot disk3s2 dans le Container disk3 de destination (puis le met à jour du dossier de pré-démarrage paradigme archivé dans son dossier spécifique : /Library/Application\ Support/com.bombich.ccc/PreBoot) ; puis il crée un volume APFS Recovery disk3s3 dans le Container de destination (puis le met à jour du dossier de pré-démarrage paradigme archivé dans son dossier spécifique : /Library/Application\ Support/com.bombich.ccc/Recovery).

Il ne crée pas de 4è volume VM disk3s3. Mais, une fois le démarrage effectué sur le clone TEST (sans aucune difficulté de boot > preuve que le volume Preboot de pré-démarrage est fonctionnel) > un diskutil list me révèle qu'un volume VM disk3s4 a été automatiquement créé.

Je note, en inspectant le dossier paradigme com.bombich.ccc > que le dmg classique Recovery HD.dmg que «CCC» crée afin de rendre possible la création et la mise-à-jour d'un partition de récupération Recovery HD classique existe toujours --> au cas où le clonage d'un volume de démarrage APFS est demandé à destination d'un volume JHFS+ (non converti à l'APFS) --> «CCC-5» a ainsi de quoi s'adapter et basculer sur la création / mise-à-jour d'une partition Recovery HD classique externe au volume JHFS+.

- magnifique accompissement ! Mike Bombich a manifestement effectué une échappée décisive du peloton des logiciels de clonage > en gérant la création (si besoin est) et la mise-à-jour des 2 volumes auxiliaires APFS d'un Conteneur : les volumes Preboot (prédémarrage) et Recovery (récupération) - si le volume de destination est APFS > ou la création (si besoin est) et la mise-à-jour d'une Recovery HD tradittionnelle si le volume de destination est un JHFS+. Tout en adaptation automatisée à la nature logique du volume de destination.

SpleenXXX · 1 Octobre 2017

macomaniac a dit:
Spleen

En réponse à ce point :

J'ai fait l'expérience suivante -->

ayant 2 SSD dans mon MacBook Pro 2011 > j'ai créé une partition expérimentale disk1s4 de 90 Go sur laquelle montait un volume JHFS+ intitulé TEST. Dans le «Terminal» de mon volume APFS principal (partition disk0s2 > Conteneur disk2 > volume disk2s1) --> je convertis à l'APFS le volume TEST par la commande :

Bloc de code:

diskutil ap convert disk1s4

Un diskutil list après complétion me montre un Conteneur disk3 qui a désormais son Physical Store sur la partition disk1s4 > et qu'un seul volume est recelé dans le Conteneur : un TEST disk3s1.

Je lance «CCC-5» et je crée un tâche de clonage de mon volume APFS démarré dans le volume APFS TEST. L'opération se déroule de manière classique (clonage en mode "fichier" de volume à volume) --> à la fin de cette tâche de copie > un diskutil list m'informe qu'il n'y a toujours que le seul volume APFS TEST dans le Container disk3 de destination.

«CCC-5» lance alors une tâche de finalisation intitulée : "Mise à jour des caches de démarrage sur la destination" (intitulé traditionnel qui désignait pour l'essentiel, avec des volumes JHFS+, la mise à jour du cache de démarrage prelinkedkernel du volume cible) -->

des diskutil list sournois passés en cours d'opération me montrent que «CCC-5» commence par créer un volume APFS Preboot disk3s2 dans le Container disk3 de destination (puis le met à jour du dossier de pré-démarrage paradigme archivé dans son dossier spécifique : /Library/Application\ Support/com.bombich.ccc/PreBoot) ; puis il crée un volume APFS Recovery disk3s3 dans le Container de destination (puis le met à jour du dossier de pré-démarrage paradigme archivé dans son dossier spécifique : /Library/Application\ Support/com.bombich.ccc/Recovery).

Il ne crée pas de 4è volume VM disk3s3. Mais, une fois le démarrage effectué sur le clone TEST (sans aucune difficulté de boot > preuve que le volume Preboot de pré-démarrage est fonctionnel) > un diskutil list me révèle qu'un volume VM disk3s4 a été automatiquement créé.

Je note, en inspectant le dossier paradigme com.bombich.ccc > que le dmg classique Recovery HD.dmg que «CCC» crée afin de rendre possible la création et la mise-à-jour d'un partition de récupération Recovery HD classique existe toujours --> au cas où le clonage d'un volume de démarrage APFS est demandé à destination d'un volume JHFS+ (non converti à l'APFS) --> «CCC-5» a ainsi de quoi s'adapter et basculer sur la création / mise-à-jour d'une partition Recovery HD classique externe au volume JHFS+.

- magnifique accompissement ! Mike Bombich a manifestement effectué une échappée décisive du peloton des logiciels de clonage > en gérant la création (si besoin est) et la mise-à-jour des 2 volumes auxiliaires APFS d'un Conteneur : les volumes Preboot (prédémarrage) et Recovery (récupération) - si le volume de destination est APFS > ou la création (si besoin est) et la mise-à-jour d'une Recovery HD tradittionnelle si le volume de destination est un JHFS+. Tout en adaptation automatisée à la nature logique du volume de destination.

Donc la VM est crée après... remarque si elle contient uniquement la sleepimage, c'est cohérent.
Oui, donc cela confirme aussi que la Recovery APFS est assez ressemblante (voire identique) à sa version HFS(Plus).
En tout cas depuis quatre ans que je l'utilise je n'ai jamais été déçu par CCC (qui a remplacé ChronoSync & SuperDuper à la maison d'ailleurs, à quand Winclone ?).
Merci pour tout ton travail d'investigation. Si je peux te rendre la pareil un jour, je le ferais sans hésiter, soit en certain.

JAR41000 · 1 Octobre 2017

Je fais une expérience un légèrement folle. j'ai un HD en USB de 2To et plusieurs partitions, un pour la sauvegarde du système, une pour les Datas, une pour TM, la dernière pour la Musique et en double un NAS.
Sur la partition système j'ai formaté en APFS et fais un clone CCC. Comme vous pouvez le voir le répertoire VM n(est pas créé.
Je lance le démarrage pour voir la suite.

Bloc de code:

Container disk6 47B1D029-B3A5-4622-87B1-F1199B4299B2

    ====================================================

    APFS Container Reference:     disk6

    Capacity Ceiling (Size):      136036581376 B (136.0 GB)

    Capacity In Use By Volumes:   34363879424 B (34.4 GB) (25.3% used)

    Capacity Available:           101672701952 B (101.7 GB) (74.7% free)

    |

    +-< Physical Store disk4s4 20535D4B-ED52-4537-AD17-B06F8C4FEF15

    |   -----------------------------------------------------------

    |   APFS Physical Store Disk:   disk4s4

    |   Size:                       136036581376 B (136.0 GB)

    |

    +-> Volume disk6s1 1B7B4C0F-F0F3-4737-A2CF-C2BD9EE58540

    |   ---------------------------------------------------

    |   APFS Volume Disk (Role):   disk6s1 (No specific role)

    |   Name:                      Demarrage (Case-insensitive)

    |   Mount Point:               /Volumes/Demarrage

    |   Capacity Consumed:         33699291136 B (33.7 GB)

    |   Encrypted:                 No

    |

    +-> Volume disk6s2 BADF620D-CE9B-4F3C-89E1-07CE911681D1

    |   ---------------------------------------------------

    |   APFS Volume Disk (Role):   disk6s2 (Preboot)

    |   Name:                      Preboot (Case-insensitive)

    |   Mount Point:               Not Mounted

    |   Capacity Consumed:         19505152 B (19.5 MB)

    |   Encrypted:                 No

    |

    +-> Volume disk6s3 96396155-01CD-4FDA-B49C-0A94ABE8B43F

        ---------------------------------------------------

        APFS Volume Disk (Role):   disk6s3 (Recovery)

        Name:                      Recovery (Case-insensitive)

        Mount Point:               Not Mounted

        Capacity Consumed:         517365760 B (517.4 MB)

        Encrypted:                 No

Membre supprimé 1060554 · 1 Octobre 2017

Salut JAR

Qu'est-ce qui t'intrigue - l'absence de création du 4è volume = VM ?

JAR41000 · 1 Octobre 2017

Oui, un peu. Voici le même disk après un redémarrage très long, cette fois avec le volume VM.

Bloc de code:

-- Container disk5 47B1D029-B3A5-4622-87B1-F1199B4299B2

    ====================================================

    APFS Container Reference:     disk5

    Capacity Ceiling (Size):      136036581376 B (136.0 GB)

    Capacity In Use By Volumes:   35062140928 B (35.1 GB) (25.8% used)

    Capacity Available:           100974440448 B (101.0 GB) (74.2% free)

    |

    +-< Physical Store disk4s4 20535D4B-ED52-4537-AD17-B06F8C4FEF15

    |   -----------------------------------------------------------

    |   APFS Physical Store Disk:   disk4s4

    |   Size:                       136036581376 B (136.0 GB)

    |

    +-> Volume disk5s1 1B7B4C0F-F0F3-4737-A2CF-C2BD9EE58540

    |   ---------------------------------------------------

    |   APFS Volume Disk (Role):   disk5s1 (No specific role)

    |   Name:                      Demarrage (Case-insensitive)

    |   Mount Point:               /

    |   Capacity Consumed:         34397519872 B (34.4 GB)

    |   Encrypted:                 No

    |

    +-> Volume disk5s2 BADF620D-CE9B-4F3C-89E1-07CE911681D1

    |   ---------------------------------------------------

    |   APFS Volume Disk (Role):   disk5s2 (Preboot)

    |   Name:                      Preboot (Case-insensitive)

    |   Mount Point:               Not Mounted

    |   Capacity Consumed:         19505152 B (19.5 MB)

    |   Encrypted:                 No

    |

    +-> Volume disk5s3 96396155-01CD-4FDA-B49C-0A94ABE8B43F

    |   ---------------------------------------------------

    |   APFS Volume Disk (Role):   disk5s3 (Recovery)

    |   Name:                      Recovery (Case-insensitive)

    |   Mount Point:               Not Mounted

    |   Capacity Consumed:         517365760 B (517.4 MB)

    |   Encrypted:                 No

    |

    +-> Volume disk5s4 6614396D-0A39-4D65-9741-67B3B35608B1

        ---------------------------------------------------

        APFS Volume Disk (Role):   disk5s4 (VM)

        Name:                      VM (Case-insensitive)

        Mount Point:               Not Mounted

        Capacity Consumed:         20480 B (20.5 KB)

        Encrypted:                 No

Locke · 1 Octobre 2017

@JAR41000
Ca facilite la lecture des messages...

Pour diffuser un rapport EtreCheck ou un retour de commandes via le Terminal dans les forums, dans votre réponse, un clic sur cette icône ⊞, sélectionnez les Balises </> Code, dans la fenêtre qui s’ouvrira faites un Copier/Coller du rapport, un clic sur Insérer et validez votre réponse.

Membre supprimé 1060554 · 1 Octobre 2017

Eh bien ! le volume VM a été créé après re-démarrage.

Le seul point curieux dans sa description est la mention :

Bloc de code:

Mount Point: Not Mounted

alors que le volume principal Demarrage (recelant l'OS est démarré).

En effet, le VM (Virtual Memory) devrait être monté au point de montage /private/var/vm du volume Demarrage démarré --> de sorte que la mention serait :

Bloc de code:

Mount Point:               /private/var/vm

Si tu passes la commande :

Bloc de code:

diskutil mount disk5s4

est-ce que tu obtiens en retour un :

Bloc de code:

Volume VM on disk5s4 mounted

ou non ?

JAR41000 · 1 Octobre 2017

Bien vu, c'est certainement la raison de la lenteur en plus de l'USB.
Penses tu que ce soit fiable puisqu'Apple ne le propose pas dans la MAJ ?

Bloc de code:

Container disk5 47B1D029-B3A5-4622-87B1-F1199B4299B2
    ====================================================
    APFS Container Reference:     disk5
    Capacity Ceiling (Size):      136036581376 B (136.0 GB)
    Capacity In Use By Volumes:   35235172352 B (35.2 GB) (25.9% used)
    Capacity Available:           100801409024 B (100.8 GB) (74.1% free)
    |
    +-< Physical Store disk4s4 20535D4B-ED52-4537-AD17-B06F8C4FEF15
    |   -----------------------------------------------------------
    |   APFS Physical Store Disk:   disk4s4
    |   Size:                       136036581376 B (136.0 GB)
    |
    +-> Volume disk5s1 1B7B4C0F-F0F3-4737-A2CF-C2BD9EE58540
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk5s1 (No specific role)
    |   Name:                      Demarrage (Case-insensitive)
    |   Mount Point:               /
    |   Capacity Consumed:         34570551296 B (34.6 GB)
    |   Encrypted:                 No
    |
    +-> Volume disk5s2 BADF620D-CE9B-4F3C-89E1-07CE911681D1
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk5s2 (Preboot)
    |   Name:                      Preboot (Case-insensitive)
    |   Mount Point:               Not Mounted
    |   Capacity Consumed:         19505152 B (19.5 MB)
    |   Encrypted:                 No
    |
    +-> Volume disk5s3 96396155-01CD-4FDA-B49C-0A94ABE8B43F
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk5s3 (Recovery)
    |   Name:                      Recovery (Case-insensitive)
    |   Mount Point:               Not Mounted
    |   Capacity Consumed:         517365760 B (517.4 MB)
    |   Encrypted:                 No
    |
    +-> Volume disk5s4 6614396D-0A39-4D65-9741-67B3B35608B1
        ---------------------------------------------------
        APFS Volume Disk (Role):   disk5s4 (VM)
        Name:                      VM (Case-insensitive)
        Mount Point:               /Volumes/VM
        Capacity Consumed:         20480 B (20.5 KB)
        Encrypted:                 No

Membre supprimé 1060554 · 1 Octobre 2017

Le point de montage que tu as obtenu n'est pas bon. Tu as la mention :

Bloc de code:

Mount Point:               /Volumes/VM

(càd. que VM est monté dans le répertoire standard de montage des volumes /Volumes de l'OS démarré du volume Demarrage monté lui-même comme / )

alors qu'il faudrait que tu obtiennes un :

Bloc de code:

Mount Point:               /private/var/vm

(càd. que VM soit monté dans le répertoire spécifique /private/var/vm de l'OS démarré du volume Demarrage monté lui-même comme / )

Passe la commande :

Bloc de code:

diskutil umount force disk5s4

pour forcer le démontage du volume VM

Si tu obtiens un :

Bloc de code:

Volume VM on disk5s4 force-unmounted

enchaîne avec la commande :

Bloc de code:

sudo mount -t apfs /dev/disk5s4 /private/var/vm

(une demande de password va s'afficher après validation - à cause de sudo --> tape ton mot-de-passe de session admin à l'aveugle - aucun caractère ne se montrant à la frappe - et valide de nouveau.

Si n'obtiens aucun retour d'erreur > c'est que le volume VM aura été monté au point de montage private/var/vm et non plus au point de montage /Volumes.

Tu n'as qu'à alors repasser une commande :

Bloc de code:

diskutil ap list

et poster le retour pour vérification dans un fenêtre de Code.

JAR41000 · 1 Octobre 2017

Voici la réponse de la commande "sudo mount -t apfs /dev/disk5s4 /private/var/vm" le mot de passe est bon.
mount_apfs: mount: Operation not permitted

Bloc de code:

Container disk5 47B1D029-B3A5-4622-87B1-F1199B4299B2
    ====================================================
    APFS Container Reference:     disk5
    Capacity Ceiling (Size):      136036581376 B (136.0 GB)
    Capacity In Use By Volumes:   35341934592 B (35.3 GB) (26.0% used)
    Capacity Available:           100694646784 B (100.7 GB) (74.0% free)
    |
    +-< Physical Store disk4s4 20535D4B-ED52-4537-AD17-B06F8C4FEF15
    |   -----------------------------------------------------------
    |   APFS Physical Store Disk:   disk4s4
    |   Size:                       136036581376 B (136.0 GB)
    |
    +-> Volume disk5s1 1B7B4C0F-F0F3-4737-A2CF-C2BD9EE58540
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk5s1 (No specific role)
    |   Name:                      Demarrage (Case-insensitive)
    |   Mount Point:               /Volumes/Demarrage
    |   Capacity Consumed:         34677313536 B (34.7 GB)
    |   Encrypted:                 No
    |
    +-> Volume disk5s2 BADF620D-CE9B-4F3C-89E1-07CE911681D1
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk5s2 (Preboot)
    |   Name:                      Preboot (Case-insensitive)
    |   Mount Point:               Not Mounted
    |   Capacity Consumed:         19505152 B (19.5 MB)
    |   Encrypted:                 No
    |
    +-> Volume disk5s3 96396155-01CD-4FDA-B49C-0A94ABE8B43F
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk5s3 (Recovery)
    |   Name:                      Recovery (Case-insensitive)
    |   Mount Point:               Not Mounted
    |   Capacity Consumed:         517365760 B (517.4 MB)
    |   Encrypted:                 No
    |
    +-> Volume disk5s4 6614396D-0A39-4D65-9741-67B3B35608B1
        ---------------------------------------------------
        APFS Volume Disk (Role):   disk5s4 (VM)
        Name:                      VM (Case-insensitive)
        Mount Point:               Not Mounted
        Capacity Consumed:         20480 B (20.5 KB)
        Encrypted:                 No

Membre supprimé 1060554 · 1 Octobre 2017

Chez moi le démontage et remontage avec mount at: /private/var/vm s'est effectué sans déni.

Je te suggère de fonctionner un peu dans ta session du volume Demarrage > de laisser s'opérer plusieurs extinctions / re-démarrages (afin que les contenus de la RAM s'écrivent à une sleepimage) --> pour voir si le volume VM va enfin se retrouver monté at: /private/var/vm.

=> si ce n'était pas le cas > ça sentirait l'erreur d'installation dans High Sierra.

JAR41000 · 1 Octobre 2017

Ok, je ferai ça demain, on est bien d'accord, c'est mon disk USB, sur mon SSD interne le chemin de VM est bon, le voici.
Encore merci pour ton aide et le partage de tes connaissances.

Bloc de code:

 Container disk2 EC34F976-7ED0-437F-AF91-F26084467E55
|   ====================================================
|   APFS Container Reference:     disk2
|   Capacity Ceiling (Size):      128164220928 B (128.2 GB)
|   Capacity In Use By Volumes:   37639712768 B (37.6 GB) (29.4% used)
|   Capacity Available:           90524508160 B (90.5 GB) (70.6% free)
|   |
|   +-< Physical Store disk1s2 11051F4E-DF61-4172-9A27-65D5A0210ECB
|   |   -----------------------------------------------------------
|   |   APFS Physical Store Disk:   disk1s2
|   |   Size:                       128164220928 B (128.2 GB)
|   |
|   +-> Volume disk2s1 0AD2A6A3-CF31-33EB-8570-173B984BA1B7
|   |   ---------------------------------------------------
|   |   APFS Volume Disk (Role):   disk2s1 (No specific role)
|   |   Name:                      Imac SSD (Case-insensitive)
|   |   Mount Point:               /
|   |   Capacity Consumed:         36975779840 B (37.0 GB)
|   |   Encrypted:                 No
|   |
|   +-> Volume disk2s2 171AAFC5-D242-4C65-93AE-0D3935634333
|   |   ---------------------------------------------------
|   |   APFS Volume Disk (Role):   disk2s2 (Preboot)
|   |   Name:                      Preboot (Case-insensitive)
|   |   Mount Point:               Not Mounted
|   |   Capacity Consumed:         19501056 B (19.5 MB)
|   |   Encrypted:                 No
|   |
|   +-> Volume disk2s3 4FFCBEFA-2F8D-48B0-802E-DD0B2AD9C27C
|   |   ---------------------------------------------------
|   |   APFS Volume Disk (Role):   disk2s3 (Recovery)
|   |   Name:                      Recovery (Case-insensitive)
|   |   Mount Point:               Not Mounted
|   |   Capacity Consumed:         517365760 B (517.4 MB)
|   |   Encrypted:                 No
|   |
|   +-> Volume disk2s4 FE5C658A-0876-464F-A649-D319765E5BCB
|       ---------------------------------------------------

Membre supprimé 1060554 · 1 Octobre 2017

Tu as coupé ton copier au départ : le tableau s'arrête pile au titre du volume n° 4 (VM) sans qu'on voie ses paramètres.

10.13 High Sierra Systeme fichier High Sierra

Achemineur de vrac

What am I doing here?

Membre confirmé

Achemineur de vrac

Membre confirmé

Achemineur de vrac

Membre confirmé

Membre supprimé 1060554

Invité

Membre confirmé

Membre actif

Membre supprimé 1060554

Invité

Membre actif

What am I doing here?

Membre supprimé 1060554

Invité

Membre actif

Membre supprimé 1060554

Invité

Membre actif

Membre supprimé 1060554

Invité

Membre actif

Membre supprimé 1060554

Invité

Sujets similaires