[no subject]

2007-12-13 Par sujet Xlh840
-- 
ubuntu-fr mailing list
ubuntu-fr@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr

Re: L'activité de mon disque dur m'inquiè te !

2007-12-13 Par sujet Lami René
Avell Diroll a écrit :
 ...
 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 !
 
 On est pas loin d'un bug :
 https://bugs.launchpad.net/ubuntu/+source/grub/+bug/62195

 C'est effectivement un comportement qui diffère de la documentation de 
 grub (et cette manip fonctionne sous debian ... dans l'autre sens).

 Il faudrait essayer de laisser la ligne kopt tranquille, mais de 
 rajouter celle-ci en dessous:
 # kopt_2_6=root=/dev/sda3 ro
 Certaines discussions rapportent que le update-grub d'ubuntu ne 
 modiefierais pas cette option, et celle-ci serait prioritaire par 
 rapport à kopt ... mais je ne peux rien certifier.
   
Bonjour Ju,

Encore une fois, merci pour votre aide !

D'ajouter la ligne « # kopt_2_6=root=/dev/sda3 ro » après, ne fonctionne
pas plus, la commande « update-grub », efface cette ligne et n'en tient
pas compte.
 ...  
   
 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.
 
 Pas nécessairement, il suffit de renommer avant l'installation 
 /home/rene en /home/rene_save, et de faire l'installation en créant un 
 utilisateur rene, qui arrivera avec une configuration vierge. On peut 
 alors ajouter les differents réglages un par un.

 J'aurais une question supplémentaire:
 Les accès intempestifs se produisent ils sur l'écran de login?
   
Oui, dès l'écran de connexion de Kubuntu le disque dur est sollicité à
toutes 1 à 3 secondes.
 Serait il possible de créer un nouvel utilisateur (test) et de se loguer 
 en tant que test, pour voir si le probleme persiste?
   
Il y a longtemps que j'y avais pensé et essayé cette solution, mais il y
a le même problème. En fait, comme le problème est déjà présent lors de
la connexion au système, tout ce qui est fait après la connexion traine
le problème.
 ...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 !
 
 sudo aptitude install xfce4
 install xdce snas toucher à une configuration existante, xfce est alors 
 disponible sur l'écran de login
   
J'ai procédé à l'installation de xfce4 avec la commande « sudo aptitude
install xfce4 » et tout s’est bien passé, KDE n'est pas perturbé, mais
cela ne change rien que je me connecte avec mon compte rene ou mon
compte test. Existe-t-il une commande équivalente pour installer Gnome,
sans perturber KDE et xfce4 ?
 ...
 Bon courage

 Ju
   
Merci Ju,

L'ami René


-- 
ubuntu-fr mailing list
ubuntu-fr@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr

Re: L'activité de mon disque dur m'inquiè te !

2007-12-13 Par sujet Lami René
Avell Diroll a écrit :
 Lami René wrote:
   
 Avell Diroll a écrit :

 ...
 
 Je bonsoir Ju,

 Voici un aperçu de ce que donne la section Vérification des rootkits
 sur mon système :

 Avec la commande « sudo chkrootkit », j'ai noté les lignes suivantes :

 ...
 Searching for suspicious files and dirs, it may take a while...
 /usr/lib/j2se/1.4/jre/.systemPrefs
 /usr/lib/j2se/1.4/jre/.systemPrefs/.system.lock
 /usr/lib/j2se/1.4/jre/.systemPrefs/.systemRootModFile
 /usr/lib/firefox/.autoreg
 /lib/modules/2.6.22-14-generic/volatile/.mounted
 /usr/lib/j2se/1.4/jre/.systemPrefs
 ...
 Searching for OBSD rk v1... /usr/lib/security
 /usr/lib/security/classpath.security
 ...
 Searching for anomalies in shell history files... Warning: `' is linked
 to another file
 Checking `asp'... not infected
 Checking `bindshell'... not infected
 Checking `lkm'... chkproc: nothing detected
 Checking `rexedcs'... not found
 Checking `sniffer'... lo: not promisc and no packet sniffer sockets
 ppp0: not promisc and no packet sniffer sockets
 Checking `w55808'... not infected
 Checking `wted'... chkwtmp: nothing deleted
 Checking `scalper'... not infected
 Checking `slapper'... not infected
 Checking `z2'... chklastlog: nothing deleted
 ...

 Que faut-il en penser, en déduire ?
 
 Que le système est sain ... du moins au niveau de la présence de
 rootkit, ce qui est rassurant.
 Visiblement chkrootkit ne trouve aucun rootkit, et se plaint uniquement
 de l'installation de java, c'est un binaire isolé, c'est justifiable ...
 je me renseignerai à l'occasion. Comme java ne fait pas d'acces disque
 (d'après lsof) cela ne concerne pas le problème d'accès disque
 Avec la commande « sudo rkhunter --checkall », j'ai noté les lignes
 suivantes :

 ...
 [21:44:43]   Checking for hidden files and directories   [ Warning ]
 ...
 All results have been written to the logfile (/var/log/rkhunter.log)

 One or more warnings have been found while checking the system.
 Please check the log file (/var/log/rkhunter.log)
 ...

 Et voici les lignes critiques du fichier « /var/log/rkhunter.log » :

 [21:44:43] Warning: Hidden directory found: /etc/.java
 [21:44:43] Warning: Hidden directory found: /dev/.static
 [21:44:43] Warning: Hidden directory found: /dev/.udev
 [21:44:43] Warning: Hidden directory found: /dev/.initramfs
 [21:44:43] Warning: Hidden file found: /dev/.tmp-2-0: block special (2/0)

 Que faut-il en penser, en déduire ?
 
 Qu'il y a des fichiers caché dans /dev, ce qui est normal pour ceux cités
 Merci d'avance !

 L'ami René
 
 Voilà donc une nouvelle piste éliminée ... et tant mieux, un problème de
 sécurité n'est jamais sympathique à identifier ...

 Bonne continuation

 Ju
   

Rebonjour Ju,

Ce matin j'ai eu une drôle d'activité CPU et disque en plaine charge
pendent quelques minutes alors sans tardé j'ai refait les deux
commandes. Pour « sudo rkhunter --checkall », rien a signaler, mais pour
« sudo rkhunter --checkall » voici les deux nouveaux « Warning » :

...
[08:43:55] /usr/bin/find [ Warning ]
[08:43:55] Warning: The file properties have changed:
[08:43:55]  File: /usr/bin/find
[08:43:55]  Current inode: 82865Stored inode: 82227
[08:43:56]  Current file modification time: 1197465595
[08:43:56]  Stored file modification time : 1191436615
...
[08:44:00] /usr/bin/locate   [ Warning ]
[08:44:00] Warning: The file properties have changed:
[08:44:00]  File: /usr/bin/locate
[08:44:00]  Current inode: 82987Stored inode: 82240
[08:44:01]  Current file modification time: 1197465595
[08:44:01]  Stored file modification time : 1191436615
...

Pour le premier, si cela concerne l'utilisation de la recherche de
fichier dans Konqueror, cela est donc normal, j'en ai fait hier.

Pour le « /usr/bin/locate », je ne sais quoi en pensé ! Les propriétés
ont changé, mais à quoi cela correspond, je n'en ai aucune idée ! De
puis le premier scan, il y à eu deux mises à jour avec adept, est-ce en
lien ?

Encore et toujours, un grand merci pour votre aide !

L'ami René


-- 
ubuntu-fr mailing list
ubuntu-fr@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr


Re: L'activité de mon disque dur m'inquiè te !

2007-12-13 Par sujet Lami René
[EMAIL PROTECTED] a écrit :
 Le 12.12.2007 03:04,, le perspicace Lami René s'exprimait en ces termes:
 Bonjour,
   
 Voici ce que j'ai trouvé :
 # /etc/cron.d/php5: crontab fragment for php5
 [...]
 Il n'y a pas d'autre trace de « php » dans les documents des dossiers :
 [...]
 Bon, cela ne résout rien. Dois-je dé-commenter la ligne ou la supprimer
 complètement ?
 
 Je crois que tu as déjà désinstallé PHP, non ? Donc autant enlever ces
 restes.
   
Bonjour sun.wukong,

Merci de votre aide !

Dans Synaptique, il y a les paquets suivants d'installé lors que de fait
une recherche avec php :

hplip = HP Linux Printing and Imaging System (HPLIP)
kcmnvview = KControl Center Module for NVIDIA graphic cards
kcontrol-autostart = autostart module for KDE control center
kde-style-comix = Comix flat style for KDE
kde-style-polyester = Polyester widget style and kwin decoration for KDE3
khalkhi-data = The Khalkhi framework is a plugin-based system for KDE
Addressbook
khalkhi-kcm = The Khalkhi framework is a plugin-based system for KDE
Addressbook
kvkbd = Virtual keyboard for KDE
libkhalkhi0 = The Khalkhi framework is a plugin-based system for KDE
Addressbook
php5-common = Common files for packages built from the php5 source
python-kde3 = KDE3 bindings for Python
python-qt4 = Python bindings for Qt4
python-qt4-dbus = DBus Support for PyQt4
swig = Generate scripting interfaces to C/C++ code
webhttrack = Copy websites to your computer, httrack with a Web interface
youtranslate = Web translator

Pour les deux derniers (webhttrack et youtranslate), comme je les
utilise et que je sais à quoi ils servent, je voudrais les garder, mais
pour les autres, comme je ne connais pas leur utilité avec précision, je
suis prêt à les supprimer complètement. Que me suggérez-vous ?

 Effectivement même avec sudo aptitude purge firestarter, cela ne change
 rien.
 
 Ben oui, firestarter ne fait que configurer le firewall. Je te conseille
 la lecture de cette page pour en savoir plus sur le firewall de Ubuntu :
 http://doc.ubuntu-fr.org/iptables
   
Je l'ai déjà fait et cela est vraiment trop compliqué pour moi. Je vais
poursuivre avec « sux root firestarter ».
 Quant à moi, je n'ai plus d'idées :-( Bon courage René ! :-)
   

Merci pour votre aide !

L'ami René

-- 
ubuntu-fr mailing list
ubuntu-fr@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr


Re: Wifi

2007-12-13 Par sujet Guillaume
Cedric Janssens a écrit :
 Déjà tu te bases sur quelle doc ?

Je pense que c'est sur celle-là :
http://doc.ubuntu-fr.org/thomson_wlg_1500a

J'ai téléchargé le driver en question et lui ai mis en pj à son adresse 
perso !

Guillaume

-- 
Mail garanti 0% Microsoft, envoyé sous Ubuntu Hardy

Pourquoi payer des logiciels inutiles en achetant un ordinateur ?
http://www.racketiciel.info
http://www.detaxe.org


-- 
ubuntu-fr mailing list
ubuntu-fr@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr


Wifi

2007-12-13 Par sujet raoul sagnes
Bonsoir,
je n'arrive pas à installer le dongle thomson wlg 1500, la ligne de la
doc contenant http://pascale.lusseau ne passe pas (nom d'hote
invalide) comment peut on faire, je trouve le pilote en archive
zip ,mais je ne sais pas comment l'utiliser.
Qui peut m'aider?



-- 
ubuntu-fr mailing list
ubuntu-fr@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr


Re: L'activité de mon disque dur m' inquiète !

2007-12-13 Par sujet Avell Diroll
Lami René wrote:
 Avell Diroll a écrit :
 Lami René wrote:
   
 Avell Diroll a écrit :

 ...
 
 Je bonsoir Ju,

 Voici un aperçu de ce que donne la section Vérification des rootkits
 sur mon système :

 Avec la commande « sudo chkrootkit », j'ai noté les lignes suivantes :

 ...
 Searching for suspicious files and dirs, it may take a while...
 /usr/lib/j2se/1.4/jre/.systemPrefs
 /usr/lib/j2se/1.4/jre/.systemPrefs/.system.lock
 /usr/lib/j2se/1.4/jre/.systemPrefs/.systemRootModFile
 /usr/lib/firefox/.autoreg
 /lib/modules/2.6.22-14-generic/volatile/.mounted
 /usr/lib/j2se/1.4/jre/.systemPrefs
 ...
 Searching for OBSD rk v1... /usr/lib/security
 /usr/lib/security/classpath.security
 ...
 Searching for anomalies in shell history files... Warning: `' is linked
 to another file
 Checking `asp'... not infected
 Checking `bindshell'... not infected
 Checking `lkm'... chkproc: nothing detected
 Checking `rexedcs'... not found
 Checking `sniffer'... lo: not promisc and no packet sniffer sockets
 ppp0: not promisc and no packet sniffer sockets
 Checking `w55808'... not infected
 Checking `wted'... chkwtmp: nothing deleted
 Checking `scalper'... not infected
 Checking `slapper'... not infected
 Checking `z2'... chklastlog: nothing deleted
 ...

 Que faut-il en penser, en déduire ?
 
 Que le système est sain ... du moins au niveau de la présence de
 rootkit, ce qui est rassurant.
 Visiblement chkrootkit ne trouve aucun rootkit, et se plaint uniquement
 de l'installation de java, c'est un binaire isolé, c'est justifiable ...
 je me renseignerai à l'occasion. Comme java ne fait pas d'acces disque
 (d'après lsof) cela ne concerne pas le problème d'accès disque
 Avec la commande « sudo rkhunter --checkall », j'ai noté les lignes
 suivantes :

 ...
 [21:44:43]   Checking for hidden files and directories   [ Warning ]
 ...
 All results have been written to the logfile (/var/log/rkhunter.log)

 One or more warnings have been found while checking the system.
 Please check the log file (/var/log/rkhunter.log)
 ...

 Et voici les lignes critiques du fichier « /var/log/rkhunter.log » :

 [21:44:43] Warning: Hidden directory found: /etc/.java
 [21:44:43] Warning: Hidden directory found: /dev/.static
 [21:44:43] Warning: Hidden directory found: /dev/.udev
 [21:44:43] Warning: Hidden directory found: /dev/.initramfs
 [21:44:43] Warning: Hidden file found: /dev/.tmp-2-0: block special (2/0)

 Que faut-il en penser, en déduire ?
 
 Qu'il y a des fichiers caché dans /dev, ce qui est normal pour ceux cités
 Merci d'avance !

 L'ami René
 
 Voilà donc une nouvelle piste éliminée ... et tant mieux, un problème de
 sécurité n'est jamais sympathique à identifier ...

 Bonne continuation

 Ju
   
 
 Rebonjour Ju,
 
 Ce matin j'ai eu une drôle d'activité CPU et disque en plaine charge
 pendent quelques minutes alors sans tardé j'ai refait les deux
 commandes. Pour « sudo rkhunter --checkall », rien a signaler, mais pour
 « sudo rkhunter --checkall » voici les deux nouveaux « Warning » :
 
 ...
 [08:43:55] /usr/bin/find [ Warning ]
 [08:43:55] Warning: The file properties have changed:
 [08:43:55]  File: /usr/bin/find
 [08:43:55]  Current inode: 82865Stored inode: 82227
 [08:43:56]  Current file modification time: 1197465595
 [08:43:56]  Stored file modification time : 1191436615
 ...
 [08:44:00] /usr/bin/locate   [ Warning ]
 [08:44:00] Warning: The file properties have changed:
 [08:44:00]  File: /usr/bin/locate
 [08:44:00]  Current inode: 82987Stored inode: 82240
 [08:44:01]  Current file modification time: 1197465595
 [08:44:01]  Stored file modification time : 1191436615
 ...
 
 Pour le premier, si cela concerne l'utilisation de la recherche de
 fichier dans Konqueror, cela est donc normal, j'en ai fait hier.
 
 Pour le « /usr/bin/locate », je ne sais quoi en pensé ! Les propriétés
 ont changé, mais à quoi cela correspond, je n'en ai aucune idée ! De
 puis le premier scan, il y à eu deux mises à jour avec adept, est-ce en
 lien ?
 
 Encore et toujours, un grand merci pour votre aide !
 

Ces logs indiquent que les fichiers exécutables find et locate ont été
modifiés depuis le dernier scan (tout du moins leur inode), ce qui est
le cas si ils ont été mis à jour (ils font tous les deux parti du paquet
findutils).
On peut verifier l'historique des mises à jours dans le fichier
/var/log/dpkg.log


... en espérant avoir été clair

Ju
-- 
A computer once beat me at chess, but it was no match for me at kick boxing.


-- 
ubuntu-fr mailing list
ubuntu-fr@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr


Impossible de charger Umbutu

2007-12-13 Par sujet pepito646
Bonjour à tous,

 

Ma CM est morte, CPU Athlon 2600 type Gygabite tout fonctionnait bien depuis
4 versions.

 

Nouvelle CM ASROCK K7S41GX ChipSet SIS, (CV Nvidia 4000, DD Maxtor 162Go; 2
Ram de 512 Mo récupéré sur l’ancienne carte)

 

Toutes mes tentative d’installer Ubuntu 7/10 échoue au formatage.

 

Les distributions Fedora 8 et Mandrake 2008 fonctionne très bien.

 

Je préfère Ubuntu. Comment  faire ? 

 

Si un truc existe pourriez-vous me donner la recette, merci d’avance. 

( Je suis un ouvrier à la retraite et mes connaissances en informatique sont
relativement limité.)

-- 
ubuntu-fr mailing list
ubuntu-fr@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr

Re: L'activité de mon disque dur m'inquiè te !

2007-12-13 Par sujet Avell Diroll
Lami René wrote:
 Avell Diroll a écrit :
(snip)
 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 !
 
 On est pas loin d'un bug :
 https://bugs.launchpad.net/ubuntu/+source/grub/+bug/62195

 C'est effectivement un comportement qui diffère de la documentation de 
 grub (et cette manip fonctionne sous debian ... dans l'autre sens).

 Il faudrait essayer de laisser la ligne kopt tranquille, mais de 
 rajouter celle-ci en dessous:
 # kopt_2_6=root=/dev/sda3 ro
 Certaines discussions rapportent que le update-grub d'ubuntu ne 
 modiefierais pas cette option, et celle-ci serait prioritaire par 
 rapport à kopt ... mais je ne peux rien certifier.
   
 Bonjour Ju,
 
 Encore une fois, merci pour votre aide !
 
 D'ajouter la ligne « # kopt_2_6=root=/dev/sda3 ro » après, ne fonctionne
 pas plus, la commande « update-grub », efface cette ligne et n'en tient
 pas compte.

Visiblement ubuntu modifie le comportement standard de update-grub par
rapport à Debian ... le bug étant déjà déclaré, il peut être utile de le
relancer si il n'a pas évolué depuis longtemps (en ajoutant son
expérience personnelle par exemple).

 ...  
   
 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.
 
 Pas nécessairement, il suffit de renommer avant l'installation 
 /home/rene en /home/rene_save, et de faire l'installation en créant un 
 utilisateur rene, qui arrivera avec une configuration vierge. On peut 
 alors ajouter les differents réglages un par un.

 J'aurais une question supplémentaire:
 Les accès intempestifs se produisent ils sur l'écran de login?
   
 Oui, dès l'écran de connexion de Kubuntu le disque dur est sollicité à
 toutes 1 à 3 secondes.

Le problème est donc dû à un service qui n'est pas activé lorsque l'on
boot en rescue-mode (probablement).

 Serait il possible de créer un nouvel utilisateur (test) et de se loguer 
 en tant que test, pour voir si le probleme persiste?
   
 Il y a longtemps que j'y avais pensé et essayé cette solution, mais il y
 a le même problème. En fait, comme le problème est déjà présent lors de
 la connexion au système, tout ce qui est fait après la connexion traine
 le problème.

entièrement d'accord

 ...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 !
 
 sudo aptitude install xfce4
 install xdce snas toucher à une configuration existante, xfce est alors 
 disponible sur l'écran de login
   
 J'ai procédé à l'installation de xfce4 avec la commande « sudo aptitude
 install xfce4 » et tout s’est bien passé, KDE n'est pas perturbé, mais
 cela ne change rien que je me connecte avec mon compte rene ou mon
 compte test. Existe-t-il une commande équivalente pour installer Gnome,
 sans perturber KDE et xfce4 ?

C'est possible, mais ça ne résoudra probablement pas le problème. Je
tenterais un :
sudo aptitude install gnome

Sinon j'ai eu un peu plus de temps pour réfléchir et trouver un moyen
d'avoir un log plus détaillé des accès disques. Serait-il possible
d'executer les commandes suivantes dans un terminal puis de poster le
contenu du fichier diskaccess.log dans la réponse à ce mail (je peux
expliquer chaque lignes si elles ne parlent pas d'elles même):


sudo -s
echo 1  /proc/sys/vm/block_dump
/etc/init.d/sysklogd restart

#Attendez 5 minutes en verifiant que le problème se pose bien pendant
#ce temps ... limitez au maximum le nombre de programme ouvert ainsi
#que l'utilisation de l'ordi (désactiver le screensaver peut être une
#bonne idée)

dmesg | awk '/(READ|WRITE|dirtied)/ {activity[$2]++} END {for (x in
activity) print x, activity[x]}' | sort -rn -k2 | head -50  diskaccess.log

#Attention: les 3 lignes précédentes représentent une seule ligne
#de commande

echo 0  /proc/sys/vm/block_dump
/etc/init.d/sysklogd restart



Le fichier diskaccess.log se trouve alors dans le répertoire courant (et
appartient à l'utilisateur root)

(ces infos sont inspirées de:
https://bugs.launchpad.net/ubuntu/+source/dbus/+bug/17878
)

En esperant que ça puisse donner un peu plus d'info ...

Bonne continuation

Ju

Re: Impossible de charger Umbutu

2007-12-13 Par sujet Ouattara Oumar Aziz (alias wattazoum)
[EMAIL PROTECTED] a écrit :
 Bonjour à tous,
 
 Ma CM est morte, CPU Athlon 2600 type Gygabite tout fonctionnait bien
 depuis 4 versions.
 Nouvelle CM ASROCK K7S41GX ChipSet SIS, (CV Nvidia 4000, DD Maxtor
 162Go; 2 Ram de 512 Mo récupéré sur l’ancienne carte)
 Toutes mes tentative d’installer Ubuntu 7/10 échoue au formatage.
 Les distributions Fedora 8 et Mandrake 2008 fonctionne très bien.
 Je préfère Ubuntu. Comment  faire ?
 
 Si un truc existe pourriez-vous me donner la recette, merci d’avance.
 
 ( Je suis un ouvrier à la retraite et mes connaissances en informatique
 sont relativement limité.)
 

Salut,

Je ne vai pas diagnostiquer ton problème mais juste te donner 2
alernatives d'installation ( en espèrant que celà marche )

1. Mise à jour de 7.04
Si , tu arrives vraiment à installer la version 7.04, tu peux
l'installer et faire une mise à jour de sorte à avoir une version 7.10
(http://doc.ubuntu-fr.org/migration_feisty_gutsy )

2. passer par le cd alternatif d'installation
http://doc.ubuntu-fr.org/installation_alternate

Bonne chance
wattazoum


-- 
ubuntu-fr mailing list
ubuntu-fr@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr

Re: Impossible de charger Umbutu

2007-12-13 Par sujet jacques
Le Thu, 13 Dec 2007 18:51:17 +0100,
[EMAIL PROTECTED] a écrit :

 Bonjour à tous,

Bonjour,
 
 Toutes mes tentative d’installer Ubuntu 7/10 échoue au formatage.

es-tu certain que les disques sont reconnus ?

  Jacques


-- 
ubuntu-fr mailing list
ubuntu-fr@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr


Re: Impossible de charger Umbutu

2007-12-13 Par sujet mdeshorme
Par expérience, ça peut venir aussi de la mémoire.

Comme tu as 2 barette, essaie avec la première barette seule et ensuite 
l'autre.

Si ton ancienne carte mère est morte, elle a pu endommager les bartettes de 
mémoire.

Bonne chance,

Michel

Le Thursday 13 December 2007 18:51:17 [EMAIL PROTECTED], vous avez écrit :
 Bonjour à tous,



 Ma CM est morte, CPU Athlon 2600 type Gygabite tout fonctionnait bien
 depuis 4 versions.



 Nouvelle CM ASROCK K7S41GX ChipSet SIS, (CV Nvidia 4000, DD Maxtor 162Go; 2
 Ram de 512 Mo récupéré sur l’ancienne carte)



 Toutes mes tentative d’installer Ubuntu 7/10 échoue au formatage.



 Les distributions Fedora 8 et Mandrake 2008 fonctionne très bien.



 Je préfère Ubuntu. Comment  faire ?



 Si un truc existe pourriez-vous me donner la recette, merci d’avance.

 ( Je suis un ouvrier à la retraite et mes connaissances en informatique
 sont relativement limité.)



-- 
ubuntu-fr mailing list
ubuntu-fr@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr


Ordonnancement démarrage démons...

2007-12-13 Par sujet Christophe Meessen
Bonsoir,

j'ai constaté un problème d'ordonnancement de démarrage de démons.

Si j'ai bien compris c'est rc2.d qui est utilisé car runlevel me renvoie 2.

Or j'ai
...
S16ssh
S19amavis
...
S24dhcbdb
...

Or quand je boot, j'ai plein de messages me signalant qu'il ne peut 
initialiser eth0 car dhcbdb n'est pas actif. spamassassin rend l'âme car 
il a une erreur liée à dnsresolver !!! Pas robuste comme code.
amavis s'arrête alors.

Lorsque dhcbdb démarre, alors eth0 parvient à s'initialiser mais amavis 
n'est pas démarré.

Je peux toujours changer l'ordre de dhcbdb pour le faire démarrer plus 
tôt, mais une telle différence me semble étrange.  Ce qui m'intrigue est 
ssh qui est démarré aussi tôt et dhcbdb aussi tard.

Je suis sous gutsy.


-- 
ubuntu-fr mailing list
ubuntu-fr@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr


Amarok et NFS, gare aux locks

2007-12-13 Par sujet MAHORU Tsunemi
Comme certains le savent, je tourne chez moi en NFS complet, c'est a
dire que tout est centralisé sur un serveur (bientôt 2 ;) ) et que je
fait des partages, en NFS.
Et donc, juste pour le dire, depuis quelques temps mon server NFS plante
a moitié, il n'y a juste plus de locks. Ce qui provoque des plantages de
certain logiciel (pidgin, liferea) et surtout amarok, qui comme les
autres soft ne renvoie aucun message d'erreur
Il y en a un en fait, dans le dmesg du client (mais il faut le voir...).

Donc pour tout ce qui utilise NFS, je n'ai qu'un mot, gare aux locks :)

(et si quelqu'un a des info sur ses plantages des locks de nfs que même
un redémarrage de nfs-kernel-server, nfs-common et portmap ne corrige
pas, je suis preneur :) )

A la prochaine :)



signature.asc
Description: OpenPGP digital signature
-- 
ubuntu-fr mailing list
ubuntu-fr@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr