Je vais lancer raise-dead, car ce thread est l’un des meilleurs résultats pour "upgrade ubuntu to 64 bits", et la réponse choisie, certes le choix intelligent, n’est pas complète.
Il est en effet possible de mettre à niveau Ubuntu de 32 à 64 bits. Vous pouvez le faire.
Je viens de terminer une telle mise à niveau.
Cela dit, les mots "can" et "should" ne ressemblent en rien, et cela vaut également pour une mise à niveau et une nouvelle installation. Pouvez-vous le faire? Oui. Devez-vous le faire? Eeeeeh ...
La mise à niveau de 32 à 64 bits sans exploser mon système m'a pris une bonne partie de la semaine. Y compris la fixation manuelle de plus de 600 paquets cassés dans aptitude, car le résolveur automatique a commencé à boucler, apparemment à cause de PERL: i386 (requis par les paquets installés) étant incompatible avec PERL: amd64 (requis par les paquets que vous essayez d'installer).
C’était après J'ai installé manuellement un paquet de paquets, y compris la version correcte de PERL, pour corriger une erreur: vous voyez, apt-get -f install
(ce qui est nécessaire pour obtenir Système 64 bits) désinstallera PERL32 pour installer PERL64 ... Puis essayez de supprimer 1234 autres paquets avant de commencer à réinstaller réellement PERL . Inutile de dire que ce n'est pas une bonne idée, quand une partie importante du système apt (beaucoup d'autres choses, en fait) dépend d'un PERL qui fonctionne.
La réinstallation a été effectuée entièrement à partir de la console (aptitude FTW, bien sûr), car la console ne nécessite quasiment qu'une bash de travail (et des cursus fonctionnant pour aptitude, mais si vous essayez de le faire, les malédictions seront nombreuses, vous pouvez misez dessus), alors que X exige… Beaucoup trop de choses à faire pour continuer à travailler pendant que vous effectuez une opération à cœur ouvert sur votre système.
Cela dit, l’article suivant de Debian explique comment évaluer votre système de manière croisée:
lien
Il ne s’agit pas du même article décrit dans la réponse acceptée initiale , car entre-temps les choses ont changé, principalement pour le mieux.
Les bases sont:
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
À quel point vous pourrez le faire:
dpkg --print-architecture
Résultat de la ligne suivante:
amd64
Yay. Ubuntu pense qu'il s'agit d'un système 64 bits approprié. Comme c'est mignon. Vous savez mieux, bien sûr.
Maintenant, vous pouvez lancer:
apt-get update
Ceci téléchargera la liste de tous les paquets 64 bits, que vous devrez terminer pour croiser votre système.
À ce stade, votre système agit comme si rien ne s’était passé, sauf que votre capacité à installer n’était rien.
Vous voyez, vous avez maintenant plusieurs packages i386 qui n’ont pas d’équivalent multiarchie, vous serez donc confronté à diverses dépendances techniquement "indisponibles". Vous les avez déjà installés, de sorte que votre système fonctionnera, mais à ce stade ... Je ne serais pas plus à l'aise que je ne peux le lancer.
L'article reconnaît la nécessité d'un correctif et suggère de le faire ainsi:
apt-get -f install
Cela vous permettra d’essayer de réparer le désordre que vous venez de créer. Et croyez-moi, vous venez de faire un désordre impie.
Une petite erreur de cette procédure est que certaines parties du système apt (et des autres sous-systèmes critiques) seront désinstallées en cours de route via , ce qui provoquera des erreurs pendant le reste du processus (vous ne le faites pas). t)), et vous laisser la crique.
Heureusement, pas sans pagaie. Vous pouvez installer les packages manquants via:
dpkg -i/var/cache/apt/archives/(package)*amd64.deb
Notez que, du moins pour moi, le réseau a cessé de fonctionner sur un seul point ... Eh bien, plusieurs ... Points. Cela était dû au fait que apt a supprimé un certain nombre de paquets nécessaires au bon fonctionnement de votre réseau (tel que votre client DHCP).
Ensuite, apt m'a informée avec joie qu'il fallait télécharger des paquets supplémentaires. Sans réseau de travail.
Si cela vous semble être officiellement désossé ... Eh bien, c'est parce que vous l'êtes.
Sauf si vous avez un réseau filaire (vos packages WiFi ont déjà été désinstallés et que le WiFI est plutôt compliqué pour travailler de toute façon), connaissez ses informations de configuration et utilisez ifconfig
, route, etc.
Continuez d'essayer apt-get -f install
jusqu'à ce que vous n'ayez plus d'erreurs.
Une fois que apt
est satisfait de l'état de votre système, vous pouvez exécuter aptitude
et corriger manuellement les 600 paquets cassés que vous trouverez. Apparemment, apt
et aptitude
ont des idées différentes de ce à quoi ressemble un système de travail. Ne me demande pas pourquoi.
De plus, comme je l’ai mentionné, le résolveur aptitude
entre dans une boucle infinie si vous essayez de le laisser faire sa chose automatiquement. On ne peut pas lui en vouloir, vraiment, il a été conçu pour démarrer sur un système qui fonctionne et aider l'utilisateur à ajouter ou à supprimer des paquets, et non à corriger ce genre d'abomination.
C'est la partie qui m'a pris plusieurs jours pour corriger, un peu à la fois, en utilisant un autre système pour aller en ligne occasionnellement et m'assurer que je ne reformaterais pas accidentellement le chien de la famille.
Si tout cela ne vous a pas encore découragé, notez qu'il s'agissait de ma deuxième tentative de mise à niveau en direct.
Le premier s'est terminé avec un mkfs
.
Astuce, indice, gros indice. Ou plutôt, gros indice mkfsing.
Mais encore une fois, il a réellement fonctionné à la fin.
Le système est en cours d'exécution, il utilise principalement des packages 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 sur le domaine.
Si vous ne connaissez pas la différence entre sync
et rsync
, si vous n'êtes pas à l'aise avec insmod, si vous ne savez pas utiliser ifconfig
, si vous ne préférez pas régulièrement à l'installateur graphique dont le nom m'échappe pour le moment ... Faites simplement une sauvegarde de vos données et installez-les à partir de zéro.
C'est beaucoup moins pénible, cela vous fera économiser beaucoup de temps, et cela vous laissera une nouvelle installation, sans aucun reste inattendu prêt à vous mordre dans les 11 prochains mois.
Si vous avez déjà fait une copie de sauvegarde de ce que vous ne voulez pas perdre, et n’avez pas d’autre choix - ou simplement comme apprendre en frappant votre tête contre des choses (en particulier le mur) ... Eh bien, vous pouvez essayer.
Cela pourrait même marcher.