[DropBox] [High-Sierra] ça ne marche plus !

Gwen

iModo
Modérateur
Club iGen
Salut.

Depuis vendredi j'ai un soucia avec ma DropBox. Depuis la dernière mise à jour de High Sierra, impossible de reconnecter ma DropBox. J'ai toujours le même message d'erreur, comme quoi le logiciel ne retrouve pas le dossier DropBox sur son emplacement d'origine (sur un disque dur externe). Or, ce dossier n'a pas bougé de place et le chemin affiché par l'application est bien le bon.

Est-ce que d'autres personnes sont dans ce cas également ?

Capture d’écran 2017-10-16 à 10.57.03.png
 
Dans le Finder, tape cmd-shift-G puis /Volumes [entree]
Dans la fenêtre qui s'ouvre, tu vois bien le volume Toshiba et portant bien le nom Toshiba (il ne serait pas devenu Toshiba-1 par exemple)?
 
Tu as redémarré le Mac?
(Pour qu'il fasse le ménage dans /Volumes)
 
Oh oui, plusieurs fois. J'ai même fait une P-Ram et testé plein d'autres trucs, mais rien de pertinent. C'est surtout que c'est arrivé juste après la dernière MAJ. Du coup, je me demandais si j'étais le seul ou si d'autres personnes avaient le même souci.

Le seul truc que je n'ai pas fait, c'est un formatage complet du disque et réinstallation du dossier Dropbox ensuite. je vais tester ça cette nuit, je pense, car la copie du dossier d'un disque à l'autre prend 5 heures :)
 
Dernière édition:
Bon, en fait, c'était plus simple, j'ai supprimé le dossier Toshiba dans /.Volumes et du coup, le disque passe en premier et tout est revenu dans l'ordre. Ma Dropbox a retrouvé ses petits.

Merci, Remy, grâce à toi, j'ai pu comprendre que j'avais un conflit entre un dossier fantôme et le disque externe.
 
Parfait.
Tu as d'ailleurs sans doute un problème similaire avec ton disque Porsche.

(Quant à preboot... je ne sais pas ce que c'est. Il me semble que le formattage APFS comporte une petite partition Preboot, mais pas sûr. Macomaniac saurait ça bien mieux que moi)
 
Quant à preboot... je ne sais pas ce que c'est. Il me semble que le formattage APFS comporte une petite partition Preboot

Pour Preboot, je l'ai laissé en place, dans le doute.

L'APFS est un système de stockage. La partition de résidence du disque (disk0s2 pour le disque interne) se trouve convertie au statut de magasin de stockage physique : Physical Store (base de données d'écriture).

Ce Physical Store est importé comme "backup" (base de données) dans un Conteneur Logique, qui est un ensemble virtuel indentifié comme un "pseudo-disque" = disk1 si la partition du Physical Store est disk0s2. Dans ce Conteneur APFS --> 4 Volumes Logiques sont exportés, dès lors qu'il y a dans le lot un OS démarrable. Ils sont identifiés comme des "pseudo-partitions" du "pseudo-disque" du Container - mais en aucun cas ce ne sont des partitions réelles d'un disque physique. Leur numérotation suit un ordre régulier :

  • disk1s1 = volume Macintosh HD recelant l'OS et le compte d'utilisateur avec ses données.

  • disk1s2 = volume Preboot de pré-démarrage du volume-Système Macintosh HD. Il contient le « booter » ou démarreur logiciel du volume de l'OS. Sans Preboot > le volume APFS Macintosh HD est planté de démarrage. Le booter est exécuté par l'EFI en mode "pré-démarrage" > et c'est lui qui désormais à l'initiative du démarrage du boot_loader (démarreur) de l'OS dans le volume Macintosh HD.

  • disk1s3 = volume Recovery recelant le Système de secours RecoveryOS démarrable par ⌘R. Il ne s'agit plus d'une partition réelle du disque > mais d'un volume logique APFS désormais.

  • disk1s4 = volume VM (Virtual Memory). Il recèle la classique sleepimage (fichier où se trouve écrit le contexte de la RAM avant le passage au sommeil ou à l'hibernation). Cette sleepimage, tradionnellement, résidait à la localisation invisible suivante de Macintosh HD : /private/var/vm/sleepimage. Le sous-dossier vm existe toujours dans le volume APFS Macintosh HD > mais il est vide. La sleepimage est recelée dans le volume spécialisé VM > qui a la particularité suivante : il se trouve monté à l'emplacement du dossier vm dans le volume Macintosh HD comme point de montage. Il est donc normalement monté au démarrage de l'OS du volume Macintosh HD, mais pas d'une manière affichée par le Finder. On doit par contre l'apercevoir monté dans /Volumes.

Il en découle que le volume Preboot (pré-démarrage) > est monté dans le temps du boot > mais ne doit plus être monté une fois l'OS de Macintosh HD démarré. Qu'il soit répertorié dans /Volumes signale qu'il est monté > ce qui est une anomalie. Il ne faut surtout pas supprimer ce volume (car ça équivaudrait à supprimer la condition de démarrage du volume Macintosh HD --> c'est pourquoi le volume Preboot ne doit pas rester monté après l'ouverture de la session d'utilisateur : pour éviter ces accidents intempestifs). Par contre, tu peux démonter ce volume.

----------

Pour en savoir davantage > tu peux aller à : Applications > Utilitaires > pour lancer le «Terminal». Tu saisis (l'une après l'autre) les 2 commandes (purement informatives : n'agissent qu'en lecture seule > et sont donc inoffensives) :
Bloc de code:
diskutil list
diskutil ap list
et ↩︎ (presse la touche "Entrée" après chaque commande pour l'exécuter)

  • la 1ère retourne le tableau des disques attachés au Mac (en interne / externe > physiques / virtuels > sous-tableau du Container APFS) > avec leurs paramètres logiques de tables de partition et de partitions
  • La 2è > le tableau détaillé de tout Conteneur APFS trouvé

Tu n'as qu'à poster ici ces 2 tableaux en copier-coller > mais pour éviter de bouffer de l'espace de page dans le fil > avant ton coller > presse le bouton (4è avant la fin à droite) dans la barre de menus au-dessus du champ de saisie d'un message > menu : </> Code > par ⌘V colle dans la fenêtre Code > presse le bouton Insérer (ce procédé permet un affichage fenêtré qui économise l'espace de page en respectant la mise en forme des tableaux du «Terminal» --> d'où une plus grande lisibilité).

=> c'est pour vérifier s'il y a des anomalies qui sauteraient aux yeux.
 
  • J’aime
Réactions: Gwen
la 1ère retourne le tableau des disques attachés au Mac (en interne / externe > physiques / virtuels > sous-tableau du Container APFS) > avec leurs paramètres logiques de tables de partition et de partitions

Bloc de code:
Last login: Wed Oct 18 19:40:19 on console
MacBook-Pro:~ gwen$ diskutil list
/dev/disk0 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         500.3 GB   disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                 Apple_APFS Container disk1         499.3 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +499.3 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            313.9 GB   disk1s1
   2:                APFS Volume Preboot                 19.3 MB    disk1s2
   3:                APFS Volume Recovery                519.9 MB   disk1s3
   4:                APFS Volume VM                      2.1 GB     disk1s4

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *4.0 TB     disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:                  Apple_HFS Porsche                 4.0 TB     disk2s2

/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:                  Apple_HFS Toshiba                 2.0 TB     disk3s2

La 2è > le tableau détaillé de tout Conteneur APFS trouvé
Bloc de code:
MacBook-Pro:~ gwen$ diskutil ap list
APFS Container (1 found)
|
+-- Container disk1 D61A1F6D-E759-4C2D-B6BB-EA18AD179856
    ====================================================
    APFS Container Reference:     disk1
    Capacity Ceiling (Size):      499313168384 B (499.3 GB)
    Capacity In Use By Volumes:   316721704960 B (316.7 GB) (63.4% used)
    Capacity Available:           182591463424 B (182.6 GB) (36.6% free)
    |
    +-< Physical Store disk0s2 DF3BBEF5-23A4-49BE-B4A0-E639C7AD87BD
    |   -----------------------------------------------------------
    |   APFS Physical Store Disk:   disk0s2
    |   Size:                       499313168384 B (499.3 GB)
    |
    +-> Volume disk1s1 8E355D18-400B-374B-AB4D-BB80B8363D63
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s1 (No specific role)
    |   Name:                      Macintosh HD (Case-insensitive)
    |   Mount Point:               /
    |   Capacity Consumed:         313873588224 B (313.9 GB)
    |   Encrypted:                 Yes (Unlocked)
    |
    +-> Volume disk1s2 643D1574-9F8E-4D46-B5A4-BCE5B367E157
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s2 (Preboot)
    |   Name:                      Preboot (Case-insensitive)
    |   Mount Point:               Not Mounted
    |   Capacity Consumed:         19292160 B (19.3 MB)
    |   Encrypted:                 No
    |
    +-> Volume disk1s3 65668112-AF21-406B-BAD8-E827E5AD7BD4
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s3 (Recovery)
    |   Name:                      Recovery (Case-insensitive)
    |   Mount Point:               Not Mounted
    |   Capacity Consumed:         519933952 B (519.9 MB)
    |   Encrypted:                 No
    |
    +-> Volume disk1s4 9941A164-B4DE-4936-90A2-D4CAB75221C7
        ---------------------------------------------------
        APFS Volume Disk (Role):   disk1s4 (VM)
        Name:                      VM (Case-insensitive)
        Mount Point:               /private/var/vm
        Capacity Consumed:         2147524608 B (2.1 GB)
        Encrypted:                 No

Et voila, merci de ton aide également.
 
Il n'y a aucune erreur d'après les tableaux.

Dans le tableau détaillé de l'APFS --> le volume Preboot est indiqué « Not mounted » (non monté) > et le volume VM monté au point de montage : /private/var/vm du volume Macintosh HD démarré. Exactement comme ce doit être.

Si tu re-démarres un coup > est-ce que tu vois encore un volume Preboot monté dans le répertoire /Volumes? - si oui > et si tu repasses pour toi-même un : diskutil ap list --> est-ce que tu as toujours à la rubrique Preboot : « Not mounted » ? - ce qui serait proprement paradoxal...
 
Ce qui lui reste dans /Volumes n'est pas le volume monté en tant que tel mais une espèce de zombie du volume affiché sous forme de dossier.
Il avait de la même façon un zombie de son disque externe Toshiba qui restait affiché sous cette forme dossier à côté du volume Toshiba reellement monté. (Cf copie d'écran du message #3)
 
Alors si c'est le cas --> corbeille comme pour l'autre ghost. Car le volume APFS Preboot étant marqué actuellement : non monté --> il n'y a aucune chance que cette suppression de dossier puisse l'affecter.
 
Un moyen de le vérifier est d'ouvrir ce dossier Preboot pour vérifier qu'il n'affiche pas le contenu du volume Preboot.

Un cmd-I dessus devrait d'ailleurs confirmer que le type indiqué est bien "dossier" et non "volume ".
 
Et le sous dossier portant un nom à base de chiffres, il contient quelque chose (justifiant les 19 Mo)?
 
La commande :
Bloc de code:
diskutil mount disk1s2
monte le volume Preboot dans /Volumes.

Devraient alors coexister l'actuel dossier Preboot et l'image du volume monté Preboot. Avérant qu'il s'agit bien de 2 objets distincts.

Tu peux ouvrir également le volume Preboot > qui doit contenir un dossier intitulé par un UUID alpha-numériques de 32 caractères distribués en 5 groupes (8-4-4-4-12) --> cet UUID est-il le même que celui (8E355D18-400B-374B-AB4D-BB80B8363D63) du dossier ?

[La commande :
Bloc de code:
diskutil umount force disk1s2
re-démonte le volume Preboot qui doit être démonté lorsque la session est ouverte.]
 
Oui.

Le dossier Preboot était clairement une copie du volume Preboot monté (un volume a le statut logique de répertoire = dossier).

Comment ce "clone" avait-il été généré dans le répertoire /Volumes ? - je n'en ai pas le moindre commencement d'une idée. La suppression de cet intrus paraît s'imposer, le volume Preboot ayant son contenu de répertoire intact et n'ayant aucunement a être monté pendant le temps de la session.
 
De tout temps ce dossier /Volumes s'est retrouvé à conserver trace de volumes montés puis démontés.
Souvent lors du montage suivant d'un volume non correctement "purgé" et restant listé dans /Volumes, la nouvelle occurence était renommée en ajoutant un -1 à la suite du nom (voire parfois un -2 ou -3...), ce qui pouvait poser probleme d'accès au volume dans des processus automatisés, le chemin d'accès s'en trouvant modifié.

On peut imaginer de l'expérience de Gwen, que ce petit souci est partiellement corrigé sur HighSierra, les volumes conservés à tort dans cette liste changeant de type pour devenir de simples dossiers, pour ne pas interférer avec les points de montage des véritables volumes (quoique DropBox etait tout de même perturbé par la persistence du dossier zombie Toshiba...)