Est-il possible de "passer" d'une installation 32 bits à une installation 64 bits?
Conformément au titre, je souhaite savoir si, après une installation réussie en 32 bits et des logiciels en conséquence, je peux passer à une version 64 bits.
Je sais comment partitionner (une des solutions consiste à définir /, /etc, /home, /var/www et /opt en tant que partitions séparées) et je sais qu’une installation propre est bien meilleure qu’une sale, mais j’aimerais bien savoir si/comment il est possible de faire ça.
Vous trouverez une installation propre beaucoup moins compliquée que toute autre méthode inhabituelle, obscure et non prise en charge.
Votre suggestion de partitionner les fichiers de configuration, les répertoires de base, etc. est probablement la meilleure idée, et il est possible de installer les mêmes packages sur une nouvelle installation que sur une autre installation .
D'autre part, ce que vous avez demandé est possible, il existe un petit guide pour systèmes basés sur Debian mais rappelez-vous "ceci est vraiment pour les administrateurs système de niveau professionnel" et "cette procédure est, à tous égards, une mauvaise idée. S'il mange votre premier-né, s'il vous plaît, ne venez pas pleurer pour moi "... (bonne chance)
Je vais lancer raise dead, car ce fil est l’un des meilleurs résultats de "upgrade ubuntu to 64 bits", et la réponse choisie, bien que ce soit un choix judicieux, ne correspond pas à tout l’histoire.
En fait, il est 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 "peut" et "devrait" ne ressemblent en rien, et il en va de même pour une mise à niveau et une nouvelle installation. Pouvez-vous le faire? Oui. Devriez-vous le faire? Eeeeeh ...
Mettre à niveau de 32 à 64 bits sans exploser mon système m'a pris une bonne partie de la semaine. Y compris la correction manuelle d’aptitude dans plus de 600 paquets cassés, car le résolveur automatique a commencé à boucler, apparemment à cause de l’incompatibilité de Perl: i386 (requis par les paquets installés) et de Perl: AMD64 (requis par les paquets que vous essayez d’installer).
C’était après j’ai manuellement installé un paquet de paquets, y compris la version correcte de Perl, pour corriger un aptup: vous voyez, apt-get -f install (qui est requis pour obtenir un système 64 bits fonctionnant pour la plupart) désinstallera Perl32 afin d’installer Perl64 ... Procédez ensuite joyeusement à la suppression de 1234 autres paquets avant de vous "réinstaller pour réellement réinstaller Perl . Inutile de dire que ce n’est pas une bonne idée, quand une partie non négligeable du système apt (beaucoup d’autres choses, en réalité) 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’un bourdonnement de travail (et des sorts de travail pour aptitude, mais si vous essayez de faire cela, les sorts seront nombreux, vous pouvez parier dessus. ), alors que X nécessite ... Beaucoup trop de choses en lesquelles avoir confiance pour continuer à travailler pendant que vous effectuez une opération à cœur ouvert sur votre système.
Cela étant dit, l’article suivant sur Debian explique comment évaluer le système de manière croisée:
https://wiki.debian.org/CrossGrading
Ce n'est pas le même article que décrit dans la réponse initiale acceptée , car dans le même temps, les choses ont changé, principalement pour le meilleur.
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
A quel point vous pourrez faire ceci:
dpkg --print-architecture
Résultat dans la ligne suivante:
AMD64
Yay. Ubuntu pense que c'est un système 64 bits approprié. Comme c'est mignon. Vous savez mieux, bien sûr.
Maintenant vous pouvez lancer:
apt-get update
Cela téléchargera la liste de tous les packages 64 bits, dont vous aurez besoin pour terminer la classification.
À ce stade, votre système fonctionne comme si de rien n'était, sauf que votre capacité à installer quoi que ce soit est bel et bien brisée.
Vous voyez, vous avez maintenant plusieurs packages i386 qui n'ont pas d'équivalent multiarch réel, 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 plus loin que je ne peux le lancer.
L'article reconnaît la nécessité d'un correctif et vous suggère de le faire de la manière suivante:
apt-get -f install
Cela vous permettra d'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 problème mineur de cette procédure est qu’elle entraînera la désinstallation de parties du système apt (et d’autres sous-systèmes critiques) en cours de route , ce qui entraînera des erreurs lors du processus. reste du processus (vous ne dites pas), et vous laissant dans le ruisseau.
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 à un seul ... Eh bien, plusieurs ... Points. Cela était dû au fait que apt avait supprimé un certain nombre de paquets nécessaires au bon fonctionnement de votre réseau (tels que votre client DHCP).
Ensuite, apt m'a gaiement informé qu'il fallait télécharger des paquets supplémentaires. Sans réseau de travail.
Si cela ressemble à vous êtes officiellement désossés ... Eh bien, c'est parce que vous l'êtes.
À moins que vous n'ayez un réseau câblé (vos paquets WiFi ont déjà été désinstallés, et WiFI est un peu plus compliqué à fonctionner de toute façon), connaissez ses informations de configuration. , et peuvent utiliser ifconfigname__, route, etc.
Continuez simplement à essayer apt-get -f install jusqu'à ce que vous n'ayez plus d'erreur.
Une fois que aptest satisfait de l’état de votre système, vous pouvez exécuter aptitudeet corriger manuellement les 600 packages endommagés que vous trouverez. Apparemment, aptet aptitudeont des idées différentes sur l’apparence d’un système en fonctionnement. Ne me demande pas pourquoi.
En outre, comme je l’ai déjà mentionné, le résolveur aptitudeentre dans une boucle infinie si vous essayez de le laisser agir automatiquement. Je ne peux pas en vouloir, en réalité, il a été conçu pour démarrer sur un système opérationnel et aider l'utilisateur à ajouter ou supprimer des paquets, sans pour autant résoudre ce type d'abomination.
C'est la partie qui m'a pris plusieurs jours à réparer, petit à petit, en utilisant un système différent pour aller de temps en temps en ligne et m'assurer que je ne reformateais pas accidentellement le chien de la famille.
Si tout cela ne vous a pas encore découragé, sachez qu'il s'agissait de ma seconde seconde tentative de mise à niveau en direct.
Le premier s'est terminé par un mkfsname__.
Indice, indice, grand indice de fscking. Ou plutôt, un gros indice de mkfsing.
Mais encore une fois, cela a réellement fonctionné à la fin.
Le système fonctionne, 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.
C'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 de domaine requises.
Si vous ne connaissez pas la différence entre syncet rsyncname__, si vous n'êtes pas à l'aise avec insmod, si vous ne savez pas comment utiliser ifconfigname__, si vous ne préférez pas systématiquement l'aptitude à l'installateur graphique dont le nom m'échappe, le moment ... Il suffit de faire une sauvegarde de vos données et installer à partir de zéro.
C'est beaucoup moins pénible, cela vous fera économiser beaucoup de temps et vous laissera une nouvelle installation, sans aucun reste inattendu prêt à vous mordre à l'arrière dans 11 mois.
Si vous avez déjà effectué une copie de sauvegarde de ce que vous ne voulez pas perdre et n'avez pas d'autre choix - ou simplement apprendre à vous cogner la tête contre des objets (en particulier le mur) ... Eh bien, vous pouvez essayer.
Cela pourrait même fonctionner.
Cela pourrait être une chose beaucoup plus raisonnable à faire une fois que la spécification multiarch est implémentée. https://wiki.ubuntu.com/MultiarchSpec - actuellement reporté à 11.04, mais gardez à l'esprit qu'il a été reporté à environ 6 versions maintenant. Cela dit, les progrès réels ont été réalisés en 10h10, alors peut-être que cela se produira cette fois-ci.
Jusque-là, ne vous inquiétez pas. Sauvegardez vos données, repartitionnez-les si vous le souhaitez et réinstallez-les.
Non, vous ne pouvez pas mettre à niveau de 32 bits à 64 bits. Il doit s'agir d'une installation propre (fraîche)
Avant de vous assurer que votre système est capable d’un système d’exploitation 64 bits, et vérifier la configuration minimale requise pour Ubuntu 64. Vous pouvez le faire Ici
Les termes 32 bits et 64 bits font référence à la façon dont le processeur d'un ordinateur traite les informations. La version 64 bits gère de grandes quantités de RAM beaucoup mieux qu'un système 32 bits. Si vous utilisez une version 32 bits d'Ubuntu, vous ne pouvez effectuer une mise à niveau que vers une autre version 32 bits d'Ubuntu. De même, si vous utilisez une version 64 bits d'Ubuntu, vous ne pouvez effectuer une mise à niveau que vers une autre version 64 bits d'Ubuntu.
Si vous souhaitez passer d'Ubuntu 32 bits à un Ubuntu 64 bits, vous devez sauvegarder vos fichiers et effectuer une nouvelle installation 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 sur le DVD d’image 64 bits (ou sur un lecteur USB ou autre) et choisissez la première option à réinstaller, en conservant vos fichiers personnels. Cela fonctionne même si vous n'avez pas de partition /home séparée.
Cela réinstallera la plupart des systèmes, y compris les applications, mais il faudra au préalable une liste de vos packages installés pour les réinstaller à partir du référentiel. Ainsi, tant qu’un package dispose d’une version 64 bits à la fois, vous devez vous retrouver avec la plupart de vos applications lorsque vous redémarrez. D'après mon expérience, quelques-uns ne se sont pas installés - principalement ceux qui avaient été installés via des mises en pension tierces telles que Google Chrome -, mais ils ne tardent pas à les installer manuellement par la suite.
Il est possible de mettre à jour ubuntu 32bit à 64bit, il aura beaucoup de fichiers indésirables, et vous devrez le nettoyer manuellement. La vérité est "HEADACHE".
Je ne recommanderai JAMAIS/PAS POUR LES NOUVEAUX.
Quoi que vous fassiez, commencez par sauvegarder vos données importantes. Ensuite, partez à la recherche avec os.
Essayez d'abord le live-cd de 64 bits. Si cela fonctionne, optez pour une nouvelle installation, recommandée.
Il existe également des logiciels, qui sont toujours en 32 bits. Donc, pour installer un logiciel 32 bits sur un système d'exploitation 64 bits, nous avons besoin d'un traitement en arrière. Ce sera également une mauvaise chose.
Pensez pendant un certain temps: quels que soient vos besoins, ce que vous allez faire, planifiez/travaillez ensuite avec des OS 64 bits.
Je viens d'essayer la solution suggérée ci-dessus par Nick (19 oct 2013): utiliser le Live CD Ubuntu 64 bits pour effectuer une réinstallation 64 bits.
J'ai utilisé le CD en direct Ubuntu 14.04.4. Mais si la première option est effectivement appelée "réinstallation", elle apparaît plus précisément comme suit:
Erase Ubuntu 14.04.4 LTS and reinstall
Warning: This will delete all your Ubuntu 14.04 programs, documents,
photos, music, and all other files.
Les deux autres options offertes par l’installateur sur le Live CD sont:
- Installer en parallèle (option de double démarrage)
- Effacer le disque et installer Ubuntu
Pour être vraiment sûr, j’ai essayé avec un disque de test et, en fait, la première chose que fait l’option "réinstaller" est de reformater la partition ext4 existante. Pas de chance.
Je crains donc que la solution de "mise à niveau sur place vers 64 bits" proposée par Nick n'existe plus dans 14.04.
Et BTW, Canonical, je vois à peine l’intérêt pour le programme d’installation d’avoir à la fois l’option dite "réinstaller" et l’option "Effacer le disque et installer". Les deux semblent faire à peu près la même chose.
Dommage, car une telle option de mise à niveau vers 64 bits sur place aurait pu être réelle Nice!
Votre système d'exploitation est toujours en version 32 bits lorsque vous avez mis à niveau une version 32 bits - voir la réponse dans le commentaire pour plus d'informations.
à propos est-il possible pour la coexistence de Win 32 bits et Ubuntu 64 bits?
Absolument - cela s'appelle un dualboot - vous auriez la possibilité lors de la connexion d’utiliser l’un ou l’autre.
Téléchargez et gravez l'iso 64 bits et démarrez avec, il vous proposera diverses options - vous voudriez choisir l'option Installer à côté.