[Debian] etch -> lenny : plantage gnome

Résolu
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. Modérateur
    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. 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
    2. Modérateur
      @bob031Pour une fois que le pire fait de bonnes choses ;-))
      0
    3. @jipicyPour 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
    4. @bob031ç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. Modérateur
    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. 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. 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
    1. 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