À mon avis tu peux tout jeter, l'intérêt des logs c'est si on souhaite les consulter pour débusquer des bugs, par exemple, mais sinon tu veux virer.
A bon ?
someone
william wrote:
On 2015-05-30, SbM wrote: > À mon avis tu peux tout jeter, l'intérêt des logs c'est si on souhaite > les consulter pour débusquer des bugs, par exemple, mais sinon tu veux > virer.
A bon ?
s/veux/peux, bien sûr.
-- [SbM] "If the French were really intelligent, they'd speak English" (W. Sheed)
william <blop@no.spam> wrote:
On 2015-05-30, SbM <someone@nowhere.com> wrote:
> À mon avis tu peux tout jeter, l'intérêt des logs c'est si on souhaite
> les consulter pour débusquer des bugs, par exemple, mais sinon tu veux
> virer.
A bon ?
s/veux/peux, bien sûr.
--
[SbM]
"If the French were really intelligent, they'd speak English" (W. Sheed)
On 2015-05-30, SbM wrote: > À mon avis tu peux tout jeter, l'intérêt des logs c'est si on souhaite > les consulter pour débusquer des bugs, par exemple, mais sinon tu veux > virer.
A bon ?
s/veux/peux, bien sûr.
-- [SbM] "If the French were really intelligent, they'd speak English" (W. Sheed)
pdorange
Manfred La Cassagnère wrote:
Ok, merci. J'attends avec intérêt le retour d'atelier de mon Mac, pour vérifier la taille et le contenu de ce dossier chez moi! Quoi que, avec un dd tout neuf passé à 1To, ça me laissera de la marge ;-)
D'autant que les logs se nettoie (normalement) automatiquement et se recrée tout aussi automatiquement au fur et a mesure. Ce nettoyage manuel est (normalement) inutile (sauf bug du système de nettoyage automatique).
Note 1 : on peut consulter tout les logs depuis le logiciel utilitaire console.app (le bouton historique de log notamment permet de visualiser la liste de tout les logs) et de faire un peu de ménage manuellement si besoin... Voir même tout virer d'un clic.
Note 2 : on peut effacer manuellement sans aucune crainte : ces fichiers log sont simplement des traces écrites de ce que font certains logiciels (y'a pas que des erreurs, même si c'est souvent le cas). Ca permet parfois de comprendre pourquoi un logiciel fonctionne pas normalement ou refuse de se lancer.
Note 3 : Il existe 3 emplacements principaux pour les logs (console.app les affiche tous) :
/private/var/logs : les logs "internes" du système bas niveau /Library/Logs : les logs généraux à l'ordinateur (software update.log par exemple garde trace des mise à jour effectuées ~/Library/Logs : les logs spécifiques à l'utilisateur courant
Note 4 (et fin) : Des scripts automatiques se lancent régulièrement (en tache de fond) pour faire le ménage tout seul (notamment dans les logs). Apple a changer plusieurs fois les stratégies de mise en route de ces scripts. Mais il semble que sur certaines configs et certains usages (notamment si on éteint souvent son ordi) les scripts ne se lancent pas ou pas souvent, ce qui peux occasionner des logs qui sont pas bien nettoyés.
la commande : sudo periodic daily weekly monthly permet de lancer manuellement les scripts de maintenance du système. La comamnde : ls -al /var/log/*.out permet de visualiser quand les scripts ont été exécutés la dernière fois
En savoir plus : <http://www.osxfacile.com/rub_entretien.html> <http://www.thexlab.com/faqs/maintscripts.html>
Ce message est sous licence Creative Commons "by-nc-sa-2.0" <http://creativecommons.org/licenses/by-nc-sa/2.0/fr/>
Manfred La Cassagnère <derfnam@wanadoo.fr> wrote:
Ok, merci. J'attends avec intérêt le retour d'atelier de mon Mac, pour
vérifier la taille et le contenu de ce dossier chez moi! Quoi que, avec
un dd tout neuf passé à 1To, ça me laissera de la marge ;-)
D'autant que les logs se nettoie (normalement) automatiquement et se
recrée tout aussi automatiquement au fur et a mesure.
Ce nettoyage manuel est (normalement) inutile (sauf bug du système de
nettoyage automatique).
Note 1 : on peut consulter tout les logs depuis le logiciel utilitaire
console.app (le bouton historique de log notamment permet de visualiser
la liste de tout les logs) et de faire un peu de ménage manuellement si
besoin... Voir même tout virer d'un clic.
Note 2 : on peut effacer manuellement sans aucune crainte : ces fichiers
log sont simplement des traces écrites de ce que font certains logiciels
(y'a pas que des erreurs, même si c'est souvent le cas).
Ca permet parfois de comprendre pourquoi un logiciel fonctionne pas
normalement ou refuse de se lancer.
Note 3 :
Il existe 3 emplacements principaux pour les logs (console.app les
affiche tous) :
/private/var/logs : les logs "internes" du système bas niveau
/Library/Logs : les logs généraux à l'ordinateur (software update.log
par exemple garde trace des mise à jour effectuées
~/Library/Logs : les logs spécifiques à l'utilisateur courant
Note 4 (et fin) :
Des scripts automatiques se lancent régulièrement (en tache de fond)
pour faire le ménage tout seul (notamment dans les logs). Apple a
changer plusieurs fois les stratégies de mise en route de ces scripts.
Mais il semble que sur certaines configs et certains usages (notamment
si on éteint souvent son ordi) les scripts ne se lancent pas ou pas
souvent, ce qui peux occasionner des logs qui sont pas bien nettoyés.
la commande : sudo periodic daily weekly monthly
permet de lancer manuellement les scripts de maintenance du système.
La comamnde : ls -al /var/log/*.out
permet de visualiser quand les scripts ont été exécutés la dernière fois
En savoir plus :
<http://www.osxfacile.com/rub_entretien.html>
<http://www.thexlab.com/faqs/maintscripts.html>
Ok, merci. J'attends avec intérêt le retour d'atelier de mon Mac, pour vérifier la taille et le contenu de ce dossier chez moi! Quoi que, avec un dd tout neuf passé à 1To, ça me laissera de la marge ;-)
D'autant que les logs se nettoie (normalement) automatiquement et se recrée tout aussi automatiquement au fur et a mesure. Ce nettoyage manuel est (normalement) inutile (sauf bug du système de nettoyage automatique).
Note 1 : on peut consulter tout les logs depuis le logiciel utilitaire console.app (le bouton historique de log notamment permet de visualiser la liste de tout les logs) et de faire un peu de ménage manuellement si besoin... Voir même tout virer d'un clic.
Note 2 : on peut effacer manuellement sans aucune crainte : ces fichiers log sont simplement des traces écrites de ce que font certains logiciels (y'a pas que des erreurs, même si c'est souvent le cas). Ca permet parfois de comprendre pourquoi un logiciel fonctionne pas normalement ou refuse de se lancer.
Note 3 : Il existe 3 emplacements principaux pour les logs (console.app les affiche tous) :
/private/var/logs : les logs "internes" du système bas niveau /Library/Logs : les logs généraux à l'ordinateur (software update.log par exemple garde trace des mise à jour effectuées ~/Library/Logs : les logs spécifiques à l'utilisateur courant
Note 4 (et fin) : Des scripts automatiques se lancent régulièrement (en tache de fond) pour faire le ménage tout seul (notamment dans les logs). Apple a changer plusieurs fois les stratégies de mise en route de ces scripts. Mais il semble que sur certaines configs et certains usages (notamment si on éteint souvent son ordi) les scripts ne se lancent pas ou pas souvent, ce qui peux occasionner des logs qui sont pas bien nettoyés.
la commande : sudo periodic daily weekly monthly permet de lancer manuellement les scripts de maintenance du système. La comamnde : ls -al /var/log/*.out permet de visualiser quand les scripts ont été exécutés la dernière fois
En savoir plus : <http://www.osxfacile.com/rub_entretien.html> <http://www.thexlab.com/faqs/maintscripts.html>
Ce message est sous licence Creative Commons "by-nc-sa-2.0" <http://creativecommons.org/licenses/by-nc-sa/2.0/fr/>
michel.vauquois
MV wrote:
Fra wrote:
> Je viens de découvrir que le dossier Library/Logs/AppleFileService > faisait 5,3 Go (sur mon "mini-media-center") !!!
Ce dossier n'existe pas sur mon MBP (Mavericks).
Mais il existe sur mon iMac (Yosemite) et contient un seul fichier de quelques octets. -- Michel Vauquois Que Dieu vous garde... Moi j'ai pas le temps (RD) MàJ 2015 : http://michelvauquois.free-h.fr/
MV <michel.vauquois@orage.fr.invalid> wrote:
Fra <fra-PasDeSp@M-alussinan.org> wrote:
> Je viens de découvrir que le dossier Library/Logs/AppleFileService
> faisait 5,3 Go (sur mon "mini-media-center") !!!
Ce dossier n'existe pas sur mon MBP (Mavericks).
Mais il existe sur mon iMac (Yosemite) et contient un seul fichier de
quelques octets.
--
Michel Vauquois
Que Dieu vous garde... Moi j'ai pas le temps (RD)
MàJ 2015 : http://michelvauquois.free-h.fr/
> Je viens de découvrir que le dossier Library/Logs/AppleFileService > faisait 5,3 Go (sur mon "mini-media-center") !!!
Ce dossier n'existe pas sur mon MBP (Mavericks).
Mais il existe sur mon iMac (Yosemite) et contient un seul fichier de quelques octets. -- Michel Vauquois Que Dieu vous garde... Moi j'ai pas le temps (RD) MàJ 2015 : http://michelvauquois.free-h.fr/
michel.vauquois
Pierre-Alain Dorange wrote:
la commande : sudo periodic daily weekly monthly permet de lancer manuellement les scripts de maintenance du système. La comamnde : ls -al /var/log/*.out permet de visualiser quand les scripts ont été exécutés la dernière fois
Et pour ceux que le Termial rebute, Onyx ou Maintenance font les deux choses tranquillement. -- Michel Vauquois Que Dieu vous garde... Moi j'ai pas le temps (RD) MàJ 2015 : http://michelvauquois.free-h.fr/
la commande : sudo periodic daily weekly monthly
permet de lancer manuellement les scripts de maintenance du système.
La comamnde : ls -al /var/log/*.out
permet de visualiser quand les scripts ont été exécutés la dernière fois
Et pour ceux que le Termial rebute, Onyx ou Maintenance font les deux
choses tranquillement.
--
Michel Vauquois
Que Dieu vous garde... Moi j'ai pas le temps (RD)
MàJ 2015 : http://michelvauquois.free-h.fr/
la commande : sudo periodic daily weekly monthly permet de lancer manuellement les scripts de maintenance du système. La comamnde : ls -al /var/log/*.out permet de visualiser quand les scripts ont été exécutés la dernière fois
Et pour ceux que le Termial rebute, Onyx ou Maintenance font les deux choses tranquillement. -- Michel Vauquois Que Dieu vous garde... Moi j'ai pas le temps (RD) MàJ 2015 : http://michelvauquois.free-h.fr/
pdorange
MV wrote:
> la commande : sudo periodic daily weekly monthly > permet de lancer manuellement les scripts de maintenance du système. > La comamnde : ls -al /var/log/*.out > permet de visualiser quand les scripts ont été exécutés la dernière fois
Et pour ceux que le Termial rebute, Onyx ou Maintenance font les deux choses tranquillement.
En effet. Toutefois, si il est compréhensible que le terminal rebut, lui il marche à tout les coups sans nécessiter de mise à jour ou a installer des trucs en plus ;-)
Et je reprécise que le nettoyage des logs est inutile, sauf cas très particulier.
Ce message est sous licence Creative Commons "by-nc-sa-2.0" <http://creativecommons.org/licenses/by-nc-sa/2.0/fr/>
MV <michel.vauquois@orage.fr.invalid> wrote:
> la commande : sudo periodic daily weekly monthly
> permet de lancer manuellement les scripts de maintenance du système.
> La comamnde : ls -al /var/log/*.out
> permet de visualiser quand les scripts ont été exécutés la dernière fois
Et pour ceux que le Termial rebute, Onyx ou Maintenance font les deux
choses tranquillement.
En effet.
Toutefois, si il est compréhensible que le terminal rebut, lui il marche
à tout les coups sans nécessiter de mise à jour ou a installer des trucs
en plus ;-)
Et je reprécise que le nettoyage des logs est inutile, sauf cas très
particulier.
> la commande : sudo periodic daily weekly monthly > permet de lancer manuellement les scripts de maintenance du système. > La comamnde : ls -al /var/log/*.out > permet de visualiser quand les scripts ont été exécutés la dernière fois
Et pour ceux que le Termial rebute, Onyx ou Maintenance font les deux choses tranquillement.
En effet. Toutefois, si il est compréhensible que le terminal rebut, lui il marche à tout les coups sans nécessiter de mise à jour ou a installer des trucs en plus ;-)
Et je reprécise que le nettoyage des logs est inutile, sauf cas très particulier.
Ce message est sous licence Creative Commons "by-nc-sa-2.0" <http://creativecommons.org/licenses/by-nc-sa/2.0/fr/>
michel.vauquois
Pierre-Alain Dorange wrote:
Toutefois, si il est compréhensible que le terminal rebut, lui il marche à tout les coups
Bien d'accord avec toi : quand on sait quoi taper dans le Terminal, c'est très bien... quand on sait quoi taper ! ;-) -- Michel Vauquois Que Dieu vous garde... Moi j'ai pas le temps (RD) MàJ 2015 : http://michelvauquois.free-h.fr/
Toutefois, si il est compréhensible que le terminal rebut, lui il marche
à tout les coups
Bien d'accord avec toi : quand on sait quoi taper dans le Terminal,
c'est très bien... quand on sait quoi taper ! ;-)
--
Michel Vauquois
Que Dieu vous garde... Moi j'ai pas le temps (RD)
MàJ 2015 : http://michelvauquois.free-h.fr/
Toutefois, si il est compréhensible que le terminal rebut, lui il marche à tout les coups
Bien d'accord avec toi : quand on sait quoi taper dans le Terminal, c'est très bien... quand on sait quoi taper ! ;-) -- Michel Vauquois Que Dieu vous garde... Moi j'ai pas le temps (RD) MàJ 2015 : http://michelvauquois.free-h.fr/
pdorange
MV wrote:
> Toutefois, si il est compréhensible que le terminal rebut, lui il marche > à tout les coups
Bien d'accord avec toi : quand on sait quoi taper dans le Terminal, c'est très bien... quand on sait quoi taper ! ;-)
Au pire on peut faire un petit script shell (d'une ligne) qu'il faut rendre exécutable ensuite. En le nommant ".command" un double-clic via la finder suffira a le lancer.
Ce message est sous licence Creative Commons "by-nc-sa-2.0" <http://creativecommons.org/licenses/by-nc-sa/2.0/fr/>
MV <michel.vauquois@orage.fr.invalid> wrote:
> Toutefois, si il est compréhensible que le terminal rebut, lui il marche
> à tout les coups
Bien d'accord avec toi : quand on sait quoi taper dans le Terminal,
c'est très bien... quand on sait quoi taper ! ;-)
Au pire on peut faire un petit script shell (d'une ligne) qu'il faut
rendre exécutable ensuite.
En le nommant ".command" un double-clic via la finder suffira a le
lancer.
> Toutefois, si il est compréhensible que le terminal rebut, lui il marche > à tout les coups
Bien d'accord avec toi : quand on sait quoi taper dans le Terminal, c'est très bien... quand on sait quoi taper ! ;-)
Au pire on peut faire un petit script shell (d'une ligne) qu'il faut rendre exécutable ensuite. En le nommant ".command" un double-clic via la finder suffira a le lancer.
Ce message est sous licence Creative Commons "by-nc-sa-2.0" <http://creativecommons.org/licenses/by-nc-sa/2.0/fr/>
lma
Pierre-Alain Dorange wrote:
D'autant que les logs se nettoie (normalement) automatiquement et se recrée tout aussi automatiquement au fur et a mesure. Ce nettoyage manuel est (normalement) inutile (sauf bug du système de nettoyage automatique).
A ma connaissance, la purge automatique ne s'applique qu'aux logs du système. Les logs des applications ou des drivers de tierce partie sont ignorés. C'est donc au développeur de prévoir un ménage de temps en temps et s'il ne le fait pas le log grossit ad vitam aeternam.
D'autant que les logs se nettoie (normalement) automatiquement et se
recrée tout aussi automatiquement au fur et a mesure.
Ce nettoyage manuel est (normalement) inutile (sauf bug du système de
nettoyage automatique).
A ma connaissance, la purge automatique ne s'applique qu'aux logs du
système. Les logs des applications ou des drivers de tierce partie sont
ignorés. C'est donc au développeur de prévoir un ménage de temps en
temps et s'il ne le fait pas le log grossit ad vitam aeternam.
D'autant que les logs se nettoie (normalement) automatiquement et se recrée tout aussi automatiquement au fur et a mesure. Ce nettoyage manuel est (normalement) inutile (sauf bug du système de nettoyage automatique).
A ma connaissance, la purge automatique ne s'applique qu'aux logs du système. Les logs des applications ou des drivers de tierce partie sont ignorés. C'est donc au développeur de prévoir un ménage de temps en temps et s'il ne le fait pas le log grossit ad vitam aeternam.
pdorange
LMA wrote:
> D'autant que les logs se nettoie (normalement) automatiquement et se > recrée tout aussi automatiquement au fur et a mesure. > Ce nettoyage manuel est (normalement) inutile (sauf bug du système de > nettoyage automatique).
A ma connaissance, la purge automatique ne s'applique qu'aux logs du système. Les logs des applications ou des drivers de tierce partie sont ignorés. C'est donc au développeur de prévoir un ménage de temps en temps et s'il ne le fait pas le log grossit ad vitam aeternam.
C'est sur qu'un logiciel mal fait (qui crée un log infini sans faire de ménage) c'est pas bien et ça peut prendre de la place in-fine. Et ça peut arriver, mais c'est un mauvais logiciel.
Sur la bécane ou j'écris (iMac de début 2008 avec MacOS X 10.6.8) sans jamais avoir fait de ménage (soit 6 ans 1/2) j'ai :
log utilisateur : 350 Mo log ordinateur : 2,4 Mo log système : 74 Mo
soit : 0,1 % de l'espace disque...
Si je regarde de plus prêt c'est ClamXAv (Antivirus libre) qui fait les plus gros log (et de loin 250 Mo) mais ce log est désactivable dans les préférences du logiciel et il ne grossit pas puisqu'il est effacé et remplacé à chaque analyse (il trace la liste des fichiers traités).
Ce message est sous licence Creative Commons "by-nc-sa-2.0" <http://creativecommons.org/licenses/by-nc-sa/2.0/fr/>
LMA <lma@nowhere.invalid> wrote:
> D'autant que les logs se nettoie (normalement) automatiquement et se
> recrée tout aussi automatiquement au fur et a mesure.
> Ce nettoyage manuel est (normalement) inutile (sauf bug du système de
> nettoyage automatique).
A ma connaissance, la purge automatique ne s'applique qu'aux logs du
système. Les logs des applications ou des drivers de tierce partie sont
ignorés. C'est donc au développeur de prévoir un ménage de temps en
temps et s'il ne le fait pas le log grossit ad vitam aeternam.
C'est sur qu'un logiciel mal fait (qui crée un log infini sans faire de
ménage) c'est pas bien et ça peut prendre de la place in-fine.
Et ça peut arriver, mais c'est un mauvais logiciel.
Sur la bécane ou j'écris (iMac de début 2008 avec MacOS X 10.6.8) sans
jamais avoir fait de ménage (soit 6 ans 1/2) j'ai :
log utilisateur : 350 Mo
log ordinateur : 2,4 Mo
log système : 74 Mo
soit : 0,1 % de l'espace disque...
Si je regarde de plus prêt c'est ClamXAv (Antivirus libre) qui fait les
plus gros log (et de loin 250 Mo) mais ce log est désactivable dans les
préférences du logiciel et il ne grossit pas puisqu'il est effacé et
remplacé à chaque analyse (il trace la liste des fichiers traités).
> D'autant que les logs se nettoie (normalement) automatiquement et se > recrée tout aussi automatiquement au fur et a mesure. > Ce nettoyage manuel est (normalement) inutile (sauf bug du système de > nettoyage automatique).
A ma connaissance, la purge automatique ne s'applique qu'aux logs du système. Les logs des applications ou des drivers de tierce partie sont ignorés. C'est donc au développeur de prévoir un ménage de temps en temps et s'il ne le fait pas le log grossit ad vitam aeternam.
C'est sur qu'un logiciel mal fait (qui crée un log infini sans faire de ménage) c'est pas bien et ça peut prendre de la place in-fine. Et ça peut arriver, mais c'est un mauvais logiciel.
Sur la bécane ou j'écris (iMac de début 2008 avec MacOS X 10.6.8) sans jamais avoir fait de ménage (soit 6 ans 1/2) j'ai :
log utilisateur : 350 Mo log ordinateur : 2,4 Mo log système : 74 Mo
soit : 0,1 % de l'espace disque...
Si je regarde de plus prêt c'est ClamXAv (Antivirus libre) qui fait les plus gros log (et de loin 250 Mo) mais ce log est désactivable dans les préférences du logiciel et il ne grossit pas puisqu'il est effacé et remplacé à chaque analyse (il trace la liste des fichiers traités).
