[Debian] etch -> lenny : plantage gnome

Résolu
bob031 Messages postés 8228 Statut Membre -  
bob031 Messages postés 8228 Statut Membre -
Bonjour,

Ben voilà, je m'ennuyais alors hier en lisant un tuto sur comment passer de Etch à Lenny en "2 temps 3 mouvements", j'ai fait une grosse cagade !

1) faire avant tout une copie du fichier sources.list et remplacer etch par lenny sur le fichier.
2) lancer apt-get update && apt-get dist-upgrade

ok une floppée de paquetages à mettre-à-jour, une floppée de messages sur perl (toujours le même : une histoire d'UTF8, et je ne sais plus quoi d'autre) et un éventuel problème avec gnome et hal.

mais bon ça va jusqu'au bout ! Je redémarre la machine pour voir : ok je tape mon login et là ma session veut pas démarrer :
Votre session n'a même pas duré 10 secondes. 
Blablabla signifier qu'il y a des problèmes d'installation ou que vous êtes à cours d'espace disque. Blablabla.


mon fichier .xsession-errors me dit :
/etc/bash_completion.d/apt-file : line 37 : '_apt-file' not a valid identifier

j'hésite entre ...je sais pas ...et .....je sais pô ...

:-))

--
Un Linux, c'est bien ...........plein de Linux, c'est mieux !
Debian Etch  // Fedora 8 // Gentoo 2007-rc3 // Mandriva 2007.1 Spring...
Configuration: Linux
Firefox 3.0

7 réponses

  1. jipicy Messages postés 40842 Date d'inscription   Statut Modérateur Dernière intervention   4 898
     
    Salut,

    Je compatis et perso j'hésite entre ... je sais pô ... et ... je sais pas ;-))

    Commence par jeter un œil dans "/etc/bash_completion.d/apt-file" à la ligne 37...

    <mode mamiemando>
    Bon courage.
    </mode mamiemando>
    0
    1. bob031 Messages postés 8228 Statut Membre 473
       
      Salut Jipicy,

      Commence par jeter un œil dans "/etc/bash_completion.d/apt-file" à la ligne 37...

      j'ai fais "pire" : sudo rm /etc/bash_completion.d/apt-file
      source : https://lists.ubuntu.com/archives/ubuntu-users/2006-September/094480.html ....merci Jim ! :-)

      c'est radical , ça a mis un peu de temps pour revoir mon bureau après le login (et là j'ai flippé un peu) ....mais ça l'a fait ! :-)

      merci merci

      :-))

      0
      1. jipicy Messages postés 40842 Date d'inscription   Statut Modérateur Dernière intervention   4 898 > bob031 Messages postés 8228 Statut Membre
         
        Pour une fois que le pire fait de bonnes choses ;-))
        0
      2. bob031 Messages postés 8228 Statut Membre 473 > jipicy Messages postés 40842 Date d'inscription   Statut Modérateur Dernière intervention  
         
        Pour une fois que le pire fait de bonnes choses
        surtout avec Gnome !
        ça m'a rappelé il y a quelque temps un problème pratiquement identique de session gnome résolu en virant un fichier gnome, je sais plus lequel !
        J'avais posté dans le forum Gnome et là aussi c'était google qui m'avait tiré d'affaire ....
        alors je me suis dit ...."fonce petit" -DDDDDDDDDDD

        :-))


        quelques temps plus tard ....bon apparemment cela semble fonctionner ....
        0
      3. bob031 Messages postés 8228 Statut Membre 473 > bob031 Messages postés 8228 Statut Membre
         
        ça m'a rappelé il y a quelque temps un problème pratiquement identique de session gnome résolu en virant un fichier gnome, je sais plus lequel !

        c'est ici : http://fr.gnomesupport.org/forums/viewtopic.php?id=251
        0
  2. lami20j Messages postés 21506 Date d'inscription   Statut Modérateur, Contributeur sécurité Dernière intervention   3 571
     
    Salut,

    Ben voilà, je m'ennuyais alors hier en lisant un tuto sur comment passer de Etch à Lenny en "2 temps 3 mouvements", j'ai fait une grosse cagade !

    tu le savais déjà, je te l'ai dit au moins 3 fois

    et je t'ai dit aussi de garder ton calme ;-))

    tu t'ennuyais?????????????????
    avec gentoo, fedora8?????????????????????????????

    0
    1. bob031 Messages postés 8228 Statut Membre 473
       
      Salut lami20j

      tu le savais déjà, je te l'ai dit au moins 3 fois
      je sais, je sais ! :-)

      tu t'ennuyais?????????????????
      avec gentoo, fedora8?????????????????????????????

      ça fait un petit moment que je m'exerce pas sur la debian. alors histoire de ne pas perdre la main .....

      et je t'ai dit aussi de garder ton calme
      bah ! j'étais calme. en fait très calme même ! De toute façon, même si je plantais la debian, l'idée de la réinstaller à la façon gentoo (le strict minimum) ne m'aurait pas déplu. je trouve que la debian rame un peu, bien que la mise-à-jour semble la rendre moins lente. Bon faut dire que le processeur est un Duron 600 MHz.


      :-))
      0
  3. Vous n’avez pas trouvé la réponse que vous recherchez ?

    Posez votre question
  4. bob031 Messages postés 8228 Statut Membre 473
     
    j'ai le message d'erreur :
    setting parameters of disk : unknown separator -q

    j'aivais trouvé l'info ici : http://doc.ubuntu-fr.org/hdparm

    après un long moment d'incompréhension ....................un très lon moment, je me dis que j'ai dû faire encore quelque chose de "mal" !

    le message est lié à hdparm (je men doutais un peu), mais qu'ai-je bien pu faire ?

    la réponse : bidouiller le fichier /etc/hdparm.conf

    /dev/hda {
            mult_sect_io = 16
            write_cache = on
            dma = on
    #}
    
    #command_line {
           hdparm -q -m16 -q -W0 -q -d1 /dev/hda
    #}
    


    et tout devient plus clair ! sûrement mieux ainsi :
    /dev/hda {
            mult_sect_io = 16
            write_cache = on
            dma = on
    }
    
    command_line {
           hdparm -q -m16 -q -W0 -q -d1 /dev/hda
    }


    après correction, je n'ai plus qu'un seul message :
    hda cache flushes not supported

    je ne sais pas trop si cela est problématique. Pour l'instant j'ai recommenté les lignes du fichier /etc/hdparm.conf

    autre doc : https://memoire-grise-liberee.fr.eu.org/Linux/man/hdparm/

    :-))
    0
  5. bob031 Messages postés 8228 Statut Membre 473
     
    bon ! j'ai changé d'avis, j'ai modifié comme suit :
    /dev/hda {
            mult_sect_io = 16
            write_cache = off
            dma = on
            io32_support = 1
    }
    
    #command_line {
    #      hdparm -q -m16 -q -W0 -q -d1 /dev/hda
    #}


    je verrai bien ....

    quelques infos :
    Cache flushes are only relevant to writes. So the above cannot be
    explained with cache flush support.
    The above is *read* performance. Most likely the difference is because
    of hardware differences.

    source : http://lists.busybox.net/pipermail/busybox/2007-May/027489.html
    0