Est-il possible d'effectuer une "mise à niveau" d'une installation 32 bits vers une installation 64 bits ?

Je vais ressusciter les morts, parce que ce fil de discussion est l'un des premiers résultats pour "mettre à niveau ubuntu vers 64 bits", et la réponse choisie, bien qu'elle soit le choix intelligent, n'est pas l'histoire complète.

Il est en effet possible de faire passer Ubuntu de 32 à 64 bits. Vous pouvez le faire à l'adresse puede faites-le.

Je viens de terminer une telle mise à niveau.

Cela dit, les mots "peut" et "devrait" ne se ressemblent pas, et cela vaut également pour une mise à niveau et une nouvelle installation. Pouvez-vous le faire ? Oui. Devriez-vous le faire ? Eeeeeh...

La mise à niveau de 32 à 64 bits sans exploser mon système m'a pris la majeure partie d'une semaine. Y compris la correction manuelle de plus de 600 paquets cassés dans aptitude, parce que le résolveur automatique a commencé à tourner en boucle, apparemment à cause de PERL:i386 (requis par les paquets installés) incompatible avec PERL:amd64 (requis par les paquets que vous essayez d'installer).

C'était après J'ai installé manuellement un tas de paquets, y compris la version correcte de PERL, pour corriger une erreur d'apt : vous voyez, apt-get -f install (qui est nécessaire pour obtenir un système 64 bits qui fonctionne à peu près) va désinstaller PERL32 afin d'installer PERL64... Puis va joyeusement tenter de supprimer 1234 autres paquets avant d'arriver à réinstaller PERL . Inutile de dire que ce n'est pas une bonne idée, quand une partie importante du système apt (et beaucoup d'autres choses, vraiment) dépend d'un PERL fonctionnel.

La réinstallation a été effectuée entièrement depuis la console (aptitude FTW, bien sûr), parce que la console ne nécessite pratiquement qu'un bash fonctionnel (et des curses fonctionnels pour aptitude, mais si vous essayez de faire cela, les curses seront abondants, vous pouvez en être sûr), alors que X nécessite... Beaucoup trop de choses pour qu'on lui fasse confiance et qu'il continue à fonctionner pendant que vous pratiquez une opération à coeur ouvert sur votre système.

Cela dit, l'article suivant sur Debian explique comment mettre votre système à niveau :

https://wiki.debian.org/CrossGrading

Il ne s'agit pas du même article décrit dans la réponse originale acceptée. parce qu'entre-temps, les choses ont changé, la plupart du temps pour le mieux.

Les principes de base sont les suivants :

 dpkg --add-architecture amd64

 apt-get update

 apt-get install linux-image-amd64:amd64

 reboot

 apt-get clean

 apt-get --download-only install dpkg:amd64 tar:amd64 apt:amd64

 dpkg --install /var/cache/apt/archives/*_amd64.deb

A ce moment-là, vous serez en mesure de le faire :

dpkg --print-architecture 

Ce qui donne la ligne suivante :

amd64

Yay. Ubuntu pense qu'il s'agit d'un vrai système 64 bits. Comme c'est mignon. Tu sais mieux, bien sûr.

Maintenant tu peux courir :

apt-get update

Cela téléchargera la liste de tous les paquets 64 bits, dont vous aurez besoin pour terminer la crossgradation de votre système.

À ce stade, votre système se comporte comme si rien ne s'était passé, sauf que votre capacité à installer quoi que ce soit est bel et bien rompue.

Vous voyez, vous avez maintenant plusieurs paquets i386 qui n'ont pas d'équivalent multiarch, et vous serez donc coincé avec diverses dépendances techniquement "indisponibles". Vous les avez déjà installés, donc votre système fonctionnera, mais à ce stade... Je ne ferais pas confiance à apt plus loin que je ne peux le lancer.

L'article reconnaît la nécessité d'une correction, et vous suggère de le faire ainsi :

 apt-get -f install

Cela va provoquer un apt à essayer de réparer le désordre impie que vous venez de faire. Et croyez-moi, vous venez de faire un gâchis impie.

Un petit problème de cette procédure est qu'elle causera des parties du système apt (et d'autres sous-systèmes critiques) à désinstaller en cours de route ce qui provoque des erreurs pendant le reste du processus (vous ne le dites pas) et vous laisse sur le carreau.

Heureusement, pas sans pagaie. Vous pouvez installer les paquets manquants via :

dpkg -i/var/cache/apt/archives/(package)*amd64.deb

Notez que, du moins pour moi, le réseau a cessé de fonctionner à un... Enfin, plusieurs... points. Ceci est dû au fait qu'apt a supprimé un certain nombre de paquets nécessaires au fonctionnement de votre réseau (comme votre client dhcp).

Puis, apt m'a joyeusement informé qu'il devait télécharger des paquets supplémentaires. Sans un réseau fonctionnel.

Si ça sonne comme si vous étiez officiellement désossé... Eh bien, c'est parce que vous l'êtes.

A moins que vous n'ayez un câblé nework (vos paquets WiFi ont déjà été désinstallés, et le WiFI est de toute façon un peu plus compliqué à faire fonctionner), connaître ses informations de configuration, et être capable d'utiliser ifconfig , itinéraire, etc.

Continue d'essayer apt-get -f install jusqu'à ce que vous n'ayez plus d'erreurs.

Après apt est satisfait de l'état de votre système vous pouvez exécuter aptitude et réparer manuellement les 600 paquets cassés que vous trouverez. Apparemment, apt y aptitude ont des idées différentes de ce à quoi ressemble un système qui fonctionne. Ne me demandez pas pourquoi.

De plus, comme je l'ai mentionné, le aptitude Le résolveur entre dans une boucle infinie si vous essayez de le laisser faire son travail automatiquement. On ne peut pas lui en vouloir, vraiment, il a été conçu pour démarrer sur un système fonctionnel et aider l'utilisateur à ajouter ou supprimer certains paquets, pas pour réparer ce genre d'abomination.

C'est la partie que j'ai mis plusieurs jours à réparer, petit à petit, en utilisant un autre système pour aller en ligne de temps en temps et m'assurer que je ne reformatais pas accidentellement le chien de la famille.

Si tout cela ne vous a pas encore découragé, notez que c'était mon deuxième tentative de mise à jour en direct.

La première s'est terminée par un mkfs .

Un indice, un indice, un putain d'indice. Ou plutôt, gros indice de mkfsing.

Mais encore une fois, il a effectivement fonctionné à la fin.

Le système fonctionne, il utilise principalement des paquets 64 bits (il y a quelques exceptions que je devrai éventuellement corriger), et peut exécuter des applications nécessitant une installation 64 bits.

Il est possible .

Si c'est votre seule option, pour quelque raison que ce soit, vous pouvez le faire en suivant la procédure décrite ci-dessus - si vous avez les connaissances requises dans le domaine.

Si vous ne connaissez pas la différence entre sync y rsync si vous n'êtes pas à l'aise avec insmod, si vous ne savez pas comment utiliser la fonction ifconfig si vous ne préférez pas systématiquement aptitude à l'installateur graphique dont le nom m'échappe pour le moment... Faites simplement une sauvegarde de vos données et installez à partir de zéro.

C'est beaucoup moins douloureux, ça vous sauvera beaucoup et vous aurez une installation neuve, sans restes inattendus prêts à vous mordre le derrière dans 11 mois.

Si vous avez déjà fait une sauvegarde des éléments que vous ne voulez pas perdre et que vous n'avez pas d'autre choix - ou si vous aimez apprendre en vous cognant la tête contre des objets (en particulier contre un mur)... Eh bien, vous pouvez essayer.

Ça pourrait même marcher.

Cela pourrait être une chose beaucoup plus raisonnable à faire une fois que la spécification multiarch est mise en œuvre. https://wiki.ubuntu.com/MultiarchSpec -- actuellement reporté à la 11.04, mais n'oubliez pas qu'il a été reporté depuis environ 6 versions maintenant. Cela dit, des progrès réels ont été faits dans la 10.10, donc peut-être que ça arrivera cette fois-ci.

En attendant, ne vous donnez pas la peine. Sauvegardez vos données, repartitionnez si vous voulez, et réinstallez.

Non, vous ne pouvez pas passer de 32 à 64 bits. Il faut faire une nouvelle installation.

Avant de le faire, assurez-vous que votre système est capable de supporter un système d'exploitation 64 bits, et vérifiez la configuration minimale requise pour Ubuntu 64. Vous pouvez le faire Ici

Les termes 32 bits et 64 bits font référence à la manière dont l'unité centrale de traitement d'un ordinateur traite les informations. La version 64 bits gère les grandes quantités de RAM bien mieux qu'un système 32 bits. Si vous utilisez une version 32 bits d'Ubuntu, vous pouvez uniquement effectuer une mise à niveau vers une autre version 32 bits d'Ubuntu. De même, si vous utilisez une version 64 bits d'Ubuntu, vous pouvez uniquement effectuer une mise à niveau vers une autre version 64 bits d'Ubuntu.

Si vous voulez passer d'une Ubuntu 32 bits à une Ubuntu 64 bits, vous devrez sauvegarder vos fichiers, faire une installation propre d'Ubuntu 64 bits.

Vous pouvez maintenant le faire assez facilement avec les installateurs récents (au moins avec 13.10 que je viens d'utiliser). Démarrez le DVD d'image 64 bits (ou la clé USB ou autre) et choisissez la première option pour réinstaller, en conservant vos fichiers personnels. Cela fonctionne même si vous n'avez pas de disque dur séparé. /home partition.

Cela réinstallera la plupart du système, y compris les applications, mais il faut une liste de vos paquets installés au préalable pour les réinstaller à partir du dépôt, donc tant qu'un paquet a une version 64 bits disponible à ce moment-là, vous devriez vous retrouver avec la plupart de vos applications lorsque vous redémarrez. Dans mon expérience, quelques unes n'ont pas été installées - principalement celles qui avaient été installées par des dépôts tiers comme Google Chrome - mais il ne faut pas longtemps pour les installer manuellement par la suite.