Soit un PM G3 350 MHz sous OSX 10.2.8, mais avec un malheureux disque
interne de 6 Go, et je commence à me trouver à l'étroit.
Comme je ne me sens pas de changer ce disque interne, et que je dispose
de deux FW externes où il reste plein de place, j'envisage d'y mettre
les documents, les images, les films, bref, ce qui bouffe de la place.
Quelle est la meilleure façon de procéder pour que OSX retrouve ses
petits?
Transférer tous les dossiers contenus dans ~/Documents (p. ex.) sur un
dossier FWexterne/Docs, créer des alias de ces dossiers transférés et
mettre ces alias dans ~/Documents?
Ou y a-t-il une manière plus simple (j'imagine dans le terminal, mais
faudrait pas que ce soit trop compliqué, je suis illettré en Unixien
(j'ai pas dit analphabète, hein))?
Et quelle est la différence (if any) entre alias et liens symboliques?
Merci d'avance à ceux qui savent!
--
Hop! (tm) et amitiés!
Dominique Lang
Gériatrie: <http://perso.wanadoo.fr/dominique.lang/accueil.html>
Club Macami: <http://www.macami.net>
Imaginons maintenant que je déplace le dossier Applications... Là, je risque d'avoir des soucis, non?
En théorie, non. en pratique... je ne sais pas... Peut-être avec des applications carbon mal-foutues...
Ahh... j'avais oublié d'indiqué que si tu es parano, il fallait attendre quelques jours avant de suivre ma recette. Histoire de la faire valider par les autres geek du forum (non pas que je sois vraiment une brelle, mais une erreur est toujours possible). Donc si personne n'ajoutais son grain de sel, à propos ma formule, c'est qu'elle devait marcher.
C'est un conseil qui peut être applicable avec toutes autres incantations trouvrées ici et ailleurs. :-)
Dominique Lang <dominiquelang@wanadoo.fr> wrote:
Imaginons maintenant que je déplace le dossier Applications... Là, je
risque d'avoir des soucis, non?
En théorie, non. en pratique... je ne sais pas... Peut-être avec des
applications carbon mal-foutues...
Ahh... j'avais oublié d'indiqué que si tu es parano, il fallait attendre
quelques jours avant de suivre ma recette. Histoire de la faire valider
par les autres geek du forum (non pas que je sois vraiment une brelle,
mais une erreur est toujours possible). Donc si personne n'ajoutais son
grain de sel, à propos ma formule, c'est qu'elle devait marcher.
C'est un conseil qui peut être applicable avec toutes autres
incantations trouvrées ici et ailleurs. :-)
Imaginons maintenant que je déplace le dossier Applications... Là, je risque d'avoir des soucis, non?
En théorie, non. en pratique... je ne sais pas... Peut-être avec des applications carbon mal-foutues...
Ahh... j'avais oublié d'indiqué que si tu es parano, il fallait attendre quelques jours avant de suivre ma recette. Histoire de la faire valider par les autres geek du forum (non pas que je sois vraiment une brelle, mais une erreur est toujours possible). Donc si personne n'ajoutais son grain de sel, à propos ma formule, c'est qu'elle devait marcher.
C'est un conseil qui peut être applicable avec toutes autres incantations trouvrées ici et ailleurs. :-)
DINH Viêt Hoà
Dominique Lang wrote:
Imaginons maintenant que je déplace le dossier Applications... Là, je risque d'avoir des soucis, non?
En théorie, non. en pratique... je ne sais pas... Peut-être avec des applications carbon mal-foutues...
les liens symboliques permettent de référencer les fichiers/dossiers initiaux de façon transparente pour les applications, sauf si éventuellement l'application va vérifier elle-même que le fichier n'est pas un lien symbolique, mais bon, il existe très peu d'applications qui s'embêtent à faire ces vérifications et c'est plus souvent dans un but de pseudo-sécurité que cela est fait.
pour résumer, sous unix, les appels bas-niveau de travail sur fichier (je pense que toutes les applications cocoa/carbon tombent dessus lorqu'elles travaillent sur des fichiers) ne font pas de différence entre le lien symbolique et le fichier lui-même.
les exceptions sont les 2 appels spécifiques pour les liens symboliques :
lstat() pour avoir des informations sur le lien symbolique et pas le fichier cible. symlink() pour créer un lien.
-- DINH V. Hoa,
"Quel dieu cet homme !" -- FiLH
Dominique Lang <dominiquelang@wanadoo.fr> wrote:
Imaginons maintenant que je déplace le dossier Applications... Là, je
risque d'avoir des soucis, non?
En théorie, non. en pratique... je ne sais pas... Peut-être avec des
applications carbon mal-foutues...
les liens symboliques permettent de référencer les fichiers/dossiers
initiaux de façon transparente pour les applications, sauf si
éventuellement l'application va vérifier elle-même que le fichier n'est
pas un lien symbolique, mais bon, il existe très peu d'applications qui
s'embêtent à faire ces vérifications et c'est plus souvent dans un but
de pseudo-sécurité que cela est fait.
pour résumer, sous unix, les appels bas-niveau de travail sur fichier
(je pense que toutes les applications cocoa/carbon tombent dessus
lorqu'elles travaillent sur des fichiers) ne font pas de différence
entre le lien symbolique et le fichier lui-même.
les exceptions sont les 2 appels spécifiques pour
les liens symboliques :
lstat() pour avoir des informations sur le lien symbolique et pas le
fichier cible.
symlink() pour créer un lien.
Imaginons maintenant que je déplace le dossier Applications... Là, je risque d'avoir des soucis, non?
En théorie, non. en pratique... je ne sais pas... Peut-être avec des applications carbon mal-foutues...
les liens symboliques permettent de référencer les fichiers/dossiers initiaux de façon transparente pour les applications, sauf si éventuellement l'application va vérifier elle-même que le fichier n'est pas un lien symbolique, mais bon, il existe très peu d'applications qui s'embêtent à faire ces vérifications et c'est plus souvent dans un but de pseudo-sécurité que cela est fait.
pour résumer, sous unix, les appels bas-niveau de travail sur fichier (je pense que toutes les applications cocoa/carbon tombent dessus lorqu'elles travaillent sur des fichiers) ne font pas de différence entre le lien symbolique et le fichier lui-même.
les exceptions sont les 2 appels spécifiques pour les liens symboliques :
lstat() pour avoir des informations sur le lien symbolique et pas le fichier cible. symlink() pour créer un lien.
-- DINH V. Hoa,
"Quel dieu cet homme !" -- FiLH
Nicolas.MICHEL
Dominique Lang wrote:
Jérôme Lebel wrote:
Je te conseille tres fortement le lien symbolique.
Super, et merci pour la recette, finalement très simple! C'est pas que ce dossier Document soit très gros, m'enfin bon. Imaginons maintenant que je déplace le dossier Applications... Là, je risque d'avoir des soucis, non?
J'ai jamais testé perso, je préfère changer le point de montage de la partoche façon www.mosx.net, l'article sur la gestion des partitions.
Mais de mémoire des utilisateurs ont reportés des erreures lors de software updates.
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Dominique Lang <dominiquelang@wanadoo.fr> wrote:
Jérôme Lebel <jeromelebel@mac.com> wrote:
Je te conseille tres fortement le lien symbolique.
Super, et merci pour la recette, finalement très simple! C'est pas que
ce dossier Document soit très gros, m'enfin bon.
Imaginons maintenant que je déplace le dossier Applications... Là, je
risque d'avoir des soucis, non?
J'ai jamais testé perso, je préfère changer le point de montage de la
partoche façon www.mosx.net, l'article sur la gestion des partitions.
Mais de mémoire des utilisateurs ont reportés des erreures lors de
software updates.
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
Je te conseille tres fortement le lien symbolique.
Super, et merci pour la recette, finalement très simple! C'est pas que ce dossier Document soit très gros, m'enfin bon. Imaginons maintenant que je déplace le dossier Applications... Là, je risque d'avoir des soucis, non?
J'ai jamais testé perso, je préfère changer le point de montage de la partoche façon www.mosx.net, l'article sur la gestion des partitions.
Mais de mémoire des utilisateurs ont reportés des erreures lors de software updates.
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Patrick Stadelmann
In article <1gf08sr.ul8h3j1kbb1rwN%, (Nicolas MICHEL) wrote:
Mais de mémoire des utilisateurs ont reportés des erreures lors de software updates.
Oui, l'installeur a tendance a supprimer les liens symboliques et à les remplacer par des vrais dossiers.
Patrick -- Patrick Stadelmann
In article <1gf08sr.ul8h3j1kbb1rwN%Nicolas.MICHEL@BonBon.net>,
Nicolas.MICHEL@BonBon.net (Nicolas MICHEL) wrote:
Mais de mémoire des utilisateurs ont reportés des erreures lors de
software updates.
Oui, l'installeur a tendance a supprimer les liens symboliques et à les
remplacer par des vrais dossiers.
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
In article <1gf08sr.ul8h3j1kbb1rwN%, (Nicolas MICHEL) wrote:
Mais de mémoire des utilisateurs ont reportés des erreures lors de software updates.
Oui, l'installeur a tendance a supprimer les liens symboliques et à les remplacer par des vrais dossiers.
Patrick -- Patrick Stadelmann
adriano
Le Mon, 7 Jun 2004 09:59:55 +0200, Nicolas MICHEL s'est fendu de :
J'ai jamais testé perso, je préfère changer le point de montage de la partoche façon www.mosx.net, l'article sur la gestion des partitions.
Ah, quelqu'un qui s'est lancé dans le changement de point de montage des partitions ! J'ai longtemps hésité à réaliser cette manipulation...
En fait ce que je souhaiterais : Etat des lieux : j'ai 2 partitions : - la première 'Systeme', d'usage courant, est la partition de démarrage. Elle n'a subi aucune modification (pas de délocalisation de Users etc.) - la seconde 'Stockage' contient un système de secours et des données particulières (dont un mirroir des données stockées sur la partition 'Système')
Nous sommes plusieurs à utiliser ce Mac et je souhaite limiter l'accès les données aux données de la partition 'Staockage' à mon seul compte. J'ai donc pensé, il y a un moment maintenant, que choisir /Users/monlogin/desktop/ comme point de montage pour la partition 'Stockage' la rendrait invisible aux autres utilisateurs. J'éditerais donc /etc/fstab en y ajoutant la ligne
LABEL=Stockage /Users/monlogin/desktop/ hfs rw
Est-ce vrai, possible, etc ?
-- 95% des problèmes en informatique sont situés entre le clavier et la chaise
Le Mon, 7 Jun 2004 09:59:55 +0200, Nicolas MICHEL s'est fendu de :
J'ai jamais testé perso, je préfère changer le point de montage de la
partoche façon www.mosx.net, l'article sur la gestion des partitions.
Ah, quelqu'un qui s'est lancé dans le changement de point de montage des
partitions !
J'ai longtemps hésité à réaliser cette manipulation...
En fait ce que je souhaiterais :
Etat des lieux : j'ai 2 partitions :
- la première 'Systeme', d'usage courant, est la partition de démarrage.
Elle n'a subi aucune modification (pas de délocalisation de Users etc.)
- la seconde 'Stockage' contient un système de secours et des données
particulières (dont un mirroir des données stockées sur la partition
'Système')
Nous sommes plusieurs à utiliser ce Mac et je souhaite limiter l'accès les
données aux données de la partition 'Staockage' à mon seul compte.
J'ai donc pensé, il y a un moment maintenant, que choisir
/Users/monlogin/desktop/ comme point de montage pour la partition
'Stockage' la rendrait invisible aux autres utilisateurs.
J'éditerais donc /etc/fstab en y ajoutant la ligne
LABEL=Stockage /Users/monlogin/desktop/ hfs rw
Est-ce vrai, possible, etc ?
--
95% des problèmes en informatique sont situés entre le clavier et la chaise
Le Mon, 7 Jun 2004 09:59:55 +0200, Nicolas MICHEL s'est fendu de :
J'ai jamais testé perso, je préfère changer le point de montage de la partoche façon www.mosx.net, l'article sur la gestion des partitions.
Ah, quelqu'un qui s'est lancé dans le changement de point de montage des partitions ! J'ai longtemps hésité à réaliser cette manipulation...
En fait ce que je souhaiterais : Etat des lieux : j'ai 2 partitions : - la première 'Systeme', d'usage courant, est la partition de démarrage. Elle n'a subi aucune modification (pas de délocalisation de Users etc.) - la seconde 'Stockage' contient un système de secours et des données particulières (dont un mirroir des données stockées sur la partition 'Système')
Nous sommes plusieurs à utiliser ce Mac et je souhaite limiter l'accès les données aux données de la partition 'Staockage' à mon seul compte. J'ai donc pensé, il y a un moment maintenant, que choisir /Users/monlogin/desktop/ comme point de montage pour la partition 'Stockage' la rendrait invisible aux autres utilisateurs. J'éditerais donc /etc/fstab en y ajoutant la ligne
LABEL=Stockage /Users/monlogin/desktop/ hfs rw
Est-ce vrai, possible, etc ?
-- 95% des problèmes en informatique sont situés entre le clavier et la chaise
dominiquelang
Nicolas MICHEL wrote:
Imaginons maintenant que je déplace le dossier Applications... Là, je risque d'avoir des soucis, non?
Mais de mémoire des utilisateurs ont reportés des erreures lors de software updates.
Oui, c'est un peu à ça que je pensais; si une mise à jour d'AppleWorks ne trouve pas AW dans le dossier Applications, je sais que ça foirouille. -- Hop! (tm) et amitiés! Dominique Lang Gériatrie: <http://perso.wanadoo.fr/dominique.lang/accueil.html> Club Macami: <http://www.macami.net>
Nicolas MICHEL <Nicolas.MICHEL@BonBon.net> wrote:
Imaginons maintenant que je déplace le dossier Applications... Là, je
risque d'avoir des soucis, non?
Mais de mémoire des utilisateurs ont reportés des erreures lors de
software updates.
Oui, c'est un peu à ça que je pensais; si une mise à jour d'AppleWorks
ne trouve pas AW dans le dossier Applications, je sais que ça
foirouille.
--
Hop! (tm) et amitiés!
Dominique Lang
Gériatrie: <http://perso.wanadoo.fr/dominique.lang/accueil.html>
Club Macami: <http://www.macami.net>
Imaginons maintenant que je déplace le dossier Applications... Là, je risque d'avoir des soucis, non?
Mais de mémoire des utilisateurs ont reportés des erreures lors de software updates.
Oui, c'est un peu à ça que je pensais; si une mise à jour d'AppleWorks ne trouve pas AW dans le dossier Applications, je sais que ça foirouille. -- Hop! (tm) et amitiés! Dominique Lang Gériatrie: <http://perso.wanadoo.fr/dominique.lang/accueil.html> Club Macami: <http://www.macami.net>
jeromelebel
DINH Viêt Hoà wrote:
pour résumer, sous unix, les appels bas-niveau de travail sur fichier (je pense que toutes les applications cocoa/carbon tombent dessus lorqu'elles travaillent sur des fichiers) ne font pas de différence entre le lien symbolique et le fichier lui-même.
Oui, pour la théorie !
DINH Viêt Hoà <dinh.viet.hoa@free.fr> wrote:
pour résumer, sous unix, les appels bas-niveau de travail sur fichier
(je pense que toutes les applications cocoa/carbon tombent dessus
lorqu'elles travaillent sur des fichiers) ne font pas de différence
entre le lien symbolique et le fichier lui-même.
pour résumer, sous unix, les appels bas-niveau de travail sur fichier (je pense que toutes les applications cocoa/carbon tombent dessus lorqu'elles travaillent sur des fichiers) ne font pas de différence entre le lien symbolique et le fichier lui-même.
Oui, pour la théorie !
Nicolas.MICHEL
adriano wrote:
Ah, quelqu'un qui s'est lancé dans le changement de point de montage des partitions ! J'ai longtemps hésité à réaliser cette manipulation...
Pourquoi ?
Nous sommes plusieurs à utiliser ce Mac et je souhaite limiter l'accès les données aux données de la partition 'Staockage' à mon seul compte.
Dans ce cas, il faut jouer avec les permissions de fichiers, pas avec les points de mointages. Il suffit d'avoir un dossier interdit en exécution pour tout autre que toi, et ce qui est dedant sera privé.
Evidement, celà suppose que tu es le seul admin de cette machine, ou que les autres admin sont des personnes de confiances qui n'abuseront pas de leur privilèges.
J'ai donc pensé, il y a un moment maintenant, que choisir /Users/monlogin/desktop/ comme point de montage pour la partition 'Stockage' la rendrait invisible aux autres utilisateurs. J'éditerais donc /etc/fstab en y ajoutant la ligne
LABEL=Stockage /Users/monlogin/desktop/ hfs rw
Est-ce vrai, possible, etc ?
Oui, c'est possible et vrais. Mais ça vas pas empêcher l'accès à cette partoche pour les autres users, à moins qu'il n'y ait les permissions idoines dessus ou plus haut.
Si tu n'aimes pas modifier les permissions en ligne de commande, utilises batchmod.
N'oublies pas de copier ton desktop sur Stockage puis de supprimer les dossiers de desktop avant de faire cette manip. -- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
adriano <starmacenelevezmoi@free.fr> wrote:
Ah, quelqu'un qui s'est lancé dans le changement de point de montage des
partitions !
J'ai longtemps hésité à réaliser cette manipulation...
Pourquoi ?
Nous sommes plusieurs à utiliser ce Mac et je souhaite limiter l'accès les
données aux données de la partition 'Staockage' à mon seul compte.
Dans ce cas, il faut jouer avec les permissions de fichiers, pas avec
les points de mointages. Il suffit d'avoir un dossier interdit en
exécution pour tout autre que toi, et ce qui est dedant sera privé.
Evidement, celà suppose que tu es le seul admin de cette machine, ou que
les autres admin sont des personnes de confiances qui n'abuseront pas de
leur privilèges.
J'ai donc pensé, il y a un moment maintenant, que choisir
/Users/monlogin/desktop/ comme point de montage pour la partition
'Stockage' la rendrait invisible aux autres utilisateurs.
J'éditerais donc /etc/fstab en y ajoutant la ligne
LABEL=Stockage /Users/monlogin/desktop/ hfs rw
Est-ce vrai, possible, etc ?
Oui, c'est possible et vrais.
Mais ça vas pas empêcher l'accès à cette partoche pour les autres users,
à moins qu'il n'y ait les permissions idoines dessus ou plus haut.
Si tu n'aimes pas modifier les permissions en ligne de commande,
utilises batchmod.
N'oublies pas de copier ton desktop sur Stockage puis de supprimer les
dossiers de desktop avant de faire cette manip.
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
Ah, quelqu'un qui s'est lancé dans le changement de point de montage des partitions ! J'ai longtemps hésité à réaliser cette manipulation...
Pourquoi ?
Nous sommes plusieurs à utiliser ce Mac et je souhaite limiter l'accès les données aux données de la partition 'Staockage' à mon seul compte.
Dans ce cas, il faut jouer avec les permissions de fichiers, pas avec les points de mointages. Il suffit d'avoir un dossier interdit en exécution pour tout autre que toi, et ce qui est dedant sera privé.
Evidement, celà suppose que tu es le seul admin de cette machine, ou que les autres admin sont des personnes de confiances qui n'abuseront pas de leur privilèges.
J'ai donc pensé, il y a un moment maintenant, que choisir /Users/monlogin/desktop/ comme point de montage pour la partition 'Stockage' la rendrait invisible aux autres utilisateurs. J'éditerais donc /etc/fstab en y ajoutant la ligne
LABEL=Stockage /Users/monlogin/desktop/ hfs rw
Est-ce vrai, possible, etc ?
Oui, c'est possible et vrais. Mais ça vas pas empêcher l'accès à cette partoche pour les autres users, à moins qu'il n'y ait les permissions idoines dessus ou plus haut.
Si tu n'aimes pas modifier les permissions en ligne de commande, utilises batchmod.
N'oublies pas de copier ton desktop sur Stockage puis de supprimer les dossiers de desktop avant de faire cette manip. -- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
pas.de.spam
Dominique Lang wrote:
Nicolas MICHEL wrote:
Imaginons maintenant que je déplace le dossier Applications... Là, je risque d'avoir des soucis, non?
Mais de mémoire des utilisateurs ont reportés des erreures lors de software updates.
Oui, c'est un peu à ça que je pensais; si une mise à jour d'AppleWorks ne trouve pas AW dans le dossier Applications, je sais que ça foirouille.
voire même que cela merdouille messire :-) -- PO.
Pour m'écrire : po(point)taubaty(arobase)wanadoo(point)fr
Dominique Lang <dominiquelang@wanadoo.fr> wrote:
Nicolas MICHEL <Nicolas.MICHEL@BonBon.net> wrote:
Imaginons maintenant que je déplace le dossier Applications... Là, je
risque d'avoir des soucis, non?
Mais de mémoire des utilisateurs ont reportés des erreures lors de
software updates.
Oui, c'est un peu à ça que je pensais; si une mise à jour d'AppleWorks
ne trouve pas AW dans le dossier Applications, je sais que ça
foirouille.
voire même que cela merdouille messire :-)
--
PO.
Pour m'écrire : po(point)taubaty(arobase)wanadoo(point)fr