Sur un DD de grosse capacité, j'ai plusieurs partitions. Mais comme
elles prennent de la place sur le bureau quand elles montent, j'ai
l'habitude de les démonter et de monter uniquement celle dont j'ai
ponctuellement besoin.à l'aide d'un alias.
Une façpn de procéder est par ex.
alias ssd="diskutil mountDisk /dev/disk7"
alias s1="diskutil mountDisk /dev/disk5"
alias s2="diskutil mountDisk /dev/disk4"
alias s3="diskutil mountDisk /dev/disk6"
Bref, cela me convient car la partion désirée monte rapidement.
Mais il y a un hic. C'est que pour une raison inexplicable, le nom des
partion change après une extinction du Mac.
s1 ne monte pas disk5 mais disk6 ou autre au hasard.
Seul ssd disk7 qui est le DD interne ne change pas (pour l'instant).
Bref, y a t-il une explication à cela ? Car, du coup; les alias ne
servent plus à rien.
--
A+
--
Romer
Pour mon disque de démarrage, j'obtiens entre autre : Volume UUID: 0E239BC6-F960-3107-89CF-1C97F78BB46B Disk / Partition UUID: 18DF09AD-7E8D-4E72-916E-A1AB142FF799 et "mount" ou "umount" fonctionnent avec les deux UUID.
Je viens de revoir ce qu'avait posté Bernd ici : <https://transfer.sh/53XBa/info.jpg> et, ô surprise, je vois que les deux identifiants de son volume "SSD" sont identiques. -- Michel Vauquois - <http://michelvauquois.fr> Nouveau : <http://art-doise-4.michelvauquois.free-h.fr> et <http://art-doise-5.michelvauquois.free-h.fr>
MV <mv@orange.invalid> wrote:
Pour mon disque de démarrage, j'obtiens entre autre :
Volume UUID: 0E239BC6-F960-3107-89CF-1C97F78BB46B
Disk / Partition UUID: 18DF09AD-7E8D-4E72-916E-A1AB142FF799
et "mount" ou "umount" fonctionnent avec les deux UUID.
Je viens de revoir ce qu'avait posté Bernd ici :
<https://transfer.sh/53XBa/info.jpg>
et, ô surprise, je vois que les deux identifiants de son volume "SSD"
sont identiques.
--
Michel Vauquois - <http://michelvauquois.fr>
Nouveau : <http://art-doise-4.michelvauquois.free-h.fr>
et <http://art-doise-5.michelvauquois.free-h.fr>
Pour mon disque de démarrage, j'obtiens entre autre : Volume UUID: 0E239BC6-F960-3107-89CF-1C97F78BB46B Disk / Partition UUID: 18DF09AD-7E8D-4E72-916E-A1AB142FF799 et "mount" ou "umount" fonctionnent avec les deux UUID.
Je viens de revoir ce qu'avait posté Bernd ici : <https://transfer.sh/53XBa/info.jpg> et, ô surprise, je vois que les deux identifiants de son volume "SSD" sont identiques. -- Michel Vauquois - <http://michelvauquois.fr> Nouveau : <http://art-doise-4.michelvauquois.free-h.fr> et <http://art-doise-5.michelvauquois.free-h.fr>
josephb
MV angoissé :
Merci mais ce n'est pas vraiment spécifié *5* groupes de caractères (ou alors j'ai lu trop vite) même si l'exemple donné par wikipedia laisse penser que la réponse est oui...
Ça devrait répondre à ta pressante question, dans le terminal man uuidgen ou te servir du somptueux "Man&Help" et demander uuidgen 5 groupes de 8, 4, 4, 4,12 caractères séparés par un tiret. Et puis tu peux faire (pluseiurs fois) <uuidgen -hdr> dans le terminal et si tu comprends ce que ça raconte, tu me le dis, je suis preneur… Cordialement -- J. B.
MV <mv@orange.invalid> angoissé :
Merci mais ce n'est pas vraiment spécifié *5* groupes de caractères (ou
alors j'ai lu trop vite) même si l'exemple donné par wikipedia laisse
penser que la réponse est oui...
Ça devrait répondre à ta pressante question, dans le terminal
man uuidgen
ou te servir du somptueux "Man&Help" et demander uuidgen
5 groupes de 8, 4, 4, 4,12 caractères séparés par un tiret.
Et puis tu peux faire (pluseiurs fois) <uuidgen -hdr> dans le terminal
et si tu comprends ce que ça raconte, tu me le dis, je suis preneur…
Merci mais ce n'est pas vraiment spécifié *5* groupes de caractères (ou alors j'ai lu trop vite) même si l'exemple donné par wikipedia laisse penser que la réponse est oui...
Ça devrait répondre à ta pressante question, dans le terminal man uuidgen ou te servir du somptueux "Man&Help" et demander uuidgen 5 groupes de 8, 4, 4, 4,12 caractères séparés par un tiret. Et puis tu peux faire (pluseiurs fois) <uuidgen -hdr> dans le terminal et si tu comprends ce que ça raconte, tu me le dis, je suis preneur… Cordialement -- J. B.
josephb
pehache wrote:
A mon avis, une fois un UUID attribué à une partition, il ne change pas, même si on boote sur un autre OS ou qu'on monte la partition sur un autre ordi. Logiquement, l'UUID est écrit sur le disque lui-même.
Possible, dans le cas d'OS Unix-like ; pour les autres sauraient-ils lire cet UUID, est-ce normalisé à ce point ? -- J. B.
pehache <pehache.7@gmail.com> wrote:
A mon avis, une fois un UUID attribué à une partition, il ne change pas,
même si on boote sur un autre OS ou qu'on monte la partition sur un
autre ordi. Logiquement, l'UUID est écrit sur le disque lui-même.
Possible, dans le cas d'OS Unix-like ; pour les autres sauraient-ils
lire cet UUID, est-ce normalisé à ce point ?
A mon avis, une fois un UUID attribué à une partition, il ne change pas, même si on boote sur un autre OS ou qu'on monte la partition sur un autre ordi. Logiquement, l'UUID est écrit sur le disque lui-même.
Possible, dans le cas d'OS Unix-like ; pour les autres sauraient-ils lire cet UUID, est-ce normalisé à ce point ? -- J. B.
mv
pehache a attiré mon attention en écrivant :
Logiquement, l'UUID est écrit sur le disque lui-même.
Je viens de tester avec une clé USB que j'ai branchée sur une machine puis une autre et l'UUID est en effet identique. Cordialement. -- Michel Vauquois - <http://michelvauquois.fr> Nouveau : <http://art-doise-4.michelvauquois.free-h.fr> et <http://art-doise-5.michelvauquois.free-h.fr>
pehache <pehache.7@gmail.com> a attiré mon attention en écrivant :
Logiquement, l'UUID est écrit sur le disque lui-même.
Je viens de tester avec une clé USB que j'ai branchée sur une machine
puis une autre et l'UUID est en effet identique.
Cordialement.
--
Michel Vauquois - <http://michelvauquois.fr>
Nouveau : <http://art-doise-4.michelvauquois.free-h.fr>
et <http://art-doise-5.michelvauquois.free-h.fr>
Logiquement, l'UUID est écrit sur le disque lui-même.
Je viens de tester avec une clé USB que j'ai branchée sur une machine puis une autre et l'UUID est en effet identique. Cordialement. -- Michel Vauquois - <http://michelvauquois.fr> Nouveau : <http://art-doise-4.michelvauquois.free-h.fr> et <http://art-doise-5.michelvauquois.free-h.fr>
mv
Francis Chartier a attiré mon attention en écrivant :
Depuis des années, TOUS les UUID décrivant des volumes que j'ai pu utiliser ou voir étaient conforme à ces exemples.
MTBPTE ® Cordialement. -- Michel Vauquois - <http://michelvauquois.fr> Nouveau : <http://art-doise-4.michelvauquois.free-h.fr> et <http://art-doise-5.michelvauquois.free-h.fr>
Francis Chartier <num.0@bisounours-asocial.club> a attiré mon attention
en écrivant :
Depuis des années, TOUS les UUID décrivant des volumes que j'ai pu
utiliser ou voir étaient conforme à ces exemples.
MTBPTE ®
Cordialement.
--
Michel Vauquois - <http://michelvauquois.fr>
Nouveau : <http://art-doise-4.michelvauquois.free-h.fr>
et <http://art-doise-5.michelvauquois.free-h.fr>
Francis Chartier a attiré mon attention en écrivant :
Depuis des années, TOUS les UUID décrivant des volumes que j'ai pu utiliser ou voir étaient conforme à ces exemples.
MTBPTE ® Cordialement. -- Michel Vauquois - <http://michelvauquois.fr> Nouveau : <http://art-doise-4.michelvauquois.free-h.fr> et <http://art-doise-5.michelvauquois.free-h.fr>
mv
Joseph-B a attiré mon attention en écrivant :
Et puis tu peux faire (pluseiurs fois) <uuidgen -hdr> dans le terminal et si tu comprends ce que ça raconte, tu me le dis, je suis preneur…
Je ne te ferai pas l'affront, moi, simple utilisateur basique, de t'expliquer ce que tu as dû piger du 1er coup d'œil ! ;-) Cordialement. -- Michel Vauquois - <http://michelvauquois.fr> Nouveau : <http://art-doise-4.michelvauquois.free-h.fr> et <http://art-doise-5.michelvauquois.free-h.fr>
Joseph-B <josephb@nowhere.invalid> a attiré mon attention en écrivant :
Et puis tu peux faire (pluseiurs fois) <uuidgen -hdr> dans le terminal
et si tu comprends ce que ça raconte, tu me le dis, je suis preneur…
Je ne te ferai pas l'affront, moi, simple utilisateur basique, de
t'expliquer ce que tu as dû piger du 1er coup d'œil ! ;-)
Cordialement.
--
Michel Vauquois - <http://michelvauquois.fr>
Nouveau : <http://art-doise-4.michelvauquois.free-h.fr>
et <http://art-doise-5.michelvauquois.free-h.fr>
Et puis tu peux faire (pluseiurs fois) <uuidgen -hdr> dans le terminal et si tu comprends ce que ça raconte, tu me le dis, je suis preneur…
Je ne te ferai pas l'affront, moi, simple utilisateur basique, de t'expliquer ce que tu as dû piger du 1er coup d'œil ! ;-) Cordialement. -- Michel Vauquois - <http://michelvauquois.fr> Nouveau : <http://art-doise-4.michelvauquois.free-h.fr> et <http://art-doise-5.michelvauquois.free-h.fr>
cb
Le 02/01/2018 à 15:17, Bernd a écrit :
Hi, Sur un DD de grosse capacité, j'ai plusieurs partitions. Mais comme elles prennent de la place sur le bureau quand elles montent, j'ai l'habitude de les démonter et de monter uniquement celle dont j'ai ponctuellement besoin.à l'aide d'un alias. Une façpn de procéder est par ex. alias ssd="diskutil mountDisk /dev/disk7" alias s1="diskutil mountDisk /dev/disk5" alias s2="diskutil mountDisk /dev/disk4" alias s3="diskutil mountDisk /dev/disk6"
Bonjour ! Utiliser le nom des partitions avec diskutil ? e.g. « diskutil mount partition1 » au lieu du « Device Number ». Bref, cela me convient car la partion désirée monte rapidement.
Mais il y a un hic. C'est que pour une raison inexplicable, le nom des partion change après une extinction du Mac. s1 ne monte pas disk5 mais disk6 ou autre au hasard. Seul ssd disk7 qui est le DD interne ne change pas (pour l'instant). Bref, y a t-il une explication à cela ? Car, du coup; les alias ne servent plus à rien.
Le 02/01/2018 à 15:17, Bernd a écrit :
Hi,
Sur un DD de grosse capacité, j'ai plusieurs partitions. Mais comme
elles prennent de la place sur le bureau quand elles montent, j'ai
l'habitude de les démonter et de monter uniquement celle dont j'ai
ponctuellement besoin.à l'aide d'un alias.
Une façpn de procéder est par ex.
alias ssd="diskutil mountDisk /dev/disk7"
alias s1="diskutil mountDisk /dev/disk5"
alias s2="diskutil mountDisk /dev/disk4"
alias s3="diskutil mountDisk /dev/disk6"
Bonjour !
Utiliser le nom des partitions avec diskutil ? e.g. « diskutil mount
partition1 » au lieu du « Device Number ».
Bref, cela me convient car la partion désirée monte rapidement.
Mais il y a un hic. C'est que pour une raison inexplicable, le nom des
partion change après une extinction du Mac.
s1 ne monte pas disk5 mais disk6 ou autre au hasard.
Seul ssd disk7 qui est le DD interne ne change pas (pour l'instant).
Bref, y a t-il une explication à cela ? Car, du coup; les alias ne
servent plus à rien.
Hi, Sur un DD de grosse capacité, j'ai plusieurs partitions. Mais comme elles prennent de la place sur le bureau quand elles montent, j'ai l'habitude de les démonter et de monter uniquement celle dont j'ai ponctuellement besoin.à l'aide d'un alias. Une façpn de procéder est par ex. alias ssd="diskutil mountDisk /dev/disk7" alias s1="diskutil mountDisk /dev/disk5" alias s2="diskutil mountDisk /dev/disk4" alias s3="diskutil mountDisk /dev/disk6"
Bonjour ! Utiliser le nom des partitions avec diskutil ? e.g. « diskutil mount partition1 » au lieu du « Device Number ». Bref, cela me convient car la partion désirée monte rapidement.
Mais il y a un hic. C'est que pour une raison inexplicable, le nom des partion change après une extinction du Mac. s1 ne monte pas disk5 mais disk6 ou autre au hasard. Seul ssd disk7 qui est le DD interne ne change pas (pour l'instant). Bref, y a t-il une explication à cela ? Car, du coup; les alias ne servent plus à rien.
JPP
In article <p2nbmc$3u7$, Francis Chartier wrote: .............
Ce n'est pas propre à Apple, c'est un problème connu depuis longtemps, et c'est entre autres pour cette raison (l'attribution des identifiants peut changer au démarrage en fonction des disques disponibles ou pas) que l'utilisation des UUID (identifiants uniques générés lors de la création du système de fichier) pour désigner les volumes est la méthode préconisée depuis des années parce que c'est invariable (sauf à éffacer/recréer un système de fichier ou utilisation volondiare d'une commande prévue pour changer cet UUID). Lire par exemple : <https://www.admin-linux.fr/utilisation-des-uuid-des-sytemes-de-fichiers/> <http://artisan.karma-lab.net/volumes-et-alias> un autre article de 2007... <https://liquidat.wordpress.com/2007/10/15/short-tip-get-uuid-of-hard-disks/¾ Des discussions sur le sujet : <https://apple.stackexchange.com/questions/235230/how-to-mount-disk-by-uuid-or -label-in-os-x-el-capitan> De nombreuses distibutions linux ont systématisé cette pratique depuis des années
UUID, c'est le mode d'identification par défaut utilisé par Carbon Copy Cloner. M. Bombich explique ici pourquoi : <https://bombich.com/kb/ccc5/advanced-settings>
In article <p2nbmc$3u7$2@mail1.pppi-graf.com>,
Francis Chartier <num.0@bisounours-asocial.club> wrote:
.............
Ce n'est pas propre à Apple, c'est un problème connu depuis longtemps,
et c'est entre autres pour cette raison (l'attribution des identifiants
peut changer au démarrage en fonction des disques disponibles ou pas)
que l'utilisation des UUID (identifiants uniques générés lors de la
création du système de fichier) pour désigner les volumes est la méthode
préconisée depuis des années parce que c'est invariable (sauf à
éffacer/recréer un système de fichier ou utilisation volondiare d'une
commande prévue pour changer cet UUID).
Lire par exemple :
<https://www.admin-linux.fr/utilisation-des-uuid-des-sytemes-de-fichiers/>
<http://artisan.karma-lab.net/volumes-et-alias>
un autre article de 2007...
<https://liquidat.wordpress.com/2007/10/15/short-tip-get-uuid-of-hard-disks/¾
Des discussions sur le sujet :
<https://apple.stackexchange.com/questions/235230/how-to-mount-disk-by-uuid-or
-label-in-os-x-el-capitan>
De nombreuses distibutions linux ont systématisé cette pratique depuis
des années
UUID, c'est le mode d'identification par défaut utilisé par Carbon Copy
Cloner.
M. Bombich explique ici pourquoi :
<https://bombich.com/kb/ccc5/advanced-settings>
In article <p2nbmc$3u7$, Francis Chartier wrote: .............
Ce n'est pas propre à Apple, c'est un problème connu depuis longtemps, et c'est entre autres pour cette raison (l'attribution des identifiants peut changer au démarrage en fonction des disques disponibles ou pas) que l'utilisation des UUID (identifiants uniques générés lors de la création du système de fichier) pour désigner les volumes est la méthode préconisée depuis des années parce que c'est invariable (sauf à éffacer/recréer un système de fichier ou utilisation volondiare d'une commande prévue pour changer cet UUID). Lire par exemple : <https://www.admin-linux.fr/utilisation-des-uuid-des-sytemes-de-fichiers/> <http://artisan.karma-lab.net/volumes-et-alias> un autre article de 2007... <https://liquidat.wordpress.com/2007/10/15/short-tip-get-uuid-of-hard-disks/¾ Des discussions sur le sujet : <https://apple.stackexchange.com/questions/235230/how-to-mount-disk-by-uuid-or -label-in-os-x-el-capitan> De nombreuses distibutions linux ont systématisé cette pratique depuis des années
UUID, c'est le mode d'identification par défaut utilisé par Carbon Copy Cloner. M. Bombich explique ici pourquoi : <https://bombich.com/kb/ccc5/advanced-settings>
michel
Le 05/01/2018 à 16:52, Fleuger a écrit :
michel s'est exprimé en ces termes :
do shell script "diskutil mount $(diskutil list |awk '/DEUXTiO/ {print $6} ')"
et tout simplement : do shell script "diskutil mount 'DEUXTiO'" cà ne fonctionne pas ?
Si ça marche aussi et j'ai modifié mes scripts. Je suis sous El CAPITAN sans disque CoreStorage. Mon script est ancien, il me semble que sous SNOW LEOPARD il fallait faire comme ça. Cordialement.
Le 05/01/2018 à 16:52, Fleuger a écrit :
michel s'est exprimé en ces termes :
do shell script "diskutil mount $(diskutil list |awk '/DEUXTiO/ {print
$6} ')"
et tout simplement :
do shell script "diskutil mount 'DEUXTiO'"
cà ne fonctionne pas ?
Si ça marche aussi et j'ai modifié mes scripts. Je suis sous El CAPITAN
sans disque CoreStorage.
Mon script est ancien, il me semble que sous SNOW LEOPARD il fallait
faire comme ça.
do shell script "diskutil mount $(diskutil list |awk '/DEUXTiO/ {print $6} ')"
et tout simplement : do shell script "diskutil mount 'DEUXTiO'" cà ne fonctionne pas ?
Si ça marche aussi et j'ai modifié mes scripts. Je suis sous El CAPITAN sans disque CoreStorage. Mon script est ancien, il me semble que sous SNOW LEOPARD il fallait faire comme ça. Cordialement.
JPP
In article <1ni5hsd.12r8zi117n8h5iN%, (Bernd) wrote:
SbM wrote:
Joseph-B wrote:
Mon hypothèse c'est que les différents disques ne démarrent peut-être pas forcément toujours aussi vite d'un boot à l'autre, ce qui fait qu'à un moment le disque A peut très bien être « vu » par l'OS juste avant le disque B, puis au boot suivant au contraire le disque B avant le disque A. Je ne sais pas si j'ai raison, mais c'est la seule explication rationnelle que je suis en mesure d'imaginer. :)
Oui, ça se tient. Pour cela, l'appelation d'une partition par ex. (Storage 1) et l'appel sous ce nom clair, donne le résultat escompté sans ambiguité.
Sauf si tu as un autre volume avec le même nom ? D'où l'utilisation de l'UUID par CCC.
In article <1ni5hsd.12r8zi117n8h5iN%romer@bernd.invalid>,
romer@bernd.invalid (Bernd) wrote:
SbM <someone@nowhere.com> wrote:
> Joseph-B <josephb@nowhere.invalid> wrote:
> Mon hypothèse c'est que les différents disques ne démarrent peut-être
> pas forcément toujours aussi vite d'un boot à l'autre, ce qui fait qu'à
> un moment le disque A peut très bien être « vu » par l'OS juste avant le
> disque B, puis au boot suivant au contraire le disque B avant le disque
> A.
>
> Je ne sais pas si j'ai raison, mais c'est la seule explication
> rationnelle que je suis en mesure d'imaginer. :)
Oui, ça se tient.
Pour cela, l'appelation d'une partition par ex. (Storage 1) et l'appel
sous ce nom clair, donne le résultat escompté sans ambiguité.
Sauf si tu as un autre volume avec le même nom ?
D'où l'utilisation de l'UUID par CCC.
In article <1ni5hsd.12r8zi117n8h5iN%, (Bernd) wrote:
SbM wrote:
Joseph-B wrote:
Mon hypothèse c'est que les différents disques ne démarrent peut-être pas forcément toujours aussi vite d'un boot à l'autre, ce qui fait qu'à un moment le disque A peut très bien être « vu » par l'OS juste avant le disque B, puis au boot suivant au contraire le disque B avant le disque A. Je ne sais pas si j'ai raison, mais c'est la seule explication rationnelle que je suis en mesure d'imaginer. :)
Oui, ça se tient. Pour cela, l'appelation d'une partition par ex. (Storage 1) et l'appel sous ce nom clair, donne le résultat escompté sans ambiguité.
Sauf si tu as un autre volume avec le même nom ? D'où l'utilisation de l'UUID par CCC.
