Amarok et NFS, gare aux locks
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
Ordonnancement démarrage démons...
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
Re: Impossible de charger Umbutu
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 lancienne carte) > > > > Toutes mes tentative dinstaller 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 davance. > > ( 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: Impossible de charger Umbutu
Le Thu, 13 Dec 2007 18:51:17 +0100, <[EMAIL PROTECTED]> a écrit : > Bonjour à tous, Bonjour, > Toutes mes tentative dinstaller 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
[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: L'activité de mon disque dur m'inquiè te !
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 ro
Impossible de charger Umbutu
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 lancienne carte) Toutes mes tentative dinstaller 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 davance. ( 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 !
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
Wifi
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: Wifi
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
Re: Wifi
Déjà tu te bases sur quelle doc ? 2007/12/13, raoul sagnes <[EMAIL PROTECTED]>: > 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 > -- Inscrivez-vous à un réseau social si ce n'est déjà fait : http://www.viadeo.com/invitation/cedric.janssens http://www.linkedin.com/in/cjanssens -- 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 !
[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: L'activité de mon disque dur m'inquiè te !
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 !
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
[no subject]
-- ubuntu-fr mailing list ubuntu-fr@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr