Hier mon mac (Panther 10.3.1) alors que XDonkey fonctionnait s'est mis
a perdre une place disque considérable 2 Go puis 4 Go puis 10 Go
d'espace au fur et à mesure de l'après midi, je découvre en fin
d'après-midi que le fichier console.log s'est démultiplié en .1 .2 .4
et .4 dont un de 13 Go.... J'ai tout effacé sauf le console.log de base
et relancé la bécane. Maintenant tout roule - Ouf!
Est-ce que quelqu'un peut m'expliquer ce qui c'est produit?
C'est la première fois que ça arrive.
Par ailleurs est-ce que quelqu'un peut m'expliquer comment fonctionne
la console ou s'il y a quelque part sur le web un site où je peux
trouver des explications sur l'utilisation du prog 'Console'.
D'avance merci
RootCat
Ps. en gros la console: ça sert à quoi?
--
----------------------------------------------------
"Ce n'est pas la charge, mais l'excès de charge qui tue la bête" (Cervantès)
----------------------------------------------------
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Éric Lévénez
Le 15/11/03 16:17, dans <151120031617389383%homere1'no_spam'@mac.com>, « RootCat » <homere1'no_spam'@mac.com> a écrit :
Hier mon mac (Panther 10.3.1) alors que XDonkey fonctionnait s'est mis a perdre une place disque considérable 2 Go puis 4 Go puis 10 Go d'espace au fur et à mesure de l'après midi, je découvre en fin d'après-midi que le fichier console.log s'est démultiplié en .1 .2 .4 et .4 dont un de 13 Go.... J'ai tout effacé sauf le console.log de base et relancé la bécane. Maintenant tout roule - Ouf! Est-ce que quelqu'un peut m'expliquer ce qui c'est produit? C'est la première fois que ça arrive. Par ailleurs est-ce que quelqu'un peut m'expliquer comment fonctionne la console ou s'il y a quelque part sur le web un site où je peux trouver des explications sur l'utilisation du prog 'Console'.
Sur les unix traditionnels, la console est le terminal physique type VT100 qui sert à booter la machine. Tous les messages d'erreurs s'affichent aussi sur cette console. Avec des interfaces graphiques, les unix ont maintenant une console virtuelle. Sur Mac OS X il s'agit d'un fichier qui contient tout ce qui aurait été affiché sur la console physique. Le fichier system.log contient donc des messages de différentes applications du système. Souvent il s'agit juste d'informations, parfois il s'agit de messages d'erreur.
Ce que tu as eu ressemble fort à un programme qui part en vrille et passe son temps à afficher le même message d'erreur. Le fichier system.log grossit alors sans cesse.
Le programme Console.app permet de regarder ce fichier (et d'autres).
Tous les jours, le cron du système sauvegarde en le compressant le fichier system.log pour avoir un petit historique.
Pour voir d'où vient ton problème, regarde le contenu du fichier system.log (je ne connais pas le console.log dont tu parles qui n'est pas standard sous Mac OS X).
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 15/11/03 16:17, dans <151120031617389383%homere1'no_spam'@mac.com>,
« RootCat » <homere1'no_spam'@mac.com> a écrit :
Hier mon mac (Panther 10.3.1) alors que XDonkey fonctionnait s'est mis
a perdre une place disque considérable 2 Go puis 4 Go puis 10 Go
d'espace au fur et à mesure de l'après midi, je découvre en fin
d'après-midi que le fichier console.log s'est démultiplié en .1 .2 .4
et .4 dont un de 13 Go.... J'ai tout effacé sauf le console.log de base
et relancé la bécane. Maintenant tout roule - Ouf!
Est-ce que quelqu'un peut m'expliquer ce qui c'est produit?
C'est la première fois que ça arrive.
Par ailleurs est-ce que quelqu'un peut m'expliquer comment fonctionne
la console ou s'il y a quelque part sur le web un site où je peux
trouver des explications sur l'utilisation du prog 'Console'.
Sur les unix traditionnels, la console est le terminal physique type VT100
qui sert à booter la machine. Tous les messages d'erreurs s'affichent aussi
sur cette console. Avec des interfaces graphiques, les unix ont maintenant
une console virtuelle. Sur Mac OS X il s'agit d'un fichier qui contient tout
ce qui aurait été affiché sur la console physique. Le fichier system.log
contient donc des messages de différentes applications du système. Souvent
il s'agit juste d'informations, parfois il s'agit de messages d'erreur.
Ce que tu as eu ressemble fort à un programme qui part en vrille et passe
son temps à afficher le même message d'erreur. Le fichier system.log grossit
alors sans cesse.
Le programme Console.app permet de regarder ce fichier (et d'autres).
Tous les jours, le cron du système sauvegarde en le compressant le fichier
system.log pour avoir un petit historique.
Pour voir d'où vient ton problème, regarde le contenu du fichier system.log
(je ne connais pas le console.log dont tu parles qui n'est pas standard sous
Mac OS X).
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Le 15/11/03 16:17, dans <151120031617389383%homere1'no_spam'@mac.com>, « RootCat » <homere1'no_spam'@mac.com> a écrit :
Hier mon mac (Panther 10.3.1) alors que XDonkey fonctionnait s'est mis a perdre une place disque considérable 2 Go puis 4 Go puis 10 Go d'espace au fur et à mesure de l'après midi, je découvre en fin d'après-midi que le fichier console.log s'est démultiplié en .1 .2 .4 et .4 dont un de 13 Go.... J'ai tout effacé sauf le console.log de base et relancé la bécane. Maintenant tout roule - Ouf! Est-ce que quelqu'un peut m'expliquer ce qui c'est produit? C'est la première fois que ça arrive. Par ailleurs est-ce que quelqu'un peut m'expliquer comment fonctionne la console ou s'il y a quelque part sur le web un site où je peux trouver des explications sur l'utilisation du prog 'Console'.
Sur les unix traditionnels, la console est le terminal physique type VT100 qui sert à booter la machine. Tous les messages d'erreurs s'affichent aussi sur cette console. Avec des interfaces graphiques, les unix ont maintenant une console virtuelle. Sur Mac OS X il s'agit d'un fichier qui contient tout ce qui aurait été affiché sur la console physique. Le fichier system.log contient donc des messages de différentes applications du système. Souvent il s'agit juste d'informations, parfois il s'agit de messages d'erreur.
Ce que tu as eu ressemble fort à un programme qui part en vrille et passe son temps à afficher le même message d'erreur. Le fichier system.log grossit alors sans cesse.
Le programme Console.app permet de regarder ce fichier (et d'autres).
Tous les jours, le cron du système sauvegarde en le compressant le fichier system.log pour avoir un petit historique.
Pour voir d'où vient ton problème, regarde le contenu du fichier system.log (je ne connais pas le console.log dont tu parles qui n'est pas standard sous Mac OS X).
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Patrick Stadelmann
In article <BBDC1571.5F5DF%, Éric Lévénez wrote:
Pour voir d'où vient ton problème, regarde le contenu du fichier system.log (je ne connais pas le console.log dont tu parles qui n'est pas standard sous Mac OS X).
Ce fichier est standard. Il s'agit de /var/tmp/console.log qui contient ce qui s'affiche dans la Console (il suffit de faire un command-click sur le titre de la fenêtre pour le vérifier). Il y a plus d'info que dans system.log (il contient par exemple ce qui est écrit sur stderr).
Patrick -- Patrick Stadelmann
In article <BBDC1571.5F5DF%news@levenez.com>,
Éric Lévénez <news@levenez.com> wrote:
Pour voir d'où vient ton problème, regarde le contenu du fichier system.log
(je ne connais pas le console.log dont tu parles qui n'est pas standard sous
Mac OS X).
Ce fichier est standard. Il s'agit de /var/tmp/console.log qui contient
ce qui s'affiche dans la Console (il suffit de faire un command-click
sur le titre de la fenêtre pour le vérifier). Il y a plus d'info que
dans system.log (il contient par exemple ce qui est écrit sur stderr).
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
Pour voir d'où vient ton problème, regarde le contenu du fichier system.log (je ne connais pas le console.log dont tu parles qui n'est pas standard sous Mac OS X).
Ce fichier est standard. Il s'agit de /var/tmp/console.log qui contient ce qui s'affiche dans la Console (il suffit de faire un command-click sur le titre de la fenêtre pour le vérifier). Il y a plus d'info que dans system.log (il contient par exemple ce qui est écrit sur stderr).
Patrick -- Patrick Stadelmann
Éric Lévénez
Le 15/11/03 17:50, dans , « Patrick Stadelmann » a écrit :
In article <BBDC1571.5F5DF%, Éric Lévénez wrote:
Pour voir d'où vient ton problème, regarde le contenu du fichier system.log (je ne connais pas le console.log dont tu parles qui n'est pas standard sous Mac OS X).
Ce fichier est standard. Il s'agit de /var/tmp/console.log qui contient ce qui s'affiche dans la Console (il suffit de faire un command-click sur le titre de la fenêtre pour le vérifier). Il y a plus d'info que dans system.log (il contient par exemple ce qui est écrit sur stderr).
Ok, j'ai confondu (tous les unix ont des noms de fichiers différents).
Les messages non systèmes, liés à un utilisateur sont effectivement dans un autre fichier que /var/log/system.log. Sur mes machines c'est /Library/Logs/Console/user_name/console.log. Enfin bon, l'explication reste la même : une application de l'utilisateur part en vrille.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 15/11/03 17:50, dans
<Patrick.Stadelmann-D5045A.17504415112003@news.fu-berlin.de>, « Patrick
Stadelmann » <Patrick.Stadelmann@unine.ch> a écrit :
In article <BBDC1571.5F5DF%news@levenez.com>,
Éric Lévénez <news@levenez.com> wrote:
Pour voir d'où vient ton problème, regarde le contenu du fichier system.log
(je ne connais pas le console.log dont tu parles qui n'est pas standard sous
Mac OS X).
Ce fichier est standard. Il s'agit de /var/tmp/console.log qui contient
ce qui s'affiche dans la Console (il suffit de faire un command-click
sur le titre de la fenêtre pour le vérifier). Il y a plus d'info que
dans system.log (il contient par exemple ce qui est écrit sur stderr).
Ok, j'ai confondu (tous les unix ont des noms de fichiers différents).
Les messages non systèmes, liés à un utilisateur sont effectivement dans un
autre fichier que /var/log/system.log. Sur mes machines c'est
/Library/Logs/Console/user_name/console.log. Enfin bon, l'explication reste
la même : une application de l'utilisateur part en vrille.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Le 15/11/03 17:50, dans , « Patrick Stadelmann » a écrit :
In article <BBDC1571.5F5DF%, Éric Lévénez wrote:
Pour voir d'où vient ton problème, regarde le contenu du fichier system.log (je ne connais pas le console.log dont tu parles qui n'est pas standard sous Mac OS X).
Ce fichier est standard. Il s'agit de /var/tmp/console.log qui contient ce qui s'affiche dans la Console (il suffit de faire un command-click sur le titre de la fenêtre pour le vérifier). Il y a plus d'info que dans system.log (il contient par exemple ce qui est écrit sur stderr).
Ok, j'ai confondu (tous les unix ont des noms de fichiers différents).
Les messages non systèmes, liés à un utilisateur sont effectivement dans un autre fichier que /var/log/system.log. Sur mes machines c'est /Library/Logs/Console/user_name/console.log. Enfin bon, l'explication reste la même : une application de l'utilisateur part en vrille.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Patrick Stadelmann
In article <BBDC1EEB.5F5F4%, Éric Lévénez wrote:
Les messages non systèmes, liés à un utilisateur sont effectivement dans un autre fichier que /var/log/system.log. Sur mes machines c'est /Library/Logs/Console/user_name/console.log.
Oui, le console.log a changé de place dans Panther.
Patrick -- Patrick Stadelmann
In article <BBDC1EEB.5F5F4%news@levenez.com>,
Éric Lévénez <news@levenez.com> wrote:
Les messages non systèmes, liés à un utilisateur sont effectivement dans un
autre fichier que /var/log/system.log. Sur mes machines c'est
/Library/Logs/Console/user_name/console.log.
Oui, le console.log a changé de place dans Panther.
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
Les messages non systèmes, liés à un utilisateur sont effectivement dans un autre fichier que /var/log/system.log. Sur mes machines c'est /Library/Logs/Console/user_name/console.log.
Oui, le console.log a changé de place dans Panther.
Patrick -- Patrick Stadelmann
RootCat
In article , Patrick Stadelmann wrote:
In article <BBDC1EEB.5F5F4%, Éric Lévénez wrote:
Les messages non systèmes, liés à un utilisateur sont effectivement dans un autre fichier que /var/log/system.log. Sur mes machines c'est /Library/Logs/Console/user_name/console.log.
Oui, le console.log a changé de place dans Panther.
Patrick
Merci à tous les deux oui - console.log est là "/Library/Logs/Console/user_name/console.log" dans Panther... en fait le console.x est le plus ancien... je ne vais pas m'endormir idiot ce soir mais j'aimerai bien quand même lire ces fichiers très instructifs à propos de l'état de santé et le comportement des logiciels dans la machine. Est-ce que la compréhension est INTUITIVE (à y regarder de plus près je commence à avoir l'impression de comprendre un peu) ou peut-on trouver des indications de lecture? Si quelqu'un sait: merci! A+ Amicalement RootCat
-- ---------------------------------------------------- "Ce n'est pas la charge, mais l'excès de charge qui tue la bête" (Cervantès) ----------------------------------------------------
In article
<Patrick.Stadelmann-321D2B.19185715112003@news.fu-berlin.de>, Patrick
Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
In article <BBDC1EEB.5F5F4%news@levenez.com>,
Éric Lévénez <news@levenez.com> wrote:
Les messages non systèmes, liés à un utilisateur sont effectivement dans un
autre fichier que /var/log/system.log. Sur mes machines c'est
/Library/Logs/Console/user_name/console.log.
Oui, le console.log a changé de place dans Panther.
Patrick
Merci à tous les deux
oui - console.log est là "/Library/Logs/Console/user_name/console.log"
dans Panther... en fait le console.x est le plus ancien... je ne vais
pas m'endormir idiot ce soir mais j'aimerai bien quand même lire ces
fichiers très instructifs à propos de l'état de santé et le
comportement des logiciels dans la machine.
Est-ce que la compréhension est INTUITIVE (à y regarder de plus près je
commence à avoir l'impression de comprendre un peu) ou peut-on trouver
des indications de lecture?
Si quelqu'un sait: merci!
A+
Amicalement
RootCat
--
----------------------------------------------------
"Ce n'est pas la charge, mais l'excès de charge qui tue la bête" (Cervantès)
----------------------------------------------------
Les messages non systèmes, liés à un utilisateur sont effectivement dans un autre fichier que /var/log/system.log. Sur mes machines c'est /Library/Logs/Console/user_name/console.log.
Oui, le console.log a changé de place dans Panther.
Patrick
Merci à tous les deux oui - console.log est là "/Library/Logs/Console/user_name/console.log" dans Panther... en fait le console.x est le plus ancien... je ne vais pas m'endormir idiot ce soir mais j'aimerai bien quand même lire ces fichiers très instructifs à propos de l'état de santé et le comportement des logiciels dans la machine. Est-ce que la compréhension est INTUITIVE (à y regarder de plus près je commence à avoir l'impression de comprendre un peu) ou peut-on trouver des indications de lecture? Si quelqu'un sait: merci! A+ Amicalement RootCat
-- ---------------------------------------------------- "Ce n'est pas la charge, mais l'excès de charge qui tue la bête" (Cervantès) ----------------------------------------------------
Éric Lévénez
Le 15/11/03 22:01, dans <151120032201352178%homere1'no_spam'@mac.com>, « RootCat » <homere1'no_spam'@mac.com> a écrit :
oui - console.log est là "/Library/Logs/Console/user_name/console.log" dans Panther... en fait le console.x est le plus ancien... je ne vais pas m'endormir idiot ce soir mais j'aimerai bien quand même lire ces fichiers très instructifs à propos de l'état de santé et le comportement des logiciels dans la machine. Est-ce que la compréhension est INTUITIVE (à y regarder de plus près je commence à avoir l'impression de comprendre un peu) ou peut-on trouver des indications de lecture?
Comme ce sont les traces laissées par les programmeurs de chaque application, parfois, c'est lisible, parfois c'est illisible. Il y a aussi des traces des bibliothèques du système utilisées par ces applications pour prévenir les programmeurs que quelque chose ne vas pas ou devrait être changé dans ces applications.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 15/11/03 22:01, dans <151120032201352178%homere1'no_spam'@mac.com>,
« RootCat » <homere1'no_spam'@mac.com> a écrit :
oui - console.log est là "/Library/Logs/Console/user_name/console.log"
dans Panther... en fait le console.x est le plus ancien... je ne vais
pas m'endormir idiot ce soir mais j'aimerai bien quand même lire ces
fichiers très instructifs à propos de l'état de santé et le
comportement des logiciels dans la machine.
Est-ce que la compréhension est INTUITIVE (à y regarder de plus près je
commence à avoir l'impression de comprendre un peu) ou peut-on trouver
des indications de lecture?
Comme ce sont les traces laissées par les programmeurs de chaque
application, parfois, c'est lisible, parfois c'est illisible. Il y a aussi
des traces des bibliothèques du système utilisées par ces applications pour
prévenir les programmeurs que quelque chose ne vas pas ou devrait être
changé dans ces applications.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Le 15/11/03 22:01, dans <151120032201352178%homere1'no_spam'@mac.com>, « RootCat » <homere1'no_spam'@mac.com> a écrit :
oui - console.log est là "/Library/Logs/Console/user_name/console.log" dans Panther... en fait le console.x est le plus ancien... je ne vais pas m'endormir idiot ce soir mais j'aimerai bien quand même lire ces fichiers très instructifs à propos de l'état de santé et le comportement des logiciels dans la machine. Est-ce que la compréhension est INTUITIVE (à y regarder de plus près je commence à avoir l'impression de comprendre un peu) ou peut-on trouver des indications de lecture?
Comme ce sont les traces laissées par les programmeurs de chaque application, parfois, c'est lisible, parfois c'est illisible. Il y a aussi des traces des bibliothèques du système utilisées par ces applications pour prévenir les programmeurs que quelque chose ne vas pas ou devrait être changé dans ces applications.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
