Je monte et chroot cette 2ème partition et lance les commandes
de migration... qui devraient upgrader Wheezy n°2.
Je monte et chroot cette 2ème partition et lance les commandes
de migration... qui devraient upgrader Wheezy n°2.
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, 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
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
Le 30/01/2015 15:08, 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 ?
Et je peux upgrader l'OS de cette partition chrootée,
sans interférer sur l'autre ?
Et je peux upgrader l'OS de cette partition chrootée,
sans interférer sur l'autre ?
Le 30/01/2015 17:59, 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" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
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 17:59, 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" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Le 30/01/2015 15:08, 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 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 30/01/2015 15:08, 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, 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.
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.
Le vendredi 30 janvier 2015 à 15:20, Samy Mezani a écrit :
> Le 30/01/2015 15:08, 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.
> 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.
> 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, 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...
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...
Le jeudi 05 février 2015 à 19:56, 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...
> > 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...
> > 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, r a écrit :
> > > Bon tuyau, mais il faut configurer "schroot.conf" avant.
[stable]
type=directory
descriptionbian stable
groups=root
users=sni
aliasesfault
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 !
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 !
Le vendredi 06 février 2015 à 12:48, r a écrit :
> > > Bon tuyau, mais il faut configurer "schroot.conf" avant.
[stable]
type=directory
descriptionbian stable
groups=root
users=sni
aliasesfault
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 !