je cherche comment monter un disque réseau (samba) lors du boot.
Apparemment ça ne passe pas par fstab. Sur le web j'ai trouvé (avec
difficulté) une solution qui explique qu'il faut ajouter des entrées
dans /Library/StartupItems/ , en prenant exemple dans ce qui se trouve
dans /System/Library/StartupItems . Sauf que chez moi ce dernier dossier
est vide.
Est-ce là la bonne méthode (pour savoir si je fouille un peu plus dans
cette direction) ?
Sinon j'ai trouvé plein d'explications pour monter un disque à
l'ouverture d'une session, mais ce n'est pas ce que je veux.
Ceci étant il se trouve je ne vais pas avoir besoin de ce disque monté au boot (du moins pas pour TM) : je viens de constater que TM était capable de remonter tout seul le partage Samba sur lequel il faisait la sauvegarde, pour peu que le mot de passe soit enregistré dans le trousseau, et de le démonter à la fin de la sauvegarde.
Les joies d'automountd(8) sont indescriptibles.
-- echo '' | tr '[a-z]' '[n-za-m]'
On Jeu 02 jui 2011, 18:51,
pehache <pehache.7@gmail.com> wrote:
Ceci étant il se trouve je ne vais pas avoir besoin de ce disque monté
au boot (du moins pas pour TM) : je viens de constater que TM était
capable de remonter tout seul le partage Samba sur lequel il faisait la
sauvegarde, pour peu que le mot de passe soit enregistré dans le
trousseau, et de le démonter à la fin de la sauvegarde.
Ceci étant il se trouve je ne vais pas avoir besoin de ce disque monté au boot (du moins pas pour TM) : je viens de constater que TM était capable de remonter tout seul le partage Samba sur lequel il faisait la sauvegarde, pour peu que le mot de passe soit enregistré dans le trousseau, et de le démonter à la fin de la sauvegarde.
Les joies d'automountd(8) sont indescriptibles.
-- echo '' | tr '[a-z]' '[n-za-m]'
yapu
Jacques Perrocheau wrote:
puis glisser-déposer l'icône du dit volume dans la fenêtre des Préférences "Comptes" à l'onglet "Startup Items" (Ouverture).
c'est ce que j'ai fait (10.5.8 sur un G5) ; du coup, TextEdit m'ouvre un fichier vide qui a le nom de ce volume à chaque démarrage... Si je relance l'alias en question à la main, ça m'ouvre bien le repertoire partagé.
problème de timing ? -- Philippe Manet en fait, c'est manet avant @
Jacques Perrocheau <Jacques.Perrocheau@univ-rennes1.fr> wrote:
puis glisser-déposer l'icône du dit
volume dans la fenêtre des Préférences "Comptes" à l'onglet "Startup
Items" (Ouverture).
c'est ce que j'ai fait (10.5.8 sur un G5) ; du coup, TextEdit m'ouvre un
fichier vide qui a le nom de ce volume à chaque démarrage... Si je
relance l'alias en question à la main, ça m'ouvre bien le repertoire
partagé.
problème de timing ?
--
Philippe Manet
en fait, c'est manet avant @
puis glisser-déposer l'icône du dit volume dans la fenêtre des Préférences "Comptes" à l'onglet "Startup Items" (Ouverture).
c'est ce que j'ai fait (10.5.8 sur un G5) ; du coup, TextEdit m'ouvre un fichier vide qui a le nom de ce volume à chaque démarrage... Si je relance l'alias en question à la main, ça m'ouvre bien le repertoire partagé.
problème de timing ? -- Philippe Manet en fait, c'est manet avant @
jperrocheau
Philippe Manet wrote:
c'est ce que j'ai fait (10.5.8 sur un G5) ; du coup, TextEdit m'ouvre un fichier vide qui a le nom de ce volume à chaque démarrage... Si je relance l'alias en question à la main, ça m'ouvre bien le repertoire partagé.
problème de timing ?
???
Si un simple "Effacer le menu" des "Fichiers récents" dans TextEdit ne produit aucun effet, peut-être mettre à la poubelle les préférences de TextEdit.
-- Jacques Perrocheau ______________________________________________________________________ e-mail: mailto:
Philippe Manet <yapu@invivo.edu> wrote:
c'est ce que j'ai fait (10.5.8 sur un G5) ; du coup, TextEdit m'ouvre un
fichier vide qui a le nom de ce volume à chaque démarrage... Si je
relance l'alias en question à la main, ça m'ouvre bien le repertoire
partagé.
problème de timing ?
???
Si un simple "Effacer le menu" des "Fichiers récents" dans TextEdit ne
produit aucun effet, peut-être mettre à la poubelle les préférences de
TextEdit.
--
Jacques Perrocheau
______________________________________________________________________
e-mail: mailto:
c'est ce que j'ai fait (10.5.8 sur un G5) ; du coup, TextEdit m'ouvre un fichier vide qui a le nom de ce volume à chaque démarrage... Si je relance l'alias en question à la main, ça m'ouvre bien le repertoire partagé.
problème de timing ?
???
Si un simple "Effacer le menu" des "Fichiers récents" dans TextEdit ne produit aucun effet, peut-être mettre à la poubelle les préférences de TextEdit.
-- Jacques Perrocheau ______________________________________________________________________ e-mail: mailto:
yapu
Jacques Perrocheau wrote:
Si un simple "Effacer le menu" des "Fichiers récents" dans TextEdit ne produit aucun effet, peut-être mettre à la poubelle les préférences de TextEdit.
j'ai mal expliqué mon truc : sur une machine, comme le suggère Anne, j'ai mis dans la préférence de mon compte l'ouverture au démarrage d'un alias d'un volume distant. En fait, ça ouvre un fichier texte vide dans TextEdit, qui porte le nom du volume distant. J'ignore pourquoi. -- Philippe Manet en fait, c'est manet avant @
Jacques Perrocheau <jperrocheau@mac.com.invalid> wrote:
Si un simple "Effacer le menu" des "Fichiers récents" dans TextEdit ne
produit aucun effet, peut-être mettre à la poubelle les préférences de
TextEdit.
j'ai mal expliqué mon truc :
sur une machine, comme le suggère Anne, j'ai mis dans la préférence de
mon compte l'ouverture au démarrage d'un alias d'un volume distant.
En fait, ça ouvre un fichier texte vide dans TextEdit, qui porte le nom
du volume distant. J'ignore pourquoi.
--
Philippe Manet
en fait, c'est manet avant @
Si un simple "Effacer le menu" des "Fichiers récents" dans TextEdit ne produit aucun effet, peut-être mettre à la poubelle les préférences de TextEdit.
j'ai mal expliqué mon truc : sur une machine, comme le suggère Anne, j'ai mis dans la préférence de mon compte l'ouverture au démarrage d'un alias d'un volume distant. En fait, ça ouvre un fichier texte vide dans TextEdit, qui porte le nom du volume distant. J'ignore pourquoi. -- Philippe Manet en fait, c'est manet avant @
pehache
Le 01/06/11 22:53, Matt a écrit :
Ton salut passe par la case launchd(8) avec la création triviale d'un démon (attention cependant a bien utiliser « NetworkState » afin que le démon s'exécute correctement; launchd(8) étant le premier processus) et pour se faciliter la vie l'utilisation d'un fichier nsmb.conf(5).
Je me suis fait la main avec quelques *.plist basiques, je pense avoir compris les bases.
Par contre, il y a encore quelque chose qui m'échappe peut-être pour le montage d'un disque en passant par launchd : il y a quelque chose de spécifiquement prévu pour dedans, ou bien faut-il invoquer un shell script écrit pour monter le disque (ou même invoquer directement mount) ?
-- pehache
Le 01/06/11 22:53, Matt a écrit :
Ton salut passe par la case launchd(8) avec la création triviale d'un
démon (attention cependant a bien utiliser « NetworkState » afin que le
démon s'exécute correctement; launchd(8) étant le premier processus) et
pour se faciliter la vie l'utilisation d'un fichier nsmb.conf(5).
Je me suis fait la main avec quelques *.plist basiques, je pense avoir
compris les bases.
Par contre, il y a encore quelque chose qui m'échappe peut-être pour le
montage d'un disque en passant par launchd : il y a quelque chose de
spécifiquement prévu pour dedans, ou bien faut-il invoquer un shell
script écrit pour monter le disque (ou même invoquer directement mount) ?
Ton salut passe par la case launchd(8) avec la création triviale d'un démon (attention cependant a bien utiliser « NetworkState » afin que le démon s'exécute correctement; launchd(8) étant le premier processus) et pour se faciliter la vie l'utilisation d'un fichier nsmb.conf(5).
Je me suis fait la main avec quelques *.plist basiques, je pense avoir compris les bases.
Par contre, il y a encore quelque chose qui m'échappe peut-être pour le montage d'un disque en passant par launchd : il y a quelque chose de spécifiquement prévu pour dedans, ou bien faut-il invoquer un shell script écrit pour monter le disque (ou même invoquer directement mount) ?
-- pehache
Matt
On Lun 06 jui 2011, 00:31, pehache wrote:
Par contre, il y a encore quelque chose qui m'échappe peut-être pour le montage d'un disque en passant par launchd : il y a quelque chose de spécifiquement prévu pour dedans, ou bien faut-il invoquer un shell script écrit pour monter le disque (ou même invoquer directement mount) ?
Apple (par le biais de la liste launchd-dev[1]) conseille l'utilisation d'un script shell car un démon/agent launchd n'est pas pensé pour être comme un interpréteur.
Comprendre qu'il est plus facile de placer ses commandes à exécuter dans un script shell et in fine, c'est plus simple si l'on a un démon/agent qui doit exécuter plusieurs commandes évitant au passage de recharger le démon/agent pour que les changements soient pris en compte.
Concernant l'utilisation de mount(8) (ou de mount_smbfs(8) dans ton cas puisque tu parles d'un partage samba), tu l'appelles comme tu le ferais habituellement dans un shell.
-- echo '' | tr '[a-z]' '[n-za-m]'
On Lun 06 jui 2011, 00:31,
pehache <pehache.7@gmail.com> wrote:
Par contre, il y a encore quelque chose qui m'échappe peut-être pour le
montage d'un disque en passant par launchd : il y a quelque chose de
spécifiquement prévu pour dedans, ou bien faut-il invoquer un shell
script écrit pour monter le disque (ou même invoquer directement mount) ?
Apple (par le biais de la liste launchd-dev[1]) conseille l'utilisation
d'un script shell car un démon/agent launchd n'est pas pensé pour être
comme un interpréteur.
Comprendre qu'il est plus facile de placer ses commandes à exécuter dans
un script shell et in fine, c'est plus simple si l'on a un démon/agent
qui doit exécuter plusieurs commandes évitant au passage de recharger le
démon/agent pour que les changements soient pris en compte.
Concernant l'utilisation de mount(8) (ou de mount_smbfs(8) dans ton cas
puisque tu parles d'un partage samba), tu l'appelles comme tu le ferais
habituellement dans un shell.
Par contre, il y a encore quelque chose qui m'échappe peut-être pour le montage d'un disque en passant par launchd : il y a quelque chose de spécifiquement prévu pour dedans, ou bien faut-il invoquer un shell script écrit pour monter le disque (ou même invoquer directement mount) ?
Apple (par le biais de la liste launchd-dev[1]) conseille l'utilisation d'un script shell car un démon/agent launchd n'est pas pensé pour être comme un interpréteur.
Comprendre qu'il est plus facile de placer ses commandes à exécuter dans un script shell et in fine, c'est plus simple si l'on a un démon/agent qui doit exécuter plusieurs commandes évitant au passage de recharger le démon/agent pour que les changements soient pris en compte.
Concernant l'utilisation de mount(8) (ou de mount_smbfs(8) dans ton cas puisque tu parles d'un partage samba), tu l'appelles comme tu le ferais habituellement dans un shell.
-- echo '' | tr '[a-z]' '[n-za-m]'
pehache
Le 06/06/11 01:27, Matt a écrit :
On Lun 06 jui 2011, 00:31, pehache wrote:
Par contre, il y a encore quelque chose qui m'échappe peut-être pour le montage d'un disque en passant par launchd : il y a quelque chose de spécifiquement prévu pour dedans, ou bien faut-il invoquer un shell script écrit pour monter le disque (ou même invoquer directement mount) ?
Apple (par le biais de la liste launchd-dev[1]) conseille l'utilisation d'un script shell car un démon/agent launchd n'est pas pensé pour être comme un interpréteur.
Comprendre qu'il est plus facile de placer ses commandes à exécuter dans un script shell et in fine, c'est plus simple si l'on a un démon/agent qui doit exécuter plusieurs commandes évitant au passage de recharger le démon/agent pour que les changements soient pris en compte.
Concernant l'utilisation de mount(8) (ou de mount_smbfs(8) dans ton cas puisque tu parles d'un partage samba), tu l'appelles comme tu le ferais habituellement dans un shell.
OK.
Ce n'est pas un problème en soi d'écrire un script, mais je trouve que l'ensemble launchd.plist+script est une méthode un peu lourdingue pour juste monter un disque, comparé à la méthode traditionnelle par fstab qui nécessite une seule ligne.
Je sais qu'on peut toujours utiliser fstab sur 10.6, mais c'est une remarque un peu générale : la philosophie d'Unix c'est aussi une certaine simplicité (dans le sens de nombreux petits outils ayant chacun un rôle bien précis), et je ne suis pas sûr que ce genre d'évolution (supprimer la table de montage au profit d'un outil très -trop- générique et plus complexe) réponde à cette philosophie.
-- pehache
Le 06/06/11 01:27, Matt a écrit :
On Lun 06 jui 2011, 00:31,
pehache<pehache.7@gmail.com> wrote:
Par contre, il y a encore quelque chose qui m'échappe peut-être pour le
montage d'un disque en passant par launchd : il y a quelque chose de
spécifiquement prévu pour dedans, ou bien faut-il invoquer un shell
script écrit pour monter le disque (ou même invoquer directement mount) ?
Apple (par le biais de la liste launchd-dev[1]) conseille l'utilisation
d'un script shell car un démon/agent launchd n'est pas pensé pour être
comme un interpréteur.
Comprendre qu'il est plus facile de placer ses commandes à exécuter dans
un script shell et in fine, c'est plus simple si l'on a un démon/agent
qui doit exécuter plusieurs commandes évitant au passage de recharger le
démon/agent pour que les changements soient pris en compte.
Concernant l'utilisation de mount(8) (ou de mount_smbfs(8) dans ton cas
puisque tu parles d'un partage samba), tu l'appelles comme tu le ferais
habituellement dans un shell.
OK.
Ce n'est pas un problème en soi d'écrire un script, mais je trouve que
l'ensemble launchd.plist+script est une méthode un peu lourdingue pour
juste monter un disque, comparé à la méthode traditionnelle par fstab
qui nécessite une seule ligne.
Je sais qu'on peut toujours utiliser fstab sur 10.6, mais c'est une
remarque un peu générale : la philosophie d'Unix c'est aussi une
certaine simplicité (dans le sens de nombreux petits outils ayant chacun
un rôle bien précis), et je ne suis pas sûr que ce genre d'évolution
(supprimer la table de montage au profit d'un outil très -trop-
générique et plus complexe) réponde à cette philosophie.
Par contre, il y a encore quelque chose qui m'échappe peut-être pour le montage d'un disque en passant par launchd : il y a quelque chose de spécifiquement prévu pour dedans, ou bien faut-il invoquer un shell script écrit pour monter le disque (ou même invoquer directement mount) ?
Apple (par le biais de la liste launchd-dev[1]) conseille l'utilisation d'un script shell car un démon/agent launchd n'est pas pensé pour être comme un interpréteur.
Comprendre qu'il est plus facile de placer ses commandes à exécuter dans un script shell et in fine, c'est plus simple si l'on a un démon/agent qui doit exécuter plusieurs commandes évitant au passage de recharger le démon/agent pour que les changements soient pris en compte.
Concernant l'utilisation de mount(8) (ou de mount_smbfs(8) dans ton cas puisque tu parles d'un partage samba), tu l'appelles comme tu le ferais habituellement dans un shell.
OK.
Ce n'est pas un problème en soi d'écrire un script, mais je trouve que l'ensemble launchd.plist+script est une méthode un peu lourdingue pour juste monter un disque, comparé à la méthode traditionnelle par fstab qui nécessite une seule ligne.
Je sais qu'on peut toujours utiliser fstab sur 10.6, mais c'est une remarque un peu générale : la philosophie d'Unix c'est aussi une certaine simplicité (dans le sens de nombreux petits outils ayant chacun un rôle bien précis), et je ne suis pas sûr que ce genre d'évolution (supprimer la table de montage au profit d'un outil très -trop- générique et plus complexe) réponde à cette philosophie.
-- pehache
Matt
On Lun 06 jui 2011, 08:22, pehache wrote:
Ce n'est pas un problème en soi d'écrire un script, mais je trouve que l'ensemble launchd.plist+script est une méthode un peu lourdingue pour juste monter un disque, comparé à la méthode traditionnelle par fstab qui nécessite une seule ligne.
J'étais du même avis que toi lorsque Mac OS X 10.4 est sorti ne souhaitant pas changer mes vieilles habitudes (cette version a été la première a utiliser launchd(8)) puis au final j'ai sauté le pas et entre nous changer une ligne dans un script ou dans /etc/fstab c'est du pareil au même si on veut chipoter.
Je sais qu'on peut toujours utiliser fstab sur 10.6, mais c'est une remarque un peu générale : la philosophie d'Unix c'est aussi une certaine simplicité (dans le sens de nombreux petits outils ayant chacun un rôle bien précis), et je ne suis pas sûr que ce genre d'évolution (supprimer la table de montage au profit d'un outil très -trop- générique et plus complexe) réponde à cette philosophie.
Malheureusement certaines choses ne sont pas immuables et le but de launchd(8) est surtout de simplifier la gestion du boot et des démons.
Que cela te paraisse complexe/chiant/merdique c'est un peu normal, tu débarques sur ce système. Après quelques tests tu te sentiras plus à l'aise (avoir par exemple qu'une seule syntaxe et ce quelque soit la tâche que tu souhaites faire est une bonne idée).
Afin de voir comment ça fonctionne tu peux lire (avec une petite note de Jordan K. Hubbard): <http://www.afp548.com/article.php?story 050620071558293>
Les démons et agents sous toutes leurs coutures (le meilleur article que j'ai pu lire sur launchd(8) : <http://developer.apple.com/library/mac/#technotes/tn2083/>
Un autre lien plus général sur Darwin/Mac OS X (version 10.6 incluse) qui vaut largement tous les bouquins réunis : <http://developer.apple.com/library/mac/documentation/MacOSX/Conceptual /OSX_Technology_Overview/MacOSXOverview/MacOSXOverview.html#//apple_ref /doc/uid/TP40001067-CH205-BCICAIFJ>
-- echo '' | tr '[a-z]' '[n-za-m]'
On Lun 06 jui 2011, 08:22,
pehache <pehache.7@gmail.com> wrote:
Ce n'est pas un problème en soi d'écrire un script, mais je trouve que
l'ensemble launchd.plist+script est une méthode un peu lourdingue pour
juste monter un disque, comparé à la méthode traditionnelle par fstab
qui nécessite une seule ligne.
J'étais du même avis que toi lorsque Mac OS X 10.4 est sorti ne
souhaitant pas changer mes vieilles habitudes (cette version a été la
première a utiliser launchd(8)) puis au final j'ai sauté le pas et
entre nous changer une ligne dans un script ou dans /etc/fstab c'est du
pareil au même si on veut chipoter.
Je sais qu'on peut toujours utiliser fstab sur 10.6, mais c'est une
remarque un peu générale : la philosophie d'Unix c'est aussi une
certaine simplicité (dans le sens de nombreux petits outils ayant chacun
un rôle bien précis), et je ne suis pas sûr que ce genre d'évolution
(supprimer la table de montage au profit d'un outil très -trop-
générique et plus complexe) réponde à cette philosophie.
Malheureusement certaines choses ne sont pas immuables et le but de
launchd(8) est surtout de simplifier la gestion du boot et des démons.
Que cela te paraisse complexe/chiant/merdique c'est un peu normal, tu
débarques sur ce système. Après quelques tests tu te sentiras plus à
l'aise (avoir par exemple qu'une seule syntaxe et ce quelque soit la
tâche que tu souhaites faire est une bonne idée).
Afin de voir comment ça fonctionne tu peux lire (avec une petite note
de Jordan K. Hubbard):
<http://www.afp548.com/article.php?story 050620071558293>
Les démons et agents sous toutes leurs coutures (le meilleur article
que j'ai pu lire sur launchd(8) :
<http://developer.apple.com/library/mac/#technotes/tn2083/>
Un autre lien plus général sur Darwin/Mac OS X (version 10.6 incluse)
qui vaut largement tous les bouquins réunis :
<http://developer.apple.com/library/mac/documentation/MacOSX/Conceptual
/OSX_Technology_Overview/MacOSXOverview/MacOSXOverview.html#//apple_ref
/doc/uid/TP40001067-CH205-BCICAIFJ>
Ce n'est pas un problème en soi d'écrire un script, mais je trouve que l'ensemble launchd.plist+script est une méthode un peu lourdingue pour juste monter un disque, comparé à la méthode traditionnelle par fstab qui nécessite une seule ligne.
J'étais du même avis que toi lorsque Mac OS X 10.4 est sorti ne souhaitant pas changer mes vieilles habitudes (cette version a été la première a utiliser launchd(8)) puis au final j'ai sauté le pas et entre nous changer une ligne dans un script ou dans /etc/fstab c'est du pareil au même si on veut chipoter.
Je sais qu'on peut toujours utiliser fstab sur 10.6, mais c'est une remarque un peu générale : la philosophie d'Unix c'est aussi une certaine simplicité (dans le sens de nombreux petits outils ayant chacun un rôle bien précis), et je ne suis pas sûr que ce genre d'évolution (supprimer la table de montage au profit d'un outil très -trop- générique et plus complexe) réponde à cette philosophie.
Malheureusement certaines choses ne sont pas immuables et le but de launchd(8) est surtout de simplifier la gestion du boot et des démons.
Que cela te paraisse complexe/chiant/merdique c'est un peu normal, tu débarques sur ce système. Après quelques tests tu te sentiras plus à l'aise (avoir par exemple qu'une seule syntaxe et ce quelque soit la tâche que tu souhaites faire est une bonne idée).
Afin de voir comment ça fonctionne tu peux lire (avec une petite note de Jordan K. Hubbard): <http://www.afp548.com/article.php?story 050620071558293>
Les démons et agents sous toutes leurs coutures (le meilleur article que j'ai pu lire sur launchd(8) : <http://developer.apple.com/library/mac/#technotes/tn2083/>
Un autre lien plus général sur Darwin/Mac OS X (version 10.6 incluse) qui vaut largement tous les bouquins réunis : <http://developer.apple.com/library/mac/documentation/MacOSX/Conceptual /OSX_Technology_Overview/MacOSXOverview/MacOSXOverview.html#//apple_ref /doc/uid/TP40001067-CH205-BCICAIFJ>
-- echo '' | tr '[a-z]' '[n-za-m]'
xavier
Matt wrote:
Malheureusement certaines choses ne sont pas immuables et le but de launchd(8) est surtout de simplifier la gestion du boot et des démons.
Sous 10.5.7, il y a au moins un truc pour lequel d'ai du revenir au StartupItem, parce que ça ne marchait pas en launchd : l'ajout d'une route statique au boot.
Jamais compris pourquoi, et le man de launchd, trop sommaire, ne m'a pas aidé.
-- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull)
Matt <hfrarg@syrius.org.invalid> wrote:
Malheureusement certaines choses ne sont pas immuables et le but de
launchd(8) est surtout de simplifier la gestion du boot et des démons.
Sous 10.5.7, il y a au moins un truc pour lequel d'ai du revenir au
StartupItem, parce que ça ne marchait pas en launchd : l'ajout d'une
route statique au boot.
Jamais compris pourquoi, et le man de launchd, trop sommaire, ne m'a pas
aidé.
--
XAv
In your pomp and all your glory you're a poorer man than me,
as you lick the boots of death born out of fear.
(Jethro Tull)
Malheureusement certaines choses ne sont pas immuables et le but de launchd(8) est surtout de simplifier la gestion du boot et des démons.
Sous 10.5.7, il y a au moins un truc pour lequel d'ai du revenir au StartupItem, parce que ça ne marchait pas en launchd : l'ajout d'une route statique au boot.
Jamais compris pourquoi, et le man de launchd, trop sommaire, ne m'a pas aidé.
-- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull)
Matt
On Lun 06 jui 2011, 18:52, Xavier wrote:
Sous 10.5.7, il y a au moins un truc pour lequel d'ai du revenir au StartupItem, parce que ça ne marchait pas en launchd : l'ajout d'une route statique au boot.
Cela permet de lancer le démon que lorsqu'une connexion est active. Une alternative serait aussi de créer un agent qui n'est lancé qu'après « loginwindow.app ».
Apparemment beaucoup ont ce problème, notament : <http://serverfault.com/questions/124954/defining-a-persistent-static-r oute-on-mac-os-x>
Jamais compris pourquoi, et le man de launchd, trop sommaire, ne m'a pas aidé.
Le man est, comme tu le dis trop sommaire. La documentation en ligne chez Apple est inévitable.
-- echo '' | tr '[a-z]' '[n-za-m]'
On Lun 06 jui 2011, 18:52,
Xavier <xavier@groumpf.org> wrote:
Sous 10.5.7, il y a au moins un truc pour lequel d'ai du revenir au
StartupItem, parce que ça ne marchait pas en launchd : l'ajout d'une
route statique au boot.
Cela permet de lancer le démon que lorsqu'une connexion est active.
Une alternative serait aussi de créer un agent qui n'est lancé qu'après
« loginwindow.app ».
Sous 10.5.7, il y a au moins un truc pour lequel d'ai du revenir au StartupItem, parce que ça ne marchait pas en launchd : l'ajout d'une route statique au boot.
Cela permet de lancer le démon que lorsqu'une connexion est active. Une alternative serait aussi de créer un agent qui n'est lancé qu'après « loginwindow.app ».
