Avell Diroll a écrit : > Lami René wrote: > >> Avell Diroll a écrit : >> >>> Lami René wrote: >>> > (snip) > >> Bonjour Ju, >> > Bonjour > >> Merci de toute l'aide que vous m'apportez ! >> >> Du à la taille finale de mes réponses, le forum censure mon courriel >> précédent. J'ai donc copier à l'adresse Web : webestrie.com/lsof.txt >> le résultat de la commande « sudo lsof -U /dev/sda* > lsof.txt » qui >> faisait plus de 376 Ko. Pour la suite du courriel, tout est à la >> suite... >> > Bien noté > >> Ce que je connais du raid me porte à penser que cela ne répond pas à >> tous mes besoins en matière de sauvegarde. >> >> Premièrement, le second disque dur n'est pas en permanence dans >> l'ordinateur. Je le traine avec mois dans certains de mes déplacements, >> pour toutes sortes de raison. >> >> Je l'utilise aussi pour stocker temporairement les systèmes d'autres >> ordinateurs. >> >> Avant une migration de version de Kubuntu ou avant l'installation et le >> teste de nouveaux logiciels, que cela soit sous Linux ou Windows, je >> fais une sauvegarde intégrale de mon système et si cela ne me convient >> pas, je ne désinstalle pas, je restaure le système copié sur le second >> disque. >> >> Dans certaines situations, j'utilise le second disque pour récupérer des >> versions plus anciennes de fichier. >> >> Pour ce que je connais du raid, je crois savoir que c'est utile en cas >> de défaillance d'un disque dur, mais pour ce qui est de récupérer des >> versions antérieures de fichier, cela n'est pas utile, tout comme pour >> une attaque par virus ou pirate. Le raid écrit en permanence les >> informations en double, tout simplement, et ne répond pas à mes autres >> besoins si haut mentionnés. >> > Je n'avais effectivement pas relevé ces utilisations dans le survol que > j'avais fais des discussions précédentes. Votre connaissance du raid > correspond au raid1 qui en plus de prévenir la défaillance d'un des > disques, améliore les performances en lecture. > > Pour vos besoins, je vous suggère de vous intéresser à des outils tels > que backuppc (si vous avez les moyens temps/materiels nécessaires) ou a > partimage (ce qui prend moins de place) ainsi qu'aux système de contrôle > de versions tels que bazaar (ou svn, Hg, ...). > > (snip; problème d'uuid) > Bonjour Ju,
Je me répète, mais un grand merci ton aide ! >>> Pour éviter d'utiliser UUID dans grub, il faut modifier les options >>> definies par kopt dans /boot/grub/menu.lst, et valider ces changement >>> par un update-grub. >>> >> Je n'ai pas trouvé d'information en français sur grub dans l'aide de >> Kubuntu et sur l'option « kopt », alors pour le moment, je n'utiliserai >> plus update-grub, mais je présume que lors de la prochaine migration ce >> module sera exécuté automatiquement après la migration, alors d'ici là, >> je vais reconfigurer menu.list et fstab pour y inclure les paramètre UUIDs. >> >>> Je pense toujours que dans ce cas, la création d'un raid (win _et_ >>> linux) serait la solution idéale. (il faut utiliser l'alternate cd pour >>> creer un raid logiciel sous ubuntu). >>> >>>> De plus, la commande 'sudo update-grub' à modifier le fichier « >>>> /boot/grub/menu.lst » en permutant les « kernel 2.6.22-14-generic » et >>>> « kernel 2.6.22-14-386 ». Avec ce dernier, les pilotes propriétaires >>>> pour ma carte graphique nVIDIA GeForce MX400 ne fonctionnaient pas et je >>>> ne sais pas pourquoi, alors pas d'interface graphique. Bien sûr, je >>>> viens de me rendre compte de cette permutation et c'est pour cela que je >>>> suis maintenant de retour dans le monde. ;-) >>>> >>> linux-386 est destiné aux pentium I et 486, tous les processeurs plus >>> récents devraient utiliser linux-generic. >>> >> Donc, jugerez-vous de tout simplement retirer les entrées concernant le >> 386, j'utilise dans les faits un processeur Pantium III 933 MHz d'Intel ? >> > A priori ces entrées ... et les paquets associés ne correspondent pas à > votre matériel, supprimer les paquets correspondant dans synaptic > devrait retirer ces "entrées" du menu.lst automatiquement. > Alors, je procède à la suppression complète avec Synaptic des paquets linux-headers-2.6.22-14-386, linux-image-2.6.22-14-386, linux-restricted-modules-2.6.22-14-386 et linux-ubuntu-modules-2.6.22-14-386. >>>> En y pensent bien, je me demande pourquoi utiliser cette commande 'sudo >>>> update-grub', j'ai bien modifié le fichier manuellement et les >>>> modifications sont prises en compte, dès le redémarrage, sans que j'ai >>>> eu a l'utiliser. À la lecture du manpage, je comprends que je n'en ai >>>> pas besoin, du fait justement que je le modifie manuellement. >>>> >>> update-grub sert à sauvegarder les choix à utiliser lors des mises à >>> jour des differents éléments nécessaires au boot (noyaux grub). >>> >> Si je comprends ce que vous écrivez, je n'ai qu'a change dans menu.lst >> la ligne : >> >> # kopt=root=UUID=f03a5ea6-0043-4ed8-a3af-12b2a9d02d82 ro >> >> pour : >> >> kopt=root=/dev/sda3 ro >> >> Et lors des mises à jour de distribution ou de l'utilisation de la >> commande update-grub, les UUIDs ne seront plus réactivés ? >> > Pas tout à fait, il faut remplacer la ligne: > # kopt=root=UUID=f03a5ea6-0043-4ed8-a3af-12b2a9d02d82 ro > par la ligne: > # kopt=root=/dev/sda3 ro > (notez la présence du #) > Puis exécuter la commande "sudo update-grub", ce qui permettra de > configurer la partie sans # du menu.mst et d'être pris en compte par la > suite. > Cela ne fonctionne pas, j'ai remplacé la ligne, mai avec la commande "sudo update-grub", dans le fichier menu.lst la ligne : # kopt=root=/dev/sda3 ro est remplacé automatiquement par : # kopt=root=UUID=91126105-c7a3-499a-8d4f-9ee57a50dab9 ro Un bogue peut-être ! >>>> Ne m'oubliez pas, j'ai toujours les problèmes d'accès disques permanents ! >>>> >>>> >>> J'ai survolé le fil de discussion et j'aurais aimé avoir quelques >>> précisions: >>> >>> 1- Pour se faire une idée de la génération de l'ordi, serait-il possible >>> d'avoir le résultat des commandes: >>> lspci >>> cat /proc/cpuinfo >>> cat /proc/meminfo >>> (et au passge un 'sudo fdisk -l', ça permettrai de regrouper les infos >>> au même endroit) >>> >>> >> Les voici : >> >> [EMAIL PROTECTED]:~$ lspci >> 00:00.0 Host bridge: Intel Corporation 82815 815 Chipset Host Bridge and >> Memory Controller Hub (rev 02) >> 00:01.0 PCI bridge: Intel Corporation 82815 815 Chipset AGP Bridge (rev 02) >> 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 02) >> 00:1f.0 ISA bridge: Intel Corporation 82801BA ISA Bridge (LPC) (rev 02) >> 00:1f.1 IDE interface: Intel Corporation 82801BA IDE U100 Controller >> (rev 02) >> 00:1f.2 USB Controller: Intel Corporation 82801BA/BAM USB Controller #1 >> (rev 02) >> 00:1f.3 SMBus: Intel Corporation 82801BA/BAM SMBus Controller (rev 02) >> 00:1f.4 USB Controller: Intel Corporation 82801BA/BAM USB Controller #1 >> (rev 02) >> 00:1f.5 Multimedia audio controller: Intel Corporation 82801BA/BAM AC'97 >> Audio Controller (rev 02) >> 01:00.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 >> MX/MX 400] (rev b2) >> 02:02.0 USB Controller: OPTi Inc. 82C861 (rev 10) >> 02:03.0 Communication controller: ESS Technology ES2838/2839 SuperLink >> Modem (rev 01) >> 02:04.0 SCSI storage controller: Advanced System Products, Inc ABP940-U >> / ABP960-U (rev 03) >> 02:05.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] >> (rev 43) >> [EMAIL PROTECTED]:~$ >> >> [EMAIL PROTECTED]:~$ cat /proc/cpuinfo >> processor : 0 >> vendor_id : GenuineIntel >> cpu family : 6 >> model : 8 >> model name : Pentium III (Coppermine) >> stepping : 10 >> cpu MHz : 937.868 >> cache size : 256 KB >> fdiv_bug : no >> hlt_bug : no >> f00f_bug : no >> coma_bug : no >> fpu : yes >> fpu_exception : yes >> cpuid level : 2 >> wp : yes >> flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca >> cmov pat pse36 mmx fxsr sse up >> bogomips : 1877.25 >> clflush size : 32 >> [EMAIL PROTECTED]:~$ >> >> [EMAIL PROTECTED]:~$ cat /proc/meminfo >> MemTotal: 515840 kB >> MemFree: 13864 kB >> Buffers: 8088 kB >> Cached: 247852 kB >> SwapCached: 128 kB >> Active: 385260 kB >> Inactive: 74576 kB >> HighTotal: 0 kB >> HighFree: 0 kB >> LowTotal: 515840 kB >> LowFree: 13864 kB >> SwapTotal: 1076344 kB >> SwapFree: 1041504 kB >> Dirty: 568 kB >> Writeback: 0 kB >> AnonPages: 203768 kB >> Mapped: 83848 kB >> Slab: 27860 kB >> SReclaimable: 13936 kB >> SUnreclaim: 13924 kB >> PageTables: 2004 kB >> NFS_Unstable: 0 kB >> Bounce: 0 kB >> CommitLimit: 1334264 kB >> Committed_AS: 604556 kB >> VmallocTotal: 507896 kB >> VmallocUsed: 26024 kB >> VmallocChunk: 478708 kB >> [EMAIL PROTECTED]:~$ >> >> [EMAIL PROTECTED]:~$ sudo fdisk -l >> [sudo] password for rene: >> >> Disque /dev/sda: 250.0 Go, 250059350016 octets >> 255 heads, 63 sectors/track, 30401 cylinders >> Units = cylindres of 16065 * 512 = 8225280 bytes >> Disk identifier: 0x032224e9 >> >> Périphérique Amorce Début Fin Blocs Id Système >> /dev/sda1 * 1 2591 20812176 c W95 FAT32 (LBA) >> /dev/sda2 2592 2725 1076355 82 Linux swap / Solaris >> /dev/sda3 2726 4292 12586927+ 83 Linux >> /dev/sda4 4293 30401 209720542+ 5 Extended >> /dev/sda5 4293 17347 104864256 83 Linux >> /dev/sda6 17348 30401 104856223+ 7 HPFS/NTFS >> [EMAIL PROTECTED]:~$ >> > Merci pour les infos, il est souvent preferable d'en avoir trop que pas > assez. > >> J'ajouterai à cela que je n'ai pas de réseau domestique, que ma >> connexion internet se fait via un modem ADSL2+/R CPE, BRID/ROUT Paradyne >> modèle 6381-A3-200-0IM, branché sur un D-Link DSS-8+ 10/100 Fast >> Ethernet Switsh SWITCH II, qui lui est branché à la carte réseau de >> l'ordinateur. >> >> Je souhaiterais, a l'occasion partager ma connexion Internet avec un >> autre ordinateur, pour y installer Kubuntu depuis un CD et procéder aux >> mises à jour du système par l'Internet avant de remettre l'ordinateur, >> mais je n'arrive pas à configurer mon Kubuntu pour que les deux systèmes >> est accès en même temps au Web. Mais ça c’est une autre histoire. >> > Si ces appareils ont des fonctionnalités de routeurs ca ne devrait pas > poser de problème, si ce n'est pas le cas il faudra configurer un > routeur sur le pc linux (ce n'est pas forcement simple / pratique ... > surtout vu le prix d'un routeur). Dans tous les cas il est préférable de > commencer un nouveau fil de discussion pour traiter un problème > différent du sujet. > Je n'ai pas de routeur, mais un (switch box automatique), il n'y a pas de pare-feu matériel. Mais tout ça, c'est un autre sujet, alors passons. >>> 2- Serait-il possible d'avoir un historique détaillé des installations >>> successives subies par l'ordi ... win, quelle est la première version >>> d'ubuntu à avoir été installée, y a t il eu des changement de versions, >>> >> J'ai reparti à zéro à l'époque de la dernière version STS de Kubuntu, la >> 6.04 je pense et j'en suis à la version 7.10 mise à jour >> quotidiennement. J'utilise la version Windows Xp SP2. >> >>> ce sont ils passé sans encombre ... >>> >> Il n'y a qu'une fois ou la migration c'est bien passé, toutes les autres >> m'ont donnée des difficultés avec la carte graphique et ses pilotes >> propriétaire où avec le fichier menu.lst et fstab, mais en apparence, >> pas d'autre problème. >> >>> Y a-t-il eu des depots/paquets/logiciels non officiels installé sur cet >>> ordi? >>> >> Oui, pour des logiciels multimédias vidéo et de dessin 3D, je suis >> dessinateur industriel. Voici mon source.list actuel : >> >> # See http://help.ubuntu.com/community/UpgradeNotes for how to upgrade to >> # newer versions of the distribution. >> >> deb http://ca.archive.ubuntu.com/ubuntu/ gutsy main restricted >> deb-src http://ca.archive.ubuntu.com/ubuntu/ gutsy main restricted >> >> ## Major bug fix updates produced after the final release of the >> ## distribution. >> deb http://ca.archive.ubuntu.com/ubuntu/ gutsy-updates main restricted >> universe >> deb-src http://ca.archive.ubuntu.com/ubuntu/ gutsy-updates main restricted >> >> ## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu >> ## team, and may not be under a free licence. Please satisfy yourself as to >> ## your rights to use the software. Also, please note that software in >> ## universe WILL NOT receive any review or updates from the Ubuntu security >> ## team. >> deb http://ca.archive.ubuntu.com/ubuntu/ gutsy universe >> deb-src http://ca.archive.ubuntu.com/ubuntu/ gutsy universe >> >> ## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu >> ## team, and may not be under a free licence. Please satisfy yourself as to >> ## your rights to use the software. Also, please note that software in >> ## multiverse WILL NOT receive any review or updates from the Ubuntu >> ## security team. >> deb http://ca.archive.ubuntu.com/ubuntu/ gutsy multiverse >> deb-src http://ca.archive.ubuntu.com/ubuntu/ gutsy multiverse >> >> deb http://security.ubuntu.com/ubuntu/ gutsy-security main restricted >> deb-src http://security.ubuntu.com/ubuntu/ gutsy-security main restricted >> deb http://security.ubuntu.com/ubuntu/ gutsy-security universe >> deb-src http://security.ubuntu.com/ubuntu/ gutsy-security universe >> deb http://security.ubuntu.com/ubuntu/ gutsy-security multiverse >> deb-src http://security.ubuntu.com/ubuntu/ gutsy-security multiverse >> >> ## lprod (depot pour la video) >> >> ## MEDIBUNTU >> deb http://archive.ubuntu.com/ubuntu/ gutsy-updates restricted main >> multiverse universe >> deb http://archive.ubuntu.com/ubuntu/ gutsy-proposed restricted main >> multiverse universe >> >> Je ne saurais vous en dire bien plus. >> > C'est tout ce que j'attendais, mais au vu du problème rencontré, il est > toujours préférable d'essayer d'éliminer des causes probables pour ne > pas se dire après coup "et si ce n'était ..." > >>> 3- Ce disque ne présentant pas une activité particulière sous win, on >>> exclu tout problème materiel (pour l'instant). Il reste alors 2 >>> possibilités, soit le materiel n'est pas reconnu correctement par >>> ubuntu, soit un logiciel est mal configuré. >>> >> J'ai eu ces problèmes avec deux cartes mères différentes, trois >> processeurs différents et des disques durs Quantum, Maxtor et >> présentement Seagate, alors je ne pense pas que le problème soit >> matériel. Je présume davantage un problème de configuration. J'ai >> revérifié avec un CD de Kubuntu 7.10 et sous Windows Xp SP2 et il n'y a >> pas de sur activité de disque dur, alors je penche vraiment pour un >> problème de configuration. >> > C'est probable effectivement, mais le test depuis un live cd n'apporte > rien dans ce cas précis, car le système est alors installé sur le cdrom > et la partie de la ram qui est alors configurée comme un disque dur > (attention je viens de faire un odieux raccourci sémantique). Si il y > avait une activité anormal sur le livecd, celle ci serait sur le cd ou > sur la ram ... > >>> Le problème est il apparu au fil du temps, ou dès la première >>> installation d'ubuntu? >>> >> Dans les six mois suivant la première installation. >> > Ce qui fait penser à l'arrivée d'un logiciel ou d'une configuration > indélicate. Un souvenir des nouveaux logiciels expérimentés à l'époque? > celà correspond il à une mise à jour? > Je ne saurais le dire ! >>> Le problème persiste-t-il lorsque l'on boot en 'recovery-mode'? >>> >> Je ne connais presque rien de ce mode, mais voici ce que j'ai fait : >> >> Démarrage avec le Recovery-mode et lorsque demandé Ctrl+D pour >> poursuivre, cela ne change rien. >> >> Démarrage avec le Recovery-mode et lorsque demandé entrer le mot de >> passe root pour poursuivre, alors là on est sur une bonne piste, car je >> n'ai plus d'accès disque permanents ! >> >> Docteur, qu'est-ce que cela veut dire ? J'ai démarré le serveur X avec >> la commande startx et toujours pas d'accès disque permanent ! Quelles >> sont les différences entre le démarrage normal et le mode « recovery » ? >> Une petite question entre parenthèses, dans le recovery mode, je me >> retrouve dans mon compte utilisateur habituel « /home/rene » et j'aurais >> voulu poursuivre la rédaction du présent courriel, mais Thunderbird >> semble ne pas être configuré ! Je partage mes comptes de courriel avec >> Thunderbird entre Kubuntu et WindowsXP. Existe-t-il une procédure simple >> pour corriger cela ? Cette question n'est pas prioritaire ! >> > Docteur ... pas encore mais j'y travaille :) > C'est une bonne nouvelle, c'est effectivement un logiciel du système qui > produit ces accès permanent, et celui-ci n'est a priori pas capital au > fonctionnement du système. > Le recovery-mode permet un démarrage de la machine en n'activant que le > strict essentiel pour pouvoir intervenir dessus, souvent en ligne de > commande. Bien qu'il soit possible de démarrer le mode graphique dans ce > mode, c'est souvent déconseillé, ici ça nous apporte une info importante > : même avec un serveur X chargé en mémoire le système se comporte > normalement. > Thunderbird n'y est pas configuré car l'utilisateur logué en recovery > mode est root (et non "rené" l'utilisateur standard de votre système > dont les comptes mail sont configurés). > Ce mode n'est à utiliser que pour régler des problèmes, il est fortement > déconseillé de l'utiliser au quotidien. > Après vérification, effectivement c'est le compte root qui est utilisé. Méprise de ma part. >>> Si c'est possible, installer à neuf une gutsy sur un disque vierge (en >>> retirant tous les autres disques) et voir si le problème persiste? (je >>> conçois que tout le monde n'a pas un stock de pièces détachées ...) >>> >> Si je n'ai toujours pas solutionné le problème d'ici la réception du >> nouveau disque dur de remplacement, je ferai cette installation à neuf, >> mais entre temps, comme une remise à neuf d'une Kubuntu me demanderais >> au moins une semaine de travail complète pour tout réinstallé et tout >> reconfigurer, je souhaiterais, si possible faire autrement, d'autant >> plus, que nous venons de trouver une bonne piste pour solutionner mon >> problème. >> > Une semaine me paraît bien long, surtout si on ne touche pas à /home > (j'ai cru comprendre qu'il était sur une partition séparée). Il faut > alors sauvegarder /etc /opt (c'est là qu'il est conseillé d'installer > tous les logiciels propriétaires) et de faire un "dpkg -l" afin > d'obtenir la liste de tous les paquets actuellement installés. Mais il > est toujours préférable de prendre son temps, je vous rejoins sur ce point. > De plus, si le problème est de configuration, il n'est pas dit qu'après installation fraiche de Kubuntu, le problème soit toujours dans ma configuration : /home/rene/. et donc rien de résolut ! Alors, une installation avec un home reformaté sera requise. >>> 4- Alors que le problème survient et qu'il y a un minimum d'applications >>> lancées, que donnent les commandes suivantes: >>> ps -ef >>> sudo lsof -U /dev/sda* >>> >> Avec la commande « ps -ef » dans une konsole et Thunderbird d'ouvet, >> rien d'autre, cela donne : >> >> [EMAIL PROTECTED]:~$ ps -ef >> UID PID PPID C STIME TTY TIME CMD >> root 1 0 0 14:00 ? 00:00:02 /sbin/init >> root 2 0 0 14:00 ? 00:00:00 [kthreadd] >> root 3 2 0 14:00 ? 00:00:00 [migration/0] >> root 4 2 0 14:00 ? 00:00:00 [ksoftirqd/0] >> root 5 2 0 14:00 ? 00:00:00 [watchdog/0] >> root 6 2 0 14:00 ? 00:00:00 [events/0] >> root 7 2 0 14:00 ? 00:00:00 [khelper] >> root 26 2 0 14:00 ? 00:00:00 [kblockd/0] >> root 27 2 0 14:00 ? 00:00:00 [kacpid] >> root 28 2 0 14:00 ? 00:00:00 [kacpi_notify] >> root 113 2 0 14:00 ? 00:00:00 [kseriod] >> root 130 2 0 14:00 ? 00:00:00 [pdflush] >> root 131 2 0 14:00 ? 00:00:00 [pdflush] >> root 132 2 0 14:00 ? 00:00:00 [kswapd0] >> root 184 2 0 14:00 ? 00:00:00 [aio/0] >> root 1994 2 0 14:01 ? 00:00:00 [ksuspend_usbd] >> root 1995 2 0 14:01 ? 00:00:00 [khubd] >> root 2006 2 0 14:01 ? 00:00:00 [ata/0] >> root 2007 2 0 14:01 ? 00:00:00 [ata_aux] >> root 2050 2 0 14:01 ? 00:00:00 [scsi_eh_0] >> root 2051 2 0 14:01 ? 00:00:00 [scsi_eh_1] >> root 2062 2 0 14:01 ? 00:00:00 [scsi_eh_2] >> root 2434 2 0 14:01 ? 00:00:00 [kjournald] >> root 2773 1 0 14:01 ? 00:00:00 /sbin/udevd --daemon >> root 4418 2 0 14:01 ? 00:00:00 [kpsmoused] >> root 4519 2 0 14:01 ? 00:00:00 [kgameportd] >> root 4889 2 0 14:01 ? 00:00:00 [kjournald] >> root 4892 1 1 14:01 ? 00:00:10 /sbin/mount.ntfs-3g >> /dev/sda6 /home/rene/sda6 -o rw,locale=fr_FR.utf8 >> root 5116 1 0 14:01 ? 00:00:00 /usr/sbin/pppd call >> dsl-provider >> root 5621 1 0 14:01 tty4 00:00:00 /sbin/getty 38400 tty4 >> root 5622 1 0 14:01 tty5 00:00:00 /sbin/getty 38400 tty5 >> root 5625 1 0 14:01 tty2 00:00:00 /sbin/getty 38400 tty2 >> root 5632 1 0 14:01 tty3 00:00:00 /sbin/getty 38400 tty3 >> root 5642 1 0 14:01 tty1 00:00:00 /sbin/getty 38400 tty1 >> root 5643 1 0 14:01 tty6 00:00:00 /sbin/getty 38400 tty6 >> root 5789 2 0 14:01 ? 00:00:00 [kondemand/0] >> syslog 5981 1 0 14:01 ? 00:00:00 /sbin/syslogd -u syslog >> root 6048 1 0 14:01 ? 00:00:00 /bin/dd bs 1 if >> /proc/kmsg of /var/run/klogd/kmsg >> klog 6051 1 0 14:01 ? 00:00:00 /sbin/klogd -P >> /var/run/klogd/kmsg >> 104 6163 1 0 14:01 ? 00:00:00 /usr/bin/dbus-daemon >> --system >> 107 6186 1 0 14:01 ? 00:00:00 /usr/sbin/hald >> root 6187 6186 0 14:01 ? 00:00:00 hald-runner >> 107 6237 6187 0 14:01 ? 00:00:00 hald-addon-keyboard: >> listening on /dev/input/event1 >> 107 6246 6187 0 14:01 ? 00:00:00 /usr/lib/hal/hald-addon-acpi >> 107 6288 6187 0 14:01 ? 00:00:00 hald-addon-storage: >> polling /dev/scd0 (every 2 sec) >> root 6289 1 0 14:01 ? 00:00:00 /usr/sbin/cupsd >> 107 6291 6187 0 14:01 ? 00:00:00 hald-addon-storage: >> polling /dev/scd1 (every 2 sec) >> root 6329 1 0 14:01 ? 00:00:00 /bin/sh /usr/bin/mysqld_safe >> mysql 6369 6329 0 14:01 ? 00:00:00 /usr/sbin/mysqld >> --basedir=/usr --datadir=/var/lib/mysql --user=mysql >> --pid-file=/var/run/mysqld/mysqld.pid --skip-external-lockin >> root 6370 6329 0 14:01 ? 00:00:00 logger -p daemon.err -t >> mysqld_safe -i -t mysqld >> root 6465 1 0 14:01 ? 00:00:00 /usr/bin/dirmngr >> --daemon --sh >> 114 6665 1 0 14:01 ? 00:00:00 >> 114 6668 1 0 14:01 ? 00:00:00 >> 114 6672 1 0 14:01 ? 00:00:00 /usr/bin/speech-dispatcher >> avahi 6739 1 0 14:01 ? 00:00:00 avahi-daemon: >> registering [PIII800.local] >> avahi 6740 6739 0 14:01 ? 00:00:00 avahi-daemon: chroot helper >> root 6756 1 0 14:01 ? 00:00:00 /usr/sbin/dhcdbd --system >> daemon 6796 1 0 14:01 ? 00:00:00 /usr/sbin/atd >> root 6812 1 0 14:01 ? 00:00:00 /usr/sbin/cron >> root 6865 1 0 14:01 ? 00:00:00 /usr/bin/kdm >> root 6886 6865 2 14:01 tty7 00:00:16 /usr/bin/X -br -nolisten >> tcp -dpi 96 :0 vt7 -auth /var/run/xauth/A:0-nm8gC8 >> root 6901 6865 0 14:01 ? 00:00:00 -:0 >> rene 6927 6901 0 14:06 ? 00:00:00 /bin/sh /usr/bin/startkde >> rene 6972 6927 0 14:06 ? 00:00:00 /usr/bin/ssh-agent >> /usr/bin/startkde >> root 7006 1 0 14:06 ? 00:00:00 start_kdeinit >> --new-startup +kcminit_startup >> rene 7007 1 0 14:06 ? 00:00:00 kdeinit Running... >> rene 7010 1 0 14:06 ? 00:00:00 dcopserver [kdeinit] --nosid >> rene 7012 7007 0 14:06 ? 00:00:00 klauncher [kdeinit] >> --new-startup >> rene 7014 1 0 14:06 ? 00:00:00 kded [kdeinit] --new-startup >> rene 7019 6927 0 14:06 ? 00:00:00 kwrapper ksmserver >> rene 7021 1 0 14:06 ? 00:00:00 ksmserver [kdeinit] >> rene 7022 7007 0 14:06 ? 00:00:01 kwin [kdeinit] >> rene 7024 1 0 14:06 ? 00:00:03 kdesktop [kdeinit] >> rene 7026 1 1 14:06 ? 00:00:07 kicker [kdeinit] >> rene 7027 7007 0 14:06 ? 00:00:00 kio_file [kdeinit] file >> /tmp/ksocket-rene/klauncherbY56Ub. >> rene 7029 7007 0 14:06 ? 00:00:00 kio_file [kdeinit] file >> /tmp/ksocket-rene/klauncherbY56Ub. >> rene 7030 7007 0 14:06 ? 00:00:00 kio_thumbnail [kdeinit] >> thumbnail /tmp/ksocket-rene/klaunc >> rene 7031 7026 0 14:06 ? 00:00:00 ksysguardd >> rene 7033 1 0 14:06 ? 00:00:00 kio_uiserver [kdeinit] >> rene 7035 1 0 14:06 ? 00:00:00 kaccess [kdeinit] >> rene 7045 7007 0 14:06 ? 00:00:02 /usr/bin/artsd -F 10 -S >> 4096 -a alsa -s 60 -m artsmessage -c drkonqi -l 3 -f >> rene 7049 7007 0 14:06 ? 00:00:00 konqueror [kdeinit] >> --preload >> rene 7055 1 0 14:06 ? 00:00:00 knotify [kdeinit] >> rene 7057 7007 0 14:06 ? 00:00:00 konqueror [kdeinit] >> --preload >> rene 7058 1 0 14:06 ? 00:00:00 klipper [kdeinit] >> rene 7064 1 67 14:06 ? 00:04:04 beagled >> /usr/lib/beagle/BeagleDaemon.exe --replace --bg >> rene 7069 1 0 14:06 ? 00:00:01 korgac --miniicon korganizer >> rene 7070 1 3 14:06 ? 00:00:13 adept_notifier >> rene 7161 7007 2 14:09 ? 00:00:04 konsole [kdeinit] >> rene 7162 7161 0 14:09 pts/0 00:00:00 /bin/bash >> rene 7185 7007 0 14:11 ? 00:00:00 /bin/sh /usr/bin/thunderbird >> rene 7196 7185 0 14:11 ? 00:00:00 /bin/sh >> /usr/lib/thunderbird/run-mozilla.sh /usr/lib/thunderbird/thunderbird-bin >> rene 7201 7196 21 14:11 ? 00:00:16 >> /usr/lib/thunderbird/thunderbird-bin >> rene 7207 1 0 14:11 ? 00:00:00 >> /usr/lib/libgconf2-4/gconfd-2 13 >> rene 7225 7162 0 14:12 pts/0 00:00:00 ps -ef >> [EMAIL PROTECTED]:~$ >> > Parmi ces process qui tournent actuellement sur votre machine, certains > ne me semblent pas utiles, voir ne me plaisent pas: > > /bin/sh /usr/bin/mysqld_safe > /usr/sbin/mysqld > /usr/bin/dirmngr > > MySQL et dirmngr devraient être desinstallés ... au moins pour tester si > ils ne sont pas responsable de ces accès disques intempestifs > > /usr/bin/speech-dispatcher > > Si il n'y a pas d'utilisation de synthèse vocale sur cette machine, je > conseille de le desinstaller également > > beagled /usr/lib/beagle/BeagleDaemon.exe --replace --bg > Les résultats de la commande « ps -ef » date de vendredi ou samedi et les résultats de la commande « sudo lsof -U /dev/sda* » date dimanche minuit. Entre temps, beagle et bien d'autres paquets furent supprimés complètement. J'aurais dû vous en aviser (voir mes autres courriels) ! > Beagle est toujours là, alors qu'il devrait être désinstallé ... > surprenant ... c'est donc une piste à creuser: > executer : > killall beagled > Comme prévu, la commande killall beagled donne : beagled: aucun processus tué [EMAIL PROTECTED]:~$ > puis, pour verifier qu'un mecanisme interne ne le relance pas > automatiquement, executer : > ps -ef | grep beagled > Mais la commande ps -ef | grep beagled donne : rene 12291 12272 0 20:05 pts/0 00:00:00 grep beagled [EMAIL PROTECTED]:~$ Il y a donc un résidu ? > si la ligne contenant beagled /usr/lib/beagle/BeagleDaemon.exe --replace > --bg ne réapparait pas et que les acces cessent, c'est que le coupable > est démasqué ... > > -:0 > Ne me plait pas du tout! j'espère que c'est une erreur de formatage du > mail ... en tout cas, comme cette machine a exposé des serveurs à > internet (apache , mysql ... et peut etre d'autres), et ayant vu des > tutoriaux pour héberger soit même son site qui ne s'inquiète que très > peu de la sécurité des dits sites, il serait interessant de tester la > présence de rootkit sur cette machine! > http://doc.ubuntu-fr.org/tutoriel/que_faire_en_cas_de_serveur_compromis?s=rootkit > (notemment la partie "Vérification des rootkits") > Il est peu probable que ce soit ça, les réglages par defaut d'ubuntu > étant correctement sécurisé, mais il est toujours interessant de vérifier. > Je vais regarder de près cette page après l'envoi de ma présente réponse ! >> Avec la commande « sudo lsof -U /dev/sda* > lsof.txt », car je ne >> pouvait tout recopier, dans une konsole et rien d'autre, cela donne : >> (voir le fichier sur le Web : webestrie.com/lsof.txt) >> > J'ai regardé le fichier en détail. On ne retrouve pas d'accès disques > controlés par beagle ... ce n'est peut être pas lui le coupable après > tout. On ne retrouve pas non plus d'accès de la part de -:0 , ce qui est > une bonne nouvelle ... > Je connais mal kde (je l'essaie une fois par an environ), tout semble > normal, je suis juste surpris par la quantité d'accès demandé par kde. > Serait-il possible de tester un DE plus léger, xfce par exemple (en > installant le paquet xubuntu-desktop, ou en l'installant à la main pour > ne pas gêner kubuntu-desktop) pour voir si le problème est toujours > présent quand les utilitaires kde ne tournent pas (je pense en > particulier au thumbnailer). > Oui, je vais procéder prochainement, j'attends le nouveau disque dur. S'il y a un tuto pour l'installation manuelle de xfce, je l'utiliserai, si non, j'utiliserai xubuntu-desktop ! >>> 5- J'ai vu dans un des messages précédents que beagled tournait sur >>> cette machine. Si son index n'est pas complet, il est normal que le >>> disque soit utilisé en permanence. >>> Que se passe-t-il quand on arrête beagled? (il doit y avoir un >>> utilitaire graphique dans les préférences) >>> beagled qui prennait des largesses avec les ressources disponibles a été >>> avantageusement remplacé par trackerd dans gutsy gibbon ... est il >>> envisageable de mettre à jour cet ordi? >>> >> Les modules « beagled » ne sont plus dans mon système, même dans >> Synaptic, il n'est plus listé. Mais il est peut-être à l'origine de mes >> problèmes. Notez que pour ce qui est de « beagled », je ne savais même >> pas à quoi cela servait, peut-être une dépendance de Drupal que je >> n'avais pas réussi à installer correctement. Je voulais moderniser mon >> site Web personnel, ce qui est en attente comme projet pour moi. >> > Je ne pense pas que beagle soit une dependance de drupal, il a pu être > installé lors d'une mise à jour de kubuntu (je ne me rappelle plus si il > était installé par défaut sous feisty ... je préfère en général être > organisé sur mon disque plutôt que de consacrer des ressources à gérer > le désordre que j'aurais créé ...) > De là, ma sauvegarde avant mes tests, mais il faut croire qu'il y en a qui ont passés. >>> J'ai cru comprendre que le processeur était un pentiumm III 800 MHz, si >>> c'est le cas je pense que les ressources consommées par un service >>> d'indexation ne sont pas compensées par le gain de productivité qu'il >>> fourni ... mais ceci reste mon oppinion. >>> >> J'apprécie grandement tous les efforts que vous déployez pour m'aider. >> Merci ! >> >> Je souhaite avoir été aussi complet dans mes réponses que ce que vous >> souhaitiez ! >> > Vous l'avez été, désolé de répondre un peu tard, ce we et ce début de > semaine ont été agités ... > > A l'instar d'autres sur cette liste (je suis sûr pour Sun Wukong) je > suis tenté de penser que bien qu'il soit plaisant de pouvoir identifier > un problème, les ressources investies pour le résoudre ne doivent pas > dépasser celles à conscrer à une réinstallation du système ... mais si > une réinstallation équivault à une semaine de travail, je comprends le > peu d'enthousiasme sucité par cette suggestion :) > > Bonne continuation! > > Ju > Je partage votre opinion, et il n'est pas exclu que je procède à une installation fraiche, mais pas avant le retour de mon disque dur #2 pour que je sauvegarde la configuration actuelle. Encore merci Ju ! L'ami René -- ubuntu-fr mailing list ubuntu-fr@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr
