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

Lami René lami at webestrie.com
Jeu 13 Déc 14:46:57 UTC 2007


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é





Plus d'informations sur la liste de diffusion ubuntu-fr