debian etch, passer de 32bit à 64bit

Salut,
voici la configuration de ma machine :

Citation:

---

uname -r
2.4.27-2-386

cat /etc/debian_version
4.0

cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel(R) Xeon(TM) CPU 2.80GHz
stepping : 1
cpu MHz : 2793.093
cache size : 1024 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm pni monitor ds_cpl cid
bogomips : 5570.56

---

J'ai un logiciel qui tourne dessus et actuellement, j'ai pas mal de soucis avec. Il me demande de reinstaller la version 64 bit de ce logiciel et donc de changer mon architecture pour résoudre ces problèmes.
Que faire pour faire cela?
suis je obligé de reinstaller tout Debian pour changer d'architecture afin d'utiliser AMD64?
Si non est ce faisable par apt-get?
Au cas ou il faudrait reinstaller tout Debian, faut il donc que je telecharge une nouvelle version de DEbian ( etch par exemple)? ou bien avec mon CD debian sarge, ce sera toujours ok, et j'aurais juste une autre option à choisir.

Merci de votre éclaircissement.

Alors je réactualise mon sujet.
En faite, voici mes nouvelles questions. Sur le site de Debian, j'ai vu qu'il y a en téléchargement debian etch pour plusieurs architectures différentes [alpha] [amd64] [arm] [hppa] [i386] [ia64] [mips] [mipsel] [powerpc] [sparc].

J'ai toujours pris pour habitude d'utiliser la i386 pour une raison d'ailleur inconnue :lol:. Je n'ai jamais eu de soucis. Néanmoins, pour un logiciel en particulier, Ce dernier utilise beaucoup de mémoire et les développeurs m'ont demandé de passer à une architecture 64 bit si je voulais avoir plus de performance. Mais cela me demanderais de passer pas mal de serveurs de mon cluster sous 64bit ce qui m'embete car j'ai d'autres logiciels qui tournent dessus.
Donc je voudrais savoir
1 ) s'il y a vraiment une différence entre installer Debian 32 bit (i386) et 64 bit (ia64, amd64)?
2) Que choisir entre ia64 et amd64?
3) Cela peut il causer des soucis sur certains logiciels, ou fonctionnenement de services interne à linux comme apache, cgi etc?
4) pour migrer de 32bit à 64 bit, la seule solution est elle de reinstaller complétement debian?
5) L'ajout de mémoire Ram peut il etre suffisant à régler mon souci au lieu de changer d'architecture.

Merci

1- L'avantages a installer une version 64bits, c'est que le noyau, les libs et les logiciels profiteront des regsitres 64bits du processeurs. pour plus d'infos : http://fr.wikipedia.org/wiki/AMD64
2- AMD64 (IA64 c'est pour les Itanium)
3- ??
4- La seule solution, c'est de réinstaller après avoir fait une sauvegarde de ton /etc, histoire de pouvoir récuperer les configurations rapidement.
5- Sans autres détails (nom du soft, détail de l'erreur, etc...), aucune idée.

Autre avantage d'un noyau 64bits : la barrière des 4Mo de rams n'existe plus.

Mais du moment ou je recompile pour sauter cette barrière, pas besoin de 64bit, non?

A toi de voir.

Perso, je trouverai dommage de rester en 32bits si on a un proc 64bits et qu'on utilise Linux et surtout Debian.

Ok, je vais murir ma reflexion.
Ce sera peut etre une meilleure idée. Le seul hic pour moi, c'est que je sois obligé de reinstaller 64bit sur tous les serveurs de mon cluster et en esperant que ça ne pose pas de soucis sur les autres logiciels

Je ne pense pas que tu sois obligé de réinstaller.
Mais pour commencer il te faut un noyau fait pour le 64 bits. Ensuite en modifiant simplement le /etc/apt/sources.list ça doit être possible de réinstaller tous les packages en 64 bits. Éventuellement une petite conf de des preferences (man apt_preferences) peut aider.

Citation:

---

Envoyé par Celelibi

Je ne pense pas que tu sois obligé de réinstaller.
Mais pour commencer il te faut un noyau fait pour le 64 bits. Ensuite en modifiant simplement le /etc/apt/sources.list ça doit être possible de réinstaller tous les packages en 64 bits. Éventuellement une petite conf de des preferences (man apt_preferences) peut aider.

---

Je pense que ta solution Celelibi est la bonne

Ah ouais, ça peut etre une bonne soluca ça. Merci Celelibi. Quand j'aurais le temps, je prendrais un serveur en otage pour faire le test.

Si tu as du temps à perdre à tester quelque chose qui ne fonctionnera pas, pourquoi pas.

Il n'est pas possible d'upgrader une debian 32bits vers une 64bits.

https://alioth.debian.org/docman/vie....html#id292796

Citation:

---

Envoyé par Pilru

Si tu as du temps à perdre à tester quelque chose qui ne fonctionnera pas, pourquoi pas.

Il n'est pas possible d'upgrader une debian 32bits vers une 64bits.

https://alioth.debian.org/docman/vie....html#id292796

---

Ok , c'est au moins clair :king:

Ça manque d'explication. Moi j'aurais bien aimé savoir pourquoi ça ne peut pas marcher.

Imaginons...

Déjà, faut installer/compiler un kernel amd64 depuis une etch i386. Comment faire ?
Depuis les dépôt etch i386 ? Non, y a pas.
En compilant un kernel (faire de la cross compilation) ? Pourquoi pas, si on sait faire...

Ensuite, si l'installe et le boot sur le noyau amd64 s'est bien passé, va falloir mettre à jour le système. On se dit que logiquement un apt-get update, apt-get upgrade devrait faire l'affaire. Mais, je doute qu'APT traite les paquets amd64 comme étant des mise à jour des paquets i386 (en partant du principe qu'apt détermine l'architecture depuis le noyau en cours d'execution, parce que dans source.list y pas cette info et apt/preferences sert a prioriser les versions - unstable/testing/stable - , pas les architectures). Je pense qu'APT ne trouvera aucune MAJ a faire (en fait il ne trouvera plus aucuns paquets i386) et donc il faudra se lancer dans une migration a la mimine :
Désinstaller tous les paquets i386.
Installer les paquets amd64.

Et une fois qu'on a désinstaller apt/dpkg/dselect/les libs systèmes, on fait comment pour réinstaller ?

Bref, beaucoup de problèmes seront a levés. Une install propore d'une adm64 sur une partition séparée serait quand même beaucoup beaucoup plus simple et pas forcement plus long.

je suis du même avis que toi. Je pense que pour éviter toute prise de tête, un e reinstallation de debian amd64 est plus justifiée

perso, j'ai pas mal de problèmes avec ma distrib 64 bits... non pas par manque de stabilité ou autre, ni même par manque d'outils libres ; mais plutôt par la quasi-impossiblité de faire fonctionner certains programmes propriétaires compilés uniquement pour 32 bits (j'ai même essayé avec l'utilitaire linux32 :cry:)

En tout cas, en ce qui concerne mon souci, je reste en 32 bit :mrgreen:
courage gorgonite

Citation:

---

perso, j'ai pas mal de problèmes avec ma distrib 64 bits... non pas par manque de stabilité ou autre, ni même par manque d'outils libres ; mais plutôt par la quasi-impossiblité de faire fonctionner certains programmes propriétaires compilés uniquement pour 32 bits

---

J'ai une lenny/amd64 depuis quelques mois, et tout fonctionne parfaitement.
Hormis quelques logiciel (comme realplayer, acrabat reader qui n'ont pas de version 64bits), tout est nickel.

Pour les logiciel 32bits, la solution est les faire tourner dans un environnement "chrooté", et il faut installer les libs 32bits (présentes dans les dépôts amd64). Je n'ai trop creuser la question, mais c'est faisable.

Citation:

---

Envoyé par Pilru

Imaginons...

Déjà, faut installer/compiler un kernel amd64 depuis une etch i386. Comment faire ?
Depuis les dépôt etch i386 ? Non, y a pas.
En compilant un kernel (faire de la cross compilation) ? Pourquoi pas, si on sait faire...

Ensuite, si l'installe et le boot sur le noyau amd64 s'est bien passé, va falloir mettre à jour le système. On se dit que logiquement un apt-get update, apt-get upgrade devrait faire l'affaire. Mais, je doute qu'APT traite les paquets amd64 comme étant des mise à jour des paquets i386 (en partant du principe qu'apt détermine l'architecture depuis le noyau en cours d'execution, parce que dans source.list y pas cette info et apt/preferences sert a prioriser les versions - unstable/testing/stable - , pas les architectures). Je pense qu'APT ne trouvera aucune MAJ a faire (en fait il ne trouvera plus aucuns paquets i386) et donc il faudra se lancer dans une migration a la mimine :
Désinstaller tous les paquets i386.
Installer les paquets amd64.

Et une fois qu'on a désinstaller apt/dpkg/dselect/les libs systèmes, on fait comment pour réinstaller ?

Bref, beaucoup de problèmes seront a levés. Une install propore d'une adm64 sur une partition séparée serait quand même beaucoup beaucoup plus simple et pas forcement plus long.

---

Très bonne explication. Cependant tu soulève beaucoup de question avec assez peu de réponses. Car il y a toujours une solution, simplement celle-ci peut être dangeureuse/complexe/très longue.

Concernant le noyau, oui cross compilation. Personnellement j'ai toujours recompilé mon noyau à la main (façon debian tout de même).
Le boot n'a pas de raison de mal se passer, il ne devrait y avoir aucune modification à faire pour tout ce qui est kernel loader. Et puis si le boot marchait bien avec un certain fichier de config en 32 bits, y'a pas vraiment de raison que ça foire en 64 bits (sauf mauvais support du 64 bits par linux. Gné ?).


Ensuite pour la mise à jour des packages, c'est là que ça coince un peu.
Le fichiers sources.list n'a aucune info à propos de l'archi des packages à installer. Apt doit très certainement se fier à la valeur renvoyée par dpkg --print-architecture. Cette valeur est définie dans le binaire lors de la compilation.
Donc il faudrait faker cette valeur le temps d'installer tous les packages en amd64.
Pour le fait de devoir désinstaller tous les packages et lib avant de les réinstaller, apt-get sait très bien le faire lors qu'il met à jour tout le système, y compris la libc.
Bien entendu, ça sous-entend qu'il ne faut pas le faire à la main.

Je me demande comment réagit apt si des packages pour une certaine archi sont installés alors que c'est une autre archi qui devrait être installée. Tiens bah je vais tester. :)
Si il réinstalle les packages pour la bonne archi, c'est gagné, sinon il faudrait aussi modifier apt-get pour le faire.
Une fois qu'on a réussi à faire installer le tout par apt, il y a plus qu'à espérer que ça marche, sinon ça risque de bugger sévère si le système se trouve moitié 32 moitié 64 bits. :aie:

C'est un problème très intéressant, un jour je testerais ça sur une partition clone de mon / actuel. :)

Oui je cherche la merde, mais j'assume. :) Changer d'archi ça me semble être un cran au dessus de l'installation de debian à partir simplement d'un livecd quelconque. cool. :)

Citation:

---

Pour le fait de devoir désinstaller tous les packages et lib avant de les réinstaller, apt-get sait très bien le faire lors qu'il met à jour tout le système, y compris la libc.

---

Oui, mais on reste dans la même architecture, donc pas de problème.
J'ai du mal a envisager le comportement du processus Init (version 32bits) si on remplace la Libc 32bits par une version 64bits...

Et lors d'une MAJ "classique", l'ordre des MAJ et les dépendances sont gérer automatiquement. Dans le cas que nous évoquons, il faudrait d'abord tout désinstaller, pour ensuite installer les paquets amd64. Faire autremement, entrainerait les conflits de fichiers.

Non, franchement, si les gens responsables du projet Debian affirment que ce n'est pas possible, c'est que ça ne l'est pas. D'ailleurs est-ce faisable chez d'autres distrib ? Il ne me semble pas non plus.