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
