Fichier core.o de 130Mo
Fichier core.o de 130Mo - Débats - Linux et OS Alternatifs
Marsh Posté le 30-10-2002 à 22:02:38
le core.o tu peux le supprimer, c'est un dump mémoire d'une appli qui à sans doute planté.
Pour le pb X là par contre je peux pas t'aider mais t'inquiète ça à pas l'air grave.
Marsh Posté le 30-10-2002 à 22:17:47
OK merci 
Le truc c'est que je l'avais déjà supprimé et qu'il s'est recréé
Marsh Posté le 30-10-2002 à 22:24:32
| ecliptux a écrit a écrit : Qu'est ce qu'il se passe  |
Ben rien, yapa d'erreur.. cf http://www-ugrad.cs.colorado.edu/X/xerrors.html
dans ton log, t'as rpmdrake qui cause un peu, et ton wmanager qui raconte sa vie, rien d'interessant au final
Marsh Posté le 30-10-2002 à 22:28:16
| ecliptux a écrit a écrit : OK merci Le truc c'est que je l'avais déjà supprimé et qu'il s'est recréé |
pour savoir quel programme pond le core, tapes un truc du genre:
> file core.30842 |
Marsh Posté le 30-10-2002 à 22:40:32
humm ça semble venir de Xine :
Code :
|
Bon je verrai ça
Par contre (je devrais peut être ouvrir un autre topic), j'ai la mémoire vive qui est utilisée constament depuis le démarrage et ne semble pas se libérer.
Le graphique indique qu'elle est utilisée à 100% alors qu'il n'y a aucune raison.
Bon tout fonctionne bien mais je trouve ça étrange qu'elle ne soit pas libérée 
Message édité par ecliptux le 30-10-2002 à 22:40:49
Marsh Posté le 31-10-2002 à 09:03:13
t'inquiète la gestion de la mémoire sous linux na rien à voir avec windows. Ne t'en fais pas, moi j'ai 512 Mo et après 20 min me reste p'étre 80 Mo de libre, mais je peux faire n'importe koi pendant 1 semaine ca ne swappera pas. Linux consomme ce qui est dispo mais libére aux nouvelles app si besoin est.
Marsh Posté le 31-10-2002 à 09:04:33
J'oublié, si tu as des problèmes avec Xine ( perso je le trouve chouette mais plante trop ) essaye Mplayer il est vraiment top.
Sujets relatifs:
- Script pour ecrire la date dans un fichier
- [lpd] Imprimer un gros fichier > ça bloque
- Comment lire un fichier MOV sous Nux ?
- aargh mldonkey fichier dossier temp
- performance système de fichier
- modifier tout les fichier d'une arborescence.
- urgent :comment copié un fichier en ssh
- récupérer une image de disquette sans connaitre le système de fichier
- [Mandrake 8.2] utilisation d'un fichier .pl
- fichier inetd.conf
Marsh Posté le 30-10-2002 à 18:50:28
Bonjour,
Je ne sais aps pourquoi, à la racine de mon /home/ecplitux, j'ai un fichier core.o fachement gros.
[ecliptux@localhost ecliptux]$ ll
total 17432
drwx------ 2 ecliptux ecliptux 4096 oct 28 20:33 amsn_received/
drwxr-xr-x 3 ecliptux ecliptux 4096 oct 28 21:05 bin/
drwxr-xr-x 2 ecliptux ecliptux 4096 oct 30 18:39 Clés GPG/
-rw------- 1 ecliptux ecliptux 134287360 oct 30 17:02 core.8391
drwxr-xr-x 2 root root 4096 oct 28 13:04 Desktop/
drwxr-xr-x 2 ecliptux ecliptux 4096 oct 28 12:10 Documents/
drwx------ 6 ecliptux ecliptux 4096 oct 30 18:37 evolution/
drwxr-xr-x 3 ecliptux ecliptux 4096 oct 28 20:11 Fond d'écrans/
drwxr-xr-x 2 ecliptux ecliptux 4096 oct 30 00:08 ISO/
drwxr-xr-x 4 ecliptux ecliptux 4096 oct 30 18:45 Telechargements/
drwxr-xr-x 3 ecliptux ecliptux 4096 oct 29 21:21 _Tempo/
drwx------ 3 ecliptux ecliptux 4096 oct 29 18:48 tmp/
[ecliptux@localhost ecliptux]$
En outre, tjrs à la racine /~ j'ai un fichier .xsession-errors
Voici son contenu :
SESSION_MANAGER=local/localhost.localdomain:/tmp/.ICE-unix/9791
Loaded background '0x80d4e38
Avertissement du gestionnaire de fenêtre :La fenêtre 0x1600018 (Licq (1382) positionne SM_CLIENT_ID sur elle-même, au lieu le positionner sur la fenêtre WM_CLIENT_LEADER, comme spécifié dans l'ICCCM.
Avertissement du gestionnaire de fenêtre :La fenêtre 0x160014a (Set Away R) positionne SM_CLIENT_ID sur elle-même, au lieu le positionner sur la fenêtre WM_CLIENT_LEADER, comme spécifié dans l'ICCCM.
examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Installation CD 1 (x86) (cdrom1).cz]
examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Installation CD 2 (x86) (cdrom2).cz]
examining synthesis file [/var/lib/urpmi/synthesis.hdlist.International CD (x86) (cdrom3).cz]
examining synthesis file [/var/lib/urpmi/synthesis.hdlist.update_source.cz]
examen de la liste de synthèse [/var/lib/urpmi/synthesis.hdlist.Installation CD 1 (x86) (cdrom1).cz]
examen de la liste de synthèse [/var/lib/urpmi/synthesis.hdlist.Installation CD 2 (x86) (cdrom2).cz]
examen de la liste de synthèse [/var/lib/urpmi/synthesis.hdlist.International CD (x86) (cdrom3).cz]
récupération du fichier de description de « update_source »...
...récupération effectuée
récupération du hdlist source (ou synthèse) de « update_source »...
--18:40:39-- ftp://ftp.lip6.fr/pub/linux/distributions/mandrake/updates/9.0/base/hdlist.cz
=> `/var/cache/urpmi/partial/.listing'
Résolution de ftp.lip6.fr... complété.
Connexion vers ftp.lip6.fr[195.83.118.1]:21...connecté.
Session débutant sous anonymous...Session établie!
==> SYST ... complété. ==> PWD ... complété.
==> TYPE I ... complété. ==> CWD /pub/linux/distributions/mandrake/updates/9.0/base ... complété.
==> PASV ... complété. ==> LIST ... complété.
0K ??% 139K
18:40:41 (138.67 KB/s) - « /var/cache/urpmi/partial/.listing » sauvegardé [142]
« /var/cache/urpmi/partial/.listing » détruit.
Fichier distant n'est pas plus récent que le fichier local « /var/cache/urpmi/partial/hdlist.cz » -- pas de récupération.
...récupération effectuée
examen de la liste de synthèse [/var/lib/urpmi/synthesis.hdlist.update_source.cz]
examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Installation CD 1 (x86) (cdrom1).cz]
examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Installation CD 2 (x86) (cdrom2).cz]
examining synthesis file [/var/lib/urpmi/synthesis.hdlist.International CD (x86) (cdrom3).cz]
examining synthesis file [/var/lib/urpmi/synthesis.hdlist.update_source.cz]
Qu'est ce qu'il se passe