cerhu > linux.debian.user.french

ajh-valmer (27/06/2019, 11h20)
Bonjour,

Pour cette migration,
- peut-on la faire directement,
- ou faut-il tout réinstaller ?

Merci,

A. Valmer
Basile Starynkevitch (27/06/2019, 11h40)
On 6/27/19 11:18 AM, ajh-valmer wrote:
> Bonjour,
> Pour cette migration,
> - peut-on la faire directement,
> - ou faut-il tout réinstaller


Un expert Debian pourrait peut-être mettre à jour, mais  ce n'est pas
prévu, et il faudrait tout faire à la main.

Pour le commun des mortels*il faut tout reinstaller. *Et _auparavant_,
*sauvegarder* l'ancien /etc et, si /home est sur la partition système,
le /home

Si on a auparavant eu l'astuce d'avoir un /home sur une partition
séparée, les choses sont plus simples: on ne touche pas à cette
partition de données (bien faire attention à ça, ce n'est pas forcément
l'option par défaut), on y sauvegarde préalablement l'ancien /etc par
exemple dans /home/etc-ancien.tar.gz et on ré-installe (en faisant
attention au partitionnement, refuser celui par défaut!).

Librement
G2PC (27/06/2019, 11h50)
> Bonjour,
> Pour cette migration,
> - peut-on la faire directement,
> - ou faut-il tout réinstaller ?
> Merci,


La même information doit exister pour Debian :

Migration de Ubuntu 32 bits à 64 bits :
Pour passer d'Ubuntu 32 bits à Ubuntu 64 bits, il suffit de réinstaller
le système <http://doc.ubuntu-fr.org/reinstallation_ubuntu> avec un
LiveCD de la version 64 bits
[..]

Proposition de méthode pour la réinstallation :

[..]
Sébastien NOBILI (27/06/2019, 12h00)
Bonjour,

Le jeudi 27 juin 2019 à 11:18, ajh-valmer a écrit :
> Pour cette migration,
> - peut-on la faire directement,
> - ou faut-il tout réinstaller ?


Ça peut se faire. Je l?ai fait sur plusieurs systèmes, notamment mon serveur qui
héberge plusieurs conteneurs LXC (donc une architecture un peu complexe).

Ce qu?il faut en retenir :
- l?issue est incertaine => prévois des sauvegardes (dd de ta partition
système)
- il y a plein de moments où dpkg, apt, aptitude vont renoncer et où tu
devras trouver comment les débloquer (modifier un script postinstall, etc.)

En gros, si tu n?as pas une solide expérience de Debian, évite ! Sinon, amuse
toi bien :)

Voilà la lecture qui m?a le plus aidé dans cette opération :
[..]
[..]

Sébastien
nicolas.patrois (29/06/2019, 21h30)
Le 27/06/2019 09:58:37, Sébastien NOBILI a écrit :

> Ça peut se faire. Je l?ai fait sur plusieurs systèmes, notamment mon
> serveur qui héberge plusieurs conteneurs LXC (donc une architecture un peu
> complexe).


Et ça marche s?il reste des paquets obsolètes en x86 ?

nicolas patrois : pts noir asocial
Sébastien NOBILI (02/07/2019, 15h00)
Le samedi 29 juin 2019 à 19:25, nicolas.patrois a écrit :
> > Ça peut se faire. Je l?ai fait sur plusieurs systèmes, notamment mon
> > serveur qui héberge plusieurs conteneurs LXC (donc une architecture un peu
> > complexe).

> Et ça marche s?il reste des paquets obsolètes en x86 ?


Une fois que les briques les plus basses système (noyau, libc) sont passées en
amd64, les binaires x86 ne s?exécutent plus (et réciproquement), ce qui a été la
partie la plus complexe de la migration du serveur et de ses conteneurs (j?ai dû
faire la migration des conteneurs sur un machine externe qui était en amd64
pour limiter l?interruption de service).

Les paquets x86 sur le système amd64 pourront rester installés, mais on ne
pourra pas les faire fonctionner directement.

À une époque, je faisais de la compilation croisée pour ARM, et j?utilisais
binfmt_mist [1]. Ça pourrait répondre à ton besoin, mais n?en attends pas trop
niveau perfs?

1: [..]

Sébastien
nicolas.patrois (02/07/2019, 15h10)
Le 02/07/2019 12:54:22, Sébastien NOBILI a écrit :

> Une fois que les briques les plus basses système (noyau, libc) sont
> passées en amd64, les binaires x86 ne s?exécutent plus (et réciproquement), ce
> qui a été la partie la plus complexe de la migration du serveuret de ses
> conteneurs (j?ai dû faire la migration des conteneurs sur unmachine externe qui était en
> amd64 pour limiter l?interruption de service).


> Les paquets x86 sur le système amd64 pourront rester installés,mais
> on ne pourra pas les faire fonctionner directement.


> À une époque, je faisais de la compilation croisée pour ARM, et
> j?utilisais binfmt_mist [1]. Ça pourrait répondre à ton besoin, mais n?en attends
> pas trop niveau perfs?


OK pour les paquets.
Il n?y a pas de rétrocompatibilité pour les autres applications ?
Cela veut dire que les jeux proprio ne marcheront plus ?

nicolas patrois : pts noir asocial
ajh-valmer (02/07/2019, 15h20)
On Tuesday 02 July 2019 14:54:22 Sébastien NOBILI wrote:
[..]
> binfmt_mist [1]. Ça pourrait répondre à ton besoin, mais n?en attends pas
> trop niveau perfs?
>[..]


> Voilà la lecture qui m?a le plus aidé dans cette opération :
> [..]
>[..]


Merci de vos réponses instructives.

J'opterai pour une nouvelle installation en 64 bits,
après Buster sortie.
J'ai une partition /home distincte.

A. Valmer
Pascal Hambourg (02/07/2019, 20h10)
Le 02/07/2019 à 14:54, Sébastien NOBILI a écrit :
> Les paquets x86 sur le système amd64 pourront rester installés, mais on ne
> pourra pas les faire fonctionner directement.


Pardon ? Il me semble que si un paquet reste installé, c'est que ses
éventuelles dépendances sont satisfaites. Qu'est-ce qui pourrait alors
l'empêcher de fonctionner ?
Sébastien NOBILI (02/07/2019, 23h20)
Le mardi 02 juillet 2019 à 20:05, Pascal Hambourg a écrit :
> Le 02/07/2019 à 14:54, Sébastien NOBILI a écrit :
> > Les paquets x86 sur le système amd64 pourront rester installés, mais on ne
> > pourra pas les faire fonctionner directement.

> Pardon ? Il me semble que si un paquet reste installé, c'est que ses
> éventuelles dépendances sont satisfaites. Qu'est-ce qui pourrait alors
> l'empêcher de fonctionner ?


Le fait qu?un système intégralement amd64 ne sera pas capable d?exécuter un ELF
32 bits (ABI incompatible).

Mon système est intégralement amd64 :

$ uname -r
4.9.0-9-amd64
$ dpkg --print-architecture
amd64

Je vais extraire un paquet i386 et tenter d?exécuter un de ses binaires :

$ mkdir /tmp/test-i386
$ cd /tmp/test-i386
$ wget [..]
$ dpkg -x zsh_5.3.1-4+b2_i386.deb .
$ file ./bin/zsh
./bin/zsh: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=489a61bf130e5193615088afeb4a942742e1f386, stripped
$ ./bin/zsh
bash: ./bin/zsh: Aucun fichier ou dossier de ce type

Ça ne s?exécute pas.

Sébastien
Pascal Hambourg (02/07/2019, 23h50)
Le 02/07/2019 à 23:14, Sébastien NOBILI a écrit :
> Le mardi 02 juillet 2019 à 20:05, Pascal Hambourg a écrit :
> Le fait qu?un système intégralement amd64 ne sera pas capable d?exécuter un ELF
> 32 bits (ABI incompatible).
> Mon système est intégralement amd64 :
> $ uname -r
> 4.9.0-9-amd64
> $ dpkg --print-architecture
> amd64
> Je vais extraire un paquet i386 et tenter d?exécuter un de ses binaires :


Tatata. Merci de relire la question. Il ne s'agit pas d'exécuter un
binaire i386 extrait à la sauvage mais faisant partie d'un paquet
*installé* proprement donc a priori avec toutes ses dépendances, et
notamment une libc i386.
nicolas.patrois (03/07/2019, 06h30)
Le 02/07/2019 21:42:56, Pascal Hambourg a écrit :

> Tatata. Merci de relire la question. Il ne s'agit pas d'exécuter un
> binaire i386 extrait à la sauvage mais faisant partie d'un paquet
> *installé* proprement donc a priori avec toutes ses dépendances, et
> notamment une libc i386.


Donc des applications en 32 bits munies des bibliothèques 32 bits qui vont bien fonctionneront dans un système 64 bits ?
Je conserve ce que me donne ldd et ça suffira ?

nicolas patrois : pts noir asocial
Pascal Hambourg (03/07/2019, 07h40)
Le 02/07/2019 à 23:42, Pascal Hambourg a écrit :
> Le 02/07/2019 à 23:14, Sébastien NOBILI a écrit : (...)
>> Je vais extraire un paquet i386 et tenter d?exécuter un de ses binaires :

> Tatata. Merci de relire la question. Il ne s'agit pas d'exécuter un
> binaire i386 extrait à la sauvage mais faisant partie d'un paquet
> *installé* proprement donc a priori avec toutes ses dépendances, et
> notamment une libc i386.


PS : Si tu veux faire ça, essaie plutôt avec un exécutable statique
comme bash-static ou busybox-static.
Eric Degenetais (03/07/2019, 09h30)
Le mer. 3 juil. 2019 06:29, <nicolas.patrois> a écrit :

> Le 02/07/2019 21:42:56, Pascal Hambourg a écrit :
> Donc des applications en 32 bits munies des bibliothèques 32 bits qui vont
> bien fonctionneront dans un système 64 bits ?
> Je conserve ce que me donne ldd et ça suffira ?

Une couche de compatibilité est prévue pour qu'un système 64bits puisse
exécuter des binaires 32bits. Comme déjà souligné par Pascal Hambourg il
est préférable de passer par le système de gestion de paquets, mais avec la
couche de compatibilité en place on peut exécuter un ELF 32 bits pour peu
que ses dépendances soient installées, oui. D'ailleurs par extension on
peut aussi faire tourner des exécutables win32 à travers wine, jel'ai fait
des années en 64bits à l'époque où je jouais à WoWet StarCraft II

> nicolas patrois : pts noir asocial
> --
> RÉALISME
> M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des
> humains ? Un cerveau plus gros ?
> P : Non... Une carte bleue suffirait.. Cordialement


Éric Dégenètais
Sébastien NOBILI (03/07/2019, 14h10)
Bonjour,

Le mardi 02 juillet 2019 à 23:42, Pascal Hambourg a écrit :
> Tatata. Merci de relire la question. Il ne s'agit pas d'exécuter un binaire
> i386 extrait à la sauvage mais faisant partie d'un paquet *installé*
> proprement donc a priori avec toutes ses dépendances, et notamment une libc
> i386.


Oui, en effet. J?ai mal lu, répondu trop vite et donc à côté.

Avec le multiarch activé, la libc i386 installée, les dépendances i386
satisfaites, ça fonctionnera (sur un système amd64).

Merci d?avoir corrigé ;) et désolé pour ceux que j?ai pu embrouiller?

Sébastien

Discussions similaires
Migration 32 bits vers 64 bits gros problème avec dpkg testing

clés WiFi sous Debian Lenny 64 bits et 32 bits

passer de la mdv spring 32 bits à la 64 bits?

Faire cohabiter Analysis Services 64 Bits avec SQL Server 32 Bits ?...


Fuseau horaire GMT +2. Il est actuellement 15h49. | Privacy Policy