Forum Linux.debian/ubuntu Migre de Lenny 32bits à Squeeze 64bits

Posté par  .
Étiquettes : aucune
1
28
juil.
2011

Bonjour à tous,

Je suis actuellement sous Lenny 32bits.
J'aimerais passer à squeeze en 64bits, ne serais-ce que pour profiter de mes 4Go de Ram.

Mais toutes les informations de migration que je trouve sur le net sont pour upgrader un lenny32 en squeeze32.

Est-il possible aussi facilement qu'un apt-get dist-upgrade de passer en squeeze 64 ?

Merci pour vos réponses !
GregPeck

  • # 4 GB

    Posté par  (site web personnel) . Évalué à 2.

    Si tu veux passer en 64 bits juste pour profiter de tes 4 GB de RAM, tu peux utiliser un noyau -pae (anciennement -bigmem) en 32 bits.

    Sinon pour vraiment passer en 64 bits à mon avis il faut que tu mettes un noyau amd64 ainsi que la libc6 64 bits. Je ne vois pas d'autre chose en particulier à faire, mais je me trompe surement puisque je n'ai jamais fait de migration de ce type.

    • [^] # Re: 4 GB

      Posté par  . Évalué à 1.

      aucun intérêt, comme il est indiqué le noyau PAE est une bien meilleure solutions.

      • [^] # Re: 4 GB

        Posté par  (site web personnel) . Évalué à 4.

        Ca dépend. Rien que pour avoir de meilleures performances (calcul flottant et/ou vectoriel), il est conseillé de passer en 64 bits.

        De plus, en mode PAE les processus ont un espace de mémoire virtuelle de 4 Go (adresses 32 bits), alors qu'en 64 bits on a 64 bits d'adresse. Avec 4 Go de ram ça ne change pas grand chose, sauf si on fait des usages massifs de mmap.

        Donc si tu fais du calcul ou des mmaps avec ton PC, passe en 64 bits. Mais je crois que tu n'échapperas pas à la réinstallation complète de la distribution.

    • [^] # Re: 4 GB

      Posté par  . Évalué à 3.

      Bonjour
      Pour passer en 64 bits, personnellement, j'ai tout réinstallé (avec debootstrap). C'est la démarche obligatoire et la majorité des paquets vont alors être fournis en "amd64".

      "L'art est fait pour troubler. La science rassure" (Braque)

    • [^] # Re: 4 GB

      Posté par  (site web personnel) . Évalué à 4.

      Il peut aussi utiliser juste un noyau amd64 en conservant son système i386. Linux en 64 bits sait exécuter du code utilisateur en 32 bits.

      Mais attention, que ce soit avec les PAE ou avec un noyau 64 bits, si plus de 4 Gio de mémoire peuvent alors être utilisés par le noyau ou par les processus en général, chaque processus conserve un limite de 4 Gio.

      • [^] # Re: 4 GB

        Posté par  . Évalué à 2.

        Le "64 bits partiel", j'ai déjà testé et jongler avec deux architectures ne donne pas un résultat concluant. Il faut choisir entre le 64 ou le 32 bits. Pour ma part, je pense que si un processeur est prévu de tourner en 64 bits il faut l'utiliser en 64 bits.

        "L'art est fait pour troubler. La science rassure" (Braque)

        • [^] # Re: 4 GB

          Posté par  . Évalué à 0.

          le vrai 64 bits devient indispensable que si on install des applis codés/compilés 64 bits ou si on dépasse les 4Go de ram totale, dans les autres cas il est très lourdement conseillé d'utiliser le PAE

          • [^] # Re: 4 GB

            Posté par  . Évalué à 2.

            Hum, l'AMD64 permet d'avoir un adressage mémoire "propre". Il a été conçu avec les CPU de notre époque. Avec le PAE, tu rajoutes une n-ième couche dans l'adressage mémoire x86.

            • [^] # Re: 4 GB

              Posté par  . Évalué à 1.

              Ceci dit, dans son cas, si il veut juste profiter de ses 4 Go de RAM, oui le PAE est utile. Mais si il refait une installation complète, faudrait songer à passer en 64 bits.

      • [^] # Re: 4 GB

        Posté par  . Évalué à 2.

        Je confirme. Lorsque la réinstallation n'est pas forcément possible, l'utilisation d'un kernel 64bits est une solution.

        Par rapport à un kernel PAE, je vois deux avantages:

        • Le kernel peut adresser directement toute la mémoire de la machine sans jongler avec la MMU, opération pas très satisfaisante et couteuse en cache TLB.

        • En mode kernel, le système dispose de plus de registres, gain toutefois un peu contrebalancé par les adresses mémoires plus grosses qui diminuent l'efficacité du cache mémoire.

  • # applications 64bits à installer aussi

    Posté par  . Évalué à 8.

    j'aurais dit comme les autres, installe plutot le noyau avec option PAE pour gerer plus de 4Go de ram avec un noyau 32bits.

    car sinon une migration vers 64bits depuis l'OS 32bits, ca risque de te faire presque tout reinstaller (le noyau, la libc, les applis)

    tu peux aussi, si tu as un home separé, faire une fresh install 64bits apres avoir recuperer la liste des paquets avec dpkg --get-selection >mesapplis.txt

    puis apres la fresh installation, un dpkg --set-selection <mesapplis.txt pour reinstaller les applis precedemment utilisées (à conditions qu'elles existent en 64bits.

    • [^] # Re: applications 64bits à installer aussi

      Posté par  . Évalué à 2.

      reinstaller les applis precedemment utilisées (à conditions qu'elles existent en 64bits.

      Et que leur nom n'ait pas changé, comme c'est le cas du noyau.

      THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.

  • # Re: applications 64bits à installer aussi

    Posté par  . Évalué à 2.

    Ok merci beaucoup à tous pour vos réponses.

    Je vais donc partir sur une install du kernel PAE, je n'ai pas vraiment besoin de 64bits à par ça.
    D'après vous, dans quel ordre je dois faire ?

    1. Passer en Lenny PAE
    2. dist-upgrade

    ou plutôt :

    1.dist-upgrade
    2.Passer en Squeeze PAE

    Merci encore de votre aide, je savais la communauté réactive, mais là, chapeau !

  • # Ce sera dans Wheezy

    Posté par  . Évalué à 4.

    À en croire la récente annonce sur http://permalink.gmane.org/gmane.linux.debian.user.news/452 ce ne sera qu'à partir de Debian 7 (Wheezy) qu'il sera possible de faire une live-upgrade du système de 32 vers 64 bits, grâce au travail effectué sur le multiarch.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.