Faire une migration d'un système dans sa partition chrootée

Je monte et chroot cette 2ème partition et lance les commandes
de migration... qui devraient upgrader Wheezy n°2.

Le 30/01/2015 15:08, andre_debian@numericable.fr a écrit :
> Je monte et chroot cette 2ème partition et lance les commandes
> de migration... qui devraient upgrader Wheezy n°2.

C'est ça, tu montes ta racine 2 dans un point de montage de ta parti tion 1
Tu montes également /dev, /dev/pts, et je ne sais plus si c'est
nécessaire /proc et /sys (d'après https://wiki.debian.org/chroo t ce
n'est pas utile) :
mount --bind /dev/pts /partition1/pointdemontage/dev/pts
etc.
Et hop tu chrootes.
Samy

Et je peux upgrader l'OS de cette partition chrootée,
sans interférer sur l'autre ?

Le 30/01/2015 17:59, andre_debian@numericable.fr a écrit :

Et je peux upgrader l'OS de cette partition chrootée,
sans interférer sur l'autre ?

Oui.

Cf. https://fr.wikipedia.org/wiki/Virtualisation#Isolateur

Et j'y pense, si la connexion aux dépôts échoue lors de la mise à jour :
# cp /etc/resolv.conf /pointdemontagepartition2/etc/resolv.conf

Samy

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/54CBC419.5000300@wanadoo.fr

Le 30/01/2015 15:08, andre_debian@numericable.fr a écrit :
>Je monte et chroot cette 2ème partition et lance les commandes
>de migration... qui devraient upgrader Wheezy n°2.

C'est ça, tu montes ta racine 2 dans un point de montage de ta partition 1
Tu montes également /dev, /dev/pts, et je ne sais plus si c'est nécessaire
/proc et /sys (d'après https://wiki.debian.org/chroot ce n'est pas utile) :

mount --bind /dev/pts /partition1/pointdemontage/dev/pts
etc.

Le vendredi 30 janvier 2015 à 15:20, Samy Mezani a écrit :
> Le 30/01/2015 15:08, andre_debian@numericable.fr a écrit :
> >Je monte et chroot cette 2ème partition et lance les commandes
> >de migration... qui devraient upgrader Wheezy n°2.
> C'est ça, tu montes ta racine 2 dans un point de montage de ta partit ion
> 1 Tu montes également /dev, /dev/pts, et je ne sais plus si c'est
> nécessaire /proc et /sys (d'après https://wiki.debian.org/chroot ce n'est
> pas utile) :
> mount --bind /dev/pts /partition1/pointdemontage/dev/pts

Depuis que j'utilise « schroot » (paquet éponyme), je n'ai plus à me
soucier de tous les montages « bind », il le fait pour moi.
Je peux même « entrer dans » mon chroot sans passer root avant.
Je vous le recommande.

> Depuis que j'utilise « schroot » (paquet éponyme), je n'ai plus à me
> soucier de tous les montages « bind », il le fait pour moi.
> Je peux même « entrer dans » mon chroot sans passer root avant.
> Je vous le recommande.

Bon tuyau, mais il faut configurer "schroot.conf" avant.

Le jeudi 05 février 2015 à 19:56, andre_debian@numericable.fr a écrit :
> > Depuis que j'utilise « schroot » (paquet épo nyme), je n'ai plus à me
> > soucier de tous les montages « bind », il le fait pour moi.
> > Je peux même « entrer dans » mon chroot sans passer root avant.
> > Je vous le recommande.

> Bon tuyau, mais il faut configurer "schroot.conf" avant.

Il faut savoir se donner les moyens de son ambition…
Plus sérieusement, configurer schroot te prendra à peu prè s le même temps
que de faire un chroot manuel avec montage bind de toutes les systèm es de
fichiers utiles.
Donc pour une seule utilisation, c'est valable mais sans plus; par contre,
dès la seconde, c'est tout bénef !

/dev/sdc1 = système lancé
/dev/sdc2 = clone de sdc1 à upgrader.
J'ai chrooté sdc2 selon les consignes.
À la fin de la migration, j'ai rebooté le serveur,
et surprise, c'était sdc1 qui avait été upgradée !
sdc2 était gardée dans l'ancienne version.
J'ai pas compris pourquoi...

> > Bon tuyau, mais il faut configurer "schroot.conf" avant.

> Il faut savoir se donner les moyens de son ambition…
> Plus sérieusement, configurer schroot te prendra à peu près le même temps
> que de faire un chroot manuel avec montage bind de toutes les systèmes de
> fichiers utiles.
> Donc pour une seule utilisation, c'est valable mais sans plus; par contre,
> dès la seconde, c'est tout bénef !

Certainement,
mais configurer "schroot.conf" n'est pas si simple.

Et puis ça ne répond pas à ma question précédente :

> /dev/sdc1 = système lancé
> /dev/sdc2 = clone de sdc1 à upgrader.
> J'ai chrooté sdc2 selon les consignes.
> À la fin de la migration, j'ai rebooté le serveur,
> et surprise, c'était sdc1 qui avait été upgradée !
> sdc2 était gardée dans l'ancienne version.
> J'ai pas compris pourquoi...

Le vendredi 06 février 2015 à 12:48, andre_debian@numericable.f r a écrit :
> > > Bon tuyau, mais il faut configurer "schroot.conf" avant.

[stable]
type=directory
description=Debian stable
groups=root
users=sni
aliases=default
directory=/home/stable
Et ça suffit !

Pardon, je n'avais rien de bien pertinent à répondre à ce point, je vais
creuser alors puisque je dois…

> > /dev/sdc1 = système lancé
> > /dev/sdc2 = clone de sdc1 à upgrader.
> > J'ai chrooté sdc2 selon les consignes.
> > À la fin de la migration, j'ai rebooté le serveur,
> > et surprise, c'était sdc1 qui avait été upgradée !
> > sdc2 était gardée dans l'ancienne version.
> > J'ai pas compris pourquoi...

La seule explication que je vois à ça, c'est que tu n'as pas la ncé les
commandes dans le chroot !