Mettre à niveau Ubuntu de l'édition 32 à 64 bits

Existe-t-il un moyen de mettre à niveau ma version 32 bits d'Ubuntu vers la version 64 bits? J'utilise Ubuntu 9.10.

S'il n'y a pas de moyen simple, que se passe-t-il si je copie simplement ma maison et mes /etcrépertoires dans une nouvelle installation, cela fonctionnera-t-il?

Malheureusement, comme les autres systèmes d'exploitation, il n'y a pas de «chemin de mise à niveau» pour ce faire. Vous devrez presque certainement effectuer une réinstallation.

En ce qui concerne la préservation de vos données, la sauvegarde de votre répertoire personnel serait une bonne idée avec toutes les autres données et devrait être facilement importée dans votre nouvelle installation.

Sauvegardez toujours vos données avant de tenter quoi que ce soit!

Je ne me contenterais pas de copier /etcen cas de légères différences entre les exigences de configuration pour les compilations de paquets 64 bits, mais prendre une copie et ensuite diffl'intégrer sur le système 64 bits nouvellement installé fonctionnerait. Il y a des chances que le nombre de changements ne soit pas énorme, donc faire cela et effectuer les changements requis manuellement ne sera sans doute pas très difficile.

Copier /etccomme vous le suggérez devrait bien fonctionner - je ferais juste le chemin le plus long pour la paranoïa. La copie /home, le principal sujet de préoccupation lors de la migration d'une installation à une autre, est plus susceptible d'être totalement sûre.

Si vous cherchez à passer au 64 bits pour utiliser plus de RAM plutôt que parce que vous avez spécifiquement besoin d'utiliser des applications 64 bits, vous pouvez simplement utiliser un noyau 64 bits avec un espace utilisateur 32 bits. Debian fournit en fait des paquets de noyau a64 dans leurs référentiels i386, donc cela peut être fait aussi simplement que aptitude install linux-image-2.6-amd64, mais Ubuntu ne le fait malheureusement pas, vous devrez donc compiler votre propre noyau qui ne vaut peut-être pas le temps + tracas si vous n'êtes pas que techniquement expérimenté (c'est-à-dire c'est simple, mais seulementsi vous avez déjà compilé votre propre noyau, soyez à l'aise avec le processus). Si vous exécutez un noyau 64 bits avec un espace utilisateur 32 bits, une application individuelle ne peut toujours accéder qu'à ~ 3Gb maximum (dans certains cas seulement ~ 2Gb), mais le système dans son ensemble (tous les processus ensemble plus les trucs du noyau comme Cache IO et tampons) peuvent utiliser autant que vous en avez. Chaque machine virtuelle VMWare compte comme une seule application à ces fins - j'exécute un de mes hôtes VM plus anciens de cette façon (les machines virtuelles utilisent ~ 7 Go au total avec un noyau 64 bits, un espace utilisateur 32 bits et un VMWare 32 bits) car c'était plus rapide qu'une mise à niveau complète du système d'exploitation hôte 64 bits lorsque j'ai mis à niveau le processeur de la machine vers un processeur 64 bits et ajouté la RAM supplémentaire - je suppose que des solutions de VM similaires agiraient de la même manière aussi.

J'ai réinstallé ma machine de 32bit 10.10 à 64bit 10.10 le mois dernier, sans perdre aucune donnée. La seule astuce consiste à choisir des outils de redimensionnement de disque, et non à formater l'intégralité du disque, lorsque vous réinstallez l'ubuntu 10.10 64 bits.

L'exécution d'un espace utilisateur 32 bits sur un noyau 64 bits est susceptible de causer des problèmes dès que les installations du système sont impliquées. Par exemple, l'utilisation de la libalsa 32 bits sur un noyau 64 bits fonctionnera presque mais sera peu fiable et instable car les structures de données ioctl définies dans asound.h ont des tailles et des dispositions différentes lorsqu'elles sont compilées avec des architectures 64 bits et 32 ​​bits.

Donc, utiliser jackd -d alsa -X alsaraw (ou son équivalent jackd2) sera abandonné avec une assertion ratée lors de l'appel d'un utilitaire 32 bits sur un noyau 64 bits. Le fonctionnement audio standard sera beaucoup moins fiable car le nombre de tampons est mal interprété.

En général, toutes les structures de données du noyau doivent être déclarées de manière à ce que leurs tailles ne diffèrent pas entre les noyaux 32 et 64 bits, ou le code 32 bits doit être intelligent pour utiliser différentes définitions de structure en correspondance avec l'architecture du noyau.

Donc, dans l'ensemble, vous feriez mieux de réinstaller à partir de zéro et de transférer votre partition / répertoire personnel.