Alias d'une autre partition dans home : en anglais ou en francais ?
13 réponses
herve.nospam
Salut,
Je souhaite délocaliser le contenu de mon dossier home vers une autre
partition, en y plaçant des alias.
Pour que le système et les logiciels y retrouvent leurs petits,
dois-je mettre le nom des alias en français ou en anglais ?
Par exemple, si je crée un alias de
/Volumes/autre-partition/Mes-photos dans /Users/moi, dois-je l'appeler
Images ou Pictures ?
Je précise que je n'ai pas coché "toujours montrer les extensions de
fichiers" donc les sous-dossiers de mon home apparaissent tous en
français dans le Finder.
Enfin, y a-t-il des inconvénients à délocaliser également sa
Bibliothèque (/Users/moi/Library) ?
je vois que tu parles d'un fichier hfstab, alors que plus loin et dans l'article de Jayce il est question d'un fstab. C'est une faute de frappe ou c'est volontaire ?
bon, désolé, faute de frape. Faut que je me relise, décidément.
Sinon j'ai vu que j'ai déjà un fstab dans /etc, qui contient : [snip]
c'est des expemples, le # devant fait que ces lignes ne sont pas prises en compte.
Je suppose qu'il s'agit de lignes d'exemple car en commentaire. Le "noauto" en dernière colonne n'est pas mentionné dans l'article de Jayce, est-ce que ça veut dire "no authorizations" et si oui est-ce équivalent à cocher la case "ignorer les autorisations de ce volume" dans le Finder ?
L'article de Jayce a été écrit avant que la 10.3, or avant il n'y avait pas de fstab, il falait le créer. Enfin c'est ce qu'il me semble.
Le noauto signifie que la partition n'est pas montée, simplement. $ man fstab The option ``auto'' can be used in the ``noauto'' form to cause a file system not to be mounted automatically (with ``mount -a'', or system boot time)
voilou... -- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
herve <herve.nospam@tiscali.fr> wrote:
je vois que tu parles d'un fichier hfstab, alors que plus loin et dans
l'article de Jayce il est question d'un fstab. C'est une faute de
frappe ou c'est volontaire ?
bon, désolé, faute de frape. Faut que je me relise, décidément.
Sinon j'ai vu que j'ai déjà un fstab dans /etc, qui contient :
[snip]
c'est des expemples, le # devant fait que ces lignes ne sont pas prises
en compte.
Je suppose qu'il s'agit de lignes d'exemple car en commentaire.
Le "noauto" en dernière colonne n'est pas mentionné dans l'article de
Jayce, est-ce que ça veut dire "no authorizations" et si oui est-ce
équivalent à cocher la case "ignorer les autorisations de ce volume"
dans le Finder ?
L'article de Jayce a été écrit avant que la 10.3, or avant il n'y avait
pas de fstab, il falait le créer. Enfin c'est ce qu'il me semble.
Le noauto signifie que la partition n'est pas montée, simplement.
$ man fstab
The option ``auto'' can be used in the ``noauto'' form to cause a file
system not to be mounted automatically (with ``mount -a'', or system
boot time)
voilou...
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
je vois que tu parles d'un fichier hfstab, alors que plus loin et dans l'article de Jayce il est question d'un fstab. C'est une faute de frappe ou c'est volontaire ?
bon, désolé, faute de frape. Faut que je me relise, décidément.
Sinon j'ai vu que j'ai déjà un fstab dans /etc, qui contient : [snip]
c'est des expemples, le # devant fait que ces lignes ne sont pas prises en compte.
Je suppose qu'il s'agit de lignes d'exemple car en commentaire. Le "noauto" en dernière colonne n'est pas mentionné dans l'article de Jayce, est-ce que ça veut dire "no authorizations" et si oui est-ce équivalent à cocher la case "ignorer les autorisations de ce volume" dans le Finder ?
L'article de Jayce a été écrit avant que la 10.3, or avant il n'y avait pas de fstab, il falait le créer. Enfin c'est ce qu'il me semble.
Le noauto signifie que la partition n'est pas montée, simplement. $ man fstab The option ``auto'' can be used in the ``noauto'' form to cause a file system not to be mounted automatically (with ``mount -a'', or system boot time)
voilou... -- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Nicolas.MICHEL
herve wrote:
J'y avais pensé, mais le système n'a-t-il pas besoin que le contenu de ~/Library (au moins) ait des autorisations bien précises ?
sauf cas exceptionnel, tant que le soft ne se fait pas jetter parcequ'il n'a pas les droits d'accès, il est content. Comme nous, quoi.
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
herve <herve.nospam@tiscali.fr> wrote:
J'y avais pensé, mais le système n'a-t-il pas besoin que le contenu de
~/Library (au moins) ait des autorisations bien précises ?
sauf cas exceptionnel, tant que le soft ne se fait pas jetter parcequ'il
n'a pas les droits d'accès, il est content. Comme nous, quoi.
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
J'y avais pensé, mais le système n'a-t-il pas besoin que le contenu de ~/Library (au moins) ait des autorisations bien précises ?
sauf cas exceptionnel, tant que le soft ne se fait pas jetter parcequ'il n'a pas les droits d'accès, il est content. Comme nous, quoi.
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
herve.nospam
(Nicolas MICHEL) wrote in message news:<1g8bgip.1cmfz3vyc6io6N%...
perso je ferais un truc genre :
sudo ditto -rsrc /Users /Volumes/MonDisque effacement de /Users/* puis glisser à la mano Commun1 et Commun2 dans /Volumes/MonDisque/Shared Vu qu'au final, /Volumes/MonDisque deviendra /Users.
Bon je me suis lancé, j'ai fait toute la manip (regroupement des utilisateurs sur /Volume/MonDisque, y compris les données communes placées dans /Volume/MonDisque/Shared, puis montage dans /Users via le fstab), et ça marche impec. J'ai juste eu des messages à répétition pendant le rm -rf /Users/*, de la part de Palm HotSync (qui doit tourner en permanence pour surveiller l'établissement d'une HotSync) qui gueulait comme un goret qu'on égorge parce qu'il ne trouvait pas un fichier, mais ça s'est bien terminé.
Le dossier /Users/Shared a beau être ouvert, les sous-dossiers qu'il contient peuvent parfaitement être vérouillés d'accès à certains users.
Effectivement, j'ai du modifier les droits de Shared/Musique pour que l'utilisaeur user2 puisse y écrire depuis iTunes, à part ça tout roule comme espéré.
Merci beaucoup pour ta patience et ta pédagogie,
Hervé
Nicolas.MICHEL@BonBon.net (Nicolas MICHEL) wrote in message news:<1g8bgip.1cmfz3vyc6io6N%Nicolas.MICHEL@BonBon.net>...
perso je ferais un truc genre :
sudo ditto -rsrc /Users /Volumes/MonDisque
effacement de /Users/*
puis glisser à la mano Commun1 et Commun2 dans /Volumes/MonDisque/Shared
Vu qu'au final, /Volumes/MonDisque deviendra /Users.
Bon je me suis lancé, j'ai fait toute la manip (regroupement des
utilisateurs sur /Volume/MonDisque, y compris les données communes
placées dans /Volume/MonDisque/Shared, puis montage dans /Users via le
fstab), et ça marche impec.
J'ai juste eu des messages à répétition pendant le rm -rf /Users/*, de
la part de Palm HotSync (qui doit tourner en permanence pour
surveiller l'établissement d'une HotSync) qui gueulait comme un goret
qu'on égorge parce qu'il ne trouvait pas un fichier, mais ça s'est
bien terminé.
Le dossier /Users/Shared a beau être ouvert, les sous-dossiers qu'il
contient peuvent parfaitement être vérouillés d'accès à certains users.
Effectivement, j'ai du modifier les droits de Shared/Musique pour que
l'utilisaeur user2 puisse y écrire depuis iTunes, à part ça tout roule
comme espéré.
(Nicolas MICHEL) wrote in message news:<1g8bgip.1cmfz3vyc6io6N%...
perso je ferais un truc genre :
sudo ditto -rsrc /Users /Volumes/MonDisque effacement de /Users/* puis glisser à la mano Commun1 et Commun2 dans /Volumes/MonDisque/Shared Vu qu'au final, /Volumes/MonDisque deviendra /Users.
Bon je me suis lancé, j'ai fait toute la manip (regroupement des utilisateurs sur /Volume/MonDisque, y compris les données communes placées dans /Volume/MonDisque/Shared, puis montage dans /Users via le fstab), et ça marche impec. J'ai juste eu des messages à répétition pendant le rm -rf /Users/*, de la part de Palm HotSync (qui doit tourner en permanence pour surveiller l'établissement d'une HotSync) qui gueulait comme un goret qu'on égorge parce qu'il ne trouvait pas un fichier, mais ça s'est bien terminé.
Le dossier /Users/Shared a beau être ouvert, les sous-dossiers qu'il contient peuvent parfaitement être vérouillés d'accès à certains users.
Effectivement, j'ai du modifier les droits de Shared/Musique pour que l'utilisaeur user2 puisse y écrire depuis iTunes, à part ça tout roule comme espéré.
