Par défaut, MacOS X crée des dossiers /home (un par compte sur la machine
+1 root normalement).
Ces dossiers doivent être des alias vers /users/~nom_du_compte. En général
ce dossier ce situe sur le disque dur "principal", cad celui où est
installé le système.
Ma question : comment modifier l'alias afin de le faire pointer vers un
dossier qui ne soit pas sur le disque dur "principal".
Intérêt de la chose : séparer le dd "principal" (avec OS et programmes) et
un dd "données" (qui pourrait être un dd externe par exemple.
Oui, ou avec "chown" qui permet aussi de changer le groupe.
Attends là, je suis « tout confusionné »
j'ai un répertoire /var/spool/news qui est actuellement en :
user group
news news
uid gid
9 71
je ne change rien à /var/spool/news
dans netinfo je change uid=gidP4 pour group et user news
je n'ai rien à changer dans le spool, ça suit non ?
-- yt
Patrick Stadelmann
In article <1gk1yxg.pzr6zidd7gcaN%, (Yvon Thoraval) wrote:
Patrick Stadelmann wrote:
Oui, ou avec "chown" qui permet aussi de changer le groupe.
Attends là, je suis « tout confusionné »
j'ai un répertoire /var/spool/news qui est actuellement en :
user group
news news
uid gid
9 71
je ne change rien à /var/spool/news
dans netinfo je change uid=gidP4 pour group et user news
je n'ai rien à changer dans le spool, ça suit non ?
Non, car l'info stockée sur le disque pour ton fichier est 9/71 et non pas news/news. Si tu modifies l'uid associé à news, le fichier va rester attribué à l'uid 9 (qui ne correspondra plus à un utilisateur existant).
Ton utilisateur news modifié (nouvel uid : 504) ne sera donc plus possesseur de /var/spool/news (uid du possesseur 9).
Patrick -- Patrick Stadelmann
In article <1gk1yxg.pzr6zidd7gcaN%yvon.thoravalNO-SPAM@free.fr>,
yvon.thoravalNO-SPAM@free.fr (Yvon Thoraval) wrote:
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
Oui, ou avec "chown" qui permet aussi de changer le groupe.
Attends là, je suis « tout confusionné »
j'ai un répertoire /var/spool/news qui est actuellement en :
user group
news news
uid gid
9 71
je ne change rien à /var/spool/news
dans netinfo je change uid=gidP4 pour group et user news
je n'ai rien à changer dans le spool, ça suit non ?
Non, car l'info stockée sur le disque pour ton fichier est 9/71 et non
pas news/news. Si tu modifies l'uid associé à news, le fichier va rester
attribué à l'uid 9 (qui ne correspondra plus à un utilisateur existant).
Ton utilisateur news modifié (nouvel uid : 504) ne sera donc plus
possesseur de /var/spool/news (uid du possesseur 9).
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
In article <1gk1yxg.pzr6zidd7gcaN%, (Yvon Thoraval) wrote:
Patrick Stadelmann wrote:
Oui, ou avec "chown" qui permet aussi de changer le groupe.
Attends là, je suis « tout confusionné »
j'ai un répertoire /var/spool/news qui est actuellement en :
user group
news news
uid gid
9 71
je ne change rien à /var/spool/news
dans netinfo je change uid=gidP4 pour group et user news
je n'ai rien à changer dans le spool, ça suit non ?
Non, car l'info stockée sur le disque pour ton fichier est 9/71 et non pas news/news. Si tu modifies l'uid associé à news, le fichier va rester attribué à l'uid 9 (qui ne correspondra plus à un utilisateur existant).
Ton utilisateur news modifié (nouvel uid : 504) ne sera donc plus possesseur de /var/spool/news (uid du possesseur 9).
Patrick -- Patrick Stadelmann
lists
ericb wrote:
Si tu as le temps (je ne l'ai pas en ce moment) , jette un oeil la dessus (réponds-moi directement)
Je n'ai pas l'impression, d'après ce que je comprends.
Eux ils ont un problème d'affichage (que je n'ai jamais eu) et un problème de police.
Si j'ouvre avec OpenOffice un document qui contient un alpha accentué, il est affiché sans problème. Quant à la police, elle marche dans NeoOffice/J donc ça ne vient pas de là. Ici, c'est juste que les touches mortes se comportent comme si elles n'étaient pas mortes.
Quoi qu'il en soit, je ne suis pas convaincu que ça vienne de OpenOffice. Je pense que ça vient de X11 puisque l'on obtient le même comportement dans toutes les applications X11 (j'ai installé une police Unicode qui marche dans Emacs et dans xterm).
-- R: Parce que ça renverse bêtement l'ordre naturel de lecture! Q: Mais pourquoi citer en fin d'article est-il si effroyable? R: Citer en fin d'article Q: Quelle est la chose la plus désagréable sur les groupes de news?
ericb <eric@b.org> wrote:
Si tu as le temps (je ne l'ai pas en ce moment) , jette un oeil la
dessus (réponds-moi directement)
Je n'ai pas l'impression, d'après ce que je comprends.
Eux ils ont un problème d'affichage (que je n'ai jamais eu) et un
problème de police.
Si j'ouvre avec OpenOffice un document qui contient un alpha accentué,
il est affiché sans problème.
Quant à la police, elle marche dans NeoOffice/J donc ça ne vient pas de
là. Ici, c'est juste que les touches mortes se comportent comme si elles
n'étaient pas mortes.
Quoi qu'il en soit, je ne suis pas convaincu que ça vienne de
OpenOffice. Je pense que ça vient de X11 puisque l'on obtient le même
comportement dans toutes les applications X11 (j'ai installé une police
Unicode qui marche dans Emacs et dans xterm).
--
R: Parce que ça renverse bêtement l'ordre naturel de lecture!
Q: Mais pourquoi citer en fin d'article est-il si effroyable?
R: Citer en fin d'article
Q: Quelle est la chose la plus désagréable sur les groupes de news?
Je n'ai pas l'impression, d'après ce que je comprends.
Eux ils ont un problème d'affichage (que je n'ai jamais eu) et un problème de police.
Si j'ouvre avec OpenOffice un document qui contient un alpha accentué, il est affiché sans problème. Quant à la police, elle marche dans NeoOffice/J donc ça ne vient pas de là. Ici, c'est juste que les touches mortes se comportent comme si elles n'étaient pas mortes.
Quoi qu'il en soit, je ne suis pas convaincu que ça vienne de OpenOffice. Je pense que ça vient de X11 puisque l'on obtient le même comportement dans toutes les applications X11 (j'ai installé une police Unicode qui marche dans Emacs et dans xterm).
-- R: Parce que ça renverse bêtement l'ordre naturel de lecture! Q: Mais pourquoi citer en fin d'article est-il si effroyable? R: Citer en fin d'article Q: Quelle est la chose la plus désagréable sur les groupes de news?
lists
Yvon Thoraval wrote:
Tiens, au fait on m'a conseillé scutil pour vérifier si le net est reachable.
Je ne connaissais pas. Ça a l'air très bien.
Du coup j'ai fait un p'tit script qui, lisant un fichier de conf de leafnode regarde si au moins un des serveurs de news est reachable et dans ce cas vérifie si macsoup est on et lance fetch news
OK. Merci.
-- R: Parce que ça renverse bêtement l'ordre naturel de lecture! Q: Mais pourquoi citer en fin d'article est-il si effroyable? R: Citer en fin d'article Q: Quelle est la chose la plus désagréable sur les groupes de news?
Tiens, au fait on m'a conseillé scutil pour vérifier si le net est
reachable.
Je ne connaissais pas. Ça a l'air très bien.
Du coup j'ai fait un p'tit script qui, lisant un fichier de
conf de leafnode regarde si au moins un des serveurs de news est
reachable et dans ce cas vérifie si macsoup est on et lance fetch news
OK. Merci.
--
R: Parce que ça renverse bêtement l'ordre naturel de lecture!
Q: Mais pourquoi citer en fin d'article est-il si effroyable?
R: Citer en fin d'article
Q: Quelle est la chose la plus désagréable sur les groupes de news?
Tiens, au fait on m'a conseillé scutil pour vérifier si le net est reachable.
Je ne connaissais pas. Ça a l'air très bien.
Du coup j'ai fait un p'tit script qui, lisant un fichier de conf de leafnode regarde si au moins un des serveurs de news est reachable et dans ce cas vérifie si macsoup est on et lance fetch news
OK. Merci.
-- R: Parce que ça renverse bêtement l'ordre naturel de lecture! Q: Mais pourquoi citer en fin d'article est-il si effroyable? R: Citer en fin d'article Q: Quelle est la chose la plus désagréable sur les groupes de news?
yvon.thoravalNO-SPAM
Patrick Stadelmann wrote:
Non, car l'info stockée sur le disque pour ton fichier est 9/71 et non pas news/news. Si tu modifies l'uid associé à news, le fichier va rester attribué à l'uid 9 (qui ne correspondra plus à un utilisateur existant).
Ton utilisateur news modifié (nouvel uid : 504) ne sera donc plus possesseur de /var/spool/news (uid du possesseur 9).
ok, pigé, car c'est à la création des répertoires/fichiers que l'uid est setté...
Merci pour ces infos ! -- yt
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
Non, car l'info stockée sur le disque pour ton fichier est 9/71 et non
pas news/news. Si tu modifies l'uid associé à news, le fichier va rester
attribué à l'uid 9 (qui ne correspondra plus à un utilisateur existant).
Ton utilisateur news modifié (nouvel uid : 504) ne sera donc plus
possesseur de /var/spool/news (uid du possesseur 9).
ok, pigé, car c'est à la création des répertoires/fichiers que l'uid est
setté...
Non, car l'info stockée sur le disque pour ton fichier est 9/71 et non pas news/news. Si tu modifies l'uid associé à news, le fichier va rester attribué à l'uid 9 (qui ne correspondra plus à un utilisateur existant).
Ton utilisateur news modifié (nouvel uid : 504) ne sera donc plus possesseur de /var/spool/news (uid du possesseur 9).
ok, pigé, car c'est à la création des répertoires/fichiers que l'uid est setté...
Merci pour ces infos ! -- yt
Nicolas.MICHEL
Francois_75015 wrote:
Merci pour toutes vos réponses (et désolé des inexactitutes, je ne suis pas encore sous MacOS X, mais c'est pour bientot).
Ceci explique celà :)
Je pensais que l'icone "home" était une sorte d'alias vers un dossier du genre /users/_nom_des_users). Apparemment ce n'est pas aussi simple...
Si je comprends ce que vous dites, il faut ces manips dans le terminal, ssans doute loggué en root (donc activer le root)...sans compter qu'on joue avec le feu...et moi qui croyais que MacOS était simple et convivial.
Il l'est, mais tu peux aussi partir dans un superbe délire en phase terminale, comme tu peux le voir dans ce fil :)
Allez, pour une fois que Windows est mieux fait que MacOS, on va pas se priver de le signaler (le dossier "mes documents" est un alias qu'il suffit de faire pointer où on veut).
Tu confonds $HOME (ce que tu appelais /home dans ton premier post) et ce machin idiot qu'est "Mes Documents". A quoi sert ce dossier au juste ? Ah oui, c'est vrais, sous pc ton disque ne t'appartient pas, il n'y a que dans "Mes Documents" que tu te sentes chez toi. Mais c'est une vue d'esprit, j'ai jamais rien stocké sous "Mes documents" sur mes pc, et j'ai jamais vu aucune conséquences à celà.
Mets tes documents où bon te semble, sur le disque que tu veux. Pour les retrouver rapidement, tu peux mettre un raccourcis sur le bureau si ça te chantes.
La seule règle à observer, mais un pciste n'aurait même pas idée qu'il puisse en être autrement, c'est de laisser le system tranquille et ne pas déplacer inconcidérément un truc si tu ne sais pas ce que c'est.
Note qu'il y a quelques dossiers que MacOSX crée de base dans ton $HOME. Certaines appli les utilisent. Par exemple il y a un dossier ~/Music et le logiciel iTune met ses mp3 dedant par défault. Si tu veux mettre tes mp3 ailleur, il suffira de changer les prefs de iTune.
Il y a aussi un dossier ~/Library qui coresponds un peu à C:Documents and Settingstoto sur un pc win2k et qu'il vaut mieux laisser tranquile si tu ne veux pas te prendre la tête avec le langage de commmande unix et autre base netinfo.
Bienvennue sur mac :) -- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Francois_75015 <francois_75015@yahoo.fr> wrote:
Merci pour toutes vos réponses (et désolé des inexactitutes, je ne suis pas
encore sous MacOS X, mais c'est pour bientot).
Ceci explique celà :)
Je pensais que l'icone
"home" était une sorte d'alias vers un dossier du genre
/users/_nom_des_users). Apparemment ce n'est pas aussi simple...
Si je comprends ce que vous dites, il faut ces manips dans le terminal,
ssans doute loggué en root (donc activer le root)...sans compter qu'on joue
avec le feu...et moi qui croyais que MacOS était simple et convivial.
Il l'est, mais tu peux aussi partir dans un superbe délire en phase
terminale, comme tu peux le voir dans ce fil :)
Allez, pour une fois que Windows est mieux fait que MacOS, on va pas se
priver de le signaler (le dossier "mes documents" est un alias qu'il suffit
de faire pointer où on veut).
Tu confonds $HOME (ce que tu appelais /home dans ton premier post) et ce
machin idiot qu'est "Mes Documents". A quoi sert ce dossier au juste ?
Ah oui, c'est vrais, sous pc ton disque ne t'appartient pas, il n'y a
que dans "Mes Documents" que tu te sentes chez toi. Mais c'est une vue
d'esprit, j'ai jamais rien stocké sous "Mes documents" sur mes pc, et
j'ai jamais vu aucune conséquences à celà.
Mets tes documents où bon te semble, sur le disque que tu veux.
Pour les retrouver rapidement, tu peux mettre un raccourcis sur le
bureau si ça te chantes.
La seule règle à observer, mais un pciste n'aurait même pas idée qu'il
puisse en être autrement, c'est de laisser le system tranquille et ne
pas déplacer inconcidérément un truc si tu ne sais pas ce que c'est.
Note qu'il y a quelques dossiers que MacOSX crée de base dans ton $HOME.
Certaines appli les utilisent. Par exemple il y a un dossier ~/Music et
le logiciel iTune met ses mp3 dedant par défault. Si tu veux mettre tes
mp3 ailleur, il suffira de changer les prefs de iTune.
Il y a aussi un dossier ~/Library qui coresponds un peu à
C:Documents and Settingstoto sur un pc win2k et qu'il vaut mieux
laisser tranquile si tu ne veux pas te prendre la tête avec le langage
de commmande unix et autre base netinfo.
Bienvennue sur mac :)
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
Merci pour toutes vos réponses (et désolé des inexactitutes, je ne suis pas encore sous MacOS X, mais c'est pour bientot).
Ceci explique celà :)
Je pensais que l'icone "home" était une sorte d'alias vers un dossier du genre /users/_nom_des_users). Apparemment ce n'est pas aussi simple...
Si je comprends ce que vous dites, il faut ces manips dans le terminal, ssans doute loggué en root (donc activer le root)...sans compter qu'on joue avec le feu...et moi qui croyais que MacOS était simple et convivial.
Il l'est, mais tu peux aussi partir dans un superbe délire en phase terminale, comme tu peux le voir dans ce fil :)
Allez, pour une fois que Windows est mieux fait que MacOS, on va pas se priver de le signaler (le dossier "mes documents" est un alias qu'il suffit de faire pointer où on veut).
Tu confonds $HOME (ce que tu appelais /home dans ton premier post) et ce machin idiot qu'est "Mes Documents". A quoi sert ce dossier au juste ? Ah oui, c'est vrais, sous pc ton disque ne t'appartient pas, il n'y a que dans "Mes Documents" que tu te sentes chez toi. Mais c'est une vue d'esprit, j'ai jamais rien stocké sous "Mes documents" sur mes pc, et j'ai jamais vu aucune conséquences à celà.
Mets tes documents où bon te semble, sur le disque que tu veux. Pour les retrouver rapidement, tu peux mettre un raccourcis sur le bureau si ça te chantes.
La seule règle à observer, mais un pciste n'aurait même pas idée qu'il puisse en être autrement, c'est de laisser le system tranquille et ne pas déplacer inconcidérément un truc si tu ne sais pas ce que c'est.
Note qu'il y a quelques dossiers que MacOSX crée de base dans ton $HOME. Certaines appli les utilisent. Par exemple il y a un dossier ~/Music et le logiciel iTune met ses mp3 dedant par défault. Si tu veux mettre tes mp3 ailleur, il suffira de changer les prefs de iTune.
Il y a aussi un dossier ~/Library qui coresponds un peu à C:Documents and Settingstoto sur un pc win2k et qu'il vaut mieux laisser tranquile si tu ne veux pas te prendre la tête avec le langage de commmande unix et autre base netinfo.
Bienvennue sur mac :) -- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Nicolas.MICHEL
Patrick Stadelmann wrote:
Apparemment il n'y a pas de cron pour root en standard.
Si, les tâches de maintenance executée via "periodic" sont exécutée par root.
non, c'est la crontab system dont tu parles. la commande crontab -u root -e crée une nouvelle crontab pour root qui ne sera pas modifiée lors d'une update par exemple.
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
Apparemment il n'y a pas de cron pour root en standard.
Si, les tâches de maintenance executée via "periodic" sont exécutée par
root.
non, c'est la crontab system dont tu parles.
la commande
crontab -u root -e
crée une nouvelle crontab pour root qui ne sera pas modifiée lors d'une
update par exemple.
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
Apparemment il n'y a pas de cron pour root en standard.
Si, les tâches de maintenance executée via "periodic" sont exécutée par root.
non, c'est la crontab system dont tu parles. la commande crontab -u root -e crée une nouvelle crontab pour root qui ne sera pas modifiée lors d'une update par exemple.
-- 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 <1gk23f0.16evggg1h9w8ouN%, (Nicolas MICHEL) wrote:
Patrick Stadelmann wrote:
Apparemment il n'y a pas de cron pour root en standard.
Si, les tâches de maintenance executée via "periodic" sont exécutée par root.
non, c'est la crontab system dont tu parles.
Oui, OK mais c'est quand même root qui exécute ces tâches.
Patrick -- Patrick Stadelmann
In article <1gk23f0.16evggg1h9w8ouN%Nicolas.MICHEL@BonBon.net>,
Nicolas.MICHEL@BonBon.net (Nicolas MICHEL) wrote:
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
Apparemment il n'y a pas de cron pour root en standard.
Si, les tâches de maintenance executée via "periodic" sont exécutée par
root.
non, c'est la crontab system dont tu parles.
Oui, OK mais c'est quand même root qui exécute ces tâches.
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
In article <1gk23f0.16evggg1h9w8ouN%, (Nicolas MICHEL) wrote:
Patrick Stadelmann wrote:
Apparemment il n'y a pas de cron pour root en standard.
Si, les tâches de maintenance executée via "periodic" sont exécutée par root.
non, c'est la crontab system dont tu parles.
Oui, OK mais c'est quand même root qui exécute ces tâches.
Patrick -- Patrick Stadelmann
Pascal Bourguignon
(Yvon Thoraval) writes:
Patrick Stadelmann wrote:
Une possibilité est de mettre "root" comme possesseur du script et d'activer le flag "set user ID on execution". Voir la section "MODES" du man de chmod. Avec ces réglages, le script est exécuté par "root" quelque soit l'utilisateur qui le lance.
Ah oui, super, c'est ce qu'il me faut, mon script doit-être lancé par la cron. Apparemment il n'y a pas de cron pour root en standard.
/etc/crontab
Puis-je changé, par netInfo, le gid et le uid d'un nouveau user/group créé récemment ?
Oui, mais c'est plus simple de le supprimer et de le recréer...
Our enemies are innovative and resourceful, and so are we. They never stop thinking about new ways to harm our country and our people, and neither do we.
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
Une possibilité est de mettre "root" comme possesseur du script et
d'activer le flag "set user ID on execution". Voir la section "MODES" du
man de chmod. Avec ces réglages, le script est exécuté par "root"
quelque soit l'utilisateur qui le lance.
Ah oui, super, c'est ce qu'il me faut, mon script doit-être lancé par la
cron. Apparemment il n'y a pas de cron pour root en standard.
/etc/crontab
Puis-je changé, par netInfo, le gid et le uid d'un nouveau user/group
créé récemment ?
Oui, mais c'est plus simple de le supprimer et de le recréer...
Our enemies are innovative and resourceful, and so are we. They never
stop thinking about new ways to harm our country and our people, and
neither do we.
Une possibilité est de mettre "root" comme possesseur du script et d'activer le flag "set user ID on execution". Voir la section "MODES" du man de chmod. Avec ces réglages, le script est exécuté par "root" quelque soit l'utilisateur qui le lance.
Ah oui, super, c'est ce qu'il me faut, mon script doit-être lancé par la cron. Apparemment il n'y a pas de cron pour root en standard.
/etc/crontab
Puis-je changé, par netInfo, le gid et le uid d'un nouveau user/group créé récemment ?
Oui, mais c'est plus simple de le supprimer et de le recréer...
Our enemies are innovative and resourceful, and so are we. They never stop thinking about new ways to harm our country and our people, and neither do we.
Pascal Bourguignon
Patrick Stadelmann writes:
In article , Pascal Bourguignon wrote:
Jacques Perrocheau writes:
AMHA je ferais plutôt un lien symbolique qu'un alias. Il y a des commandes Unix qui ne reconnaissent pas les alias.
Tu as sans doute raison, mais le lien symbolique, il faut aller le créer dans le Terminal ;-/
Et oui! Sur NeXTSTEP et OPENSTEP, on pouvait créer des liens symboliques en faisant glisser un élément en pressant sur control.
Mac OS X crée des alias via commande-option lors d'un glissé-déposé. C'est parfaitement suffisant pour tout ce qui est GUI.
Les alias... Cumulent les inconvénients des liens symboliques et des liens durs sans en tirer aucun avantage!
Our enemies are innovative and resourceful, and so are we. They never stop thinking about new ways to harm our country and our people, and neither do we.
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> writes:
In article <87oeka4jub.fsf@thalassa.informatimago.com>,
Pascal Bourguignon <spam@mouse-potato.com> wrote:
Jacques Perrocheau <Jacques.Perrocheau@univ-rennes1.fr> writes:
AMHA je ferais plutôt un lien symbolique qu'un alias. Il y a des
commandes Unix qui ne reconnaissent pas les alias.
Tu as sans doute raison, mais le lien symbolique, il faut aller le créer
dans le Terminal ;-/
Et oui! Sur NeXTSTEP et OPENSTEP, on pouvait créer des liens
symboliques en faisant glisser un élément en pressant sur control.
Mac OS X crée des alias via commande-option lors d'un glissé-déposé.
C'est parfaitement suffisant pour tout ce qui est GUI.
Les alias... Cumulent les inconvénients des liens symboliques et des
liens durs sans en tirer aucun avantage!
Our enemies are innovative and resourceful, and so are we. They never
stop thinking about new ways to harm our country and our people, and
neither do we.
Our enemies are innovative and resourceful, and so are we. They never stop thinking about new ways to harm our country and our people, and neither do we.
