Re: Demande de vérification de config pour suivre stable et Testing

[Étienne Mollier]

Bonsoir,

Basile Starynkevitch, on 2023-04-06:
> A mon avis la redondance testing + stable est néfaste et diminue la
> stabilité d'un système!

Je confirme et suggérerais la lecture de la page Don't Break
Debian[1] en Anglais, sur le wiki.  Même en épinglant testing
avec une priorité faible, si un paquet dépend d'une nouvelle
version d'une bibliothèque centrale, telle la libc, alors Apt va
la déployer et casser potentiellement des binaires encore issus
de stable.

[1] : https://wiki.debian.org/DontBreakDebian#Don.27t_make_a_FrankenDebian

> On 06/04/2023 11:48, benoit wrote:
>> A moins de passer en testing ?

Pourquoi pas, l'ensemble sera cohérent, et étant donné la
période de Gel dans la laquelle on se trouve ; bookworm est déjà
dans un état relativement stable.  Si besoin, un brouillon des
notes de publication est disponible[2], même s'il n'est pas
encore finalisé à 100%.  N'hésitez pas à y jeter un œil avant de
procéder à la mise à jour.

[2] : https://www.debian.org/releases/bookworm/amd64/release-notes/

Bonne soirée,  :)
-- 
Étienne Mollier 
Fingerprint:  8f91 b227 c7d6 f2b1 948c  8236 793c f67e 8f0d 11da
Sent from /dev/pts/2, please excuse my verbosity.


signature.asc
Description: PGP signature

Debiqn sur un s;qrtphone M

[ptilou]

Slt,

J ai recu mon ecran de controle !
25 euros en 27 pouces mais HD 720 p

Et donc on m q offert deux mac, nor;ale;ent destine a ca ,,,

mais c est 85 watt, et l ecran de controle 50 wattm co;;e quoi le boulier !

Donc j ai vue que certain commence par detecterm puis apres compiler le kernel 
...

Pin64 q son telephone libre !
Un Pqrinuxien aui m avait donne (tous c est defaut qui sont autant de chance), 
peut il me redonner comment installer debiqn sur androidm ou dois je aller au 
USA ?

merci tous en querty !
 
-- 
ptilou

Re: Un systhème simple pour sauvegarder les partitions d'un os en train de tourner.

[hamster]

Le 06/04/2023 à 10:10, benoit a écrit :

Bonjour

Habituellement Clonezilla installé sur un disque externe et boot l'ordi 
sur le disque externe qui lance Clonezilla.
Mais ces redémarrages, c'est pénible de devoir arrêter, aller dans la 
séquence de boot positionnée sur le lecteur externe... C'est dissuasif 
de faire des sauvegardes.


Existe-t-il un moyen sûr de sauvegarder les partitions montées d'un 
système en train de tourner ?
Du coup le logiciel de clonage serait installé sur le système lui même 
et pas sur un disque externe...


Tu oublie de préciser ton usage. Ordi de bureau ? Serveur ? Autre ?

Dans le cas d'un ordi de bureau sans applications sortant du cadre de 
l'usage bureautique, je pose la question de l'utilité de sauvegarder les 
partitions.


Dans le cas d'un usage bureautique, toutes les données des utilisateurs 
sont dans /home et cette partition est facile a sauvegarder a chaud. Si 
/home n'est pas une partition séparée, ca change rien : il est facile de 
copier le contenu du dossier /home a chaud.


Toujours dans le cas d'un usage bureautique, quel interet de sauvegarder 
le système ??? Une sauvegarde, ca sert a ne pas perdre d'informations. 
Mais quel interet de sauvegarder un truc qui est facilement 
téléchargeable sur internet et re-installable ?


Quand j'installe, je passe du temps a configurer, trouver les bons 
pilotes, etc… Je note au fur et a mesure ce que je fais dans un fichier 
texte et je sauvegarde ce fichier. Ainsi je suis capable de refaire 
l'install en partant de zero, facilement et rapidement. Après avoir 
installé, je fais aussi UNE sauvegarde du système en bootant sur un 
support externe. Mais je ne fais pas ensuite de sauvegardes régulières 
du système. Je n'en vois pas l'interet. En cas de souci, je restaure la 
sauvegarde du système faite juste après l'install, je fais apt update, 
apt upgrade et le tour est joué. Je n'ai plus qu'a restaurer le contenu 
de /home.


Par contre, en faisant comme ca je perd les logiciels que j'avais 
installés après la sauvegarde du système. En soi, c'est pas un drame : 
c'est très facile de les re-installer, le plus difficile étant de se 
souvenir lesquels. Il peut donc etre utile de sauvegarder régulièrement 
la liste des logiciels installés. Ca peut très bien se faire a chaud, il 
y a plusieurs méthodes pour ca. Mais je ne vois pas l'interet de 
sauvegarder tout le système.


Si ton usage n'est pas juste bureautique, que tu a des données a 
sauvegarder hors du dossier /home (par exemple des sites web dans /var, 
ou des bases de données ou autre) alors une sauvegarde un peu plus 
raffinée est nécessaire.

Re: Un système simple pour sauvegarder les partitions d'un os en train de tourner.

[Michel Verdier]

Le 6 avril 2023 BERTRAND Joël a écrit :

>   Certes. Mais je ne suis pas sûr que rsnapshot gère par exemple les
> bibliothèques de bandes ou d'autres supports exotiques.

Oui tu as raison, rsnapshot cible des backups en ligne. Là on parlait
d'un "système simple". Bacula ou autre est clairement nécessaire si on
parle de bandes, etc.

Re: système simple pour sauvegarder partitions os en train de tourner.

[Michel Verdier]

Le 6 avril 2023 Basile Starynkevitch a écrit :

> Le fichier objet produit par le compilateur est, à certains instants,
> incomplet et incorrect. S'il était sauvegardé dans cet état partiel, il 
> n'est pas utilisable (mais induirait en erreur un utilitaire comme *GNU make*
> ). Le sauvegarder est donc erroné. Un gros
> fichier executable ELF en cours de génération par GNU binutils
>  (songez aux contributeurs de Mozilla
>  ou de GCC)

Oui c'est un raisonnement courant que de penser que ce serait
erroné. Mais ce n'est pas le cas justement. Si on fait un snapshot et que
le fichier n'est pas validé, le snapshot soit le prend incomplet et on
est comme avec rsync, soit le snapshot ne le prend pas. Auquel cas, que
le fichier soit invalide ou absent revient au même pour une restauration
: il faut prendre la restauration suivante.

> Une base de donnée MySQL ou PostGreSQL n'est pas correcte ou sûrement
> réutilisable si on tente de réutiliser les fichiers pendant que le SGBD 
> met à jour cette base.

C'est pour ça que je fais un dump et que c'est ce dump que je sauvegarde.

> Mon point de vue est donc qu'il faut sauvegarder un système peu actif, et
> *pour les données importantes, les sauvegarder consciemment* et
>  /explicitement/, quand on est sûr que l'original est stable et n'est pas 
> en train d'être traité ou modifié par un processus.

Ce qui revient à arrêter le système. Ce qui est justement à éviter. Et
pour les données importantes modifiées fréquemment, on se retrouve dans
un cas similaire aux sgbd, donc utiliser les solutions de backup de
l'appli avant de faire la sauvegarde. Connais-tu d'autres solutions ?

Re: système simple pour sauvegarder partitions os en train de tourner.

[Basile Starynkevitch]

On 06/04/2023 14:31, Michel Verdier wrote:

Le 6 avril 2023 Jean-François Bachelet a écrit :


oui rsync est bien , mais si tu rsync une partition en train de tourner avec
des bases de données mysql ou autre en route moi je chope des messages comme
quoi le contenu de mes bdd à changé pendant la copie rsync :(

Pour les bases je fais un dump à chaud et je rsync les dumps. Je fais les
dump table par table comme ça seules les tables modifiées doivent être
reprises. Avec postgresql c'est encore mieux le dump est garanti
globalement au niveau transactionnel. Je fais ça aussi pour openldap et
ça doit pouvoir se faire pour tes autres applis.



A mon avis le problème n'est pas lié à rsync. Il est plus général.

La question originelle posée par Benoît était:



Existe-t-il un moyen *sûr* de sauvegarder les partitions montées d'un 
système en train de tourner ?
Du coup le logiciel de clonage serait installé sur le système lui même 
et pas sur un disque externe... 


De mon point de vue *cette sauvegarde ne sera jamais /complètement/ sûre*.


Je vois des cas où elle poserait problème:

En particulier en pensant à de gros fichiers (gros veut dire ici 
supérieur en taille à la RAM disponible, donc plusieurs gigaoctets ou au 
moins certains fichiers dont la génération ou l'écriture prend plus d'un 
dixième de secondes).


Le système en train de tourner est utilisé en développement (en C, C++, 
Rust, ou Go, avec un compilateur comme GCC )


Le fichier objet produit par le compilateur est, à certains instants, 
incomplet et incorrect. S'il était sauvegardé dans cet état partiel, il 
n'est pas utilisable (mais induirait en erreur un utilitaire comme *GNU 
make* ). Le sauvegarder est donc 
erroné. Un gros fichier executable ELF en cours de génération par GNU 
binutils  (songez aux 
contributeurs de Mozilla  ou de GCC)


Dans des cas de métaprogrammation (utilisation de générateur de code C 
ou C++ comme GNU bison  ou maison 
-comme RefPerSys - ou de GNU lightning 
)


De même, les sauvegardes automatiques et périodiques possibles avec GNU 
emacs  ou d'autres éditeurs (ou 
logiciels comme /LibreOffice/) ne sont pas sûres.


La sortie d'un indenteur comme GNU indent 
n'est ni correcte, ni complète si 
on la sauvegarde pendant le processus d'indentation.


Un fichier indexé, par exemple GDBM 
 ou Redis , 
n'est pas (toujours) correct si on le sauvegarde durant son exploitation 
ou mise à jour.


Une base de donnée MySQL ou PostGreSQL n'est pas correcte ou sûrement 
réutilisable si on tente de réutiliser les fichiers pendant que le SGBD 
met à jour cette base.


Un fichier de log n'est pas correct ou exploitable si le serveur 
(Apache-HTTPD  ou Lighttpd 
 par exemple)


Et j'imagine qu'un gros fichier de tableur Gnumeric 
 ou Libreoffice  
n'est pas correct si le tableur est en train de l'écrire...


Un gros fichier en train d'être compressé par GNU gzip 
 ou bzip2 
 n'est pas correct durant la 
compression.


Une video (ou une grosse photo) en train d'être manipulée (par GIMP 
 par exemple) n'est pas stable durant son 
écriture! De même pour un gros dessin vectoriel (au format SVG 
) avec InkScape 
.


Mon point de vue est donc qu'il faut sauvegarder un système peu actif, 
et *pour les données importantes, les sauvegarder consciemment* et 
/explicitement/, quand on est sûr que l'original est stable et n'est pas 
en train d'être traité ou modifié par un processus.


En conclusion: ne faites pas trop confiance aux sauvegardes 
automatiques. Pour des données importantes, pensez à utiliser un 
versionneur comme git .


Librement

--
Basile Starynkevitch
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/ & refpersys.org

Re: Un système simple pour sauvegarder les partitions d'un os en train de tourner.

[BERTRAND Joël]

Michel Verdier a écrit :
> Le 6 avril 2023 BERTRAND Joël a écrit :
> 
>>  Ce qui doit correspondre peu ou prou aux diff/inc de Bacula. Bacula est
>> totalement transparent lorsqu'il s'agit de restaurer les fichiers (il
>> propose les différentes versions des fichiers et on choisit celle que
>> l'on veut restaurer).
> 
> Oui tout à fait, l'interface gère les incrémentales. La différence c'est
> que rsnapshot intègre ça directement dans le stockage. Ce qui fait
> qu'on n'a pas besoin de faire des différentielles et complètes pour
> limiter l'occupation disque. A la limite avec rsnapshot on peut faire une
> quotidienne gardée sur 365 jours, ça prend à peine plus de place. Et comme on
> a une copie du filesystem dans une arborescence on peut faire des choses
> qu'on fait partout, comme par exemple un diff direct entre 2 versions. Et
> ça sans avoir besoin de les restaurer avant. Ou des grep dans une
> branche, etc.

Certes. Mais je ne suis pas sûr que rsnapshot gère par exemple les
bibliothèques de bandes ou d'autres supports exotiques.

Re: Un système simple pour sauvegarder les partitions d'un os en train de tourner.

[Michel Verdier]

Le 6 avril 2023 BERTRAND Joël a écrit :

>   Ce qui doit correspondre peu ou prou aux diff/inc de Bacula. Bacula est
> totalement transparent lorsqu'il s'agit de restaurer les fichiers (il
> propose les différentes versions des fichiers et on choisit celle que
> l'on veut restaurer).

Oui tout à fait, l'interface gère les incrémentales. La différence c'est
que rsnapshot intègre ça directement dans le stockage. Ce qui fait
qu'on n'a pas besoin de faire des différentielles et complètes pour
limiter l'occupation disque. A la limite avec rsnapshot on peut faire une
quotidienne gardée sur 365 jours, ça prend à peine plus de place. Et comme on
a une copie du filesystem dans une arborescence on peut faire des choses
qu'on fait partout, comme par exemple un diff direct entre 2 versions. Et
ça sans avoir besoin de les restaurer avant. Ou des grep dans une
branche, etc.

Re: Un systhème simple pour sauvegarder les partitions d'un os en train de tourner.

[Jean-Michel OLTRA]

Bonjour,


Le jeudi 06 avril 2023, benoit a écrit...


> Existe-t-il un moyen sûr de sauvegarder les partitions montées d'un
> système en train de tourner ?

rsnapshot.

Très facile à configurer. Je l'utilise depuis des années.

-- 
jm

Re: Un systhème simple pour sauvegarder les partitions d'un os en train de tourner.

[BERTRAND Joël]

Jean-François Bachelet a écrit :
> j'ai jeté un oeil à baccula et je suis d'accord avec la complexité de
> configuration, arg.
> 
> tu aurais un tuto fiable (et récent) pour ça à nous conseiller ? ou un
> exemple basé sur ta config ?
> 
> parce que sur le net y à boire et à manger la dessus...
> 
> mercitouplein d'avance :)

Bonjour,

Je n'ai pas d'expérience récente de Bacula sous Debian en particulier
ou Linux en général.

Côté configuration, je n'ai que quatre fichiers :
- bacula-dir.conf
- bacula-fd.conf
- bacula-sd.conf
- bconsole.conf ou bat.conf selon que l'on veut une interface d'admin
texte ou graphique.

Les fichiers de conf sont bien documentés sous NetBSD. La difficulté
est de savoir qui parle avec qui pour renseigner les différents
"Password" dans les fichiers. Le reste de la configuration est assez simple.

Re: Un système simple pour sauvegarder les partitions d'un os en train de tourner.

[BERTRAND Joël]

Michel Verdier a écrit :
> Le 6 avril 2023 BERTRAND Joël a écrit :
> 
>>  J'ai une sauvegarde complète tous les mois, une différentielle par
>> semaine et une incrémentale tous les jours. La rotation des données
>> d'archivage est automatique.
> 
> Oui une des grosses différences c'est qu'avec rsync (sous rsnapshot ou
> autre) tu peux faire des complètes tous les jours, voire toutes les
> heures, sans impacter plus l'occupation disque. Ça simplifie et accélère
> très nettement les restaurations.

Ce qui doit correspondre peu ou prou aux diff/inc de Bacula. Bacula est
totalement transparent lorsqu'il s'agit de restaurer les fichiers (il
propose les différentes versions des fichiers et on choisit celle que
l'on veut restaurer).

Re: Un système simple pour sauvegarder les partitions d'un os en train de tourner.

[Michel Verdier]

Le 6 avril 2023 BERTRAND Joël a écrit :

>   J'ai une sauvegarde complète tous les mois, une différentielle par
> semaine et une incrémentale tous les jours. La rotation des données
> d'archivage est automatique.

Oui une des grosses différences c'est qu'avec rsync (sous rsnapshot ou
autre) tu peux faire des complètes tous les jours, voire toutes les
heures, sans impacter plus l'occupation disque. Ça simplifie et accélère
très nettement les restaurations.

Re: Un systhème simple pour sauvegarder les partitions d'un os en train de tourner.

[Jean-François Bachelet]

Hello Bertrand :)

Le 06/04/2023 à 13:59, BERTRAND Joël a écrit :

benoit a écrit :

Bonjour

Habituellement Clonezilla installé sur un disque externe et boot l'ordi
sur le disque externe qui lance Clonezilla.
Mais ces redémarrages, c'est pénible de devoir arrêter, aller dans la
séquence de boot positionnée sur le lecteur externe... C'est dissuasif
de faire des sauvegardes.

Existe-t-il un moyen sûr de sauvegarder les partitions montées d'un
système en train de tourner ?
Du coup le logiciel de clonage serait installé sur le système lui même
et pas sur un disque externe...


Bonjour,

Bacula fait le boulot proprement chez moi depuis des années (sous
NetBSD, mais je viens de vérifier, il est empaqueté debian). Un peu
pénible à configurer, mais c'est le genre d'outil qui se fait oublier
une fois qu'on a vérifié que les données sont bien récupérables.

J'ai une sauvegarde complète tous les mois, une différentielle par
semaine et une incrémentale tous les jours. La rotation des données
d'archivage est automatique.

Il y a trois parties :
- bacula-dir (qui est le processus principal), un seul ;
- bacula-sd (daemon de stockage), un ou plusieurs en fonctions des
périphériques de sauvegarde ;
- bacula-fd (daemon de lecture des disques), un ou plusieurs en fonction
du nombre de postes à sauvegarder,
et une base de données (chez moi PostgreSQL).

Les trois parties peuvent être sur le même serveur.


j'ai jeté un oeil à baccula et je suis d'accord avec la complexité de 
configuration, arg.


tu aurais un tuto fiable (et récent) pour ça à nous conseiller ? ou un 
exemple basé sur ta config ?


parce que sur le net y à boire et à manger la dessus...

mercitouplein d'avance :)


j'ai aussi essayé Tartarus (trouvé sur un serveur que j'admin, c'était 
l'outil utilisé) :  https://github.com/wertarbyte/tartarus


il est minuscule (37 Kb !) et fait tout ça :

* shell script relying on standard software and formats (tar) -> pas
de trucs zarbi à installer, n'utilise même pas rsynch
* modular and flexible configuration handling -> facile à configurer
* full and incremental backups -> tous types de sauvegardes
* filesystem snapshot functionality (when used in conjunction with
LVM) -> capable de faire des instantanés (snashots) d'abord
* On-the-fly uploading to an FTP site -> plein de destination des
sauvegardes possibles
* Encryption (symmetric and asymmetric) using GnuPG ->> encryptage
possible des sauvegardes pour plus de protection de vos données
* splitting the archive into several files -> capable de saucissonner
vos sauvegardes en plusieurs petits bouts pour les Grosses configs...

il commence à se faire vieux c'est pour ça que je zieutais du côté de 
baccula... mais marche pas mal et est stable :)



Jeff

Re: système simple pour sauvegarder partitions os en train de tourner.

[Michel Verdier]

Le 6 avril 2023 Jean-François Bachelet a écrit :

> oui rsync est bien , mais si tu rsync une partition en train de tourner avec
> des bases de données mysql ou autre en route moi je chope des messages comme
> quoi le contenu de mes bdd à changé pendant la copie rsync :(

Pour les bases je fais un dump à chaud et je rsync les dumps. Je fais les
dump table par table comme ça seules les tables modifiées doivent être
reprises. Avec postgresql c'est encore mieux le dump est garanti
globalement au niveau transactionnel. Je fais ça aussi pour openldap et
ça doit pouvoir se faire pour tes autres applis.

Re: Un systhème simple pour sauvegarder les partitions d'un os en train de tourner.

[BERTRAND Joël]

benoit a écrit :
> Bonjour
> 
> Habituellement Clonezilla installé sur un disque externe et boot l'ordi
> sur le disque externe qui lance Clonezilla.
> Mais ces redémarrages, c'est pénible de devoir arrêter, aller dans la
> séquence de boot positionnée sur le lecteur externe... C'est dissuasif
> de faire des sauvegardes.
> 
> Existe-t-il un moyen sûr de sauvegarder les partitions montées d'un
> système en train de tourner ?
> Du coup le logiciel de clonage serait installé sur le système lui même
> et pas sur un disque externe...
> 

Bonjour,

Bacula fait le boulot proprement chez moi depuis des années (sous
NetBSD, mais je viens de vérifier, il est empaqueté debian). Un peu
pénible à configurer, mais c'est le genre d'outil qui se fait oublier
une fois qu'on a vérifié que les données sont bien récupérables.

J'ai une sauvegarde complète tous les mois, une différentielle par
semaine et une incrémentale tous les jours. La rotation des données
d'archivage est automatique.

Il y a trois parties :
- bacula-dir (qui est le processus principal), un seul ;
- bacula-sd (daemon de stockage), un ou plusieurs en fonctions des
périphériques de sauvegarde ;
- bacula-fd (daemon de lecture des disques), un ou plusieurs en fonction
du nombre de postes à sauvegarder,
et une base de données (chez moi PostgreSQL).

Les trois parties peuvent être sur le même serveur.

Re: système simple pour sauvegarder partitions os en train de tourner.

[Jean-François Bachelet]

Hello :)

Le 06/04/2023 à 13:14, Michel Verdier a écrit :

Le 6 avril 2023 ajh-valmer a écrit :


c'est quoi un "snapshot " ?
et à quelle fin l'utilise t-on ?

C'est une copie de tout ou partie d'un filesystem. Et ça permet de
récupérer tout ou partie du filesystem avec une version à un instant t.
Pour optimiser, l'idée est qu'un snapshot ne reprend que ce qui a changé
depuis le snapshot précédent. Et l'autre problème est qu'on veut retomber
sur une version "stable" d'où l'idée d'arrêter le filesystem pour le
copier. Et l'arrivée des snapshot à chaud pour éviter l'arrêt.
L'utilisation d'outils comme rsync qui sont au niveau des fichiers
contourne ce dernier problème.


oui rsynch est bien , mais si tu rsynch une partition en train de 
tourner avec des bases de données mysql ou autre en route moi je chope 
des messages comme quoi le contenu de mes bdd à changé pendant la copie 
rsynch :(



ou alors je m'y prends mal ?


Jeff :)

Re: Demande de vérification de config pour suivre stable et Testing

[Basile Starynkevitch]

On 06/04/2023 11:48, benoit wrote:

Bonjour à toutes et tous,

Config pour suivre stable et testing si qlq veut bien vérifier la 
config avant


Est-ce que cette config est correcte :
/etc/apt/sources.list
deb https://deb.debian.org/debian/ stable main contrib # non-free
deb-src https://deb.debian.org/debian/ stable main contrib
deb https://deb.debian.org/debian/ stable-updates main contrib

deb http://security.debian.org/debian-security/ stable-security main 
contrib


deb http://deb.debian.org/debian stable-backports main

deb https://deb.debian.org/debian/ testing main contrib
deb https://deb.debian.org/debian/ testing-updates main contrib
deb http://security.debian.org/debian-security/ testing-security main 
contrib


/etc/apt/apt.conf

APT::Default-Release "stable";

/etc/apt/preferences

Package: *
Pin: release a=stable
Pin-Priority: 900

Package: *
Pin: release a=testing
Pin-Priority: 50

Package: *
Pin: release a=stable-backports
Pin-Priority: 50


A moins de passer en testing ?



Moi j'ai toujours utilisé testing ou unstable, mais c'est pour developer 
du logiciel, pas pour faire tourner (par exemple) un site important 
comme une banque ou un hopital


Pour un travail de dévelopeur, testing est très largement pratique et en 
réalité stable.


A mon avis la redondance testing + stable est néfaste et diminue la 
stabilité d'un système!



Librement

--
Basile Starynkevitch
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/ & refpersys.org

Re: Demande de vérification de config pour suivre stable et Testing

[didier gaumet]

Le 06/04/2023 à 11:48, benoit a écrit :

Bonjour à toutes et tous,

Config pour suivre stable et testing si qlq veut bien vérifier la config 
avant

[...]

A moins de passer en testing ?
C'est quoi le plus sûr et stable ?
J'ai juste besoin de quelques paquets-dev en testing pour compiler 
digikam 8 dans la branche master pour avoir les dernières fonctionnalités

[...]

Bonjour,

chacun sa façon de faire: perso je ne me vois plus mélanger stable et 
testing, mais ça dépend aussi de la competence et du temps que chacun 
peut y consacrer.


 Je me demande effectivement dabs quelle mesure (je n'ai pas de réponse 
-argumentée ou non- à apporter) stable+testing est stable que testing...


Et sinon, mais ça n'est peut-être pas du tout pertinent ou intéressant, 
si j'étais dans le cas que tu cites, je me demande si tout en restant en 
 Debian Stable, je ne créerais pas une machine virtuelle (ou un 
container) dans laquelle tournerait Debian Unstable pour compiler 
Digikam et l'exécuter

Re: système simple pour sauvegarder partitions os en train de tourner.

[Michel Verdier]

Le 6 avril 2023 ajh-valmer a écrit :

> c'est quoi un "snapshot " ?
> et à quelle fin l'utilise t-on ?

C'est une copie de tout ou partie d'un filesystem. Et ça permet de
récupérer tout ou partie du filesystem avec une version à un instant t.
Pour optimiser, l'idée est qu'un snapshot ne reprend que ce qui a changé
depuis le snapshot précédent. Et l'autre problème est qu'on veut retomber
sur une version "stable" d'où l'idée d'arrêter le filesystem pour le
copier. Et l'arrivée des snapshot à chaud pour éviter l'arrêt.
L'utilisation d'outils comme rsync qui sont au niveau des fichiers
contourne ce dernier problème.

Re: systhème simple pour sauvegarder partitions os en train de tourner.

[didier gaumet]

Le 06/04/2023 à 12:55, ajh-valmer a écrit :
[...]

c'est quoi un "snapshot " ?
et à quelle fin l'utilise t-on ?

[...]

quelques éléments de réponse ici:
https://fr.wikipedia.org/wiki/Instantan%C3%A9_(informatique)

Re: systhème simple pour sauvegarder partitions os en train de tourner.

[ajh-valmer]

On Thursday 06 April 2023 11:08:43 didier gaumet wrote:
> Le 06/04/2023 à 10:44, benoit a écrit :
> > comment on fait un snapshot ?

> tu peux peut-être jeter un oeil à Timeshift (empaqueté dans Debian):
> https://teejeetech.com/timeshift/

Oui, très bonne question, 

c'est quoi un "snapshot " ?
et à quelle fin l'utilise t-on ?

Merci d'avance, bonne journée.

ajh-valmer

Re: Un systhème simple pour sauvegarder les partitions d'un os en train de tourner.

[Michel Verdier]

Le 6 avril 2023 didier gaumet a écrit :

> tu peux peut-être jeter un oeil à Timeshift (empaqueté dans Debian):
> https://teejeetech.com/timeshift/

Pour ma part j'utilise rsnapshot qui est basé, comme un des modes de
timeshift, sur rsync. Ca permet de faire facilement des backup économes
en occupation disque et avec la périodicité voulue : mensuelle, hebdo,
quotidienne, horaire. Et sans avoir à basculer sur btrfs ou zfs.

Demande de vérification de config pour suivre stable et Testing

[benoit]

Bonjour à toutes et tous,

Config pour suivre stable et testing si qlq veut bien vérifier la config avant

Est-ce que cette config est correcte :
/etc/apt/sources.list
deb https://deb.debian.org/debian/ stable main contrib # non-free
deb-src https://deb.debian.org/debian/ stable main contrib
deb https://deb.debian.org/debian/ stable-updates main contrib

deb http://security.debian.org/debian-security/ stable-security main contrib

deb http://deb.debian.org/debian stable-backports main

deb https://deb.debian.org/debian/ testing main contrib
deb https://deb.debian.org/debian/ testing-updates main contrib
deb http://security.debian.org/debian-security/ testing-security main contrib

/etc/apt/apt.conf

APT::Default-Release "stable";

/etc/apt/preferences

Package: *
Pin: release a=stable
Pin-Priority: 900

Package: *
Pin: release a=testing
Pin-Priority: 50

Package: *
Pin: release a=stable-backports
Pin-Priority: 50

A moins de passer en testing ?
C'est quoi le plus sûr et stable ?
J'ai juste besoin de quelques paquets-dev en testing pour compiler digikam 8 
dans la branche master pour avoir les dernières fonctionnalités

Merci d'avance

Benoit

Envoyé avec la messagerie sécurisée [Proton Mail](https://proton.me/).

Re: Re : Re: Un systhème simple pour sauvegarder les partitions d'un os en train de tourner.

[didier gaumet]

Le 06/04/2023 à 10:44, benoit a écrit :


comment on fait un snapshot ?

Benoit


Bonjour,

tu peux peut-être jeter un oeil à Timeshift (empaqueté dans Debian):
https://teejeetech.com/timeshift/

Re : Re: Un systhème simple pour sauvegarder les partitions d'un os en train de tourner.

[benoit]

Le jeudi 6 avril 2023 à 10:39, Jean-François Bachelet  a 
écrit :


> Hello :)
>
> Le 06/04/2023 à 10:10, benoit a écrit :
>
> > Bonjour
> >
> > Habituellement Clonezilla installé sur un disque externe et boot
> > l'ordi sur le disque externe qui lance Clonezilla.
> > Mais ces redémarrages, c'est pénible de devoir arrêter, aller dans la
> > séquence de boot positionnée sur le lecteur externe... C'est dissuasif
> > de faire des sauvegardes.
> >
> > Existe-t-il un moyen sûr de sauvegarder les partitions montées d'un
> > système en train de tourner ?
> > Du coup le logiciel de clonage serait installé sur le système lui même
> > et pas sur un disque externe...
>
>
>
> si le système à cloner supporte les snapshots, je te dirait de d'abord

le système à cloner c'est debian stable

> faire un snapshot, de le monter et de le clonezyller. ça perturbera pas
> le système en train de tourner... pour ça faudrait que tu installe
> clonezilla sur le système en question.
>
>

comment on fait un snapshot ?

Benoit

Re: Un systhème simple pour sauvegarder les partitions d'un os en train de tourner.

[Dethegeek]

Bonjour

J'en pense que tu as fait une bonne proposition. L'important, c'est de
passer par le Snapshot. Après cela, on est libre de choisir son outil de
sauvegarde préféré.

Le jeu. 6 avr. 2023 à 10:39, Jean-François Bachelet  a
écrit :

> Hello :)
>
> Le 06/04/2023 à 10:10, benoit a écrit :
> > Bonjour
> >
> > Habituellement Clonezilla installé sur un disque externe et boot
> > l'ordi sur le disque externe qui lance Clonezilla.
> > Mais ces redémarrages, c'est pénible de devoir arrêter, aller dans la
> > séquence de boot positionnée sur le lecteur externe... C'est dissuasif
> > de faire des sauvegardes.
> >
> > Existe-t-il un moyen sûr de sauvegarder les partitions montées d'un
> > système en train de tourner ?
> > Du coup le logiciel de clonage serait installé sur le système lui même
> > et pas sur un disque externe...
>
>
> si le système à cloner supporte les snapshots, je te dirait de d'abord
> faire un snapshot, de le monter et de le clonezyller. ça perturbera pas
> le système en train de tourner... pour ça faudrait que tu installe
> clonezilla sur le système en question.
>
>
> vous en pensez quoi tous ?
>
>
> Jeff
>
>

Re: Un systhème simple pour sauvegarder les partitions d'un os en train de tourner.

[Jean-François Bachelet]

Hello :)

Le 06/04/2023 à 10:10, benoit a écrit :

Bonjour

Habituellement Clonezilla installé sur un disque externe et boot 
l'ordi sur le disque externe qui lance Clonezilla.
Mais ces redémarrages, c'est pénible de devoir arrêter, aller dans la 
séquence de boot positionnée sur le lecteur externe... C'est dissuasif 
de faire des sauvegardes.


Existe-t-il un moyen sûr de sauvegarder les partitions montées d'un 
système en train de tourner ?
Du coup le logiciel de clonage serait installé sur le système lui même 
et pas sur un disque externe...



si le système à cloner supporte les snapshots, je te dirait de d'abord 
faire un snapshot, de le monter et de le clonezyller. ça perturbera pas 
le système en train de tourner... pour ça faudrait que tu installe 
clonezilla sur le système en question.



vous en pensez quoi tous ?


Jeff

Un systhème simple pour sauvegarder les partitions d'un os en train de tourner.

[benoit]

Bonjour

Habituellement Clonezilla installé sur un disque externe et boot l'ordi sur le 
disque externe qui lance Clonezilla.
Mais ces redémarrages, c'est pénible de devoir arrêter, aller dans la séquence 
de boot positionnée sur le lecteur externe... C'est dissuasif de faire des 
sauvegardes.

Existe-t-il un moyen sûr de sauvegarder les partitions montées d'un système en 
train de tourner ?
Du coup le logiciel de clonage serait installé sur le système lui même et pas 
sur un disque externe...

Merci d'avance

--
Benoit

Envoyé avec la messagerie sécurisée [Proton Mail](https://proton.me/).

Re: Quel lanceur d'appli pour Gnome/Bullseye ?

[Michel Verdier]

Le 6 avril 2023 benoit a écrit :

> Les lanceur d'appli, ça peu aller très loin avec des indexeurs et des choses 
> vraiment sophistiquées, à un lanceur aussi simple que grun(que j'utilise)
> Du coup si tu veux faire simple 
> Pour ulauncher l'installation du paquet debian est expliquée ici
> https://youtu.be/dvMsYCGzWaM?t=51
>
> https://ulauncher.io/#Download
>
> Je m'y suis intéressé à un moment, mais n'ai pas poursuivit et suis resté au 
> lanceur ultra simple type grun

Personnellement j'utilise dwm avec dmenu qui fait une recherche regex sur
les noms d'exécutables, ça a l'air d'être plus ou moins ce qui est
présenté sur le lien ulauncher. Mais j'ai vu dernièrement l'utilisation
d'une interface de recherche qui allait plus loin : en tapant "wifi" elle
affichait un lien vers le réglage wifi, donc apparemment une recherche
sur des mots-clé associés aux applis. Mais je n'ai pas pu savoir ce qui
tournait derrière.

Re : Quel lanceur d'appli pour Gnome/Bullseye ?

[benoit]

Les lanceur d'appli, ça peu aller très loin avec des indexeurs et des choses 
vraiment sophistiquées, à un lanceur aussi simple que grun(que j'utilise)
Du coup si tu veux faire simple 
Pour ulauncher l'installation du paquet debian est expliquée ici
https://youtu.be/dvMsYCGzWaM?t=51

https://ulauncher.io/#Download

Je m'y suis intéressé à un moment, mais n'ai pas poursuivit et suis resté au 
lanceur ultra simple type grun

Mais je vais suivre les discutions

Envoyé avec la messagerie sécurisée Proton Mail.

--- Original Message ---
Le jeudi 6 avril 2023 à 09:17, Olivier  a écrit :


> Bonjour,
> 
> J'ai découvert dernièrement l'existence de lanceurs d'application de
> type Ulauncher, Albert, ...
> Ceux-ci semblent faciliter l'utilisation au clavier de sa machine en
> permettant par exemple d'accéder à des menus spécialisés (cf [1]).
> 
> 1. Pouvez-vous confirmer de l'intérêt sur la durée de tels lanceurs ?
> 
> 2. Quel lanceur conseillez-vous pour Gnome/Bullseye ou Gnome/Bookworm
> ? Ce lanceur et ses plugins s'installent-ils facilement sur notre OS
> préféré ?
> 
> [1] https://ext.ulauncher.io/
> 
> Slts

Quel lanceur d'appli pour Gnome/Bullseye ?

[Olivier]

Bonjour,

J'ai découvert dernièrement l'existence de lanceurs d'application de
type Ulauncher, Albert, ...
Ceux-ci semblent faciliter l'utilisation au clavier de sa machine en
permettant par exemple d'accéder à des menus spécialisés (cf [1]).

1. Pouvez-vous confirmer de l'intérêt sur la durée de tels lanceurs ?

2. Quel lanceur conseillez-vous pour Gnome/Bullseye ou Gnome/Bookworm
? Ce lanceur et ses plugins s'installent-ils facilement sur notre OS
préféré ?

[1] https://ext.ulauncher.io/

Slts