Sujet unique Votre avis sur macOS 10.13 High Sierra

[jfuntel]

Merci pour cette "inspection".

diskutil list

/dev/disk0 (internal, physical):

   #:                       TYPE NAME                    SIZE       IDENTIFIER

   0:      GUID_partition_scheme                        *121.3 GB   disk0

   1:                        EFI EFI                     209.7 MB   disk0s1

   2:                 Apple_APFS Container disk2         121.0 GB   disk0s2


/dev/disk1 (internal, physical):

   #:                       TYPE NAME                    SIZE       IDENTIFIER

   0:      GUID_partition_scheme                        *3.0 TB     disk1

   1:                        EFI EFI                     209.7 MB   disk1s1

   2:                 Apple_APFS Container disk2         3.0 TB     disk1s2

   3:                 Apple_Boot Recovery HD             650.0 MB   disk1s3


/dev/disk2 (synthesized):

   #:                       TYPE NAME                    SIZE       IDENTIFIER

   0:      APFS Container Scheme -                      +3.1 TB     disk2

                                Physical Stores disk0s2, disk1s2

   1:                APFS Volume DD-JFM                  1.5 TB     disk2s1

   2:                APFS Volume Preboot                 19.7 MB    disk2s2

   3:                APFS Volume Recovery                518.9 MB   disk2s3

   4:                APFS Volume VM                      2.1 GB     disk2s4


diskutil ap list

APFS Container (1 found)

|

+-- Container disk2 33A24C8C-2A2D-49FA-9A6E-E675FE6E614B

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

    APFS Container Reference:     disk2 (Fusion)

    Capacity Ceiling (Size):      3120071958528 B (3.1 TB)

    Capacity In Use By Volumes:   1500391067648 B (1.5 TB) (48.1% used)

    Capacity Available:           1619680890880 B (1.6 TB) (51.9% free)

    |

    +-< Physical Store disk0s2 FB11B0AC-444A-4641-B2AE-03EEB829ED8A

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

    |   APFS Physical Store Disk:   disk0s2

    |   Size:                       120988852224 B (121.0 GB)

    |

    +-< Physical Store disk1s2 FB0B27DB-9910-4C94-8B50-6ACADBD7F70F

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

    |   APFS Physical Store Disk:   disk1s2

    |   Size:                       2999083106304 B (3.0 TB)

    |

    +-> Volume disk2s1 AE64C5EA-F843-36D9-B28C-F65AD01136A3

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

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

    |   Name:                      DD-JFM

    |   Mount Point:               /

    |   Capacity Consumed:         1488694394880 B (1.5 TB)

    |   Capacity Reserve:          None

    |   Capacity Quota:            None

    |   Encrypted:                 No

    |

    +-> Volume disk2s2 53AD3915-9C27-46E9-86F8-32FDF8746525

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

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

    |   Name:                      Preboot

    |   Mount Point:               Not Mounted

    |   Capacity Consumed:         19730432 B (19.7 MB)

    |   Capacity Reserve:          None

    |   Capacity Quota:            None

    |   Encrypted:                 No

    |

    +-> Volume disk2s3 7F843548-9000-45DD-8BDA-509FF15EFCAC

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

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

    |   Name:                      Recovery

    |   Mount Point:               Not Mounted

    |   Capacity Consumed:         518926336 B (518.9 MB)

    |   Capacity Reserve:          None

    |   Capacity Quota:            None

    |   Encrypted:                 No

    |

    +-> Volume disk2s4 147D2333-4B2B-482F-81C3-681CF1CD5088

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

        APFS Volume Disk (Role):   disk2s4 (VM)

        Name:                      VM

        Mount Point:               /private/var/vm

        Capacity Consumed:         2147520512 B (2.1 GB)

        Capacity Reserve:          None

        Capacity Quota:            None

        Encrypted:                 No

 

[jfuntel]

J'espère que ma réponse est arrivée

 

[Membre supprimé 1060554]

Donc tu as un iMac avec 2 disques internes : un SSD de 121 Go et un HDD de 3 To.

Le fait qu'il existe une Recovery HD en queue de HDD (disk1s3) > partition de récupération qui n'est plus créée en mode séparé par le système de stockage APFS > me fait conjecturer que tu avais au départ un Fusion Drive de type CoreStorage > et que tu as opéré une conversion CoreStorage > APFS qui a donc conservé la Recovery HD exisante en mode séparé.

Cela posé > ce qui permet de faire comme si la partition disk1s3 du HDD n'existait pas au sens légitime, mais seulement fossile > tu notes que chacun de tes disques est bipartitionné : une partition EFI classique de 209 Mo > suivie de la partition principale APFS (disk0s2 et disk1s2).

Chacune de ces partitions accueille un Physical Store : un espace de stockage APFS > et ces 2 Physical Stores servent d'assise à un disque virtuel appelé Container APFS. Ce container reposant sur 2 espaces de stockage est donc du type "Fusion Style" (l'équivalent APFS du Fusion Drive CoreStorage > qui en conserve les algorithmes).

Le Container global APFS est assimilé à un "pseudo-disque" et identifié comme disk2 (virtuel). Son espace de "pseudo-disque" se trouve alloué à 4 volumes qui sont identifiés à leur tour comme de "pseudo-partitions" de ce disque = disk2s1 > disk2s2 > disk2s3 > disk2s4 (slice ou tranche logique tant du disque 4). Mais il ne s'agit pas de partitions au sens classique du terme.

La quadripartition que tu observes et qui t'avait frappé est canonique de l'APFS : il s'agit de la série ordonnée de 4 Volumes (Logiques) = macOS > Preboot > Recovery > VM.

• macOS (disk2s1) est le Volume de l'OS ;

• Preboot (disk2s2) est le Volume du « booter » : démarreur logique du volume de l'OS ;

• Recovery (disk2s3) est le Volume de récupération : c'est le nouveau dispositif qui remplace la partition Recovery HD ;

• VM (disl2s4) est le Volume de la sleepimage : image des contenus de la RAM.

Cette quadripartition en 4 Volumes ordonnés est entièrement conforme au nouveau dispositif APFS. RAS.

Tu noteras que le tableau retourné par la commande diskutil ap list > n'est jamais qu'un développement détaillé des composants du Container APFS dont l'abrégé se trouve retourné par la commande diskutil list.

En ce qui concerne ton Volume APFS DD-JFM (Volume de l'OS) > tu notes qu'il est évalué à une taille de 1,5 To alors même que le Container APFS est évalué à une taille de 3,1 To. C'est un pli à prendre : les Volumes d'un Container APFS n'ont pas une taille rigide > mais sont mesurés par défaut à la taille de leurs données contenues. Ils peuvent donc croître en taille au fur et à mesure de l'augmentation des données > jusqu'à la limite fixée par la taille totale du Container APFS. De ce point de vue > ils se comportent comme les volumes d'images-disques SPARSEBUNDLE. Ton Volume APFS DD-FFM est donc encore étirable de 1,4 To.

=> en résumé : tout est conforme et canonique - à part la Recovery HD de queue du HDD qui est un résidu logique du Fusion Drive CoreStorage antérieur. Elle ne gêne en rien (ni ne sert non plus).

 

[Le docteur]

Donc, sans aller jusqu'à faire une partition swap, Apple a tout de même mis en place une sorte d'équivalent pour copier la RAM.
Lorsque j'étais sous ZardoZ j'avais pris l'habitude de faire une pseudo swap (dénommée "temp") où je déportais le dossier swap.

 

[Théo Lecoutre]

Depuis la mise à jour d'hier soir (macOS High Sierra Developer Beta 2), tout est revenu à la normale, et ça fait très bizarre : le boot se fait en quelques secondes, les apps se lancent instantanément, bref comme sous Sierra ! Sauf que les animations sont plus fluides ! Je conseille vivement la beta 2 à tout le monde et notamment jfuntel, qui semblait avoir le même problème de lenteurs que moi.

 

[marenostrum]

chez moi c'est mieux mais c'est toujours plus lent que avec Sierra (tout dépend combien d'éléments le système lance à l'ouverture. moi j'en ai beaucoup, d'utilitaires, pas en jour en plus, avec ce beta. ce qui doit ralentir le tout).

par contre je remarque que High Sierra beta 2, gère mieux que Sierra la RAM. ça fait 3 heures qu'il est démarré et aucune page sortante, fichier d'échange ou mémoire compressée. j'en ai 24 Go de RAM et j'en avait de tous ça auparavant.

 

[jfuntel]

Merci à toi Macomaniac pour ta réponse on ne peut plus précise et claire.
Je suppose que les lenteurs et le dysfonctionnement de certaines app ou leur non fonctionnement, comme par exemple Tomtom Go sur iPhone iOS 11, s'arrangeront avec la suite des mises à jour.

 

[Membre supprimé 1060554]

jfuntel

Reste à savoir s'il suffira d'une correction de la beta de High Sierra ou s'il ne faut pas une mise-à-jour des applications.

Je rencontre moi aussi de nombreux dysfonctionnements > mais n'utilisant jamais une version beta d'un nouvel OS comme environnement régulier > j'échappe ces problèmes en re-démarrant sur un OS antérieur bien finalisé et en m'en servant au quotidien.

 

[mat1696]

jfuntel

Reste à savoir s'il suffira d'une correction de la beta de High Sierra ou s'il ne faut pas une mise-à-jour des applications.

Je rencontre moi aussi de nombreux dysfonctionnements > mais n'utilisant jamais une version beta d'un nouvel OS comme environnement régulier > j'échappe ces problèmes en re-démarrant sur un OS antérieur bien finalisé et en m'en servant au quotidien.

De même. Ça serait à mon avis (Surtout que je suis assez perfectionniste) suicidaire, surtout pour les premières betas (Même sans avoirencore eu la possibilité de passer à APFS, les les trouves plus buguées que les premières de Sierra... après à voir, là la moitié des bugs que j'ai signalés ont été corrigés, à voir si ça continu)

 

[ninotna67]

La beta 2 règle tous les petits problèmes que je pouvais avoir.
Il en reste un cependant assez gênant.
J'ai installé un ssd CRUCIAL dans mon mini 2012 sous sierra. Depuis mon passage à high sierra j'ai constaté que le mac met beaucoup plus de temps à démarrer.
Ce que j'ai fait :
J'ai formaté le disque SSD 512 GO en apfs et installé ensuite high sierra. Tout a bien fonctionné et le mac démarrait très vite. Ensuite je me suis rendu compte que le trim avait été désactivé par le formatage j'ai donc relancé la commande sudo trimforce enable et depuis il met un temps fou à démarrer.
J'ai désactivé le trim pour vérifier et peut donc confirmer que le soucis vient bien de là.
une idée pour les spécialistes ?
Je passe de 20 secondes à 1m30 quand même.

 

[guytoon48]

Trim inutile...

 

[r e m y]

Trim inutile...

Qu'est-ce qui te permet cette affirmation ?

 

[Le docteur]

Crucial prétend cela, mais quand je vois ce qu'ils proposent : de laisser le Mac tourner tout pendant de longues heures sans rien faire du tout pour qu'il puisse mettre en œuvre leur équivalent du trim. On se croirait de retour sous le défragmenteur Windows.

 

[r e m y]

On peut d'ailleurs se demander si le garbage collector de crucial est compatible avec le formatage APFS... ne risque-t-il pas de considérer à tort des cellules comme inutilisées (et les effacer) en etant induit en erreur par le nouveau mode de cataloguage des fichiers?
(Je ne sais pas comment le garbage collector, installé au niveau du contrôleur du SSD, dialogue avec le file system... je ne sais donc pas si le changement de file system risque, ou pas, d'influer sur son fonctionnement)

 

[bompi]

Crucial prétend cela, mais quand je vois ce qu'ils proposent : de laisser le Mac tourner tout pendant de longues heures sans rien faire du tout pour qu'il puisse mettre en œuvre leur équivalent du trim. On se croirait de retour sous le défragmenteur Windows.

On n'a en fait pas besoin d'avoir le TRIM effectué en continu, sauf à avoir un disque très rempli et avec des E/S importantes.
En fait, il suffit en général d'un petit passage quotidient pour rafraîchir le SSD. Ce qui est contrariant avec macOS, c'est que c'est complètement inaccessible à l'utilisateur : il suffirait que soit disponible une petite commande trim et qu'on la programme tous les jours avec cron et zou! ce serait très bien.

 

[marenostrum]

par contre moi j'ai eu le même bug, avec Time Machine et High Sierra. dès que Time machine donne une erreur (impossible d'écrire un dossier sur le disque de sauvegarde) le système n'enregistre plus rien. ça sert à rien de continuer à travailler dessus, au redémarrage vous perdrez tout. rien est gardé.

en plus Photos quitte inopinément, lenteur générale, ventilateurs qui souffres, et d'autre bugs, pixellisation colorée sur certain fenêtres, etc.

je déconseille ce système en beta et avec Time Machine de l'utiliser. il faut vraiment attendre sa progression.

 

[leonleonb]

...je déconseille ce système en beta et avec Time Machine de l'utiliser. il faut vraiment attendre sa progression.

Tout à fait d'accord. Je suis revenu sur 10.12.6 (16G24b): une bombe sur le nouvel iMac.

 

[bonnepoire]

Je ne sais pas pour vous mais sur un MBPR 2013, je trouve MacOS bien stable et vraiment réactif. Autant sur iOS 11 que MacOS, je trouve qu'on a vachement gagné en réactivité.

 

[r e m y]

je déconseille ce système en beta et avec Time Machine de l'utiliser. il faut vraiment attendre sa progression.

Normal! Pourquoi crois-tu que cette version a été nommée Aïe Sierra! ?

 

[marenostrum]

par ex un bug graphique, qu'on peut reproduire.