10.15 Catalina Point de montage fixe pour disque USB

MRJG

Membre confirmé
12 Juillet 2020
29
2
50
Bonjour à toutes et tous (premier thread :cat::nailbiting::happy:),

Je cherche à fixer le point de montage de deux de mes disques USB qui servent de destination à un backup.

Je suis sous MacOS 10.15.5
J'ai essayé d'utiliser sans succès /etc/fstab/ mais il semble qu'il ne soit plus actif

J'aimerais utiliser le UUID des disques afin d'être certain que le montage soit constant.

Actuellement mes disques se montent de manière non constante exemples le disque B1 qui se monte soit en B1 soit en B1 1
/Volumes/B1 ou /Volumes/B1 1
Donc de temps en temps le backup ne se fait pas :/

Merci de vos idées/expériences
 
Le BackUp avec quel soft ?
 
Bonsoir,

Comet Backup. Mais je n'ai pas de souci avec le backup, il se passe bien (sauf lorsque le montage automatique change de point de montage après un reboot et de manière aléatoire :/)
 
Dernière édition par un modérateur:
B1
 
Je suis perdu.
Pour moi un disque monte avec comme petit nom /dev/disk1/ ou /dev/diskl2/, etc…

Je ne sais pas de quoi tu parles avec B1 ou B1 1
 
Bonsoir MBJG

Ton problème vient de ce que tu as 2 volumes homonymes : on va supposer que l'intitulé de chacun au lieu de B1 est BROL.

- le fait que l'un garde son intitulé BROL de volume au montage > tandis que l'autre se voit ajouter un index 1 au montage comme BROL 1 => dépend uniquement du processus temporel d'attachement des disques supports au Système du Mac. Le volume BROL porté par un disque qui va être attaché en 1er disque externe comme disk1 > va avoir une partition indexée disk1s2 > et sera donc monté comme BROL. Tandis que le volume BROL porté par un disque qui va être attaché en disque externe comme disk2 > va avoir une partition indexée disk2s2 > et sera donc monté comme BROL 1.​
- l'index 1 est attribué par le kernel démarré pour distinguer le volume BROL monté en second (temporellement parlant) => du volume homnyme BROL monté en 1er (temporellement). Le problème étant que la préséance temporelle à l'attachement au Système du Mac de tel disque USB externe sur tel autre => est quelque chose d'entièrement aléatoire. Une permutation des rangs temporels est toujours possible si les disques sont de même type > d'où une permutation au montage des volumes BROL de l'index 1 désignant le volume monté en second dépendant du disque attaché en second.​

En résumé : on ne peut rien faire pour fixer cette préséance temporelle aléatoire de disques à l'attachement au Système du Mac. Mais ce que tu peux faire par contre => c'est supprimer l'homonymie des volumes BROL => ce qui supprimera l'indexage 1 de tel volume monté après son homonyme.
 
  • J’aime
Réactions: MRJG et litobar71
Pourtant mes deux disques USB sont només B1 et B2 et le problème se pose alors qu'ils ne sont pas connectés en même temps.

Exemple mon disque B1 est connecté et monté en B1. Je fais quelques backups (automatique) sans soucis, avec des arrets/démarrage de la machine puis à un moment le montage B1 devient B1 1...

J'ai le même souci avec B2...
 
Dernière édition par un modérateur:
Tes deux disques externes branchés à la fois au Mac en USB > voici comment tu vas pouvoir fournir les informations de base -->

- va à : Applications > Utilitaires > lance le «Terminal». Dans la fenêtre ouverte > saisis la commande informative (ce qui est inscrit sous Bloc de code) :​
Bloc de code:
diskutil list
et ↩︎ (presse la touche "Entrée" du clavier pour exécuter la commande)

  • tu vas voir s'afficher le tableau des disques attachés au Mac (en interne / externe) > avec leurs configurations

Poste le retour en copier-coller > en veillant à faire le coller dans un Bloc de code (c'est plus lisible !) par le procédé suivant -->

- en bas de cette page des forums MacGé => utilise le menu ...▾ (à droite du smiley souriant) dans la barre de menus au-dessus du champ de saisie d'un message > sous-menu : </> Bloc de code => tu fais ton coller dans la fenêtre de code et Continuer.

=> ces informations montreront la configuration des disques externes.
 
Hello macomaniac,

Voici:

Bloc de code:
% 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_APFS Container disk1         499.9 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +499.9 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD - Données  17.3 GB    disk1s1
   2:                APFS Volume Preboot                 85.6 MB    disk1s2
   3:                APFS Volume Recovery                528.5 MB   disk1s3
   4:                APFS Volume VM                      2.1 GB     disk1s4
   5:                APFS Volume Macintosh HD            11.0 GB    disk1s5
   6:                APFS Volume Macintosh HD - Données  28.8 GB    disk1s6

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *640.1 GB   disk2
   1:                  Apple_HFS B1                      640.1 GB   disk2s1

/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:                  Apple_HFS B2                      499.8 GB   disk3s2

Et un ptit df -h en supplément gratuit (y'en a un peu plus, je vous le met?)

Bloc de code:
% df -h
Filesystem      Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk1s5   466Gi   10Gi  410Gi     3%  487426 4881330014    0%   /
devfs          194Ki  194Ki    0Bi   100%     672          0  100%   /dev
/dev/disk1s6   466Gi   27Gi  410Gi     7%  253693 4881563747    0%   /System/Volumes/Data
/dev/disk1s4   466Gi  2.0Gi  410Gi     1%       2 4881817438    0%   /private/var/vm
/dev/disk1s1   466Gi   16Gi  410Gi     4%     375 4881817065    0%   /Volumes/Macintosh HD - Données
map auto_home    0Bi    0Bi    0Bi   100%       0          0  100%   /System/Volumes/Data/home
/dev/disk2s1   596Gi  595Mi  596Gi     1%     759 4294966520    0%   /Volumes/B1 1
/dev/disk3s2   465Gi  432Mi  465Gi     1%     656 4294966623    0%   /Volumes/B2 2
 
Dernière édition par un modérateur:
Bloc de code:
/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *640.1 GB   disk2
   1:                  Apple_HFS B1                      640.1 GB   disk2s1

/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:                  Apple_HFS B2                      499.8 GB   disk3s2

la disque dur externe ou interne ?
 
Dernière édition par un modérateur:
Les 2 volumes sont vides de données. Ce disque -->
Bloc de code:
/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *640.1 GB   disk2
   1:                  Apple_HFS B1                      640.1 GB   disk2s1

  • a une table de partition MBR (désignée ici comme : FDisk_partition_scheme) = schéma Windows. Pour une partition de type Apple_HFS comme ici > il vaudrait mieux une table de partition GPT (GUID_Partition_Table).

Les intitulés des volumes sont bien : B1 & B2 > l'anomalie étant qu'ils se trouvent montés comme volumes avec chacun un index : B1 1 & B2 2 => comme si le kernel avait à les différencier au montage de volumes homonymes pré-montés : B1 & B2 1. -->
Bloc de code:
/dev/disk2s1   596Gi  595Mi  596Gi     1%     759 4294966520    0%   /Volumes/B1 1
/dev/disk3s2   465Gi  432Mi  465Gi     1%     656 4294966623    0%   /Volumes/B2 2

  • est-ce que tu manipules les volumes (genre démontage / remontage) ?

Fais le test de renommer B1 => BROL et B2 => BETA. Cela fait > redémarre une fois > ne manipule pas les volumes > mais poste le retour de nouvelles commandes :
Bloc de code:
diskutil list
df -H

  • (H majuscule pour des mesures en Go et pas en Gi) => qu'on voie si les volumes sont montés avec un index ou plus.
 
Et voici,

Bloc de code:
% 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_APFS Container disk1         499.9 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +499.9 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD - Données  17.3 GB    disk1s1
   2:                APFS Volume Preboot                 85.6 MB    disk1s2
   3:                APFS Volume Recovery                528.5 MB   disk1s3
   4:                APFS Volume VM                      2.1 GB     disk1s4
   5:                APFS Volume Macintosh HD            11.0 GB    disk1s5
   6:                APFS Volume Macintosh HD - Données  28.8 GB    disk1s6

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *640.1 GB   disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:                  Apple_HFS BROL                    639.8 GB   disk2s2

/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:                  Apple_HFS BETA                    499.8 GB   disk3s2






% df -H
Filesystem      Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk1s5    500G    11G   440G     3%  487426 4881330014    0%   /
devfs           199k   199k     0B   100%     674          0  100%   /dev
/dev/disk1s6    500G    29G   440G     7%  255312 4881562128    0%   /System/Volumes/Data
/dev/disk1s4    500G   2.1G   440G     1%       2 4881817438    0%   /private/var/vm
/dev/disk1s1    500G    17G   440G     4%     379 4881817061    0%   /Volumes/Macintosh HD - Données
map auto_home     0B     0B     0B   100%       0          0  100%   /System/Volumes/Data/home
/dev/disk2s2    640G   619M   639G     1%      71 4294967208    0%   /Volumes/BROL
/dev/disk3s2    500G   448M   499G     1%      71 4294967208    0%   /Volumes/BETA
 
Ça fonctionne normalement avec les noms BROL & BETA => montage en volumes non indexés : BROL & BETA.

- comme tu n'as sans doute pas envie de garder ces intitulés farfelus > choisis des intitulés non terminés par un chiffre (1 ou 2) => ce qui avait l'air de dérouter le kernel au montage des volumes.​
 
J'ai encore eu le souci BROL était devenu BROL 1 et BETA était devenu BETA 1...

J'essaie de reproduire et je documente...
 
Est-ce que l'indexation 1 des volumes apparaît après un redémarrage - les disques toujours branchés ?
 
Je précise ma question : ou bien est-ce que l'indexation apparaît sans redémarrage > après démontage puis remontage des volumes ?
 
  • J’aime
Réactions: litobar71