Je suis sur Jessie avec notamment le noyau et les firmware et librairies
graphiques en backports (Intel i5 série 6), et quelques autres petites
appli en backports aussi (mais aucune n'est critique, seule docker l'est
et il n'est pas en bpo).
Est-ce que je peux passer à Stretch sans m'en soucier ou pas ?
J'avoue que c'est la première fois que j'ai autant de paquets en bpo
pour faire fonctionner ma machine, donc je me demande un peu...
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Gaëtan Perrier
--=-PvKg96cqNT1oAFnuMK2v Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Le samedi 02 septembre 2017 à 16:30 +0200, Damien TOURDE a écrit :
Bonjour, Je suis sur Jessie avec notamment le noyau et les firmware et librairies graphiques en backports (Intel i5 série 6), et quelques autres petit es appli en backports aussi (mais aucune n'est critique, seule docker l'est et il n'est pas en bpo). Est-ce que je peux passer à Stretch sans m'en soucier ou pas ? J'avoue que c'est la première fois que j'ai autant de paquets en bpo pour faire fonctionner ma machine, donc je me demande un peu...
J'ai mis à jour en stretch ma machine de boulot qui avait bien plus de paquets backports sans aucun problème. Il faut bien suivre la procédure: upgrade, puis dist-upgrade et ne pas attaquer par le dist-upgrade direct. A+ Gaëtan --=-PvKg96cqNT1oAFnuMK2v Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEd7zcTjS9jiJYzB4MTEjQapSg6ZkFAlmqwo4ACgkQTEjQapSg 6ZkX/ggArRdcrqdS+P3SfEYYcxTwpCImZOP/XDEnsg/NBC1o7By9FT/caZDuBPz7 q2z6Sk2v+NaTIzfblCgnrpXjFMWnpAioqG6NIucZ6GxQ+xa5PmiDjbgvb4au/QFD 5bwzJkl4LuEQlFcgV8g30tMoKiNxRBArg9iGymEeVsEmtrWGnuG+hVS6+i5AO63W P+Bp1N8QkpjkMKSaLhZi4ZaTeeU+o1oXuo11bTKLwDSN0cwI36M0R4lUYR5JaU4u y0QFoNt510b66e7nxoB+56lcYlHna1p43idV/r29ZvsbpHPCeqjkauCe7IsjcU/R 7Q7xAtwmaYrIIDh7IKphR1o2L/9c2w= =Awo9 -----END PGP SIGNATURE----- --=-PvKg96cqNT1oAFnuMK2v--
Le samedi 02 septembre 2017 à 16:30 +0200, Damien TOURDE a écrit :
Bonjour,
Je suis sur Jessie avec notamment le noyau et les firmware et librairies
graphiques en backports (Intel i5 série 6), et quelques autres petit es
appli en backports aussi (mais aucune n'est critique, seule docker l'est
et il n'est pas en bpo).
Est-ce que je peux passer à Stretch sans m'en soucier ou pas ?
J'avoue que c'est la première fois que j'ai autant de paquets en bpo
pour faire fonctionner ma machine, donc je me demande un peu...
J'ai mis à jour en stretch ma machine de boulot qui avait bien plus de paquets
backports sans aucun problème.
Il faut bien suivre la procédure: upgrade, puis dist-upgrade et ne pas attaquer
par le dist-upgrade direct.
A+
Gaëtan
--=-PvKg96cqNT1oAFnuMK2v
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part
Content-Transfer-Encoding: 7bit
--=-PvKg96cqNT1oAFnuMK2v Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Le samedi 02 septembre 2017 à 16:30 +0200, Damien TOURDE a écrit :
Bonjour, Je suis sur Jessie avec notamment le noyau et les firmware et librairies graphiques en backports (Intel i5 série 6), et quelques autres petit es appli en backports aussi (mais aucune n'est critique, seule docker l'est et il n'est pas en bpo). Est-ce que je peux passer à Stretch sans m'en soucier ou pas ? J'avoue que c'est la première fois que j'ai autant de paquets en bpo pour faire fonctionner ma machine, donc je me demande un peu...
J'ai mis à jour en stretch ma machine de boulot qui avait bien plus de paquets backports sans aucun problème. Il faut bien suivre la procédure: upgrade, puis dist-upgrade et ne pas attaquer par le dist-upgrade direct. A+ Gaëtan --=-PvKg96cqNT1oAFnuMK2v Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEd7zcTjS9jiJYzB4MTEjQapSg6ZkFAlmqwo4ACgkQTEjQapSg 6ZkX/ggArRdcrqdS+P3SfEYYcxTwpCImZOP/XDEnsg/NBC1o7By9FT/caZDuBPz7 q2z6Sk2v+NaTIzfblCgnrpXjFMWnpAioqG6NIucZ6GxQ+xa5PmiDjbgvb4au/QFD 5bwzJkl4LuEQlFcgV8g30tMoKiNxRBArg9iGymEeVsEmtrWGnuG+hVS6+i5AO63W P+Bp1N8QkpjkMKSaLhZi4ZaTeeU+o1oXuo11bTKLwDSN0cwI36M0R4lUYR5JaU4u y0QFoNt510b66e7nxoB+56lcYlHna1p43idV/r29ZvsbpHPCeqjkauCe7IsjcU/R 7Q7xAtwmaYrIIDh7IKphR1o2L/9c2w= =Awo9 -----END PGP SIGNATURE----- --=-PvKg96cqNT1oAFnuMK2v--
Georges
Le Sat, 02 Sep 2017 16:39:10 +0200, GP a écrit :
Le samedi 02 septembre 2017 à 16:30 +0200, Damien TOURDE a écri t :
Bonjour, Je suis sur Jessie avec notamment le noyau et les firmware et librairies graphiques en backports (Intel i5 série 6), et quelques autres petites appli en backports aussi (mais aucune n'est critique, seule docker l'est et il n'est pas en bpo). Est-ce que je peux passer à Stretch sans m'en soucier ou pas ? J'avoue que c'est la première fois que j'ai autant de paquets en bpo pour faire fonctionner ma machine, donc je me demande un peu...
J'ai mis à jour en stretch ma machine de boulot qui avait bien plus de paquets backports sans aucun problème. Il faut bien suivre la procédure: upgrade, puis dist-upgrade et ne pas attaquer par le dist-upgrade direct. A+ Gaëtan
Bonsoir, Si je peu me permettre, je fais toujours : En ce qui concerne la sauvegarde, je ferais aussi un petit "dpkg --get-selections > fichier" pour stocker dans ledit fichier l'état des paquets (installé ou n on). Ça permet, en cas de sinistre majeur de n'avoir à réinstalle r que le système de base, Ce qui permet de faire : puis un petit "dpkg --set-selections < fichier" suivi d'un "apt-get dselect-upgrade" te réinstallera tout seul tous les paquets qui étaient install és. Si je me trompe, corrigez moi ;-) Georges
Le Sat, 02 Sep 2017 16:39:10 +0200,
GP a écrit :
Le samedi 02 septembre 2017 à 16:30 +0200, Damien TOURDE a écri t :
> Bonjour,
>
> Je suis sur Jessie avec notamment le noyau et les firmware et
> librairies graphiques en backports (Intel i5 série 6), et quelques
> autres petites appli en backports aussi (mais aucune n'est
> critique, seule docker l'est et il n'est pas en bpo).
>
> Est-ce que je peux passer à Stretch sans m'en soucier ou pas ?
>
>
> J'avoue que c'est la première fois que j'ai autant de paquets en
> bpo pour faire fonctionner ma machine, donc je me demande un peu...
>
>
>
J'ai mis à jour en stretch ma machine de boulot qui avait bien plus
de paquets backports sans aucun problème.
Il faut bien suivre la procédure: upgrade, puis dist-upgrade et ne
pas attaquer par le dist-upgrade direct.
A+
Gaëtan
Bonsoir,
Si je peu me permettre, je fais toujours :
En ce qui concerne la sauvegarde, je ferais aussi un petit
"dpkg --get-selections > fichier"
pour stocker dans ledit fichier l'état des paquets (installé ou n on).
Ça permet, en cas de sinistre majeur de n'avoir à réinstalle r que
le système de base,
Ce qui permet de faire :
puis un petit
"dpkg --set-selections < fichier"
suivi d'un
"apt-get dselect-upgrade"
te réinstallera tout seul tous les paquets qui étaient install és.
Le samedi 02 septembre 2017 à 16:30 +0200, Damien TOURDE a écri t :
Bonjour, Je suis sur Jessie avec notamment le noyau et les firmware et librairies graphiques en backports (Intel i5 série 6), et quelques autres petites appli en backports aussi (mais aucune n'est critique, seule docker l'est et il n'est pas en bpo). Est-ce que je peux passer à Stretch sans m'en soucier ou pas ? J'avoue que c'est la première fois que j'ai autant de paquets en bpo pour faire fonctionner ma machine, donc je me demande un peu...
J'ai mis à jour en stretch ma machine de boulot qui avait bien plus de paquets backports sans aucun problème. Il faut bien suivre la procédure: upgrade, puis dist-upgrade et ne pas attaquer par le dist-upgrade direct. A+ Gaëtan
Bonsoir, Si je peu me permettre, je fais toujours : En ce qui concerne la sauvegarde, je ferais aussi un petit "dpkg --get-selections > fichier" pour stocker dans ledit fichier l'état des paquets (installé ou n on). Ça permet, en cas de sinistre majeur de n'avoir à réinstalle r que le système de base, Ce qui permet de faire : puis un petit "dpkg --set-selections < fichier" suivi d'un "apt-get dselect-upgrade" te réinstallera tout seul tous les paquets qui étaient install és. Si je me trompe, corrigez moi ;-) Georges
Gaëtan Perrier
--=-Y4PLnXH/5JtMo4vjIapF Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Le samedi 02 septembre 2017 à 20:08 +0200, Georges a écrit :
Le Sat, 02 Sep 2017 16:39:10 +0200, GP a écrit :
Le samedi 02 septembre 2017 à 16:30 +0200, Damien TOURDE a éc rit : > Bonjour, > > Je suis sur Jessie avec notamment le noyau et les firmware et > librairies graphiques en backports (Intel i5 série 6), et quelqu es > autres petites appli en backports aussi (mais aucune n'est > critique, seule docker l'est et il n'est pas en bpo). > > Est-ce que je peux passer à Stretch sans m'en soucier ou pas ? > > > J'avoue que c'est la première fois que j'ai autant de paquets en > bpo pour faire fonctionner ma machine, donc je me demande un peu... > > > J'ai mis à jour en stretch ma machine de boulot qui avait bien plu s de paquets backports sans aucun problème. Il faut bien suivre la procédure: upgrade, puis dist-upgrade et ne pas attaquer par le dist-upgrade direct. A+ Gaëtan
Bonsoir, Si je peu me permettre, je fais toujours : En ce qui concerne la sauvegarde, je ferais aussi un petit "dpkg --get-selections > fichier" pour stocker dans ledit fichier l'état des paquets (installé ou non). Ça permet, en cas de sinistre majeur de n'avoir à réinstal ler que le système de base, Ce qui permet de faire : puis un petit "dpkg --set-selections < fichier" suivi d'un "apt-get dselect-upgrade" te réinstallera tout seul tous les paquets qui étaient in stallés. Si je me trompe, corrigez moi ;-) Georges
C'est effectivement une sage précaution sur une machine importante. Dans ce cas il faut aussi en plus sauvegarder /etc et une partie de /var si je ne m'abuse. Il me semble que c'est indiqué dans la doc d'installation. Gaëtan --=-Y4PLnXH/5JtMo4vjIapF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEd7zcTjS9jiJYzB4MTEjQapSg6ZkFAlmq+6kACgkQTEjQapSg 6ZnP1Qf9EHiYwij2cHrUH0Byyoikhz1FN/uDabdvYD0GYcNKDRRds3KWgEuC7km3 bFuUqQPQl82cWdGNQZ5ffInB++MN6KmuKn26oGErpK1iT2GTztkJPaFVkXf4aBRu eBOWwrkfS8cKEO5KumVzPDo1f9vZywyqdDjKy9m3q8XIkt6nk1A7MKe0UNxuexnq NOGjAHYqp2PW11ZMkj6ZZa6kJu0BGA+oYrsK40bhI5Kp4Wrfowj45txSVUr4pBn5 yN7YOr7qUN0dZ33sC+FCUHIkUIQKSBM3xGjdWQhpdiL/DbM9vYmAjxmyPxywKxtL 9QWc/lrU4pLFD0uD+FkMgABmcs83DA= =qOZp -----END PGP SIGNATURE----- --=-Y4PLnXH/5JtMo4vjIapF--
Le samedi 02 septembre 2017 à 20:08 +0200, Georges a écrit :
Le Sat, 02 Sep 2017 16:39:10 +0200,
GP a écrit :
> Le samedi 02 septembre 2017 à 16:30 +0200, Damien TOURDE a éc rit :
> > Bonjour,
> >
> > Je suis sur Jessie avec notamment le noyau et les firmware et
> > librairies graphiques en backports (Intel i5 série 6), et quelqu es
> > autres petites appli en backports aussi (mais aucune n'est
> > critique, seule docker l'est et il n'est pas en bpo).
> >
> > Est-ce que je peux passer à Stretch sans m'en soucier ou pas ?
> >
> >
> > J'avoue que c'est la première fois que j'ai autant de paquets en
> > bpo pour faire fonctionner ma machine, donc je me demande un peu...
> >
> >
> >
>
> J'ai mis à jour en stretch ma machine de boulot qui avait bien plu s
> de paquets backports sans aucun problème.
> Il faut bien suivre la procédure: upgrade, puis dist-upgrade et ne
> pas attaquer par le dist-upgrade direct.
>
> A+
>
> Gaëtan
Bonsoir,
Si je peu me permettre, je fais toujours :
En ce qui concerne la sauvegarde, je ferais aussi un petit
"dpkg --get-selections > fichier"
pour stocker dans ledit fichier l'état des paquets (installé ou non).
Ça permet, en cas de sinistre majeur de n'avoir à réinstal ler que
le système de base,
Ce qui permet de faire :
puis un petit
"dpkg --set-selections < fichier"
suivi d'un
"apt-get dselect-upgrade"
te réinstallera tout seul tous les paquets qui étaient in stallés.
Si je me trompe, corrigez moi ;-)
Georges
C'est effectivement une sage précaution sur une machine importante.
Dans ce cas il faut aussi en plus sauvegarder /etc et une partie de /var si je
ne m'abuse. Il me semble que c'est indiqué dans la doc d'installation.
Gaëtan
--=-Y4PLnXH/5JtMo4vjIapF
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part
Content-Transfer-Encoding: 7bit
--=-Y4PLnXH/5JtMo4vjIapF Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Le samedi 02 septembre 2017 à 20:08 +0200, Georges a écrit :
Le Sat, 02 Sep 2017 16:39:10 +0200, GP a écrit :
Le samedi 02 septembre 2017 à 16:30 +0200, Damien TOURDE a éc rit : > Bonjour, > > Je suis sur Jessie avec notamment le noyau et les firmware et > librairies graphiques en backports (Intel i5 série 6), et quelqu es > autres petites appli en backports aussi (mais aucune n'est > critique, seule docker l'est et il n'est pas en bpo). > > Est-ce que je peux passer à Stretch sans m'en soucier ou pas ? > > > J'avoue que c'est la première fois que j'ai autant de paquets en > bpo pour faire fonctionner ma machine, donc je me demande un peu... > > > J'ai mis à jour en stretch ma machine de boulot qui avait bien plu s de paquets backports sans aucun problème. Il faut bien suivre la procédure: upgrade, puis dist-upgrade et ne pas attaquer par le dist-upgrade direct. A+ Gaëtan
Bonsoir, Si je peu me permettre, je fais toujours : En ce qui concerne la sauvegarde, je ferais aussi un petit "dpkg --get-selections > fichier" pour stocker dans ledit fichier l'état des paquets (installé ou non). Ça permet, en cas de sinistre majeur de n'avoir à réinstal ler que le système de base, Ce qui permet de faire : puis un petit "dpkg --set-selections < fichier" suivi d'un "apt-get dselect-upgrade" te réinstallera tout seul tous les paquets qui étaient in stallés. Si je me trompe, corrigez moi ;-) Georges
C'est effectivement une sage précaution sur une machine importante. Dans ce cas il faut aussi en plus sauvegarder /etc et une partie de /var si je ne m'abuse. Il me semble que c'est indiqué dans la doc d'installation. Gaëtan --=-Y4PLnXH/5JtMo4vjIapF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEd7zcTjS9jiJYzB4MTEjQapSg6ZkFAlmq+6kACgkQTEjQapSg 6ZnP1Qf9EHiYwij2cHrUH0Byyoikhz1FN/uDabdvYD0GYcNKDRRds3KWgEuC7km3 bFuUqQPQl82cWdGNQZ5ffInB++MN6KmuKn26oGErpK1iT2GTztkJPaFVkXf4aBRu eBOWwrkfS8cKEO5KumVzPDo1f9vZywyqdDjKy9m3q8XIkt6nk1A7MKe0UNxuexnq NOGjAHYqp2PW11ZMkj6ZZa6kJu0BGA+oYrsK40bhI5Kp4Wrfowj45txSVUr4pBn5 yN7YOr7qUN0dZ33sC+FCUHIkUIQKSBM3xGjdWQhpdiL/DbM9vYmAjxmyPxywKxtL 9QWc/lrU4pLFD0uD+FkMgABmcs83DA= =qOZp -----END PGP SIGNATURE----- --=-Y4PLnXH/5JtMo4vjIapF--
Damien TOURDE
Oui merci, de toute façon mon script de backup rsync backup ce qui est préconisé par Debian + 2/3 trucs à moi. Je vais lancer ça ce soir, de toute façon les paquets en bpo que j'ai checké (les plus importants) sont en version plus récente sur stretch que sur jessie-backports, ça devrait donc rouler. Merci et à bientôt, Damien Le 02/09/2017 à 20:42, Gaëtan Perrier a écrit :
Le samedi 02 septembre 2017 à 20:08 +0200, Georges a écrit :
Le Sat, 02 Sep 2017 16:39:10 +0200, GP a écrit :
Le samedi 02 septembre 2017 à 16:30 +0200, Damien TOURDE a écrit :
Bonjour, Je suis sur Jessie avec notamment le noyau et les firmware et librairies graphiques en backports (Intel i5 série 6), et quelques autres petites appli en backports aussi (mais aucune n'est critique, seule docker l'est et il n'est pas en bpo). Est-ce que je peux passer à Stretch sans m'en soucier ou pas ? J'avoue que c'est la première fois que j'ai autant de paquets en bpo pour faire fonctionner ma machine, donc je me demande un peu...
J'ai mis à jour en stretch ma machine de boulot qui avait bien plus de paquets backports sans aucun problème. Il faut bien suivre la procédure: upgrade, puis dist-upgrade et ne pas attaquer par le dist-upgrade direct. A+ Gaëtan
Bonsoir, Si je peu me permettre, je fais toujours : En ce qui concerne la sauvegarde, je ferais aussi un petit "dpkg --get-selections > fichier" pour stocker dans ledit fichier l'état des paquets (installé ou non). Ça permet, en cas de sinistre majeur de n'avoir à réinstaller que le système de base, Ce qui permet de faire : puis un petit "dpkg --set-selections < fichier" suivi d'un "apt-get dselect-upgrade" te réinstallera tout seul tous les paquets qui étaient installés. Si je me trompe, corrigez moi ;-) Georges
C'est effectivement une sage précaution sur une machine importante. Dans ce cas il faut aussi en plus sauvegarder /etc et une partie de /var si je ne m'abuse. Il me semble que c'est indiqué dans la doc d'installation. Gaëtan
Oui merci,
de toute façon mon script de backup rsync backup ce qui est préconisé
par Debian + 2/3 trucs à moi.
Je vais lancer ça ce soir, de toute façon les paquets en bpo que j'ai
checké (les plus importants) sont en version plus récente sur stretch
que sur jessie-backports, ça devrait donc rouler.
Merci et à bientôt,
Damien
Le 02/09/2017 à 20:42, Gaëtan Perrier a écrit :
Le samedi 02 septembre 2017 à 20:08 +0200, Georges a écrit :
Le Sat, 02 Sep 2017 16:39:10 +0200,
GP a écrit :
Le samedi 02 septembre 2017 à 16:30 +0200, Damien TOURDE a écrit :
Bonjour,
Je suis sur Jessie avec notamment le noyau et les firmware et
librairies graphiques en backports (Intel i5 série 6), et quelques
autres petites appli en backports aussi (mais aucune n'est
critique, seule docker l'est et il n'est pas en bpo).
Est-ce que je peux passer à Stretch sans m'en soucier ou pas ?
J'avoue que c'est la première fois que j'ai autant de paquets en
bpo pour faire fonctionner ma machine, donc je me demande un peu...
J'ai mis à jour en stretch ma machine de boulot qui avait bien plus
de paquets backports sans aucun problème.
Il faut bien suivre la procédure: upgrade, puis dist-upgrade et ne
pas attaquer par le dist-upgrade direct.
A+
Gaëtan
Bonsoir,
Si je peu me permettre, je fais toujours :
En ce qui concerne la sauvegarde, je ferais aussi un petit
"dpkg --get-selections > fichier"
pour stocker dans ledit fichier l'état des paquets (installé ou non).
Ça permet, en cas de sinistre majeur de n'avoir à réinstaller que
le système de base,
Ce qui permet de faire :
puis un petit
"dpkg --set-selections < fichier"
suivi d'un
"apt-get dselect-upgrade"
te réinstallera tout seul tous les paquets qui étaient installés.
Si je me trompe, corrigez moi ;-)
Georges
C'est effectivement une sage précaution sur une machine importante.
Dans ce cas il faut aussi en plus sauvegarder /etc et une partie de /var si je
ne m'abuse. Il me semble que c'est indiqué dans la doc d'installation.
Oui merci, de toute façon mon script de backup rsync backup ce qui est préconisé par Debian + 2/3 trucs à moi. Je vais lancer ça ce soir, de toute façon les paquets en bpo que j'ai checké (les plus importants) sont en version plus récente sur stretch que sur jessie-backports, ça devrait donc rouler. Merci et à bientôt, Damien Le 02/09/2017 à 20:42, Gaëtan Perrier a écrit :
Le samedi 02 septembre 2017 à 20:08 +0200, Georges a écrit :
Le Sat, 02 Sep 2017 16:39:10 +0200, GP a écrit :
Le samedi 02 septembre 2017 à 16:30 +0200, Damien TOURDE a écrit :
Bonjour, Je suis sur Jessie avec notamment le noyau et les firmware et librairies graphiques en backports (Intel i5 série 6), et quelques autres petites appli en backports aussi (mais aucune n'est critique, seule docker l'est et il n'est pas en bpo). Est-ce que je peux passer à Stretch sans m'en soucier ou pas ? J'avoue que c'est la première fois que j'ai autant de paquets en bpo pour faire fonctionner ma machine, donc je me demande un peu...
J'ai mis à jour en stretch ma machine de boulot qui avait bien plus de paquets backports sans aucun problème. Il faut bien suivre la procédure: upgrade, puis dist-upgrade et ne pas attaquer par le dist-upgrade direct. A+ Gaëtan
Bonsoir, Si je peu me permettre, je fais toujours : En ce qui concerne la sauvegarde, je ferais aussi un petit "dpkg --get-selections > fichier" pour stocker dans ledit fichier l'état des paquets (installé ou non). Ça permet, en cas de sinistre majeur de n'avoir à réinstaller que le système de base, Ce qui permet de faire : puis un petit "dpkg --set-selections < fichier" suivi d'un "apt-get dselect-upgrade" te réinstallera tout seul tous les paquets qui étaient installés. Si je me trompe, corrigez moi ;-) Georges
C'est effectivement une sage précaution sur une machine importante. Dans ce cas il faut aussi en plus sauvegarder /etc et une partie de /var si je ne m'abuse. Il me semble que c'est indiqué dans la doc d'installation. Gaëtan
Georges
Le Sat, 2 Sep 2017 22:36:59 +0200, DT a écrit :
Oui merci, de toute façon mon script de backup rsync backup ce qui est pré conisé par Debian + 2/3 trucs à moi.
Chez moi aussi un script rsync depuis woody mais (+ 2/3 trucs à moi) sa m’intéresse si on peu développer ;-)
[coupé..]
Merci et à bientôt, Damien
De rien Georges
Le 02/09/2017 à 20:42, Gaëtan Perrier a écrit :
[coupé..]
Bonjour, Je suis sur Jessie avec notamment le noyau et les firmware et librairies graphiques en backports (Intel i5 série 6), et quelques autres petites appli en backports aussi (mais aucune n'est critique, seule docker l'est et il n'est pas en bpo). Est-ce que je peux passer à Stretch sans m'en soucier ou pas ? J'avoue que c'est la première fois que j'ai autant de paquets en bpo pour faire fonctionner ma machine, donc je me demande un peu...
J'ai mis à jour en stretch ma machine de boulot qui avait bien plus de paquets backports sans aucun problème. Il faut bien suivre la procédure: upgrade, puis dist-upgrade et ne pas attaquer par le dist-upgrade direct. A+ Gaëtan
Bonsoir, Si je peu me permettre, je fais toujours : En ce qui concerne la sauvegarde, je ferais aussi un petit "dpkg --get-selections > fichier" pour stocker dans ledit fichier l'état des paquets (installé ou non). Ça permet, en cas de sinistre majeur de n'avoir à réinstaller que le système de base, Ce qui permet de faire : puis un petit "dpkg --set-selections < fichier" suivi d'un "apt-get dselect-upgrade" te réinstallera tout seul tous les paquets qui étaient ins tallés. Si je me trompe, corrigez moi ;-) Georges
C'est effectivement une sage précaution sur une machine importante. Dans ce cas il faut aussi en plus sauvegarder /etc et une partie de /var si je ne m'abuse. Il me semble que c'est indiqué dans la doc d'installation. Gaëtan
Le Sat, 2 Sep 2017 22:36:59 +0200,
DT a écrit :
Oui merci,
de toute façon mon script de backup rsync backup ce qui est pré conisé
par Debian + 2/3 trucs à moi.
Chez moi aussi un script rsync depuis woody mais (+ 2/3 trucs à moi)
sa m’intéresse si on peu développer ;-)
[coupé..]
Merci et à bientôt,
Damien
De rien
Georges
Le 02/09/2017 à 20:42, Gaëtan Perrier a écrit :
[coupé..]
>>>> Bonjour,
>>>>
>>>> Je suis sur Jessie avec notamment le noyau et les firmware et
>>>> librairies graphiques en backports (Intel i5 série 6), et
>>>> quelques autres petites appli en backports aussi (mais aucune
>>>> n'est critique, seule docker l'est et il n'est pas en bpo).
>>>>
>>>> Est-ce que je peux passer à Stretch sans m'en soucier ou pas ?
>>>>
>>>>
>>>> J'avoue que c'est la première fois que j'ai autant de paquets en
>>>> bpo pour faire fonctionner ma machine, donc je me demande un
>>>> peu...
>>>>
>>>>
>>>>
>>> J'ai mis à jour en stretch ma machine de boulot qui avait bien
>>> plus de paquets backports sans aucun problème.
>>> Il faut bien suivre la procédure: upgrade, puis dist-upgrade et ne
>>> pas attaquer par le dist-upgrade direct.
>>>
>>> A+
>>>
>>> Gaëtan
>> Bonsoir,
>> Si je peu me permettre, je fais toujours :
>>
>> En ce qui concerne la sauvegarde, je ferais aussi un petit
>> "dpkg --get-selections > fichier"
>> pour stocker dans ledit fichier l'état des paquets (installé ou
>> non). Ça permet, en cas de sinistre majeur de n'avoir à
>> réinstaller que le système de base,
>>
>> Ce qui permet de faire :
>>
>> puis un petit
>> "dpkg --set-selections < fichier"
>> suivi d'un
>> "apt-get dselect-upgrade"
>> te réinstallera tout seul tous les paquets qui étaient ins tallés.
>>
>> Si je me trompe, corrigez moi ;-)
>>
>> Georges
> C'est effectivement une sage précaution sur une machine importante.
> Dans ce cas il faut aussi en plus sauvegarder /etc et une partie
> de /var si je ne m'abuse. Il me semble que c'est indiqué dans la
> doc d'installation.
>
> Gaëtan
Oui merci, de toute façon mon script de backup rsync backup ce qui est pré conisé par Debian + 2/3 trucs à moi.
Chez moi aussi un script rsync depuis woody mais (+ 2/3 trucs à moi) sa m’intéresse si on peu développer ;-)
[coupé..]
Merci et à bientôt, Damien
De rien Georges
Le 02/09/2017 à 20:42, Gaëtan Perrier a écrit :
[coupé..]
Bonjour, Je suis sur Jessie avec notamment le noyau et les firmware et librairies graphiques en backports (Intel i5 série 6), et quelques autres petites appli en backports aussi (mais aucune n'est critique, seule docker l'est et il n'est pas en bpo). Est-ce que je peux passer à Stretch sans m'en soucier ou pas ? J'avoue que c'est la première fois que j'ai autant de paquets en bpo pour faire fonctionner ma machine, donc je me demande un peu...
J'ai mis à jour en stretch ma machine de boulot qui avait bien plus de paquets backports sans aucun problème. Il faut bien suivre la procédure: upgrade, puis dist-upgrade et ne pas attaquer par le dist-upgrade direct. A+ Gaëtan
Bonsoir, Si je peu me permettre, je fais toujours : En ce qui concerne la sauvegarde, je ferais aussi un petit "dpkg --get-selections > fichier" pour stocker dans ledit fichier l'état des paquets (installé ou non). Ça permet, en cas de sinistre majeur de n'avoir à réinstaller que le système de base, Ce qui permet de faire : puis un petit "dpkg --set-selections < fichier" suivi d'un "apt-get dselect-upgrade" te réinstallera tout seul tous les paquets qui étaient ins tallés. Si je me trompe, corrigez moi ;-) Georges
C'est effectivement une sage précaution sur une machine importante. Dans ce cas il faut aussi en plus sauvegarder /etc et une partie de /var si je ne m'abuse. Il me semble que c'est indiqué dans la doc d'installation. Gaëtan
Damien TOURDE
Bonjour, Comme prévu ça s'est très bien passé. Pour info George, mon rsync ressemble à ça : ####################################### #!/bin/bash # Unset des variables utilisées unset RSYNCROOT_REPERTOIRE_SOURCE unset RSYNCROOT_REPERTOIRE_DESTINATION unset RSYNCROOT_EXCLUDE_FILE unset RSYNCROOT_INCLUDE_FILE # Définition des variables RSYNCROOT_REPERTOIRE_SOURCE="/" RSYNCROOT_REPERTOIRE_DESTINATION="/media/damien/SauvegardeRS/root/" RSYNCROOT_EXCLUDE_FILE="/root/scripts/rsync/exclude" RSYNCROOT_INCLUDE_FILE="/root/scripts/rsync/include" # Détecter la présence du volume de destination et interrompre l'opération si nécessaire if [ ! -e "$RSYNCROOT_REPERTOIRE_DESTINATION" ] then echo "Attention, le disque de sauvegarde n'est pas présent" exit fi # Détecter l'existence du fichier d'exclusion if [ ! -e "$RSYNCROOT_EXCLUDE_FILE" ] then echo "Attention, fichier d'exclusion non trouvé" exit fi # Détecter l'existence du fichier d'inclusion (files-from) if [ ! -e "${RSYNCROOT_INCLUDE_FILE}" ] then echo "Attention, fichier d'inclusion (files-from) non trouvé" exit fi rsync -arh --stats --progress --delete --files-from="${RSYNCROOT_INCLUDE_FILE}" "${RSYNCROOT_REPERTOIRE_SOURCE}" "${RSYNCROOT_REPERTOIRE_DESTINATION}" # rsync -ah --stats --progress --delete --exclude-from="${RSYNCROOT_EXCLUDE_FILE}" "${RSYNCROOT_REPERTOIRE_SOURCE}" "${RSYNCROOT_REPERTOIRE_DESTINATION}" # Pour les tests, ajouter le paramètre 'n' sur les commandes rsync #echo "/! DRY RUN /! " echo "La commande de sauvegarde a terminé son travail..." echo "Vérifiez dans le terminal s'il n'y a pas eu d'erreur !" #Sauvegarde de dpkg --get-selections comme conseillé par la doc Debian dpkg --get-selections "*" > ${RSYNCROOT_REPERTOIRE_DESTINATION}dpkg_get-selections ####################################### Je l'ai modifié au cours du temps donc c'est un peu fouilli, et je n'utilise plus le fichier exclude car avant je sauvegardais tout sauf quelque trucs, et maintenant je préfère sauvegarder que ce que je sais avoir besoin au risque d'oublier quelque chose. J'ai quand même laissé l'ancienne commande qui utilisais le fichier exclude qui contient : /home /cdrom /dev /lost+found /media /mnt /proc /sys /tmp /run /var/lib/docker Pour sa part le fichier include (très mal nommé) ne contient que : /etc/ /var/lib/dpkg/ /var/lib/apt/extended_states /var/lib/aptitude/pkgstates /root/ Et c'est donc tout ce que je sauvegarde avec en plus le dpkg --get-selections A bientôt, Damien Le 03/09/2017 à 08:44, Georges a écrit :
Le Sat, 2 Sep 2017 22:36:59 +0200, DT a écrit :
Oui merci, de toute façon mon script de backup rsync backup ce qui est préconisé par Debian + 2/3 trucs à moi.
Chez moi aussi un script rsync depuis woody mais (+ 2/3 trucs à moi) sa m’intéresse si on peu développer ;-) [coupé..]
Merci et à bientôt, Damien
De rien Georges
Le 02/09/2017 à 20:42, Gaëtan Perrier a écrit :
[coupé..]
Bonjour, Je suis sur Jessie avec notamment le noyau et les firmware et librairies graphiques en backports (Intel i5 série 6), et quelques autres petites appli en backports aussi (mais aucune n'est critique, seule docker l'est et il n'est pas en bpo). Est-ce que je peux passer à Stretch sans m'en soucier ou pas ? J'avoue que c'est la première fois que j'ai autant de paquets en bpo pour faire fonctionner ma machine, donc je me demande un peu...
J'ai mis à jour en stretch ma machine de boulot qui avait bien plus de paquets backports sans aucun problème. Il faut bien suivre la procédure: upgrade, puis dist-upgrade et ne pas attaquer par le dist-upgrade direct. A+ Gaëtan
Bonsoir, Si je peu me permettre, je fais toujours : En ce qui concerne la sauvegarde, je ferais aussi un petit "dpkg --get-selections > fichier" pour stocker dans ledit fichier l'état des paquets (installé ou non). Ça permet, en cas de sinistre majeur de n'avoir à réinstaller que le système de base, Ce qui permet de faire : puis un petit "dpkg --set-selections < fichier" suivi d'un "apt-get dselect-upgrade" te réinstallera tout seul tous les paquets qui étaient installés. Si je me trompe, corrigez moi ;-) Georges
C'est effectivement une sage précaution sur une machine importante. Dans ce cas il faut aussi en plus sauvegarder /etc et une partie de /var si je ne m'abuse. Il me semble que c'est indiqué dans la doc d'installation. Gaëtan
# Définition des variables
RSYNCROOT_REPERTOIRE_SOURCE="/"
RSYNCROOT_REPERTOIRE_DESTINATION="/media/damien/SauvegardeRS/root/"
RSYNCROOT_EXCLUDE_FILE="/root/scripts/rsync/exclude"
RSYNCROOT_INCLUDE_FILE="/root/scripts/rsync/include"
# Détecter la présence du volume de destination et interrompre
l'opération si nécessaire
if [ ! -e "$RSYNCROOT_REPERTOIRE_DESTINATION" ]
then
echo "Attention, le disque de sauvegarde n'est pas présent"
exit
fi
# Détecter l'existence du fichier d'exclusion
if [ ! -e "$RSYNCROOT_EXCLUDE_FILE" ]
then
echo "Attention, fichier d'exclusion non trouvé"
exit
fi
# Détecter l'existence du fichier d'inclusion (files-from)
if [ ! -e "${RSYNCROOT_INCLUDE_FILE}" ]
then
echo "Attention, fichier d'inclusion (files-from) non trouvé"
exit
fi
# Pour les tests, ajouter le paramètre 'n' sur les commandes rsync
#echo "/! DRY RUN /! "
echo "La commande de sauvegarde a terminé son travail..."
echo "Vérifiez dans le terminal s'il n'y a pas eu d'erreur !"
#Sauvegarde de dpkg --get-selections comme conseillé par la doc Debian
dpkg --get-selections "*" >
${RSYNCROOT_REPERTOIRE_DESTINATION}dpkg_get-selections
#######################################
Je l'ai modifié au cours du temps donc c'est un peu fouilli, et je
n'utilise plus le fichier exclude car avant je sauvegardais tout sauf
quelque trucs, et maintenant je préfère sauvegarder que ce que je sais
avoir besoin au risque d'oublier quelque chose.
J'ai quand même laissé l'ancienne commande qui utilisais le fichier
exclude qui contient :
Et c'est donc tout ce que je sauvegarde avec en plus le dpkg
--get-selections
A bientôt,
Damien
Le 03/09/2017 à 08:44, Georges a écrit :
Le Sat, 2 Sep 2017 22:36:59 +0200,
DT a écrit :
Oui merci,
de toute façon mon script de backup rsync backup ce qui est préconisé
par Debian + 2/3 trucs à moi.
Chez moi aussi un script rsync depuis woody mais (+ 2/3 trucs à moi)
sa m’intéresse si on peu développer ;-)
[coupé..]
Merci et à bientôt,
Damien
De rien
Georges
Le 02/09/2017 à 20:42, Gaëtan Perrier a écrit :
[coupé..]
Bonjour,
Je suis sur Jessie avec notamment le noyau et les firmware et
librairies graphiques en backports (Intel i5 série 6), et
quelques autres petites appli en backports aussi (mais aucune
n'est critique, seule docker l'est et il n'est pas en bpo).
Est-ce que je peux passer à Stretch sans m'en soucier ou pas ?
J'avoue que c'est la première fois que j'ai autant de paquets en
bpo pour faire fonctionner ma machine, donc je me demande un
peu...
J'ai mis à jour en stretch ma machine de boulot qui avait bien
plus de paquets backports sans aucun problème.
Il faut bien suivre la procédure: upgrade, puis dist-upgrade et ne
pas attaquer par le dist-upgrade direct.
A+
Gaëtan
Bonsoir,
Si je peu me permettre, je fais toujours :
En ce qui concerne la sauvegarde, je ferais aussi un petit
"dpkg --get-selections > fichier"
pour stocker dans ledit fichier l'état des paquets (installé ou
non). Ça permet, en cas de sinistre majeur de n'avoir à
réinstaller que le système de base,
Ce qui permet de faire :
puis un petit
"dpkg --set-selections < fichier"
suivi d'un
"apt-get dselect-upgrade"
te réinstallera tout seul tous les paquets qui étaient installés.
Si je me trompe, corrigez moi ;-)
Georges
C'est effectivement une sage précaution sur une machine importante.
Dans ce cas il faut aussi en plus sauvegarder /etc et une partie
de /var si je ne m'abuse. Il me semble que c'est indiqué dans la
doc d'installation.
Bonjour, Comme prévu ça s'est très bien passé. Pour info George, mon rsync ressemble à ça : ####################################### #!/bin/bash # Unset des variables utilisées unset RSYNCROOT_REPERTOIRE_SOURCE unset RSYNCROOT_REPERTOIRE_DESTINATION unset RSYNCROOT_EXCLUDE_FILE unset RSYNCROOT_INCLUDE_FILE # Définition des variables RSYNCROOT_REPERTOIRE_SOURCE="/" RSYNCROOT_REPERTOIRE_DESTINATION="/media/damien/SauvegardeRS/root/" RSYNCROOT_EXCLUDE_FILE="/root/scripts/rsync/exclude" RSYNCROOT_INCLUDE_FILE="/root/scripts/rsync/include" # Détecter la présence du volume de destination et interrompre l'opération si nécessaire if [ ! -e "$RSYNCROOT_REPERTOIRE_DESTINATION" ] then echo "Attention, le disque de sauvegarde n'est pas présent" exit fi # Détecter l'existence du fichier d'exclusion if [ ! -e "$RSYNCROOT_EXCLUDE_FILE" ] then echo "Attention, fichier d'exclusion non trouvé" exit fi # Détecter l'existence du fichier d'inclusion (files-from) if [ ! -e "${RSYNCROOT_INCLUDE_FILE}" ] then echo "Attention, fichier d'inclusion (files-from) non trouvé" exit fi rsync -arh --stats --progress --delete --files-from="${RSYNCROOT_INCLUDE_FILE}" "${RSYNCROOT_REPERTOIRE_SOURCE}" "${RSYNCROOT_REPERTOIRE_DESTINATION}" # rsync -ah --stats --progress --delete --exclude-from="${RSYNCROOT_EXCLUDE_FILE}" "${RSYNCROOT_REPERTOIRE_SOURCE}" "${RSYNCROOT_REPERTOIRE_DESTINATION}" # Pour les tests, ajouter le paramètre 'n' sur les commandes rsync #echo "/! DRY RUN /! " echo "La commande de sauvegarde a terminé son travail..." echo "Vérifiez dans le terminal s'il n'y a pas eu d'erreur !" #Sauvegarde de dpkg --get-selections comme conseillé par la doc Debian dpkg --get-selections "*" > ${RSYNCROOT_REPERTOIRE_DESTINATION}dpkg_get-selections ####################################### Je l'ai modifié au cours du temps donc c'est un peu fouilli, et je n'utilise plus le fichier exclude car avant je sauvegardais tout sauf quelque trucs, et maintenant je préfère sauvegarder que ce que je sais avoir besoin au risque d'oublier quelque chose. J'ai quand même laissé l'ancienne commande qui utilisais le fichier exclude qui contient : /home /cdrom /dev /lost+found /media /mnt /proc /sys /tmp /run /var/lib/docker Pour sa part le fichier include (très mal nommé) ne contient que : /etc/ /var/lib/dpkg/ /var/lib/apt/extended_states /var/lib/aptitude/pkgstates /root/ Et c'est donc tout ce que je sauvegarde avec en plus le dpkg --get-selections A bientôt, Damien Le 03/09/2017 à 08:44, Georges a écrit :
Le Sat, 2 Sep 2017 22:36:59 +0200, DT a écrit :
Oui merci, de toute façon mon script de backup rsync backup ce qui est préconisé par Debian + 2/3 trucs à moi.
Chez moi aussi un script rsync depuis woody mais (+ 2/3 trucs à moi) sa m’intéresse si on peu développer ;-) [coupé..]
Merci et à bientôt, Damien
De rien Georges
Le 02/09/2017 à 20:42, Gaëtan Perrier a écrit :
[coupé..]
Bonjour, Je suis sur Jessie avec notamment le noyau et les firmware et librairies graphiques en backports (Intel i5 série 6), et quelques autres petites appli en backports aussi (mais aucune n'est critique, seule docker l'est et il n'est pas en bpo). Est-ce que je peux passer à Stretch sans m'en soucier ou pas ? J'avoue que c'est la première fois que j'ai autant de paquets en bpo pour faire fonctionner ma machine, donc je me demande un peu...
J'ai mis à jour en stretch ma machine de boulot qui avait bien plus de paquets backports sans aucun problème. Il faut bien suivre la procédure: upgrade, puis dist-upgrade et ne pas attaquer par le dist-upgrade direct. A+ Gaëtan
Bonsoir, Si je peu me permettre, je fais toujours : En ce qui concerne la sauvegarde, je ferais aussi un petit "dpkg --get-selections > fichier" pour stocker dans ledit fichier l'état des paquets (installé ou non). Ça permet, en cas de sinistre majeur de n'avoir à réinstaller que le système de base, Ce qui permet de faire : puis un petit "dpkg --set-selections < fichier" suivi d'un "apt-get dselect-upgrade" te réinstallera tout seul tous les paquets qui étaient installés. Si je me trompe, corrigez moi ;-) Georges
C'est effectivement une sage précaution sur une machine importante. Dans ce cas il faut aussi en plus sauvegarder /etc et une partie de /var si je ne m'abuse. Il me semble que c'est indiqué dans la doc d'installation. Gaëtan