J'ai découvert l'utilitaire "periodic", qui est lancé par launchd pour
exécuter des tâcbhes jounalières/hebdomadaires/mensuelles
Le man dit que les tâches standard de l'OS sont dans /etc/periodic/xxx/
(xxx étant "daily", "weekly", ou "monthly"). En effet...
Pour les tâches ajoutées par l'administrateur, le fichier de
configuration /etc/defaults/periodic.conf désigne par défaut les
emplacements /usr/local/etc/periodic/xxx/
J'ai mis un script à cet endroit, et il a bien été exécuté (*).
Mais /etc/defaults/periodic.conf désigne également les emplacements
/etc/xxx.local/ pour mettre des scripts. Je n'ai pas essayé, mais
pourquoi deux emplacements pour les tâches que l'on ajoute ? Quelle est
la différence entre les deux ?
Merci,
(*) un truc bizarre : le script a été exécuté à 3h41 du matin, alors que
j'avais mis le Mac en veille hier soir. Je croyais que si le Mac était
en veille à l'heure théorique d'exécution d'une tâche, launchd ne le
réveillait pas mais exécutait la tâche au moment de la sortie de veille ?
Mais /etc/defaults/periodic.conf désigne également les emplacements /etc/xxx.local/ pour mettre des scripts. Je n'ai pas essayé, mais pourquoi deux emplacements pour les tâches que l'on ajoute ? Quelle est la différence entre les deux ?
j'aurai tendance à dire : man hier mais pour le coup, c'est vrai que c'est un peu tiré par les cheveux de proposer 3 emplacements. Que ce soit sous Mac OS X ou FreeBSD, je n'utilise que /etc/periodic et /usr/local/etc/periodic. Jamais /etc/daily.local
patpro
-- A vendre : KVM IP 16 ports APC http://patpro.net/blog/index.php/2008/01/12/133
In article <98g44oFuveU1@mid.individual.net>,
pehache <pehache.7@gmail.com> wrote:
Mais /etc/defaults/periodic.conf désigne également les emplacements
/etc/xxx.local/ pour mettre des scripts. Je n'ai pas essayé, mais
pourquoi deux emplacements pour les tâches que l'on ajoute ? Quelle est
la différence entre les deux ?
j'aurai tendance à dire : man hier
mais pour le coup, c'est vrai que c'est un peu tiré par les cheveux de
proposer 3 emplacements.
Que ce soit sous Mac OS X ou FreeBSD, je n'utilise que /etc/periodic et
/usr/local/etc/periodic. Jamais /etc/daily.local
patpro
--
A vendre : KVM IP 16 ports APC
http://patpro.net/blog/index.php/2008/01/12/133
Mais /etc/defaults/periodic.conf désigne également les emplacements /etc/xxx.local/ pour mettre des scripts. Je n'ai pas essayé, mais pourquoi deux emplacements pour les tâches que l'on ajoute ? Quelle est la différence entre les deux ?
j'aurai tendance à dire : man hier mais pour le coup, c'est vrai que c'est un peu tiré par les cheveux de proposer 3 emplacements. Que ce soit sous Mac OS X ou FreeBSD, je n'utilise que /etc/periodic et /usr/local/etc/periodic. Jamais /etc/daily.local
patpro
-- A vendre : KVM IP 16 ports APC http://patpro.net/blog/index.php/2008/01/12/133
Matt
On Dim 17 jul 2011, 14:50, pehache wrote:
Bonjour,
Hello,
Mais /etc/defaults/periodic.conf désigne également les emplacements /etc/xxx.local/ pour mettre des scripts. Je n'ai pas essayé, mais pourquoi deux emplacements pour les tâches que l'on ajoute ? Quelle est la différence entre les deux ?
C'est une question à poser aux développeurs de FreeBSD ça (Darwin ayant savament pompé, entre autre, sur lui). D'après man 7 hier[1] sur un FreeBSD, /usr/local/etc contient les fichiers rc d'applications n'étant pas livrées par défaut avec le système[2].
(*) un truc bizarre : le script a été exécuté à 3h41 du matin, alors que j'avais mis le Mac en veille hier soir. Je croyais que si le Mac était en veille à l'heure théorique d'exécution d'une tâche, launchd ne le réveillait pas mais exécutait la tâche au moment de la sortie de veille ?
C'est bien le cas, les démons launchd(8) lançant les scripts de maintenance contiennent la clé « StartCalendarInterval », qui lors du réveil du système se lancent.
Par contre cela m'arrive lorsque j'ai l'option de réactivation lors d'accès réseau activée sur mon Mac Pro de la maison (qui reçoit des sauvegardes via rsync). Vérifie si cette option est activée, auquel cas un coup d'œil dans les historiques et voir ce qu'il s'est passé pour que ton Mac se réveille juste avant le lancement de ton script.
Sur le portable du boulot, je n'ai pas ce cas de figure.
On Dim 17 jul 2011, 14:50,
pehache <pehache.7@gmail.com> wrote:
Bonjour,
Hello,
Mais /etc/defaults/periodic.conf désigne également les emplacements
/etc/xxx.local/ pour mettre des scripts. Je n'ai pas essayé, mais
pourquoi deux emplacements pour les tâches que l'on ajoute ? Quelle est
la différence entre les deux ?
C'est une question à poser aux développeurs de FreeBSD ça (Darwin ayant
savament pompé, entre autre, sur lui).
D'après man 7 hier[1] sur un FreeBSD, /usr/local/etc contient les
fichiers rc d'applications n'étant pas livrées par défaut avec le
système[2].
(*) un truc bizarre : le script a été exécuté à 3h41 du matin, alors que
j'avais mis le Mac en veille hier soir. Je croyais que si le Mac était
en veille à l'heure théorique d'exécution d'une tâche, launchd ne le
réveillait pas mais exécutait la tâche au moment de la sortie de veille ?
C'est bien le cas, les démons launchd(8) lançant les scripts de
maintenance contiennent la clé « StartCalendarInterval », qui lors du
réveil du système se lancent.
Par contre cela m'arrive lorsque j'ai l'option de réactivation lors
d'accès réseau activée sur mon Mac Pro de la maison (qui reçoit des
sauvegardes via rsync).
Vérifie si cette option est activée, auquel cas un coup d'œil dans les
historiques et voir ce qu'il s'est passé pour que ton Mac se réveille
juste avant le lancement de ton script.
Sur le portable du boulot, je n'ai pas ce cas de figure.
Mais /etc/defaults/periodic.conf désigne également les emplacements /etc/xxx.local/ pour mettre des scripts. Je n'ai pas essayé, mais pourquoi deux emplacements pour les tâches que l'on ajoute ? Quelle est la différence entre les deux ?
C'est une question à poser aux développeurs de FreeBSD ça (Darwin ayant savament pompé, entre autre, sur lui). D'après man 7 hier[1] sur un FreeBSD, /usr/local/etc contient les fichiers rc d'applications n'étant pas livrées par défaut avec le système[2].
(*) un truc bizarre : le script a été exécuté à 3h41 du matin, alors que j'avais mis le Mac en veille hier soir. Je croyais que si le Mac était en veille à l'heure théorique d'exécution d'une tâche, launchd ne le réveillait pas mais exécutait la tâche au moment de la sortie de veille ?
C'est bien le cas, les démons launchd(8) lançant les scripts de maintenance contiennent la clé « StartCalendarInterval », qui lors du réveil du système se lancent.
Par contre cela m'arrive lorsque j'ai l'option de réactivation lors d'accès réseau activée sur mon Mac Pro de la maison (qui reçoit des sauvegardes via rsync). Vérifie si cette option est activée, auquel cas un coup d'œil dans les historiques et voir ce qu'il s'est passé pour que ton Mac se réveille juste avant le lancement de ton script.
Sur le portable du boulot, je n'ai pas ce cas de figure.
On Dim 17 jul 2011, 15:22, patpro ~ patrick proniewski wrote:
j'aurai tendance à dire : man hier
Chez Apple ils ne se sont pas foulés du poignet de ce côté; celui des autres BSD est plus pertinent.
-- echo '' | tr '[a-z]' '[n-za-m]'
pehache
Le 17/07/11 15:22, patpro ~ patrick proniewski a écrit :
In article, pehache wrote:
Mais /etc/defaults/periodic.conf désigne également les emplacements /etc/xxx.local/ pour mettre des scripts. Je n'ai pas essayé, mais pourquoi deux emplacements pour les tâches que l'on ajoute ? Quelle est la différence entre les deux ?
j'aurai tendance à dire : man hier
Punaise, dire que ça fait des années que je cherche une info synthétique de ce genre sur l'arborescence système des unix :-)
Ma question m'aura au moins permis de découvrir ça !
-- pehache
Le 17/07/11 15:22, patpro ~ patrick proniewski a écrit :
In article<98g44oFuveU1@mid.individual.net>,
pehache<pehache.7@gmail.com> wrote:
Mais /etc/defaults/periodic.conf désigne également les emplacements
/etc/xxx.local/ pour mettre des scripts. Je n'ai pas essayé, mais
pourquoi deux emplacements pour les tâches que l'on ajoute ? Quelle est
la différence entre les deux ?
j'aurai tendance à dire : man hier
Punaise, dire que ça fait des années que je cherche une info synthétique
de ce genre sur l'arborescence système des unix :-)
Ma question m'aura au moins permis de découvrir ça !
Le 17/07/11 15:22, patpro ~ patrick proniewski a écrit :
In article, pehache wrote:
Mais /etc/defaults/periodic.conf désigne également les emplacements /etc/xxx.local/ pour mettre des scripts. Je n'ai pas essayé, mais pourquoi deux emplacements pour les tâches que l'on ajoute ? Quelle est la différence entre les deux ?
j'aurai tendance à dire : man hier
Punaise, dire que ça fait des années que je cherche une info synthétique de ce genre sur l'arborescence système des unix :-)
Ma question m'aura au moins permis de découvrir ça !
-- pehache
pehache
Le 17/07/11 16:11, Matt a écrit :
Par contre cela m'arrive lorsque j'ai l'option de réactivation lors d'accès réseau activée sur mon Mac Pro de la maison (qui reçoit des sauvegardes via rsync). Vérifie si cette option est activée,
Elle l'est
auquel cas un coup d'œil dans les historiques et voir ce qu'il s'est passé pour que ton Mac se réveille juste avant le lancement de ton script.
Il faut regarder où ?
Cela dit je ne vois pas bien quelle machine de mon LAN pourrait bien faire un accès réseau vers le Mac, et surtout pourquoi...
-- pehache
Le 17/07/11 16:11, Matt a écrit :
Par contre cela m'arrive lorsque j'ai l'option de réactivation lors
d'accès réseau activée sur mon Mac Pro de la maison (qui reçoit des
sauvegardes via rsync).
Vérifie si cette option est activée,
Elle l'est
auquel cas un coup d'œil dans les
historiques et voir ce qu'il s'est passé pour que ton Mac se réveille
juste avant le lancement de ton script.
Il faut regarder où ?
Cela dit je ne vois pas bien quelle machine de mon LAN pourrait bien
faire un accès réseau vers le Mac, et surtout pourquoi...
Par contre cela m'arrive lorsque j'ai l'option de réactivation lors d'accès réseau activée sur mon Mac Pro de la maison (qui reçoit des sauvegardes via rsync). Vérifie si cette option est activée,
Elle l'est
auquel cas un coup d'œil dans les historiques et voir ce qu'il s'est passé pour que ton Mac se réveille juste avant le lancement de ton script.
Il faut regarder où ?
Cela dit je ne vois pas bien quelle machine de mon LAN pourrait bien faire un accès réseau vers le Mac, et surtout pourquoi...
-- pehache
pehache
Le 17/07/11 18:19, pehache a écrit :
Le 17/07/11 16:11, Matt a écrit :
Par contre cela m'arrive lorsque j'ai l'option de réactivation lors d'accès réseau activée sur mon Mac Pro de la maison (qui reçoit des sauvegardes via rsync). Vérifie si cette option est activée,
Elle l'est
auquel cas un coup d'œil dans les historiques et voir ce qu'il s'est passé pour que ton Mac se réveille juste avant le lancement de ton script.
Il faut regarder où ?
Cela dit je ne vois pas bien quelle machine de mon LAN pourrait bien faire un accès réseau vers le Mac, et surtout pourquoi...
Voilà ce qu'il y a dans /etc/kernel.log
01h41 le 17/06 c'est l'heure à laquelle je l'ai mis en veille, et ensuite il semble qu'il se réveille toutes les 2 heures (??)
Jul 16 14:51:26: --- last message repeated 1 time --- Jul 16 14:51:24 toto2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link up on en0, 1-Gigabit, Full-duplex, Symmetric flow-control, EEE enabled, Debug [796d,2f00,0de1,0300,c5e1,3800] Jul 16 14:51:41 toto2 kernel[0]: smb_iod_reconnect: Reconnected share QMULTIMEDIA with server TITI Jul 17 01:41:20 toto2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link down on en0 (wol enabled) Jul 17 01:41:25 toto2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link up on en0, 100-Megabit, Full-duplex, No flow-control, EEE enabled, Debug [796d,0300,0181,0000,c5e1,0800] Jul 17 01:41:26 toto2 kernel[0]: System Sleep Jul 17 01:41:26 toto2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord - status = 0x00000000 Jul 17 01:41:26 toto2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed Jul 17 03:41:25: --- last message repeated 2 times --- Jul 17 03:41:19 toto2 kernel[0]: Wake reason = RTC Jul 17 03:41:19 toto2 kernel[0]: RTC: maintenance alarm 2011/7/17 01:41:19, sleep 2011/7/16 23:41:26 Jul 17 03:41:19 toto2 kernel[0]: System Wake Jul 17 03:41:19 toto2 kernel[0]: Previous Sleep Cause: 5 Jul 17 03:41:19 toto2 kernel[0]: AppleBCM5701::selectMedium - autoselect, any duplex, EEE allowed, flow control allowed Jul 17 03:41:19 toto2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link down on en0 Jul 17 03:41:25 TOTO2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed Jul 17 03:41:25 TOTO2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord - status = 0x00000000 Jul 17 03:41:25 TOTO2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed Jul 17 03:41:26: --- last message repeated 1 time --- Jul 17 03:41:25 TOTO2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link up on en0, 1-Gigabit, Full-duplex, Symmetric flow-control, EEE enabled, Debug [796d,2f00,0de1,0300,c5e1,3800] Jul 17 03:41:35 toto2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link down on en0 (wol enabled) Jul 17 03:41:40 toto2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link up on en0, 100-Megabit, Full-duplex, No flow-control, EEE enabled, Debug [796d,0300,0181,0000,c5e1,0800] Jul 17 03:41:41 toto2 kernel[0]: System Sleep Jul 17 03:41:41 toto2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord - status = 0x00000000 Jul 17 03:41:41 toto2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed Jul 17 03:41:41: --- last message repeated 1 time --- Jul 17 03:41:41 TOTO2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed Jul 17 05:41:35 TOTO2 kernel[0]: Wake reason = RTC Jul 17 05:41:35 TOTO2 kernel[0]: RTC: maintenance alarm 2011/7/17 03:41:35, sleep 2011/7/17 01:41:42 Jul 17 05:41:35 TOTO2 kernel[0]: System Wake Jul 17 05:41:35 TOTO2 kernel[0]: Previous Sleep Cause: 5 Jul 17 05:41:41 TOTO2 kernel[0]: AppleBCM5701::selectMedium - autoselect, any duplex, EEE allowed, flow control allowed Jul 17 05:41:41 TOTO2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link down on en0 Jul 17 05:41:41 TOTO2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed Jul 17 05:41:41 TOTO2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord - status = 0x00000000 Jul 17 05:41:41 TOTO2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed Jul 17 05:41:42: --- last message repeated 1 time --- Jul 17 05:41:41 TOTO2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link up on en0, 1-Gigabit, Full-duplex, Symmetric flow-control, EEE enabled, Debug [796d,0f00,0de1,0300,c5e1,3800] Jul 17 05:41:52 toto2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link down on en0 (wol enabled) Jul 17 05:41:57 toto2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link up on en0, 100-Megabit, Full-duplex, No flow-control, EEE enabled, Debug [796d,0300,0181,0000,c5e1,0800] Jul 17 05:41:57 toto2 kernel[0]: System Sleep Jul 17 05:41:57 toto2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord - status = 0x00000000 Jul 17 05:41:57 toto2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed Jul 17 05:41:57 TOTO2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed
etc, etc...
-- pehache
Le 17/07/11 18:19, pehache a écrit :
Le 17/07/11 16:11, Matt a écrit :
Par contre cela m'arrive lorsque j'ai l'option de réactivation lors
d'accès réseau activée sur mon Mac Pro de la maison (qui reçoit des
sauvegardes via rsync).
Vérifie si cette option est activée,
Elle l'est
auquel cas un coup d'œil dans les
historiques et voir ce qu'il s'est passé pour que ton Mac se réveille
juste avant le lancement de ton script.
Il faut regarder où ?
Cela dit je ne vois pas bien quelle machine de mon LAN pourrait bien
faire un accès réseau vers le Mac, et surtout pourquoi...
Voilà ce qu'il y a dans /etc/kernel.log
01h41 le 17/06 c'est l'heure à laquelle je l'ai mis en veille, et
ensuite il semble qu'il se réveille toutes les 2 heures (??)
Jul 16 14:51:26: --- last message repeated 1 time ---
Jul 16 14:51:24 toto2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link
up on en0, 1-Gigabit, Full-duplex, Symmetric flow-control, EEE enabled,
Debug [796d,2f00,0de1,0300,c5e1,3800]
Jul 16 14:51:41 toto2 kernel[0]: smb_iod_reconnect: Reconnected share
QMULTIMEDIA with server TITI
Jul 17 01:41:20 toto2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link
down on en0 (wol enabled)
Jul 17 01:41:25 toto2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link
up on en0, 100-Megabit, Full-duplex, No flow-control, EEE enabled, Debug
[796d,0300,0181,0000,c5e1,0800]
Jul 17 01:41:26 toto2 kernel[0]: System Sleep
Jul 17 01:41:26 toto2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord -
status = 0x00000000
Jul 17 01:41:26 toto2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord -
status = 0xe00002ed
Jul 17 03:41:25: --- last message repeated 2 times ---
Jul 17 03:41:19 toto2 kernel[0]: Wake reason = RTC
Jul 17 03:41:19 toto2 kernel[0]: RTC: maintenance alarm 2011/7/17
01:41:19, sleep 2011/7/16 23:41:26
Jul 17 03:41:19 toto2 kernel[0]: System Wake
Jul 17 03:41:19 toto2 kernel[0]: Previous Sleep Cause: 5
Jul 17 03:41:19 toto2 kernel[0]: AppleBCM5701::selectMedium -
autoselect, any duplex, EEE allowed, flow control allowed
Jul 17 03:41:19 toto2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link
down on en0
Jul 17 03:41:25 TOTO2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord -
status = 0xe00002ed
Jul 17 03:41:25 TOTO2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord -
status = 0x00000000
Jul 17 03:41:25 TOTO2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord -
status = 0xe00002ed
Jul 17 03:41:26: --- last message repeated 1 time ---
Jul 17 03:41:25 TOTO2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link
up on en0, 1-Gigabit, Full-duplex, Symmetric flow-control, EEE enabled,
Debug [796d,2f00,0de1,0300,c5e1,3800]
Jul 17 03:41:35 toto2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link
down on en0 (wol enabled)
Jul 17 03:41:40 toto2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link
up on en0, 100-Megabit, Full-duplex, No flow-control, EEE enabled, Debug
[796d,0300,0181,0000,c5e1,0800]
Jul 17 03:41:41 toto2 kernel[0]: System Sleep
Jul 17 03:41:41 toto2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord -
status = 0x00000000
Jul 17 03:41:41 toto2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord -
status = 0xe00002ed
Jul 17 03:41:41: --- last message repeated 1 time ---
Jul 17 03:41:41 TOTO2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord -
status = 0xe00002ed
Jul 17 05:41:35 TOTO2 kernel[0]: Wake reason = RTC
Jul 17 05:41:35 TOTO2 kernel[0]: RTC: maintenance alarm 2011/7/17
03:41:35, sleep 2011/7/17 01:41:42
Jul 17 05:41:35 TOTO2 kernel[0]: System Wake
Jul 17 05:41:35 TOTO2 kernel[0]: Previous Sleep Cause: 5
Jul 17 05:41:41 TOTO2 kernel[0]: AppleBCM5701::selectMedium -
autoselect, any duplex, EEE allowed, flow control allowed
Jul 17 05:41:41 TOTO2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link
down on en0
Jul 17 05:41:41 TOTO2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord -
status = 0xe00002ed
Jul 17 05:41:41 TOTO2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord -
status = 0x00000000
Jul 17 05:41:41 TOTO2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord -
status = 0xe00002ed
Jul 17 05:41:42: --- last message repeated 1 time ---
Jul 17 05:41:41 TOTO2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link
up on en0, 1-Gigabit, Full-duplex, Symmetric flow-control, EEE enabled,
Debug [796d,0f00,0de1,0300,c5e1,3800]
Jul 17 05:41:52 toto2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link
down on en0 (wol enabled)
Jul 17 05:41:57 toto2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link
up on en0, 100-Megabit, Full-duplex, No flow-control, EEE enabled, Debug
[796d,0300,0181,0000,c5e1,0800]
Jul 17 05:41:57 toto2 kernel[0]: System Sleep
Jul 17 05:41:57 toto2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord -
status = 0x00000000
Jul 17 05:41:57 toto2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord -
status = 0xe00002ed
Jul 17 05:41:57 TOTO2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord -
status = 0xe00002ed
Par contre cela m'arrive lorsque j'ai l'option de réactivation lors d'accès réseau activée sur mon Mac Pro de la maison (qui reçoit des sauvegardes via rsync). Vérifie si cette option est activée,
Elle l'est
auquel cas un coup d'œil dans les historiques et voir ce qu'il s'est passé pour que ton Mac se réveille juste avant le lancement de ton script.
Il faut regarder où ?
Cela dit je ne vois pas bien quelle machine de mon LAN pourrait bien faire un accès réseau vers le Mac, et surtout pourquoi...
Voilà ce qu'il y a dans /etc/kernel.log
01h41 le 17/06 c'est l'heure à laquelle je l'ai mis en veille, et ensuite il semble qu'il se réveille toutes les 2 heures (??)
Jul 16 14:51:26: --- last message repeated 1 time --- Jul 16 14:51:24 toto2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link up on en0, 1-Gigabit, Full-duplex, Symmetric flow-control, EEE enabled, Debug [796d,2f00,0de1,0300,c5e1,3800] Jul 16 14:51:41 toto2 kernel[0]: smb_iod_reconnect: Reconnected share QMULTIMEDIA with server TITI Jul 17 01:41:20 toto2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link down on en0 (wol enabled) Jul 17 01:41:25 toto2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link up on en0, 100-Megabit, Full-duplex, No flow-control, EEE enabled, Debug [796d,0300,0181,0000,c5e1,0800] Jul 17 01:41:26 toto2 kernel[0]: System Sleep Jul 17 01:41:26 toto2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord - status = 0x00000000 Jul 17 01:41:26 toto2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed Jul 17 03:41:25: --- last message repeated 2 times --- Jul 17 03:41:19 toto2 kernel[0]: Wake reason = RTC Jul 17 03:41:19 toto2 kernel[0]: RTC: maintenance alarm 2011/7/17 01:41:19, sleep 2011/7/16 23:41:26 Jul 17 03:41:19 toto2 kernel[0]: System Wake Jul 17 03:41:19 toto2 kernel[0]: Previous Sleep Cause: 5 Jul 17 03:41:19 toto2 kernel[0]: AppleBCM5701::selectMedium - autoselect, any duplex, EEE allowed, flow control allowed Jul 17 03:41:19 toto2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link down on en0 Jul 17 03:41:25 TOTO2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed Jul 17 03:41:25 TOTO2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord - status = 0x00000000 Jul 17 03:41:25 TOTO2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed Jul 17 03:41:26: --- last message repeated 1 time --- Jul 17 03:41:25 TOTO2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link up on en0, 1-Gigabit, Full-duplex, Symmetric flow-control, EEE enabled, Debug [796d,2f00,0de1,0300,c5e1,3800] Jul 17 03:41:35 toto2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link down on en0 (wol enabled) Jul 17 03:41:40 toto2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link up on en0, 100-Megabit, Full-duplex, No flow-control, EEE enabled, Debug [796d,0300,0181,0000,c5e1,0800] Jul 17 03:41:41 toto2 kernel[0]: System Sleep Jul 17 03:41:41 toto2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord - status = 0x00000000 Jul 17 03:41:41 toto2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed Jul 17 03:41:41: --- last message repeated 1 time --- Jul 17 03:41:41 TOTO2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed Jul 17 05:41:35 TOTO2 kernel[0]: Wake reason = RTC Jul 17 05:41:35 TOTO2 kernel[0]: RTC: maintenance alarm 2011/7/17 03:41:35, sleep 2011/7/17 01:41:42 Jul 17 05:41:35 TOTO2 kernel[0]: System Wake Jul 17 05:41:35 TOTO2 kernel[0]: Previous Sleep Cause: 5 Jul 17 05:41:41 TOTO2 kernel[0]: AppleBCM5701::selectMedium - autoselect, any duplex, EEE allowed, flow control allowed Jul 17 05:41:41 TOTO2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link down on en0 Jul 17 05:41:41 TOTO2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed Jul 17 05:41:41 TOTO2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord - status = 0x00000000 Jul 17 05:41:41 TOTO2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed Jul 17 05:41:42: --- last message repeated 1 time --- Jul 17 05:41:41 TOTO2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link up on en0, 1-Gigabit, Full-duplex, Symmetric flow-control, EEE enabled, Debug [796d,0f00,0de1,0300,c5e1,3800] Jul 17 05:41:52 toto2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link down on en0 (wol enabled) Jul 17 05:41:57 toto2 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link up on en0, 100-Megabit, Full-duplex, No flow-control, EEE enabled, Debug [796d,0300,0181,0000,c5e1,0800] Jul 17 05:41:57 toto2 kernel[0]: System Sleep Jul 17 05:41:57 toto2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord - status = 0x00000000 Jul 17 05:41:57 toto2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed Jul 17 05:41:57 TOTO2 kernel[0]: IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed
etc, etc...
-- pehache
Matt
On Dim 17 jul 2011, 18:19, pehache wrote:
Il faut regarder où ?
Tu peux afficher les historiques avec Console.app ou ton pager préféré.
-- echo '' | tr '[a-z]' '[n-za-m]'
On Dim 17 jul 2011, 18:19,
pehache <pehache.7@gmail.com> wrote:
Il faut regarder où ?
Tu peux afficher les historiques avec Console.app ou ton pager préféré.
01h41 le 17/06 c'est l'heure à laquelle je l'ai mis en veille, et ensuite il semble qu'il se réveille toutes les 2 heures (??)
Rien d'anormal concernant le mode de mise en veille (« 5 ») ou la raison du réveil.
Tiens quelques pistes puisque tu as un Mac assez récent qui gère le « Wake On Wireless » grâce au Bonjour Sleep Proxy :
<http://support.apple.com/kb/HT3774>
D'après ce lien, les réveils réguliers ont l'air d'être "by design" quand le "wake on demand" est activé :
"With Wake on Demand enabled, your Mac will occasionally wake for a brief time, without lighting the screen, in order to maintain registrations with the Bonjour Sleep Proxy. On some Macs, sounds from the optical drive, hard drive, or fans may be heard during these brief periods."
Donc il ne me reste plus qu'à désactiver le "wake on demand", ou bien à accepter les réveils réguliers :-)
Merci,
-- pehache
Le 17/07/11 20:34, Matt a écrit :
On Dim 17 jul 2011, 19:00,
pehache<pehache.7@gmail.com> wrote:
01h41 le 17/06 c'est l'heure à laquelle je l'ai mis en veille, et
ensuite il semble qu'il se réveille toutes les 2 heures (??)
Rien d'anormal concernant le mode de mise en veille (« 5 ») ou la raison
du réveil.
Tiens quelques pistes puisque tu as un Mac assez récent qui gère le
« Wake On Wireless » grâce au Bonjour Sleep Proxy :
<http://support.apple.com/kb/HT3774>
D'après ce lien, les réveils réguliers ont l'air d'être "by design"
quand le "wake on demand" est activé :
"With Wake on Demand enabled, your Mac will occasionally wake for a
brief time, without lighting the screen, in order to maintain
registrations with the Bonjour Sleep Proxy. On some Macs, sounds from
the optical drive, hard drive, or fans may be heard during these brief
periods."
Donc il ne me reste plus qu'à désactiver le "wake on demand", ou bien à
accepter les réveils réguliers :-)
01h41 le 17/06 c'est l'heure à laquelle je l'ai mis en veille, et ensuite il semble qu'il se réveille toutes les 2 heures (??)
Rien d'anormal concernant le mode de mise en veille (« 5 ») ou la raison du réveil.
Tiens quelques pistes puisque tu as un Mac assez récent qui gère le « Wake On Wireless » grâce au Bonjour Sleep Proxy :
<http://support.apple.com/kb/HT3774>
D'après ce lien, les réveils réguliers ont l'air d'être "by design" quand le "wake on demand" est activé :
"With Wake on Demand enabled, your Mac will occasionally wake for a brief time, without lighting the screen, in order to maintain registrations with the Bonjour Sleep Proxy. On some Macs, sounds from the optical drive, hard drive, or fans may be heard during these brief periods."
Donc il ne me reste plus qu'à désactiver le "wake on demand", ou bien à accepter les réveils réguliers :-)
Merci,
-- pehache
Thomas
In article , pehache wrote:
Le 17/07/11 20:34, Matt a écrit : > On Dim 17 jul 2011, 19:00, > pehache wrote: > >> 01h41 le 17/06 c'est l'heure à laquelle je l'ai mis en veille, et >> ensuite il semble qu'il se réveille toutes les 2 heures (??) > > Rien d'anormal concernant le mode de mise en veille (« 5 ») ou la raison > du réveil. > > Tiens quelques pistes puisque tu as un Mac assez récent qui gère le > « Wake On Wireless » grâce au Bonjour Sleep Proxy : > > <http://support.apple.com/kb/HT3774>
D'après ce lien, les réveils réguliers ont l'air d'être "by design" quand le "wake on demand" est activé :
"With Wake on Demand enabled, your Mac will occasionally wake for a brief time, without lighting the screen, in order to maintain registrations with the Bonjour Sleep Proxy. On some Macs, sounds from the optical drive, hard drive, or fans may be heard during these brief periods."
Donc il ne me reste plus qu'à désactiver le "wake on demand", ou bien à accepter les réveils réguliers :-)
In article <98gqh6Fd5uU1@mid.individual.net>,
pehache <pehache.7@gmail.com> wrote:
Le 17/07/11 20:34, Matt a écrit :
> On Dim 17 jul 2011, 19:00,
> pehache<pehache.7@gmail.com> wrote:
>
>> 01h41 le 17/06 c'est l'heure à laquelle je l'ai mis en veille, et
>> ensuite il semble qu'il se réveille toutes les 2 heures (??)
>
> Rien d'anormal concernant le mode de mise en veille (« 5 ») ou la raison
> du réveil.
>
> Tiens quelques pistes puisque tu as un Mac assez récent qui gère le
> « Wake On Wireless » grâce au Bonjour Sleep Proxy :
>
> <http://support.apple.com/kb/HT3774>
D'après ce lien, les réveils réguliers ont l'air d'être "by design"
quand le "wake on demand" est activé :
"With Wake on Demand enabled, your Mac will occasionally wake for a
brief time, without lighting the screen, in order to maintain
registrations with the Bonjour Sleep Proxy. On some Macs, sounds from
the optical drive, hard drive, or fans may be heard during these brief
periods."
Donc il ne me reste plus qu'à désactiver le "wake on demand", ou bien à
accepter les réveils réguliers :-)
Le 17/07/11 20:34, Matt a écrit : > On Dim 17 jul 2011, 19:00, > pehache wrote: > >> 01h41 le 17/06 c'est l'heure à laquelle je l'ai mis en veille, et >> ensuite il semble qu'il se réveille toutes les 2 heures (??) > > Rien d'anormal concernant le mode de mise en veille (« 5 ») ou la raison > du réveil. > > Tiens quelques pistes puisque tu as un Mac assez récent qui gère le > « Wake On Wireless » grâce au Bonjour Sleep Proxy : > > <http://support.apple.com/kb/HT3774>
D'après ce lien, les réveils réguliers ont l'air d'être "by design" quand le "wake on demand" est activé :
"With Wake on Demand enabled, your Mac will occasionally wake for a brief time, without lighting the screen, in order to maintain registrations with the Bonjour Sleep Proxy. On some Macs, sounds from the optical drive, hard drive, or fans may be heard during these brief periods."
Donc il ne me reste plus qu'à désactiver le "wake on demand", ou bien à accepter les réveils réguliers :-)