Ta partition contient les répertoires /var/ et /tmp/ ?

--
On ne prête qu’aux riches, et on a bien raison, parce que les autres remboursent difficilement.
-+- Tristan Bernard (1866-1947) -+-

Poste le Thursday 4 May 2006 19:04:25

Sinon, les commandes utiles à comprendre le problème pourraient être

df -h
df -i
find / -size +5000 -ls

Pour les détails, lire un bon livre sur Linux et les pages de man de df et find.

Comme l'indique Nicola, il est possible que les fichiers de log dans /var/log ou les fichiers temporaires dans /tmp soient une cause possible. Regardes dans les fichiers de log avant de les supprimer.

----

Basile STARYNKEVITCH

Membre de l'APRIL « promouvoir et défendre le logiciel libre » - adhérez vous aussi à l'APRIL!

Projet logiciel libre: RefPerSys

Poste le Thursday 4 May 2006 20:08:00

Ma machine étant prête à s'écrouler, je réponds depuis une autre, donc ce n'est pas facile de fournir précisément les infos attendues..je m'en excuse.

/tmp et /var/log sont dans l'unique partition de mon DD de 3 Go

D'autre part, df et ses options me fournissent des infos que je connaissais déjà...à savoir le peu d'espace qui reste

En revanche, si dans /tmp il n'y a rien, dans /var/log il y a du monde ! Mon souci c'est quels fichiers supprimer, ou mieux encore, quels sont ceux qu'il faut absolument garder ?

Merci pour votre aide...J'espère éviter une réinstallation

Poste le Friday 5 May 2006 12:46:26

En explorant /var, j'ai vu que /var/cache est énorme.

Est-ce que je peux le supprimer ?
D'autre part, la commande logrotate semble permettre d'éviter que ça ne se reproduise, mais un man logrotate ne m'a pas paru évident...Un exemple m'aiderait bien.

Quant au livre,...promis, après cet épisode...

Poste le Friday 5 May 2006 15:03:40

J'ai fait ....apt-get clean et gagné dans l'immédiat 500 Mo.
Je suppose que l'on peut automatiser cette tâche. j'ai lu dans man apt-get qu 'en faisant intervenir deselect, c'était possible.
Quelle est la différence avec cron ?

Poste le Friday 5 May 2006 17:15:24

Citation
GJL
j'ai vu que /var/cache est énorme.

Est-ce que je peux le supprimer ?

Je ne sais plus si on peux suppprimer les paquets deb directement dans le cache (je croit que oui), en fait se répertoire doit être gros parce que les paquets debian sont garder dans le cache. Il doit y avoir une option "clean" dans aptitude pour vider le cache, fait un man aptitude pour trouver la syntaxe exacte.

Pour logrotate, il faut l'installer et le paramètrer correctement :

[gentoo-wiki.com]

Ca explique un peu le paramètrage de logrotate en fait il faut mettre des sections pour chaque fichier que tu veux faire tourner (dans /etc/logrotate.conf ou dans dans /etc/logrotate.d).

En gros tu paramètre correctement logrotate, puis tu le lances une fois :

logrotate -f /etc/logrotate.conf

Comme cela le rotate et la compression des fichiers va être forcée une fois, et ça va faire maigrir tes fichiers de log. Normalement le système ajoute une tâche cron pour qu'il soit executé réguliérement lors de l'install du paquet.

Il est aussi important de voir ce qui fait grossir tes logs, il est possible que tu ais des options de debug d'activée qui remplissent les logs.

;-)



--------------------------------------------------------------------------------------------------------------------------------------------------
Exige beaucoup de toi-même et attends peu des autres. Ainsi beaucoup d'ennuis te seront épargnés. Confucius

Poste le Friday 5 May 2006 17:19:30

D'abord merci pour tes infos. J'ai regardé dans le manuel avant de faire apt-get clean et je ne crois pas avoir fait de bêtises...de toutes façons c'est fait donc...

Citation

paramètrage de logrotate en fait il faut mettre des sections pour chaque fichier que tu veux faire tourner

J'avais bien compris cela (j'avais lu ta réponse à ce sujet dans le forum Distribution)
Il me reste à essayer.
Je suppose que lorsque l'on ne sait pas quels fichiers traiter on indique dans les sections les fichiers les plus gros

Citation

il est possible que tu ais des options de debug d'activée

Peux-tu me dire où on voit ces options s'il te plaît ?

Poste le Friday 5 May 2006 17:38:23

Citation
GJL
Je suppose que lorsque l'on ne sait pas quels fichiers traiter on indique dans les sections les fichiers les plus gros

Non, il faut repérer les fichiers "qui grossisent" le plus, si le fichier est "gros" mais qu'il ne grossit pas ce n'est pas la peine de le faire tourner.

Citation
GJL
Peux-tu me dire où on voit ces options s'il te plaît ?

Le mieux c'est que tu édite les fichiers de logs et que tu regardes dedans, quand tu as des options de debug (ça peut être aussi un problème matériel qui génére des erreurs) en général tu as des quantités (astronomiques, nan là j'exagére) de lignes qui se répètent réguliérement et qui sont les mêmes. Donc dans ce cas il faut prendre le message qui se répétent et chercher d'où il vient.

;-)

--------------------------------------------------------------------------------------------------------------------------------------------------
Exige beaucoup de toi-même et attends peu des autres. Ainsi beaucoup d'ennuis te seront épargnés. Confucius

Poste le Friday 5 May 2006 17:54:10

Encore merci...J'apprends vraiment beaucoup de choses intéressantes
Reste à trouver un bon bouquin...mais rassure-toi...j'ai plein de questions et comme le forum est sympa...
:-)

Poste le Friday 5 May 2006 20:37:55

Et pour continuer un tout petit peu sur le sujet, j'ai vu que anacron permet d'effectuer un nettoyage sans que la machine reste allumée 24h/24 contrairement à cron.

J'ai vu également que le /var/log/ksymoops (qui chez moi fait tout de même ses 746 Mo) est nettoyé par /etc/cron.daily/modutils et /sbin/insmod_ksymoops_clean

Ci-dessous, quelques contenus si ça intéresse...

# /etc/anacrontab: configuration file for anacron

# See anacron(8) and anacrontab(5) for details.

SHELL=/bin/sh
PATH=/sbin:/bin:/usr/sbin:/usr/bin

# These replace cron's entries
1       5       cron.daily       nice run-parts --report /etc/cron.daily
7       10      cron.weekly      nice run-parts --report /etc/cron.weekly
@monthly        15      cron.monthly nice run-parts --report /etc/cron.monthly

et celui de mon /etc/cron.daily/modutils

#! /bin/sh

[ -e /sbin/insmod_ksymoops_clean ] || exit 0
/sbin/insmod_ksymoops_clean

Poste le Friday 5 May 2006 21:32:48

Bonjour,

j'ai continué mes investigations et notamment concernant le /var/log/ksymoops.

D'après ce que j'ai compris, ce répertoire est "alimenté" par insmod chaque fois qu'un pb (Oop) se présente.

Je suis donc allé voir dans un .ksyms ce qu'il y avait.

Voici le résultat :

more /var/log/ksymoops/20060503181605.ksyms

ca97f680 snd_pcm_devices        [snd-pcm]
ca971e90 snd_pcm_new    [snd-pcm]
ca971d40 snd_pcm_new_stream     [snd-pcm]
ca972780 snd_pcm_notify [snd-pcm]
ca9720a0 snd_pcm_open_substream [snd-pcm]
ca9723a0 snd_pcm_release_substream      [snd-pcm]
ca971230 snd_pcm_format_name    [snd-pcm]
ca97f784 snd_pcm_link_rwlock    [snd-pcm]
ca9740b0 snd_pcm_start  [snd-pcm]
ca974520 snd_pcm_suspend        [snd-pcm]
ca974550 snd_pcm_suspend_all    [snd-pcm]
ca977580 snd_pcm_kernel_playback_ioctl  [snd-pcm]
ca9775d0 snd_pcm_kernel_capture_ioctl   [snd-pcm]
ca977620 snd_pcm_kernel_ioctl   [snd-pcm]
ca977d30 snd_pcm_mmap_data      [snd-pcm]
ca977cb0 snd_pcm_lib_mmap_iomem [snd-pcm]
ca97d170 snd_pcm_format_signed  [snd-pcm]
ca97d1a0 snd_pcm_format_unsigned        [snd-pcm]
ca97d1c0 snd_pcm_format_linear  [snd-pcm]
ca97d1e0 snd_pcm_format_little_endian   [snd-pcm]
ca97d210 snd_pcm_format_big_endian      [snd-pcm]
ca97d240 snd_pcm_format_width   [snd-pcm]
ca97d270 snd_pcm_format_physical_width  [snd-pcm]
ca97d2d0 snd_pcm_format_silence_64      [snd-pcm]
ca97d300 snd_pcm_format_set_silence     [snd-pcm]
ca97d410 snd_pcm_build_linear_format    [snd-pcm]
ca97d470 snd_pcm_limit_hw_rates [snd-pcm]
ca978be0 snd_interval_refine    [snd-pcm]
ca979940 snd_interval_list      [snd-pcm]
ca9793e0 snd_interval_ratnum    [snd-pcm]
ca979050 snd_interval_muldivk   [snd-pcm]
ca979210 snd_interval_mulkdiv   [snd-pcm]
ca978f60 snd_interval_div       [snd-pcm]
ca97a2a0 _snd_pcm_hw_params_any [snd-pcm]
ca97aaf0 _snd_pcm_hw_param_min  [snd-pcm]
ca97af40 _snd_pcm_hw_param_set  [snd-pcm]
ca97a5e0 _snd_pcm_hw_param_setempty     [snd-pcm]
ca97a650 _snd_pcm_hw_param_setinteger   [snd-pcm]
ca97a450 snd_pcm_hw_param_value_min     [snd-pcm]
ca97a4f0 snd_pcm_hw_param_value_max     [snd-pcm]
ca97b280 snd_pcm_hw_param_mask  [snd-pcm]
ca97a860 snd_pcm_hw_param_first [snd-pcm]
ca97aa60 snd_pcm_hw_param_last  [snd-pcm]
ca97b440 snd_pcm_hw_param_near  [snd-pcm]
ca97b130 snd_pcm_hw_param_set   [snd-pcm]
ca972c30 snd_pcm_hw_refine      [snd-pcm]
ca973210 snd_pcm_hw_params      [snd-pcm]
ca9756c0 snd_pcm_hw_constraints_init    [snd-pcm]
ca975e70 snd_pcm_hw_constraints_complete        [snd-pcm]
ca979dd0 snd_pcm_hw_constraint_list     [snd-pcm]
ca97a100 snd_pcm_hw_constraint_step     [snd-pcm]
ca979ec0 snd_pcm_hw_constraint_ratnums  [snd-pcm]
ca979fb0 snd_pcm_hw_constraint_ratdens  [snd-pcm]
ca97a070 snd_pcm_hw_constraint_msbits   [snd-pcm]
ca979d50 snd_pcm_hw_constraint_minmax   [snd-pcm]
ca979d10 snd_pcm_hw_constraint_integer  [snd-pcm]
ca97a190 snd_pcm_hw_constraint_pow2     [snd-pcm]
ca979b40 snd_pcm_hw_rule_add    [snd-pcm]
ca978a10 snd_pcm_set_ops        [snd-pcm]
ca978a50 snd_pcm_set_sync       [snd-pcm]
ca97b940 snd_pcm_lib_ioctl      [snd-pcm]
ca9741f0 snd_pcm_stop   [snd-pcm]
ca97bcb0 snd_pcm_period_elapsed [snd-pcm]
ca97c470 snd_pcm_lib_write      [snd-pcm]
ca97cb80 snd_pcm_lib_read       [snd-pcm]
ca97c670 snd_pcm_lib_writev     [snd-pcm]
ca97cd60 snd_pcm_lib_readv      [snd-pcm]
ca97ce10 snd_pcm_lib_buffer_bytes       [snd-pcm]
ca97ce30 snd_pcm_lib_period_bytes       [snd-pcm]
ca97d600 snd_pcm_lib_preallocate_free_for_all   [snd-pcm]
ca97d8c0 snd_pcm_lib_preallocate_pages  [snd-pcm]
ca97d8f0 snd_pcm_lib_preallocate_pages_for_all  [snd-pcm]
ca97d960 snd_pcm_sgbuf_ops_page [snd-pcm]
ca97d990 snd_pcm_lib_malloc_pages       [snd-pcm]
ca97dad0 snd_pcm_lib_free_pages [snd-pcm]
ca971000 __insmod_snd-pcm_O/lib/modules/2.4.27-2-686/updates/alsa/snd-pcm.o_M41F3D64E_V132123   [snd-pcm]
ca971060 __insmod_snd-pcm_S.text_L51936 [snd-pcm]
ca97dcf8 __insmod_snd-pcm_S.rodata_L188 [snd-pcm]
ca97efc0 __insmod_snd-pcm_S.data_L1724  [snd-pcm]
ca96e510 snd_opl3_interrupt     [snd-opl3-lib]
ca96e600 snd_opl3_new   [snd-opl3-lib]
ca96e6d0 snd_opl3_init  [snd-opl3-lib]
ca96e780 snd_opl3_create        [snd-opl3-lib]
ca96ea50 snd_opl3_timer_new     [snd-opl3-lib]
ca96ead0 snd_opl3_hwdep_new     [snd-opl3-lib]
ca96f960 snd_opl3_regmap        [snd-opl3-lib]
ca96f040 snd_opl3_reset [snd-opl3-lib]
ca96e000 __insmod_snd-opl3-lib_O/lib/modules/2.4.27-2-686/updates/alsa/snd-opl3-lib.o_M41F3D64F_V132123 [s
nd-opl3-lib]
ca96e060 __insmod_snd-opl3-lib_S.text_L5385     [snd-opl3-lib]
ca96f8e0 __insmod_snd-opl3-lib_S.data_L164      [snd-opl3-lib]
ca96b890 snd_hwdep_new  [snd-hwdep]
ca96b000 __insmod_snd-hwdep_O/lib/modules/2.4.27-2-686/updates/alsa/snd-hwdep.o_M41F3D64E_V132123       [s
nd-hwdep]
ca96b060 __insmod_snd-hwdep_S.text_L3527        [snd-hwdep]
ca96c080 __insmod_snd-hwdep_S.data_L144 [snd-hwdep]
ca966350 snd_timer_open [snd-timer]
ca966500 snd_timer_close        [snd-timer]
ca9666f0 snd_timer_resolution   [snd-timer]
ca966910 snd_timer_start        [snd-timer]
ca966ac0 snd_timer_stop [snd-timer]
ca966b10 snd_timer_continue     [snd-timer]
ca966bb0 snd_timer_pause        [snd-timer]
ca966fe0 snd_timer_new  [snd-timer]
ca967330 snd_timer_notify       [snd-timer]
ca967420 snd_timer_global_new   [snd-timer]
ca967480 snd_timer_global_free  [snd-timer]
ca967490 snd_timer_global_register      [snd-timer]
ca9674c0 snd_timer_global_unregister    [snd-timer]
ca966cd0 snd_timer_interrupt    [snd-timer]
ca9674d0 snd_timer_system_resolution    [snd-timer]
ca966000 __insmod_snd-timer_O/lib/modules/2.4.27-2-686/updates/alsa/snd-timer.o_M41F3D64E_V132123       [s
nd-timer]
ca966060 __insmod_snd-timer_S.text_L12493       [snd-timer]
ca969660 __insmod_snd-timer_S.data_L224 [snd-timer]
ca964a40 isapnp_cards_R593dbfd2 [isa-pnp]
ca964a48 isapnp_devices_R2db6fba6       [isa-pnp]
ca95e7e0 isapnp_present_Rb8c1d0b0       [isa-pnp]
ca95e7f0 isapnp_cfg_begin_R7f989e49     [isa-pnp]
ca95e8c0 isapnp_cfg_end_R2ffdfcff       [isa-pnp]
ca95d060 isapnp_read_byte_R8be9f7bc     [isa-pnp]
ca95d090 isapnp_read_word_Rb18ea937     [isa-pnp]
ca95d0e0 isapnp_read_dword_Ra7e8074f    [isa-pnp]
ca95d150 isapnp_write_byte_R0ff3346f    [isa-pnp]
ca95d190 isapnp_write_word_R37505dc6    [isa-pnp]
ca95d1e0 isapnp_write_dword_R02a0b960   [isa-pnp]
ca95d360 isapnp_wake_Rf4dcbf3f  [isa-pnp]
ca95d380 isapnp_device_R5f145a07        [isa-pnp]
ca95d3a0 isapnp_activate_Ra79b2edb      [isa-pnp]
ca95d3e0 isapnp_deactivate_R68a46eb2    [isa-pnp]
ca95eaf0 isapnp_find_card_R49cce314     [isa-pnp]
ca95eb40 isapnp_find_dev_Rdae0a346      [isa-pnp]
ca95ecb0 isapnp_probe_cards_Ree32382e   [isa-pnp]
ca95ed90 isapnp_probe_devs_R65b078a7    [isa-pnp]
ca95ee00 isapnp_activate_dev_Raa8d78b0  [isa-pnp]
ca960810 isapnp_resource_change_R22373806       [isa-pnp]
ca960b40 isapnp_register_driver_R574dcb7f       [isa-pnp]
ca960ba0 isapnp_unregister_driver_Rca5c2ead     [isa-pnp]
ca95d000 __insmod_isa-pnp_O/lib/modules/2.4.27-2-686/kernel/drivers/pnp/isa-pnp.o_M43032E79_V132123     [i
sa-pnp]
ca95d060 __insmod_isa-pnp_S.text_L26661 [isa-pnp]
ca963890 __insmod_isa-pnp_S.rodata_L540 [isa-pnp]
ca964a40 __insmod_isa-pnp_S.data_L648   [isa-pnp]
ca95b130 snd_mpu401_uart_interrupt      [snd-mpu401-uart]
ca95b850 snd_mpu401_uart_new    [snd-mpu401-uart]
ca95b000 __insmod_snd-mpu401-uart_O/lib/modules/2.4.27-2-686/updates/alsa/snd-mpu401-uart.o_M41F3D64F_V132
123     [snd-mpu401-uart]
ca95b060 __insmod_snd-mpu401-uart_S.text_L2785  [snd-mpu401-uart]
ca95bdb0 __insmod_snd-mpu401-uart_S.data_L32    [snd-mpu401-uart]
ca956ed0 snd_rawmidi_output_params      [snd-rawmidi]
ca956fa0 snd_rawmidi_input_params       [snd-rawmidi]
ca956120 snd_rawmidi_drop_output        [snd-rawmidi]
ca956160 snd_rawmidi_drain_output       [snd-rawmidi]
ca956250 snd_rawmidi_drain_input        [snd-rawmidi]
ca957550 snd_rawmidi_receive    [snd-rawmidi]
ca957960 snd_rawmidi_transmit_empty     [snd-rawmidi]
ca957990 snd_rawmidi_transmit_peek      [snd-rawmidi]
ca957a70 snd_rawmidi_transmit_ack       [snd-rawmidi]

Pouvez-vous m'aider à interpréter ceci s'il vous plaît ?

Poste le Saturday 6 May 2006 11:20:19

Apparemment tous ces messages sont en rapport avec les modules gérant la carte son. Il y a peut être un problème de cofniguration de la carte son.

C'est quoi comme carte son ??

Tu as une raison particulière d'être sur un noyau 2.4, ton matériel est récent ou pas ??

--------------------------------------------------------------------------------------------------------------------------------------------------
Exige beaucoup de toi-même et attends peu des autres. Ainsi beaucoup d'ennuis te seront épargnés. Confucius

Poste le Saturday 6 May 2006 13:03:31

Citation

Apparemment tous ces messages sont en rapport avec les modules gérant la carte son. Il y a peut être un problème de cofniguration de la carte son.

Je ne sais pas...Je peux écouter un CD mais pas la radio. Modifier le greffon de sortie de xmms comme cela était suggéré n'a rien donné, il reste donc à priori un pb de configuration.

Citation

C'est quoi comme carte son ??

C'est une ES1869 intégrée à la carte mère sur du matériel déjà ancien (Compaq Armada 1700)

lspci

0000:00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (AGP disabled) (rev 02)
0000:00:07.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02)
0000:00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01)
0000:00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01)
0000:00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 02)
0000:00:08.0 VGA compatible controller: Chips and Technologies F65555 HiQVPro (rev a8)
0000:00:11.0 CardBus bridge: Texas Instruments PCI1220 (rev 02)
0000:00:11.1 CardBus bridge: Texas Instruments PCI1220 (rev 02)
0000:01:00.0 Ethernet controller: Linksys 21x4x DEC-Tulip compatible 10/100 Ethernet (rev 11)

Quant à changer de noyau, pourquoi pas ? Si les manips ne sont pas trop complexes et que j'y gagne vraiment je suis preneur. Mais j'avoue ne pas voir

Poste le Saturday 6 May 2006 17:27:24

Dans man INSMOD il y a un utilitaire qui permet de maintenir une taille raisonnable à /var/log/ksymoops.

Est-ce que je peux l'utiliser tel quel ?

#!/bin/sh
  # Supprime la sauvegarde de ksyms et les modules qui n'ont pas eu d'accès depuis 2 jours
  if [ -d /var/log/ksymoops ]
  then
       set -e
       # Make sure there is always at least one version
       # Il faut être que c'est toujours la meilleure version
       d=`date +%Y%m%d%H%M%S`
       cp -a /proc/ksyms /var/log/ksymoops/${d}.ksyms
       cp -a /proc/modules /var/log/ksymoops/${d}.modules
       find /var/log/ksymoops -type f -atime +2 -exec rm {} ;
  fi

Poste le Saturday 6 May 2006 17:47:56

Bon, même pas peur...Vu qu'on apprend en prenant des risques...j'ai pris le script tel quel et...je me retrouve à 1 Go de libre ! Le Pérou quoi ! Tout fonctionne bien.
Reste les (petits) pb de carte son que je veux régler davantage par curiosité que par nécessité.

Curieux également de savoir exactement ce que je peux retirer d'une mise à jour du noyau. Si quelqu'un a des éléments concrets à ce sujet (pas sur le comment mais sur les avantages) je suis preneur

Poste le Sunday 7 May 2006 19:17:47

Citation
GJL
Curieux également de savoir exactement ce que je peux retirer d'une mise à jour du noyau. Si quelqu'un a des éléments concrets à ce sujet (pas sur le comment mais sur les avantages) je suis preneur

La bonne source d'information, c'est notamment les ChangeLog sur [kernel.org]

Mais je vois plusieurs avantages à avoir un noyau assez récent; d'abord, il y a des fonctionnalités qui sont vraiement récentes, telles que le support des partitions NTFS (de Windows, mais je ne m'en sers pas) en écriture, qui semble être apparu en 2.6.15 de manière fiable.

Ensuite, pour le matériel très récent, il me semble que les noyaux récents (>= 2.6.16.11) le supportent de manière plus stable. Par exemple mon portable avec chipset ATI X200 semble plus stable avec des noyaux récents.

Efin, il semble qu'un udev récent marche mieux avec un noyau récent.

Par contre, il me parait évident qu'il faut (sauf cas particuliers) préférer un noyau 2.6 à un noyau 2.4 par exemple. Attention, la mise à jour du noyau peut nécessiter la mise à jours d'autres utilitaires (notamment ceux liés aux modules).

D'un autre coté, si ton noyau te donne satisfaction, pourquoi en changer?



----

Basile STARYNKEVITCH

Membre de l'APRIL « promouvoir et défendre le logiciel libre » - adhérez vous aussi à l'APRIL!

Projet logiciel libre: RefPerSys

Poste le Sunday 7 May 2006 19:25:37

Citation
GJL
Quant à changer de noyau, pourquoi pas ? Si les manips ne sont pas trop complexes et que j'y gagne vraiment je suis preneur. Mais j'avoue ne pas voir

Ca dépend de l'âge de ton matériel, pour du matériel récent il fonctionneras mieux sous le 2.6 parce que je ne pense pas que toutes les nouveautés soit backportées sur le noyau 2.4.

Pour ta carte son le support d'alsa doit être meilleur sur un noyau 2.6 je pense, il faut trouver si ta carte est supporté sur le site d'alsa ou si il y a des manipulations à faire pour qu'elle marche correctement.

[www.alsa-project.org]

Je pense que ça doit être ça ta carte son le driver c'est es18xx :

[www.alsa-project.org]

Sinon pour ton portable, apparemment il marche bien a part quelque soucis pour le son (mais la page est vieille):

[www.mooned.org]


--------------------------------------------------------------------------------------------------------------------------------------------------
Exige beaucoup de toi-même et attends peu des autres. Ainsi beaucoup d'ennuis te seront épargnés. Confucius

Poste le Sunday 7 May 2006 19:54:01

Merci pour ces infos et tout ve qu'on peut trouver sur LEA.

Poste le Sunday 7 May 2006 20:50:19