Re: Backup système
Bonsoir, Alex PADOLY a écrit : > Je recherche donc un outil qui privilégie, la fiabilité de la > sauvegarde, la simplicité, la prise en charge du MBR et donc de GRUB > et bien entendu la restauration. Ayant lu cette phrase, je vais me permettre de ne pas répondre à la question et d'interroger le besoin. Si vous souhaitez sauvegarder le MBR et tutti quanti, c'est que vous souhaitez faire une image du disque, et non sauvegarder le système. Or, de manière générale, faire une image du disque me semble être la plus mauvaise des solutions. Certes, en sauvegardant l'image du disque, vous sauvegardez tout, donc vous n'oubliez rien. Mais vous sauvegardez l'utile, comme l'inutile, les données comme ce qui n'en est pas. Ce faisant, la sauvegarde va surconsommer de l'espace disque sur le système de sauvegarde. Elle va être bien plus longue qu'une sauvegarde intelligente de plus haut niveau qui, en ayant une compréhension de ce qu'elle sauvegarde, pourrait être sélective et optimiser le processus. Du coup, pourquoi vouloir agir à si bas niveau ? Le seul cas de figure où un « ghost » me semble pertinent est celui de l'administration d'un parc de machines semblables, sur lesquelles on souhaite pouvoir (ré)installer un système à l'identique à partir de l'image du disque de la première machine installée. Dans ce cas, on peut même décider de restaurer périodiquement le système, même en l'absence de problème déclaré, pour nettoyer le système de potentielles scories ou cochonneries laissées par les utilisateurs précédents. Mais les gens qui adoptent cette approche ne le font pas de manière récurrente. Et du coup, soit ils ne souhaitent sauvegarder ni le dernier état du système, ni les éventuelles données enregistrées par les utilisateurs, soit ces données sont sauvegardées d'une autre manière (et le ghost ne traite alors pas le problème le plus essentiel qui est la sauvegarde des données). Je comprends bien que la restauration « bête et méchante » d'une image disque est plus rapide que la réinstallation classique d'un système, même automatisée. Mais en revanche, la copie du disque ne peut se faire qu'à froid. Elle nécessite l'arrêt de la machine. Cela me semble un peu « lourdingue » et pas automatisable du tout. À titre personnel, même si la restauration (évènement exceptionnel) prend plus de temps, je préfère au quotidien disposer d'un système de sauvegarde : * efficace et performant, qui ne sauvegarde que ce qui doit l'être ; * dédupliquant les données, afin d'optimiser la sauvegarde en temps et en disque ; * me permettant d'effectuer des restauration sélectives (besoin le plus courant dans la pratique) ; * ne nécessitant pas l'arrêt du système et affecte le moins possible le fonctionnement des services (même si l'arrêt des services le temps de sauvegarder les données associées peut être nécessaire dans certains cas pour assure l'intégrité de ces données) ; * qui me permette d'avoir un long historique de sauvegarde ; * qui chiffre mes données ; * qui est automatisable. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://www.palabritudes.net/ Ne goutez pas au logiciel libre, vous ne pourriez plus vous en passer !
Re: Backup système
Le mardi 5 décembre 2023 à 18:18, jafiv a écrit : > TimeShift, idem en graphique J'utilise TimeShift, pour mon usage personnel, c'est super facile et j'ai déjà eu besoin de restaurer mon système, ça s'est très bien passé ! Benoit >
Re: Backup système
j'avais compris que c'était pour pouvoir restaurer une machine entière ; un outil universel en ligne de commande est l'idéal. *Déjà Dup* pourrait t'intéresser. Je ne l'utilise pas, mais il serait dans les dépôts. https://launchpad.net/deja-dup même si plus rien ne fonctionne, il permettrait d'utiliser duplicity en ligne de commande pour restaurer. Erwann Le 06/12/2023 à 20:57, Belaïd a écrit : Duplicati, duplicity mais pour les gens qui préfèrent le mode graphique ! Le mer. 6 déc. 2023 à 18:11, Erwann Le Bras a écrit : bonjour j'utilise duplicity en ligne de commande. Disponible dans les dépôts, simple d'utilisation. Le 05/12/2023 à 16:28, Alex PADOLY a écrit : Bonsoir à tous, Sous Debian, j'ai installé et configuré un serveur LTSP, j'ai appris beaucoup de choses. Cela n'a pas été facile, c'est pour cette raison que je souhaite effectuer un backup de mon système pour pouvoir le restaurer à l'identique en cas de problème ou si un paquet pose des problèmes. Il existe beaucoup de logiciels, mais je souhaite me reposer sur vos expériences personnelles et professionnelles. CLONEZILLA ne m'a pas donné de satisfaction en termes de simplicité. Je recherche donc un outil qui privilégie, la fiabilité de la sauvegarde, la simplicité, la prise en charge du MBR et donc de GRUB et bien entendu la restauration. Outils ne signifie pas obligatoirement un logiciel, cela peut être aussi des commandes GNU. Merci pour vos conseils.
Re: Backup système
Duplicati, duplicity mais pour les gens qui préfèrent le mode graphique ! Le mer. 6 déc. 2023 à 18:11, Erwann Le Bras a écrit : > bonjour > > j'utilise duplicity en ligne de commande. Disponible dans les dépôts, > simple d'utilisation. > Le 05/12/2023 à 16:28, Alex PADOLY a écrit : > > Bonsoir à tous, > > > Sous Debian, j'ai installé et configuré un serveur LTSP, j'ai appris > beaucoup de choses. > > Cela n'a pas été facile, c'est pour cette raison que je souhaite effectuer > un backup de mon système > > pour pouvoir le restaurer à l'identique en cas de problème ou si un paquet > pose des problèmes. > > > Il existe beaucoup de logiciels, mais je souhaite me reposer sur vos > expériences personnelles et professionnelles. > > CLONEZILLA ne m'a pas donné de satisfaction en termes de simplicité. > > Je recherche donc un outil qui privilégie, la fiabilité de la sauvegarde, > la simplicité, la prise en charge du MBR et donc de GRUB et bien entendu la > restauration. > > Outils ne signifie pas obligatoirement un logiciel, cela peut être aussi > des commandes GNU. > > > Merci pour vos conseils. > > > >
Re: Backup système
Le 05/12/2023 à 16:39, Klaus Becker a écrit : Fsarchiver ? Très simple et fiable, en ligne de commande. Bye Klaus TimeShift, idem en graphique Mes 2 cts
Backup système
Fsarchiver ? Très simple et fiable, en ligne de commande. Bye Klaus
Backup système
Bonsoir à tous, Sous Debian, j'ai installé et configuré un serveur LTSP, j'ai appris beaucoup de choses. Cela n'a pas été facile, c'est pour cette raison que je souhaite effectuer un backup de mon système pour pouvoir le restaurer à l'identique en cas de problème ou si un paquet pose des problèmes. Il existe beaucoup de logiciels, mais je souhaite me reposer sur vos expériences personnelles et professionnelles. CLONEZILLA ne m'a pas donné de satisfaction en termes de simplicité. Je recherche donc un outil qui privilégie, la fiabilité de la sauvegarde, la simplicité, la prise en charge du MBR et donc de GRUB et bien entendu la restauration. Outils ne signifie pas obligatoirement un logiciel, cela peut être aussi des commandes GNU. Merci pour vos conseils.
Re: backup de windows avant formatage pour debian
Le 15/06/23 à 12:23, didier gaumet a écrit : > Alors ma réponse ne va probablement pas te plaire, Une réponse aussi détaillée, ça me plaît forcément ;-) > - quand je veux faire de la place sur un PC Windows pour installer une > distro, si on veut garder le windows installé, je pense que le plus sûr > moyen de faire de la place est de réduire la ou les partitions système > et données (pas les fameuses partitions cachées) de Windows, directement > dans Windows (de mémoire un truc du genre (à peu près): menu > outils > Microsoft > gestion de l'ordinateur > gestion des disques). > J'ai pas fait ça depuis longtemps (généralement, je supprime windows et > je le réinstalle sur mon PC perso) et par le passé y avait peut-êtr des > limitations, fallait faire ça en plusieurs passes parce que Win dows ne > voulait pas te laisser trop réduire (me souviens plus) C'est p'tet là que j'ai déconné sur mon PC actuel, me rappelle plus trop si j'avais réduit sous windows ou linux. En tout cas une fois réduit et debian+grub installé il a jamais rebooté (il apparaît bien dans le menu de boot, ça fait semblant de démarrer et ça plante plus loin, pas cherché davantage car j'en avais pas besoin). > - pour essayer de rendre de nouveau opérationnel ton Windows actuel > lement installé, tu peux créer (si tu ne l'as pas déjà) un CD/DVD > d'installation/dépannage ou une clé USB. Attention pour la clé , ça doit > être fait sous Windows et je ne crois pas avoir par le passé essayé avec > succès de transformer sous Linux une ISO Windows téléchargée en clé USB > via un outil Ah ben ça c'est bon à savoir. J'ai passé un bon moment y'a qq mois sur un autre PC pour remettre en route un windows7 qui avait été tassé pour faire de la place à linux y'a une paire d'années, et j'ai jamais réussi à booter sur la clé. Mon pb est que j'ai pas de windows sous la main, je vais essayer de trouver un voisin qui a ça quand j'en aurai besoin, ça m'évitera de perdre des heures à tenter de le faire depuis un linux, merci. > La page Microsoft qui te permet de télécharger une ISO Win10: > https://www.microsoft.com/fr-fr/software-download/windows10ISO > Une fois que tu ton CD ou ta clé, tu démarres dessus et tu répares les > PC plutôt que de faire une installation Windows. Si ça marche: bingo. > Sinon, tu peux toi-même utiliser la CLI (Powershell) du CD/clé pour > réinstaller le chargeur de démarrage Windows Alors ça je vais même pas essayer, avec moi du shell windows c'est des heures de perdues pour un résultat nul quasi assuré. > - pour savoir comment créer un point de sauvegarde système, faire une > restauration système, créer une sauvegarde donnes perso, restaurer ces > données perso, tout ça sous Windows, tu peux consulter le support > Microsoft, quand on creuse un peu, y a pas que support premier niveau, y > a aussi des articles assez détaillés: > https://support.microsoft.com/fr-fr/windows Ok, donc faut que j'abandonne mon idée de faire un backup (table de partitions + partitions utilise) du PC windows depuis un live linux… Dommage, ça je savais faire et ça prenait pas plus de 15min. Je vais pas me lancer dans du backup depuis windows, j'en ai pour des heures à trouver comment ça marche et je vais sûrement oublier un truc qui planterait la restauration. Je vais plutôt essayer de conserver une clé d'activation retrouvée (je verrai quand j'aurai le PC concerné sous la main). > - je n'ai pas l'explication détaillée des partitions installées soit par > l'installateur Windows, soit par le vendeur (constructeur du PC), mais > je pense (hypothèse) qu'il y a une partition de données de récupération > (à partir des points de restauration créés)(concerne le système, pas les > données utilisateur). Je pense aussi souvent (créée par le constricteur) > qu'il y a une partition dédiée pour utiliser une procédure de > récupération (l'équivalent du média d'installation utilisé en mode > réparation/dépannage) Merci pour toutes ces explications détaillées ! -- Daniel Echouer, c'est avoir la possibilité de recommencer de manière plus intelligente. Henry Ford
Re: backup de windows avant formatage pour debian
Le 15/06/23 à 10:40, Hugues Larrive a écrit : > Bonjour, > > Pour récupérer la clé de windows OEM depuis linux, pas besoin de sauvegarde, > depuis qu'elle > n'est plus sur le sticker de licence elle est inscrite dans une mémoire de la > carte-mère : > strings /sys/firmware/acpi/tables/MSDM MERCI ! J'ai bien une clé. Donc si je dois rendre mon PC actuel avec son windows, je peux tout formater et refaire une install à partir d'une ISO MS (mises sur une clé depuis un windows) en indiquant cette clé (il la trouvera d'ailleurs peut-être tout seul). -- Daniel Il faut choisir, dans la vie, entre gagner de l'argent et le dépenser, on n'a pas le temps de faire les deux. Edouard Bourdet
Re: backup de windows avant formatage pour debian
Le 15/06/2023 à 12:03, Daniel Caillibaud a écrit : [...] Mais je vais voir, avec un peu de chance c'est une licence qui permet une réinstallation standard si on a la clé d'activation (dans ce cas j'ai que cette clé à conserver, avec une iso d'install windows10 éventuellement au cas où MS arrêterait de les distribuer un jour), je me pose ces questions justement depuis que j'ai mis HS un windows en réduisant sa partition (et que je sais pas le restaurer car c'est un oem sans clé, seulement un truc d'activation mis qq part dans une partition). [...] les explications sur les systèmes d'activation Windows 10: https://support.microsoft.com/fr-fr/windows/activer-windows-c39005d4-95ee-b91e-b399-2820fda32227#WindowsVersion=Windows_10
Re: backup de windows avant formatage pour debian
Bonjour, Pour récupérer la clé de windows OEM depuis linux, pas besoin de sauvegarde, depuis qu'elle n'est plus sur le sticker de licence elle est inscrite dans une mémoire de la carte-mère : strings /sys/firmware/acpi/tables/MSDM @+ Hugues --- Original Message --- Le jeudi 15 juin 2023 à 12:03, Daniel Caillibaud a écrit : > > > Le 15/06/23 à 11:32, "ajh-valmer" ajh.val...@free.fr a écrit : > > > On Thursday 15 June 2023 11:08:01 Daniel Caillibaud wrote: > > > > > Avant d'installer debian sur un PC je voudrais faire un backup > > > du windows qui est dessus, pour le remettre "comme il était > > > avant" si besoin. > > > > Attention, si on réinstalle Windows à partir de son backup, > > il ne redémarrera plus (sauf si, peut-être, il est installé > > exactement sur le même disque dur et partition). > > > Oui, c'est pour ça que je veux faire le backup de la table des partitions et > des partitions > indispensables pour pouvoir restaurer, reste à savoir ce qui est > indispensable (car en cas > d'oubli c'est trop tard quand on le réalise). > > Mais je vais voir, avec un peu de chance c'est une licence qui permet une > réinstallation > standard si on a la clé d'activation (dans ce cas j'ai que cette clé à > conserver, avec une > iso d'install windows10 éventuellement au cas où MS arrêterait de les > distribuer un jour), je > me pose ces questions justement depuis que j'ai mis HS un windows en > réduisant sa partition (et > que je sais pas le restaurer car c'est un oem sans clé, seulement un truc > d'activation mis qq > part dans une partition). > > Mais je m'affole peut-être pour rien, j'ai vu qu'on pouvait légalement > acheter des clés pour > pas grand chose, donc je peux jeter le windows existant et on verra bien un > jour pour en > remettre un autre si la question se pose (peut-être jamais). > > -- > Daniel > > Les femmes seront l'égal de l'homme > le jour où elles accepteront d'être > chauves et de trouver ça distingué. > Coluche publickey - hlarrive@pm.me - 0xE9429B87.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Re: backup de windows avant formatage pour debian
Le 15/06/2023 à 11:08, Daniel Caillibaud a écrit : Bonjour, Avant d'installer debian sur un PC je voudrais faire un backup du windows qui est dessus, pour le remettre "comme il était avant" si besoin. Je sais pas encore s'il n'a qu'une partition système ou plusieurs (je pense à une partition de restauration), en plus de la partition efi (probable, il est pas très vieux). J'imaginais booter sur une clé usb d'installeur debian (à priori debian11, quitte à upgrader en 12 ensuite) ou SystemRescueCd ou clonezilla live si besoin d'outils plus pointus, et de mettre les images des partitions sur une 2e clé usb (j'en ai une de 16G, j'espère que ça suffira). À priori je pensais faire - backup table des partitions avec sgdisk - backup partition efi et partition windows avec partclone (normalement il ne backup que les block utilisés, j'espère rentrer dans mes 16G) Ça suffirait ? Merci PS: Question subsidiaire liée à la précédente, la restauration d'un windows chafoin depuis une install debian… (c'est ça qui m'a amené à la quesstion précédente, si windows marche plus quand on le "tasse", inutile de le garder dans un coin avec un double boot, autant le virer d'office) Si la procédure précédente fonctionne, il faudrait que je rende mon PC actuel, si possible comme il était avant qu'on me le file. C'est un dell avec un windows10 oem (sans n° de licence, il "reconnait" qu'il est sur le bon hardware et peut s'activer au boot, je sais plus comment ça s'appelle chez MS), qui veut plus booter depuis que je lui ai réduit sa partition pour mettre debian. Je ne m'en suis jamais préoccupé parce que j'en avais pas besoin, mais va falloir s'y coller… Voici la table de partition du disque ssd (y'en a un 2e qui ne contient que du linux, ajouté après l'install oem de windows) Model: BC511 NVMe SK hynix 512GB (nvme) Disk /dev/nvme0n1: 512GB Sector size (logical/physical): 512B/512B Partition Table: gpt Disk Flags: Number Start End SizeFile system Name Flags 1 1049kB 263MB 262MB fat32EFI system partition boot, esp 2 263MB 397MB 134MBMicrosoft reserved partition msftres 3 397MB 71,6GB 71,2GB ntfs Basic data partition msftdata 7 71,6GB 72,1GB 500MB ext4 8 72,1GB 491GB 419GB 4 491GB 492GB 1038MB ntfs hidden, diag 5 492GB 510GB 18,3GB ntfs hidden, diag 6 510GB 512GB 1710MB ntfs hidden, diag 7 est /boot et 8 une partition luks (avec du lvm dedans) contenant debian. Supprimer 7 & 8 puis agrandir 3 avec l'espace libéré suffirait à ce que windows retrouve ses esprits ? (comme un idiot j'ai pas fait de backup de la table des partitions avant d'avoir tassé windows) Une idée de ce que peuvent être les partitions 2/4/5/6 ? (une partition de restauration je veux bien, mais les 3 autres c'est quoi ?) Bonjour, Alors ma réponse ne va probablement pas te plaire, mais mon expérience personnelle (donc pas universelle ni forcément reproductible) me conduit à généralement gérer les problèmes Linux sous Linux, les problèmes BSD sous BSD et les problèmes Windows sous Windows, sous peine d'ennuis supplémentaires - Windows 10 en 64 bits demande 32G (et généralement on parle plutôt de 40G) d'espace disque minimum: https://www.microsoft.com/fr-fr/windows/windows-10-specifications - quand je veux faire de la place sur un PC Windows pour installer une distro, si on veut garder le windows installé, je pense que le plus sûr moyen de faire de la place est de réduire la ou les partitions système et données (pas les fameuses partitions cachées) de Windows, directement dans Windows (de mémoire un truc du genre (à peu près): menu > outils Microsoft > gestion de l'ordinateur > gestion des disques). J'ai pas fait ça depuis longtemps (généralement, je supprime windows et je le réinstalle sur mon PC perso) et par le passé y avait peut-êtr des limitations, fallait faire ça en plusieurs passes parce que Win dows ne voulait pas te laisser trop réduire (me souviens plus) - pour essayer de rendre de nouveau opérationnel ton Windows actuel lement installé, tu peux créer (si tu ne l'as pas déjà) un CD/DVD d'installation/dépannage ou une clé USB. Attention pour la clé , ça doit être fait sous Windows et je ne crois pas avoir par le passé essayé avec succès de transformer sous Linux une ISO Windows téléchargée en clé USB via un outil La page Microsoft qui te permet de télécharger une ISO Win10: https://www.microsoft.com/fr-fr/software-download/windows10ISO Une fois que tu ton CD ou ta clé, tu démarres dessus et tu
Re: backup de windows avant formatage pour debian
Le 15/06/23 à 11:32, "ajh-valmer" a écrit : > On Thursday 15 June 2023 11:08:01 Daniel Caillibaud wrote: > > Avant d'installer debian sur un PC je voudrais faire un backup > > du windows qui est dessus, pour le remettre "comme il était > > avant" si besoin. > > Attention, si on réinstalle Windows à partir de son backup, > il ne redémarrera plus (sauf si, peut-être, il est installé > exactement sur le même disque dur et partition). Oui, c'est pour ça que je veux faire le backup de la table des partitions et des partitions indispensables pour pouvoir restaurer, reste à savoir ce qui est indispensable (car en cas d'oubli c'est trop tard quand on le réalise). Mais je vais voir, avec un peu de chance c'est une licence qui permet une réinstallation standard si on a la clé d'activation (dans ce cas j'ai que cette clé à conserver, avec une iso d'install windows10 éventuellement au cas où MS arrêterait de les distribuer un jour), je me pose ces questions justement depuis que j'ai mis HS un windows en réduisant sa partition (et que je sais pas le restaurer car c'est un oem sans clé, seulement un truc d'activation mis qq part dans une partition). Mais je m'affole peut-être pour rien, j'ai vu qu'on pouvait légalement acheter des clés pour pas grand chose, donc je peux jeter le windows existant et on verra bien un jour pour en remettre un autre si la question se pose (peut-être jamais). -- Daniel Les femmes seront l'égal de l'homme le jour où elles accepteront d'être chauves et de trouver ça distingué. Coluche
Re: backup de windows avant formatage pour debian
On Thursday 15 June 2023 11:08:01 Daniel Caillibaud wrote: > Avant d'installer debian sur un PC je voudrais faire un backup > du windows qui est dessus, pour le remettre "comme il était > avant" si besoin. Attention, si on réinstalle Windows à partir de son backup, il ne redémarrera plus (sauf si, peut-être, il est installé exactement sur le même disque dur et partition). Bonne journée.
backup de windows avant formatage pour debian
Bonjour, Avant d'installer debian sur un PC je voudrais faire un backup du windows qui est dessus, pour le remettre "comme il était avant" si besoin. Je sais pas encore s'il n'a qu'une partition système ou plusieurs (je pense à une partition de restauration), en plus de la partition efi (probable, il est pas très vieux). J'imaginais booter sur une clé usb d'installeur debian (à priori debian11, quitte à upgrader en 12 ensuite) ou SystemRescueCd ou clonezilla live si besoin d'outils plus pointus, et de mettre les images des partitions sur une 2e clé usb (j'en ai une de 16G, j'espère que ça suffira). À priori je pensais faire - backup table des partitions avec sgdisk - backup partition efi et partition windows avec partclone (normalement il ne backup que les block utilisés, j'espère rentrer dans mes 16G) Ça suffirait ? Merci PS: Question subsidiaire liée à la précédente, la restauration d'un windows chafoin depuis une install debian… (c'est ça qui m'a amené à la quesstion précédente, si windows marche plus quand on le "tasse", inutile de le garder dans un coin avec un double boot, autant le virer d'office) Si la procédure précédente fonctionne, il faudrait que je rende mon PC actuel, si possible comme il était avant qu'on me le file. C'est un dell avec un windows10 oem (sans n° de licence, il "reconnait" qu'il est sur le bon hardware et peut s'activer au boot, je sais plus comment ça s'appelle chez MS), qui veut plus booter depuis que je lui ai réduit sa partition pour mettre debian. Je ne m'en suis jamais préoccupé parce que j'en avais pas besoin, mais va falloir s'y coller… Voici la table de partition du disque ssd (y'en a un 2e qui ne contient que du linux, ajouté après l'install oem de windows) Model: BC511 NVMe SK hynix 512GB (nvme) Disk /dev/nvme0n1: 512GB Sector size (logical/physical): 512B/512B Partition Table: gpt Disk Flags: Number Start End SizeFile system Name Flags 1 1049kB 263MB 262MB fat32EFI system partition boot, esp 2 263MB 397MB 134MBMicrosoft reserved partition msftres 3 397MB 71,6GB 71,2GB ntfs Basic data partition msftdata 7 71,6GB 72,1GB 500MB ext4 8 72,1GB 491GB 419GB 4 491GB 492GB 1038MB ntfs hidden, diag 5 492GB 510GB 18,3GB ntfs hidden, diag 6 510GB 512GB 1710MB ntfs hidden, diag 7 est /boot et 8 une partition luks (avec du lvm dedans) contenant debian. Supprimer 7 & 8 puis agrandir 3 avec l'espace libéré suffirait à ce que windows retrouve ses esprits ? (comme un idiot j'ai pas fait de backup de la table des partitions avant d'avoir tassé windows) Une idée de ce que peuvent être les partitions 2/4/5/6 ? (une partition de restauration je veux bien, mais les 3 autres c'est quoi ?) -- Daniel Ma femme et moi avons été heureux vingt-cinq ans; et puis, nous nous sommes rencontrés. Sacha Guitry.
backuppc et partial backup
Bonjour, Depuis de nombreuses semaines voire mois, backuppc ne réussit plus à sauvegarder mon poste de travail. J'ai essayé d'enlever la mise en veille, de ne pas mettre d'écran de verrouillage mais c'est comme s'il y avait un timeout quelque part... Aucun problème avec un autre poste et le serveur lui-même. Certes, ces 2 autres postes contiennent très peu de données (quelques gigas) alors que le mien doit sauvagarder environ 80 à 120 Go. À chaque fois que j'utilise le poste, c'est comme si la sauvegarde recommençait. Je ne rencontrais pas de souci par le passé, même lors d'un utilisation lors de la sauvegarde. Avez-vu une idée ? L'erreur la plus fréquente est celle-ci : Not saving this as a partial backup since it has fewer files than the prior one Voici les logs : full backup started for directory /etc/ (baseline backup #12) Running: /usr/bin/ssh -o ServerAliveInterval=1200 -q -x -l root skeleton /usr/bin/rsync --server --sender --numeric-ids --perms --owner --group -D --links --hard-links --times --block-size=2048 --recursive --ignore-times . /etc/ Xfer PIDs are now 8402 Got remote protocol 31 Negotiated protocol version 28 Checksum seed is 1628831497 Got checksumSeed 0x6115ff09 Sent exclude: */Téléchargements Sent exclude: */tmp Sent exclude: */.cache Sent exclude: */Trash Sent exclude: */VirtualBox VMs Sent exclude: */.gvfs Sent exclude: */.dtrash Got file list: 3394 entries Child PID is 8403 Xfer PIDs are now 8402,8403 Sending csums, cnt = 3394, phase = 0 [ 484 lignes sautées ] Sending csums, cnt = 0, phase = 1 [ 2910 lignes sautées ] Finished deltaGet phase 0 Finished deltaGet phase 1 Done: 2969 files, 11469005 bytes full backup started for directory /boot/ (baseline backup #12) Running: /usr/bin/ssh -o ServerAliveInterval=1200 -q -x -l root skeleton /usr/bin/rsync --server --sender --numeric-ids --perms --owner --group -D --links --hard-links --times --block-size=2048 --recursive --ignore-times . /boot/ Xfer PIDs are now 8589 Got remote protocol 31 Negotiated protocol version 28 Checksum seed is 1628768762 Got checksumSeed 0x611509fa Sent exclude: */Téléchargements Sent exclude: */tmp Sent exclude: */.cache Sent exclude: */Trash Sent exclude: */VirtualBox VMs Sent exclude: */.gvfs Sent exclude: */.dtrash Got file list: 378 entries Child PID is 8590 Xfer PIDs are now 8589,8590 Sending csums, cnt = 378, phase = 0 [ 347 lignes sautées ] Read EOF: Tried again: got 0 bytes finish: removing in-process file initrd.img-5.11.0-23-generic Child is aborting Can't write 33792 bytes to socket Sending csums, cnt = 4, phase = 1 Done: 333 files, 457945581 bytes Got fatal error during xfer (aborted by signal=PIPE) Backup aborted by user signal Not saving this as a partial backup since it has fewer files than the prior one (got 3302 and 333 files versus 71871) -- Migrec
Re: Important : Veeam Backup
> Le 21 juil. 2017 à 09:16, Eric Bernard > a écrit : > > Bonjour, > la majorité de mes VMs sont en windows, mais je crois qu’effectivement une > deuxième sauvegarde s'impose… peut être une piste pour doubler les sauvegardes des VM Windows : « clonezilla » (http://clonezilla.org). Ou on faire une simple copie des images des VMDK et autres fichiers VMware des VM Windows à partir d’un snapshot. Ce n’est pas très économique question place et il est difficile de parler d’historique, mais cela peut être une solution de dernière chance… Il y a un petit échange sur « développez.net » qui me laisse à penser que ce n’et pas si bête… (https://www.developpez.net/forums/d1513213/systemes/virtualisation/vmware/sauvegarde-machine-virtuel-sous-vmware/) > > > Cordialement > > -- > > > > Eric BERNARD > Responsable informatique > et multimédia > 02 41 51 11 36 > > > > > > Le 21/07/2017 à 09:04, Pierre Malard a écrit : >> Bonjour, >> >> Si vos VM sont des VM *nix, pourquoi ne pas simplement laisser tomber VEEAM >> pour un système de sauvegarde basé sur rsync comme « rsnapshot » ? Ou >> doubler les sauvegardes VEEAM par un rsnapshot complet de la VM ? >> >> Cordialement >> >>> Le 21 juil. 2017 à 08:13, Eric Bernard >>> >> <mailto:eric.bern...@saint-louis-saumur-ec49.org>> a écrit : >>> >>> Bonjour, >>> >>> Attention, j'ai eu un dysfonctionnement MAJEUR de Veeam Backup : celui-ci >>> m'indiquait que toutes mes sauvegardes (11 machines virtuelles) étaient >>> bien réalisées et sans erreur... >>> Impossible de restaurer une de mes VMs (celle de mon serveur pédagogique >>> scribe), les 15 sauvegardes de celle-ci étaient défectueuses et donc la >>> restauration ne pouvait se faire. >>> La boite qui gère mon infrastructure Vmware à contacté Veeam Backup et on a >>> eu droit à une belle conférence téléphonique mais toujours pas de solution >>> et surtout d'explications !! >>> On doit tester sur les autres VMs, surtout celles de l'administration >>> (comptabilité, scolarité, etc..) >>> En conclusion 1, on achète un logiciel recommandé pour Vmware, qui vaut un >>> bras et on se retrouve comme des c... !!! >>> En conclusion 2, à quelques jours de mes vacances, je dois réinstaller un >>> scribe et réintégrer mes 300 postes clients... >>> En conclusion 3, étant prévoyant, j'ai une sauvegarde des répertoires >>> personnels réalisé par une bonne vieille commande rsync... >>> >>> Bonnes vacances !!! >>> Cordialement >>> >>> >>> Eric BERNARD >>> >> >> -- >> Pierre Malard >> >> « La mondialisation de l'économie a, « en moyenne », eu pour conséquence >> l'augmentation du niveau de vie « moyen ». >> Un homme avec la tête dans un four et les jambes dans un congélateur a, >> « en moyenne », une température corporelle idéale... » >> Philippe Val - France Inter >> 09/04/2001 >>|\ _,,,---,,_ >>/,`.-'`'-. ;-;;,_ >> |,4- ) )-,_. ,\ ( `'-' >> '---''(_/--' `-'\_) πr >> >> perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-. ;-;;,_: |,A- ) )-,_. >> ,\ ( `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"' `-'"'"'\_): >> 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print' >> - --> Ce message n’engage que son auteur <-- >> > -- Pierre Malard «Le courage, c'est de chercher la vérité et de la dire, c'est de ne pas subir la loi du mensonge triomphant qui passe et de ne pas faire écho de notre âme, de notre bouche et de nos mains aux applaudissements imbéciles et aux huées fanatiques.» Jean Jaures - "Discours de jeunesse" - 1903 ("`-/")_.-'"``-._ . . `; -._)-;-,_`) (v_,)' _ )`-.\ ``-' _.- _..-_/ / ((.' ((,.-' ((,/ πr perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-. ;-;;,_: |,A- ) )-,_. ,\ ( `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"' `-'"'"'\_): 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print' - --> Ce message n’engage que son auteur <-- signature.asc Description: Message signed with OpenPGP
Re: Important : Veeam Backup
Et si tu mets le nez dans ton backup, c'est que ca a du griller... Mais si tu finis par mettre le nez dans le whisky, c'est que c'est probablement parce que ton backup est cramé :'/ Poésie du soir... [>] Le 21/07/2017 à 20:19, Étienne Mollier a écrit : > La différence entre le backup et le whisky, > c'est que quand le backup a douze ans d'âge, > ça fait onze ans et onze mois qu'il est périmé. > > (content :) signature.asc Description: OpenPGP digital signature
Re: Important : Veeam Backup
On 07/21/2017 10:20 AM, Yves Rutschle wrote: > D'ailleurs, faut que je fasse mes backups, pasque "la > semaine prochaine", c'est toujours dans le futur :-) La différence entre le backup et le whisky, c'est que quand le backup a douze ans d'âge, ça fait onze ans et onze mois qu'il est périmé. (content :) -- Étienne Mollier
Re: Important : Veeam Backup
Le vendredi 21 juillet 2017 à 09:16 +0200, Eric Bernard a écrit : > Bonjour, > la majorité de mes VMs sont en windows, mais je crois > qu’effectivement une deuxième sauvegarde s'impose... > > > Cordialement > > -- > > > > Eric BERNARD > Responsable informatique > et multimédia > 02 41 51 11 36 > > > > > > Le 21/07/2017 à 09:04, Pierre Malard a écrit : > > Bonjour, > > > > Si vos VM sont des VM *nix, pourquoi ne pas simplement laisser > > tomber VEEAM pour un système de sauvegarde basé sur rsync comme > > « rsnapshot » ? Ou doubler les sauvegardes VEEAM par un rsnapshot > > complet de la VM ? > > > > Cordialement > > > > > Le 21 juil. 2017 à 08:13, Eric Bernard > > saumur-ec49.org> a écrit : > > > > > > Bonjour, > > > > > > Attention, j'ai eu un dysfonctionnement MAJEUR de Veeam Backup : > > > celui-ci m'indiquait que toutes mes sauvegardes (11 machines > > > virtuelles) étaient bien réalisées et sans erreur... > > > Impossible de restaurer une de mes VMs (celle de mon serveur > > > pédagogique scribe), les 15 sauvegardes de celle-ci étaient > > > défectueuses et donc la restauration ne pouvait se faire. > > > La boite qui gère mon infrastructure Vmware à contacté Veeam > > > Backup et on a eu droit à une belle conférence téléphonique mais > > > toujours pas de solution et surtout d'explications !! > > > On doit tester sur les autres VMs, surtout celles de > > > l'administration (comptabilité, scolarité, etc..) > > > En conclusion 1, on achète un logiciel recommandé pour Vmware, > > > qui vaut un bras et on se retrouve comme des c... !!! > > > En conclusion 2, à quelques jours de mes vacances, je dois > > > réinstaller un scribe et réintégrer mes 300 postes clients... > > > En conclusion 3, étant prévoyant, j'ai une sauvegarde des > > > répertoires personnels réalisé par une bonne vieille commande > > > rsync... > > > > > > Bonnes vacances !!! > > > Cordialement > > > > > > > > > Eric BERNARD > > > > > > > -- > > Pierre Malard > > > > « La mondialisation de l'économie a, « en moyenne », eu > > pour conséquence > > l'augmentation du niveau de vie « moyen ». > > Un homme avec la tête dans un four et les jambes dans un > > congélateur a, > > « en moyenne », une température corporelle idéale... » > > Philippe Val - France > > Inter 09/04/2001 > > |\ _,,,---,,_ > > /,`.-'`' -. ;-;;,_ > > |,4- ) )-,_. ,\ ( `'-' > > '---''(_/--' `-'\_) πr > > > > perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-. ;-;;,_: |,A- > > ) )-,_. ,\ ( `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"' `-'"'"'\_): > > 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print' > > - --> Ce message n’engage que son auteur <-- > > > > Bonjour Vu que je suis en plein dedans avec ma question de la semaine, je recommande chaudement Borg (dispo depuis Jessie par backport, et en natif sur les versions suivantes) Pour avoir utilisé Rsnapshot et commencé avec Borg je trouve que Borg est bien plus facile à mettre en place en ce qui concerne la partie SSH. J'ai trouvé un script shell tout fait pour une tâche cron (je n'ai pas retenu la source) qui fait l'affaire. Je peux le partager. Il peut facilement être complété pour faire un snapshot d'un volume logique si besoin. Et avoir 2 sauvegardes avec 2 technos différentes, effectivement ça peut valoir la peine. Bon courage
Re: Important : Veeam Backup
On Fri, Jul 21, 2017 at 08:13:24AM +0200, Eric Bernard wrote: > En conclusion 1, on achète un logiciel recommandé pour Vmware, qui vaut un > bras et on se retrouve comme des c... !!! > En conclusion 2, à quelques jours de mes vacances, je dois réinstaller un > scribe et réintégrer mes 300 postes clients... > En conclusion 3, étant prévoyant, j'ai une sauvegarde des répertoires > personnels réalisé par une bonne vieille commande rsync... En conclusion 4, il faut aussi toujours: - Tester qu'on arrive effectivement à remonter le service à base des backups que l'on fait - Avoir une procédure qui vérifie que les backups se passent correctement. D'ailleurs, faut que je fasse mes backups, pasque "la semaine prochaine", c'est toujours dans le futur :-) Y.
Re: Important : Veeam Backup
Bonjour, la majorité de mes VMs sont en windows, mais je crois qu’effectivement une deuxième sauvegarde s'impose... Cordialement -- Eric BERNARD Responsable informatique et multimédia 02 41 51 11 36 Le 21/07/2017 à 09:04, Pierre Malard a écrit : Bonjour, Si vos VM sont des VM *nix, pourquoi ne pas simplement laisser tomber VEEAM pour un système de sauvegarde basé sur rsync comme « rsnapshot » ? Ou doubler les sauvegardes VEEAM par un rsnapshot complet de la VM ? Cordialement Le 21 juil. 2017 à 08:13, Eric Bernard <mailto:eric.bern...@saint-louis-saumur-ec49.org>> a écrit : Bonjour, Attention, j'ai eu un dysfonctionnement MAJEUR de Veeam Backup : celui-ci m'indiquait que toutes mes sauvegardes (11 machines virtuelles) étaient bien réalisées et sans erreur... Impossible de restaurer une de mes VMs (celle de mon serveur pédagogique scribe), les 15 sauvegardes de celle-ci étaient défectueuses et donc la restauration ne pouvait se faire. La boite qui gère mon infrastructure Vmware à contacté Veeam Backup et on a eu droit à une belle conférence téléphonique mais toujours pas de solution et surtout d'explications !! On doit tester sur les autres VMs, surtout celles de l'administration (comptabilité, scolarité, etc..) En conclusion 1, on achète un logiciel recommandé pour Vmware, qui vaut un bras et on se retrouve comme des c... !!! En conclusion 2, à quelques jours de mes vacances, je dois réinstaller un scribe et réintégrer mes 300 postes clients... En conclusion 3, étant prévoyant, j'ai une sauvegarde des répertoires personnels réalisé par une bonne vieille commande rsync... Bonnes vacances !!! Cordialement Eric BERNARD -- Pierre Malard « /La mondialisation de l'économie a, « en moyenne », eu pour //conséquence/ / l'augmentation du niveau de vie « moyen »./ / Un homme avec la tête dans un four et les jambes dans //un congélateur a,/ / « en moyenne », une température corporelle //idéale.../ » Philippe Val - France Inter 09/04/2001 |\ _,,,---,,_ /,`.-'`'-. ;-;;,_ |,4- ) )-,_. ,\ ( `'-' '---''(_/--' `-'\_) πr perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-. ;-;;,_: |,A- ) )-,_. ,\ ( `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"' `-'"'"'\_): 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print' - --> Ce message n’engage que son auteur <--
Re: Important : Veeam Backup
Bonjour, Si vos VM sont des VM *nix, pourquoi ne pas simplement laisser tomber VEEAM pour un système de sauvegarde basé sur rsync comme « rsnapshot » ? Ou doubler les sauvegardes VEEAM par un rsnapshot complet de la VM ? Cordialement > Le 21 juil. 2017 à 08:13, Eric Bernard > a écrit : > > Bonjour, > > Attention, j'ai eu un dysfonctionnement MAJEUR de Veeam Backup : celui-ci > m'indiquait que toutes mes sauvegardes (11 machines virtuelles) étaient bien > réalisées et sans erreur... > Impossible de restaurer une de mes VMs (celle de mon serveur pédagogique > scribe), les 15 sauvegardes de celle-ci étaient défectueuses et donc la > restauration ne pouvait se faire. > La boite qui gère mon infrastructure Vmware à contacté Veeam Backup et on a > eu droit à une belle conférence téléphonique mais toujours pas de solution et > surtout d'explications !! > On doit tester sur les autres VMs, surtout celles de l'administration > (comptabilité, scolarité, etc..) > En conclusion 1, on achète un logiciel recommandé pour Vmware, qui vaut un > bras et on se retrouve comme des c... !!! > En conclusion 2, à quelques jours de mes vacances, je dois réinstaller un > scribe et réintégrer mes 300 postes clients... > En conclusion 3, étant prévoyant, j'ai une sauvegarde des répertoires > personnels réalisé par une bonne vieille commande rsync... > > Bonnes vacances !!! > Cordialement > > > Eric BERNARD > -- Pierre Malard « La mondialisation de l'économie a, « en moyenne », eu pour conséquence l'augmentation du niveau de vie « moyen ». Un homme avec la tête dans un four et les jambes dans un congélateur a, « en moyenne », une température corporelle idéale... » Philippe Val - France Inter 09/04/2001 |\ _,,,---,,_ /,`.-'`'-. ;-;;,_ |,4- ) )-,_. ,\ ( `'-' '---''(_/--' `-'\_) πr perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-. ;-;;,_: |,A- ) )-,_. ,\ ( `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"' `-'"'"'\_): 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print' - --> Ce message n’engage que son auteur <-- signature.asc Description: Message signed with OpenPGP
Important : Veeam Backup
Bonjour, Attention, j'ai eu un dysfonctionnement MAJEUR de Veeam Backup : celui-ci m'indiquait que toutes mes sauvegardes (11 machines virtuelles) étaient bien réalisées et sans erreur... Impossible de restaurer une de mes VMs (celle de mon serveur pédagogique scribe), les 15 sauvegardes de celle-ci étaient défectueuses et donc la restauration ne pouvait se faire. La boite qui gère mon infrastructure Vmware à contacté Veeam Backup et on a eu droit à une belle conférence téléphonique mais toujours pas de solution et surtout d'explications !! On doit tester sur les autres VMs, surtout celles de l'administration (comptabilité, scolarité, etc..) En conclusion 1, on achète un logiciel recommandé pour Vmware, qui vaut un bras et on se retrouve comme des c... !!! En conclusion 2, à quelques jours de mes vacances, je dois réinstaller un scribe et réintégrer mes 300 postes clients... En conclusion 3, étant prévoyant, j'ai une sauvegarde des répertoires personnels réalisé par une bonne vieille commande rsync... Bonnes vacances !!! Cordialement -- Eric BERNARD Responsable informatique et multimédia 02 41 51 11 36
[RESOLU] Choisir un outil de sauvegarde, et utilité du compte système "backup"
Le samedi 15 juillet 2017 à 23:35 +0200, G2PC a écrit : > Le 15/07/2017 à 22:31, Thierry Bugier Pineau a écrit : > > Bonjour > > > > Je veux mettre en place un système de sauvegarde adapté à mon > > infrastructure personnelle, et préparer la création de mon système > > de > > messagerie (avoir une sauvegarde est un pré requis). > > > > J'ai: > > - 2 serveurs sous Proxmox VE (un perso, un dédié) > > - quelques machines perso. > > > > Les Proxmox contiennent des VM à sauvegarder. Je compte simplemetn > > configurer Proxmox pour sauvegarder les VM localement et copier les > > sauvegardes sur un stockage distant, accessible par SFTP. > > > > J'ai repéré dans Debian l'existence d'un compte utilisateur > > "backup", > > appartenant au groupe "backup". Je ne trouve pas d'information la > > raison d'être de ce compte (au delà du nom explicite), ni de bonne > > pratique d'utilisation. Quelqu'un ici saurait m'expliquer comment > > s'en > > servir ? > > > > J'ai recherché les différentes solutions de sauvegarde possibles. > > Il > > faut qu'elle supporte la sauvegarde vers un stockage distant, ou > > depuis > > un stockage distant (tout dépend d'où le logiciel va s'exécuter). > > Le > > support d'un snapshot LVM est un plus, pour la cohérence de la > > sauvegarde. > > > > J'ai une petite expérience avec rsnapshot, j'ai utilisé il y a > > longtemps backuppc sur plusieurs réseaux de postes de travail. Je > > pense > > me tourner vers rdiff-backup. Avant d'arrêter mon choix, je > > voudrais > > solliciter les avis et retours d'expérience parmi vous. > > > > D'avance merci. > > > > Bonsoir, je ne suis pas expert en sauvegarde, certains ici ont plus > de > savoir faire. > J'utilise grsync , ou, je préfère actuellement Deja Dup qui me permet > de > sauvegarder mon /home en GUI. > https://www.visionduweb.eu/wiki/index.php?title=Sauvegarder_et_reinst > aller_Linux_Mint_Sarah#Sauvegarder_le_.2Fhome_de_votre_utilisateur_av > ec_Deja_Dup > > Par contre, pour sauvegarder le système entièrement pour le > réinstaller > en un clic, je n'ai pas encore trouvé l'outil qui me correspond, > facile, > et, efficace. Redobackup est un bon choix, mais, lorsque je le lance, > il > ne voit pas mon disque SSD. > Bonjour D'abord merci à tous pour vos réponses. J'ai mis en place Borg backup sur mon serveur de fichiers préféré (OpenMediaVault) et ai configuré une tâche cron qui envoie par ssh les sauvegardes sur mon de travail. Ce n'est pas encore le système idéal, mais au moins ma sauvegarde initiale est faite, et ce matin la première incrémentation a joué comme prévu. Je retiens quelques points forts en faveur de Borg - sauvegarde depuis ou/et vers un stockage distant (il semble qu'on puisse sauvegarder une machine distante vers une autre machine distante, intéressant) - reprise après interruption grâce aux checkpoints - déduplication - montage en userspace du dépôt de sauvegarde pour consultation / récupération - divers outils de diagnostic de son dépôt - et même un script pour Zabbix pour monitorer les sauvegardes :) - possibilité de sauvegarder une image disque en "pipant" son dump vers borg (vu dans la doc officielle) Pour info la sauvegarde mesure 1.4 To pour un volume réel de 1.8 To. Ca a pris un peu plus de 24h et a sollicité assez fortement le CPU et la RAM (mais c'était prévisible). Un jour je me pencherai sur le monitoring... j'ai du mal à choisir. Avant ça, faut sauvegarder toutes mes machines un peu critiques.
Re: Choisir un outil de sauvegarde, et utilité du compte système "backup"
A voir la demo de Borg-backup je pense que je vais le tester aussi. J'aime le concept d'initialiser un dossier comme espace de sauvegarde comme on ferait un 'git init'. Le 16 juillet 2017 22:01:05 GMT+02:00, "Sébastien Dinot" a écrit : >Bonsoir, > >Thierry Bugier Pineau a écrit : >> A mon avis, il est préférable d'utiliser un outil maintenu comme >> rsnapshot ou rdiff-backup plutôt qu'un script shell > >Tout à fait d'accord sur le principe mais malheureusement, >rdiff-backup, >que j'utilise avec bonheur depuis des années, aussi bien à titre >professionnel que personnel, n'est plus maintenu depuis 2009, année de >sortie de la dernière version 1.2.8. > >Les statistiques d'OpenHub sur ce projet commencent à dater mais ils >sont toujours d'actualité : > >https://www.openhub.net/p/rdiff-backup > >La dernière contribution au code date de janvier 2010 : > >http://svn.savannah.nongnu.org/viewvc/rdiff-backup?view=revision&revision=1060 > >> Peut être Attic, mais je n'ai pas pu l'installer sans accroc sur mon >> Debian Sid. > >Le développement d'Attic est gelé mais un fork, nommé borg-backup, a >été >créé : > >http://borgbackup.readthedocs.io/en/stable/ > >Le développement de borg-backup va grand train : > >https://github.com/borgbackup/borg/commits/master > >J'ai essayé Attic, puis borg-backup, il y a déjà un moment et j'ai été >convaincu (bien plus par borg-backup que par Attic en fait). Si je n'ai >pas encore migré, c'est simplement par manque de temps et parce que je >suis une personne très frileuse avec la sauvegarde : rdiff-backup n'est >plus maintenu mais dans mon contexte, il fonctionne parfaitement et >j'ai >pu constater à plusieurs reprises que ses sauvegardes étaient fiables. > >Sébastien > >-- >Sébastien Dinot, sebastien.di...@free.fr >http://sebastien.dinot.free.fr/ >Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
Re: Choisir un outil de sauvegarde, et utilité du compte système "backup"
Bonjour, Voyant rdiff-backup packagé dans Sid j'ai cru qu'il était toujours vivant. Je vais donc me rabattre sur le bon vieux rsnapshot. Merci pour l'information. Le 16 juillet 2017 22:01:05 GMT+02:00, "Sébastien Dinot" a écrit : >Bonsoir, > >Thierry Bugier Pineau a écrit : >> A mon avis, il est préférable d'utiliser un outil maintenu comme >> rsnapshot ou rdiff-backup plutôt qu'un script shell > >Tout à fait d'accord sur le principe mais malheureusement, >rdiff-backup, >que j'utilise avec bonheur depuis des années, aussi bien à titre >professionnel que personnel, n'est plus maintenu depuis 2009, année de >sortie de la dernière version 1.2.8. > >Les statistiques d'OpenHub sur ce projet commencent à dater mais ils >sont toujours d'actualité : > >https://www.openhub.net/p/rdiff-backup > >La dernière contribution au code date de janvier 2010 : > >http://svn.savannah.nongnu.org/viewvc/rdiff-backup?view=revision&revision=1060 > >> Peut être Attic, mais je n'ai pas pu l'installer sans accroc sur mon >> Debian Sid. > >Le développement d'Attic est gelé mais un fork, nommé borg-backup, a >été >créé : > >http://borgbackup.readthedocs.io/en/stable/ > >Le développement de borg-backup va grand train : > >https://github.com/borgbackup/borg/commits/master > >J'ai essayé Attic, puis borg-backup, il y a déjà un moment et j'ai été >convaincu (bien plus par borg-backup que par Attic en fait). Si je n'ai >pas encore migré, c'est simplement par manque de temps et parce que je >suis une personne très frileuse avec la sauvegarde : rdiff-backup n'est >plus maintenu mais dans mon contexte, il fonctionne parfaitement et >j'ai >pu constater à plusieurs reprises que ses sauvegardes étaient fiables. > >Sébastien > >-- >Sébastien Dinot, sebastien.di...@free.fr >http://sebastien.dinot.free.fr/ >Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
Re: Choisir un outil de sauvegarde, et utilité du compte système "backup"
Bonsoir, Thierry Bugier Pineau a écrit : > A mon avis, il est préférable d'utiliser un outil maintenu comme > rsnapshot ou rdiff-backup plutôt qu'un script shell Tout à fait d'accord sur le principe mais malheureusement, rdiff-backup, que j'utilise avec bonheur depuis des années, aussi bien à titre professionnel que personnel, n'est plus maintenu depuis 2009, année de sortie de la dernière version 1.2.8. Les statistiques d'OpenHub sur ce projet commencent à dater mais ils sont toujours d'actualité : https://www.openhub.net/p/rdiff-backup La dernière contribution au code date de janvier 2010 : http://svn.savannah.nongnu.org/viewvc/rdiff-backup?view=revision&revision=1060 > Peut être Attic, mais je n'ai pas pu l'installer sans accroc sur mon > Debian Sid. Le développement d'Attic est gelé mais un fork, nommé borg-backup, a été créé : http://borgbackup.readthedocs.io/en/stable/ Le développement de borg-backup va grand train : https://github.com/borgbackup/borg/commits/master J'ai essayé Attic, puis borg-backup, il y a déjà un moment et j'ai été convaincu (bien plus par borg-backup que par Attic en fait). Si je n'ai pas encore migré, c'est simplement par manque de temps et parce que je suis une personne très frileuse avec la sauvegarde : rdiff-backup n'est plus maintenu mais dans mon contexte, il fonctionne parfaitement et j'ai pu constater à plusieurs reprises que ses sauvegardes étaient fiables. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Re: Choisir un outil de sauvegarde, et utilité du compte système "backup"
Bonjour Merci pour toutes les réponses. A mon avis, il est préférable d'utiliser un outil maintenu comme rsnapshot ou rdiff-backup plutôt qu'un script shell juste partagé sur une page de wiki (donc peu sujet à évolutions et corrections). D'une manière générale je note que rsync ou dérivés est un des outils préférés et qu'il n'y a apparemment pas spécialement mieux que ce que je connais. Peut être Attic, mais je n'ai pas pu l'installer sans accroc sur mon Debian Sid. BackupPC me fait de l'oeil, d'autant plus qu'il la une interface web permettant d'avoir un aperçu de la santé générale du dispositif, et que je j'ai utilisé professionnellement il y a quelques années. Randy11, si cela vous intéresse, j'avais, dans le même contexte professionnel, utilisé FOG pour restaurer des machines sous windows. Bien que des windows soient passés sous les ponts, mon expérience sur le sujet ne nécessite qu'un peu de rafraîchissement pour être transposée au dernier né des systèmes fermés. Le wiki du projet devrait encore contenir les pages que j'avais écrites pour partager mes techniques. Pour en revenir aux sauvegardes, je pense que je vais retenir rsnapshot ou rdiff-backup. rsnapshot a l'avantage d'être un poil plus léger, et de ne recourir à aucun outil pour explorer les sauvegardes (c'est appréciable en cas d'incident majeur). Je pense que tout cela méritera un petit papier sur mon wiki (qui est une des VM à sauvegarder d'ailleurs). A suivre dans les jours à venir :) Le dimanche 16 juillet 2017 à 13:21 +0200, Randy11 a écrit : > On 15/07/2017 22:31, Thierry Bugier Pineau wrote: > > Bonjour > > > > Je veux mettre en place un système de sauvegarde adapté à mon > > infrastructure personnelle, et préparer la création de mon système > > de > > messagerie (avoir une sauvegarde est un pré requis). > > > > J'ai: > > - 2 serveurs sous Proxmox VE (un perso, un dédié) > > - quelques machines perso. > > > > Les Proxmox contiennent des VM à sauvegarder. Je compte simplemetn > > configurer Proxmox pour sauvegarder les VM localement et copier les > > sauvegardes sur un stockage distant, accessible par SFTP. > > > > J'ai repéré dans Debian l'existence d'un compte utilisateur > > "backup", > > appartenant au groupe "backup". Je ne trouve pas d'information la > > raison d'être de ce compte (au delà du nom explicite), ni de bonne > > pratique d'utilisation. Quelqu'un ici saurait m'expliquer comment > > s'en > > servir ? > > > > J'ai recherché les différentes solutions de sauvegarde possibles. > > Il > > faut qu'elle supporte la sauvegarde vers un stockage distant, ou > > depuis > > un stockage distant (tout dépend d'où le logiciel va s'exécuter). > > Le > > support d'un snapshot LVM est un plus, pour la cohérence de la > > sauvegarde. > > > > J'ai une petite expérience avec rsnapshot, j'ai utilisé il y a > > longtemps backuppc sur plusieurs réseaux de postes de travail. Je > > pense > > me tourner vers rdiff-backup. Avant d'arrêter mon choix, je > > voudrais > > solliciter les avis et retours d'expérience parmi vous. > > > > D'avance merci. > > > > > Bonjour, > > J'ai fait une sauvegarde pour un PC sous Windows (désolé, mais il y > encore des personnes contraintes d'utiliser ça :-) ), alors j'ai fait > le > tour de certaines solutions possibles, sachant qu'il ne suffisait pas > de sauvegarder les données, mais aussi de restaurer la machine en > cas de crash complet, voir avec un autre disque. > > Je dois aussi me faire un système de sauvegarde convaincant, après > le mort de ma carte mère, cela me semble impératif. > > J'ai retenu SystemRescueCD et Fsarchiver pour réinstaller la machine > en cas de problème, mais il y en a évidemment d'autres. Voici les > liens > que j'ai parcourus, cela fera peut-être gagné un peu de temps à > quelqu'un : > - http://www.system-rescue-cd.org/ > http://www.system-rescue-cd.org/manual_fr/ > - http://www.system-rescue-cd.org/manual/Creating_a_backing_store/ > - http://www.fsarchiver.org/ > - http://iabsis.com/fr/community/tuto/system-restore-generic -> > comparaisons > - http://www.fsarchiver.org/faq/ -> pour les liens en bas à gauche > - https://wiki.debian.org/fr/Backup > - https://wiki.debian.org/Backup/Clone > - https://wiki.archlinux.org/index.php/Disk_Cloning > - > https://www.opengeeks.me/2015/04/build-your-hybrid-debian-distro-with > -xorriso/ > - https://wiki.debian.org/fr/RsyncSnapshots > - http://www.sanitarium.net/golug/rsync_backups_2010.html > - http://www.debianhelp.co.uk/backup.htm > - http://backuppc.sourceforge.net/ -> Sauvegarde utilisée au travail. > > Ensuite, comme je ne connais pas de sauvegarde incrémentales dont la > taille se réduise au cours du temps, il faut penser au stockage. La > solution > que je veux utiliser est à base de Glusterfs et de Raspberry : > - https://www.gluster.org/ > - https://nickhowell.co.uk/2016/07/23/raspberry-pi-nas-with-gluster/ > - http://www.linuxjournal.com/content/two-pi-r-2-web-servers > > Bonne journée. > > Randy11 >
Re: Choisir un outil de sauvegarde, et utilité du compte système "backup"
On 15/07/2017 22:31, Thierry Bugier Pineau wrote: Bonjour Je veux mettre en place un système de sauvegarde adapté à mon infrastructure personnelle, et préparer la création de mon système de messagerie (avoir une sauvegarde est un pré requis). J'ai: - 2 serveurs sous Proxmox VE (un perso, un dédié) - quelques machines perso. Les Proxmox contiennent des VM à sauvegarder. Je compte simplemetn configurer Proxmox pour sauvegarder les VM localement et copier les sauvegardes sur un stockage distant, accessible par SFTP. J'ai repéré dans Debian l'existence d'un compte utilisateur "backup", appartenant au groupe "backup". Je ne trouve pas d'information la raison d'être de ce compte (au delà du nom explicite), ni de bonne pratique d'utilisation. Quelqu'un ici saurait m'expliquer comment s'en servir ? J'ai recherché les différentes solutions de sauvegarde possibles. Il faut qu'elle supporte la sauvegarde vers un stockage distant, ou depuis un stockage distant (tout dépend d'où le logiciel va s'exécuter). Le support d'un snapshot LVM est un plus, pour la cohérence de la sauvegarde. J'ai une petite expérience avec rsnapshot, j'ai utilisé il y a longtemps backuppc sur plusieurs réseaux de postes de travail. Je pense me tourner vers rdiff-backup. Avant d'arrêter mon choix, je voudrais solliciter les avis et retours d'expérience parmi vous. D'avance merci. Bonjour, J'ai fait une sauvegarde pour un PC sous Windows (désolé, mais il y encore des personnes contraintes d'utiliser ça :-) ), alors j'ai fait le tour de certaines solutions possibles, sachant qu'il ne suffisait pas de sauvegarder les données, mais aussi de restaurer la machine en cas de crash complet, voir avec un autre disque. Je dois aussi me faire un système de sauvegarde convaincant, après le mort de ma carte mère, cela me semble impératif. J'ai retenu SystemRescueCD et Fsarchiver pour réinstaller la machine en cas de problème, mais il y en a évidemment d'autres. Voici les liens que j'ai parcourus, cela fera peut-être gagné un peu de temps à quelqu'un : - http://www.system-rescue-cd.org/ http://www.system-rescue-cd.org/manual_fr/ - http://www.system-rescue-cd.org/manual/Creating_a_backing_store/ - http://www.fsarchiver.org/ - http://iabsis.com/fr/community/tuto/system-restore-generic -> comparaisons - http://www.fsarchiver.org/faq/ -> pour les liens en bas à gauche - https://wiki.debian.org/fr/Backup - https://wiki.debian.org/Backup/Clone - https://wiki.archlinux.org/index.php/Disk_Cloning - https://www.opengeeks.me/2015/04/build-your-hybrid-debian-distro-with-xorriso/ - https://wiki.debian.org/fr/RsyncSnapshots - http://www.sanitarium.net/golug/rsync_backups_2010.html - http://www.debianhelp.co.uk/backup.htm - http://backuppc.sourceforge.net/ -> Sauvegarde utilisée au travail. Ensuite, comme je ne connais pas de sauvegarde incrémentales dont la taille se réduise au cours du temps, il faut penser au stockage. La solution que je veux utiliser est à base de Glusterfs et de Raspberry : - https://www.gluster.org/ - https://nickhowell.co.uk/2016/07/23/raspberry-pi-nas-with-gluster/ - http://www.linuxjournal.com/content/two-pi-r-2-web-servers Bonne journée. Randy11
Re: Choisir un outil de sauvegarde, et utilité du compte système "backup"
Hello, On Sun, Jul 16, 2017 at 01:32:24PM +0200, Thierry Bugier Pineau wrote: [...] > Rsync est un très bon outil mais il ne gère pas nativement les > sauvegardes historisées. Pour moi ce critère augmente sensiblement > la qualité du dispositif de sauvegarde. C'est pour cela que je me > suis intéresse à rsnapdhot et rdiff-backup qui sont eux mêmes basés > sur rsync d'ailleurs. Et pourquoi ne pas justement rester sur rnsapshot ? rsnapshot, c'est très exactement rsync avec une gestion de l'historique autour... A+ -- JFS.
Re: Choisir un outil de sauvegarde, et utilité du compte système "backup"
On 07/16/2017 01:32 PM, Thierry Bugier Pineau wrote: Bonjour Rsync est un très bon outil mais il ne gère pas nativement les sauvegardes historisées. Pour moi ce critère augmente sensiblement la qualité du dispositif de sauvegarde. C'est pour cela que je me suis intéresse à rsnapdhot et rdiff-backup qui sont eux mêmes basés sur rsync d'ailleurs. Ce n'est pas la mer à boire :) https://wiki.debian.org/fr/RsyncSnapshots#Utilisation_de_Rsync_pour_historiser_les_sauvegardes -- Maderios
Re: Choisir un outil de sauvegarde, et utilité du compte système "backup"
Le 16/07/2017 à 13:32, Thierry Bugier Pineau a écrit : > Bonjour > > Rsync est un très bon outil mais il ne gère pas nativement les > sauvegardes historisées. Pour moi ce critère augmente sensiblement la > qualité du dispositif de sauvegarde. C'est pour cela que je me suis > intéresse à rsnapdhot et rdiff-backup qui sont eux mêmes basés sur > rsync d'ailleurs. > > Je suis ouvert à d'autres outils et l' interface graphique n'est pas > obligatoire vu que la sauvegarde sera automatisée et quotidienne. > > J'ai besoin d'une retention de X jours, Y semaines et Z mois. X Y et Z > dépendront des performances de déduplication, et de l'espace dont je > dispose. > > > > > > Le 16 juillet 2017 12:25:02 GMT+02:00, maderios a > écrit : > > On 07/15/2017 10:31 PM, Thierry Bugier Pineau wrote: > > Bonjour Je veux mettre en place un système de sauvegarde > adapté à mon infrastructure personnelle, et préparer la > création de mon système de messagerie (avoir une sauvegarde > est un pré requis). > > Bonjour > Une solution fiable et relativement simple, avec une infinité de > possibilités: rsync en ligne de commande. > Eviter les interfaces graphiques, elles peuvent induire des fragilités. > https://wiki.archlinux.org/index.php/Full_system_backup_with_rsync > > > -- > Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez > excuser ma brièveté. Deja Dup permet justement les sauvegardes avec historique. Je ne l'utilise pas en ligne de commande. @suivre
Re: Choisir un outil de sauvegarde, et utilité du compte système "backup"
Bonjour Rsync est un très bon outil mais il ne gère pas nativement les sauvegardes historisées. Pour moi ce critère augmente sensiblement la qualité du dispositif de sauvegarde. C'est pour cela que je me suis intéresse à rsnapdhot et rdiff-backup qui sont eux mêmes basés sur rsync d'ailleurs. Je suis ouvert à d'autres outils et l' interface graphique n'est pas obligatoire vu que la sauvegarde sera automatisée et quotidienne. J'ai besoin d'une retention de X jours, Y semaines et Z mois. X Y et Z dépendront des performances de déduplication, et de l'espace dont je dispose. Le 16 juillet 2017 12:25:02 GMT+02:00, maderios a écrit : >On 07/15/2017 10:31 PM, Thierry Bugier Pineau wrote: >> Bonjour >> >> Je veux mettre en place un système de sauvegarde adapté à mon >> infrastructure personnelle, et préparer la création de mon système de >> messagerie (avoir une sauvegarde est un pré requis). >> >Bonjour >Une solution fiable et relativement simple, avec une infinité de >possibilités: rsync en ligne de commande. >Eviter les interfaces graphiques, elles peuvent induire des fragilités. >https://wiki.archlinux.org/index.php/Full_system_backup_with_rsync > >-- >Maderios -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
Re: Choisir un outil de sauvegarde, et utilité du compte système "backup"
On 07/15/2017 10:31 PM, Thierry Bugier Pineau wrote: Bonjour Je veux mettre en place un système de sauvegarde adapté à mon infrastructure personnelle, et préparer la création de mon système de messagerie (avoir une sauvegarde est un pré requis). Bonjour Une solution fiable et relativement simple, avec une infinité de possibilités: rsync en ligne de commande. Eviter les interfaces graphiques, elles peuvent induire des fragilités. https://wiki.archlinux.org/index.php/Full_system_backup_with_rsync -- Maderios
Re: Choisir un outil de sauvegarde, et utilité du compte système "backup"
Le 15/07/2017 à 22:31, Thierry Bugier Pineau a écrit : > Bonjour > > Je veux mettre en place un système de sauvegarde adapté à mon > infrastructure personnelle, et préparer la création de mon système de > messagerie (avoir une sauvegarde est un pré requis). > > J'ai: > - 2 serveurs sous Proxmox VE (un perso, un dédié) > - quelques machines perso. > > Les Proxmox contiennent des VM à sauvegarder. Je compte simplemetn > configurer Proxmox pour sauvegarder les VM localement et copier les > sauvegardes sur un stockage distant, accessible par SFTP. > > J'ai repéré dans Debian l'existence d'un compte utilisateur "backup", > appartenant au groupe "backup". Je ne trouve pas d'information la > raison d'être de ce compte (au delà du nom explicite), ni de bonne > pratique d'utilisation. Quelqu'un ici saurait m'expliquer comment s'en > servir ? > > J'ai recherché les différentes solutions de sauvegarde possibles. Il > faut qu'elle supporte la sauvegarde vers un stockage distant, ou depuis > un stockage distant (tout dépend d'où le logiciel va s'exécuter). Le > support d'un snapshot LVM est un plus, pour la cohérence de la > sauvegarde. > > J'ai une petite expérience avec rsnapshot, j'ai utilisé il y a > longtemps backuppc sur plusieurs réseaux de postes de travail. Je pense > me tourner vers rdiff-backup. Avant d'arrêter mon choix, je voudrais > solliciter les avis et retours d'expérience parmi vous. > > D'avance merci. > Bonsoir, je ne suis pas expert en sauvegarde, certains ici ont plus de savoir faire. J'utilise grsync , ou, je préfère actuellement Deja Dup qui me permet de sauvegarder mon /home en GUI. https://www.visionduweb.eu/wiki/index.php?title=Sauvegarder_et_reinstaller_Linux_Mint_Sarah#Sauvegarder_le_.2Fhome_de_votre_utilisateur_avec_Deja_Dup Par contre, pour sauvegarder le système entièrement pour le réinstaller en un clic, je n'ai pas encore trouvé l'outil qui me correspond, facile, et, efficace. Redobackup est un bon choix, mais, lorsque je le lance, il ne voit pas mon disque SSD.
Choisir un outil de sauvegarde, et utilité du compte système "backup"
Bonjour Je veux mettre en place un système de sauvegarde adapté à mon infrastructure personnelle, et préparer la création de mon système de messagerie (avoir une sauvegarde est un pré requis). J'ai: - 2 serveurs sous Proxmox VE (un perso, un dédié) - quelques machines perso. Les Proxmox contiennent des VM à sauvegarder. Je compte simplemetn configurer Proxmox pour sauvegarder les VM localement et copier les sauvegardes sur un stockage distant, accessible par SFTP. J'ai repéré dans Debian l'existence d'un compte utilisateur "backup", appartenant au groupe "backup". Je ne trouve pas d'information la raison d'être de ce compte (au delà du nom explicite), ni de bonne pratique d'utilisation. Quelqu'un ici saurait m'expliquer comment s'en servir ? J'ai recherché les différentes solutions de sauvegarde possibles. Il faut qu'elle supporte la sauvegarde vers un stockage distant, ou depuis un stockage distant (tout dépend d'où le logiciel va s'exécuter). Le support d'un snapshot LVM est un plus, pour la cohérence de la sauvegarde. J'ai une petite expérience avec rsnapshot, j'ai utilisé il y a longtemps backuppc sur plusieurs réseaux de postes de travail. Je pense me tourner vers rdiff-backup. Avant d'arrêter mon choix, je voudrais solliciter les avis et retours d'expérience parmi vous. D'avance merci.
Re: systeme de backup local
Bonjour, Le lundi 09 mai 2016, Sébastien Dinot a écrit... > > Sinon, il y a aussi (notamment) dar et obnam Finalement, j'ai mis rsnapshot et dar en route. Les archives dar sont plus opaques que les sauvegardes rsnapshot. Je n'ai pas encore fait de test de restauration pour dar. Pour rsnapshot, c'est trivial. Rsnapshot semble utiliser plus de place, à contenu équivalent. La mise en place de rsnapshot est rapide, celle de dar demande des scripts pour les différentes sauvegardes (la complète et les incrémentales). A suivre. Encore merci pour les retours. -- jm
Re: rdiff-backup - conseils
Le 05/05/16 à 01:15, Sébastien Dinot a écrit : SD> J'utilise le compte root. Je sais, c'est mal mais cela me simplifie la SD> tâche sachant que je n'autorise que les connexions par clés SSH et que SD> je blinde particulièrement cet accès octroyé au serveur de sauvegarde SD> qui est lui-même aussi durci que je le peux. C'est pas forcément mal, ça dépend de ce que tu veux faire. Si c'est pour tout backuper (clés privées de la machine comprises par ex), c'est indispensable (ou un user ayant autant de droits que root, donc ça revient au même). Si c'est pour backup de data, un user dédié est plus fiable (on est sûr qu'il aura pas accès à certaines données sensibles qu'on ne veut pas voir dans ce backup "courant", comme des clés privées). -- Daniel Plus les galets ont roulés, plus ils sont polis. Pour les cochers, c'est le contraire. Alphonse Allais
Re: systeme de backup local
JF Straeten a écrit : > Sinon, il y a aussi (notamment) dar et obnam J'ai longtemps utilisé dar qui fonctionne bien et propose des options fort intéressantes (découpage de la sauvegardes en tranches de taille arbitraire que l'on peut par exemple graver sur des DVD, redondance d'information pour pallier la corruption locale du fichier). Mais j'ai opté il y a quelques années pour rdiff-backup car l'approche différentielle est bien plus efficace que l'approche incrémentale, surtout lorsqu'on doit sauvegarder de gros fichiers qui évoluent marginalement (dump d'une base de données mais aussi, plus ponctuellement, ajout de méta-données à des images). J'ai évalué obnam pendant quelques semaines fin 2014 : l'outil semblait prometteur mais il s'est révélé atrocement lent, du moins lorsqu'on l'utilise pour de la sauvegarde distante, ce qui était mon cas. Totalement inenvisageable dans mon cas d'utilisation ! J'ai évalué aussi un temps Attic (logiciel dont Borgbackup est un fork). Il s'est avéré très performant, y compris à distance mais il a quelques défauts qui ont fait que je n'ai toujours pas migré : * peu de contributeurs (lâcher un outil non maintenu mais éprouvé pour un outil à peine maintenu et encore jeune, ce n'est pas une bonne idée) ; * la déduplication engendre une sauvegarde opaque : impossible de récupérer la moindre version des données si l'outil bogue (une raison de plus d'opter pour un outil très bien maintenu). De manière accessoire, les statistiques renvoyées sont complètement incompréhensibles et certaines commandes manquent à l'appel (des requêtes que l'on souhaiterait faire sur l'ensemble de l'historique ne sont possibles que sur un incrément donné). Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Re: systeme de backup local
Bonsoir, (pardon pour le doublon, Jean-Michel: j'avais *encore* commis la bévue d'oublier de répondre à tous, mea culpa...) Le 05/05/2016 06:58, Jean-Michel OLTRA a écrit : C'est pour du backup uniquement local, sur la même machine. Backups de répertoires, mais également de bases de données mysql et postgresql. Pour postgresql, il y avait une conf à ce sujet au dernier PgDay de Paris (http://www.pgday.paris/) présentée par Magnus Hagander, excusez du peu. Ce que j'en ai retenu (je n'ai pas trouvé sa présentation), c'est qu'il faut utiliser pg_basebackup (http://www.postgresql.org/docs/9.5/static/app-pgbasebackup.html). J'utilisais un bon vieux rsync pour sauvegarder tout mon disque, pensant bêtement que ça fonctionnerait tout bien. Hélas, j'ai eu un crash de SSD qui m'a contraint à tout restaurer. Mon cluster postgresql s'était évanoui, hélas. Magnus nous a, en gros, expliqué ce qu'il fallait ne pas faire. Et il y a BEAUCOUP de choses à ne pas faire! Ah! en cherchant un peu plus sur la Toile, je viens de trouver un résumé un peu plus précis que mes vagues souvenirs: http://sismicfr.github.io/blog/2016/04/10/pgday-2016/ PostgreSQL Backup the modern ways - Magnus HAGANDER Une conférence donnée par le président de PostgreSQL Europe, c’est quand même la classe, et en particulier sur les backups. Après une légère introduction sur l’importance de tester ses backups (sous peine d’avoir des surprises ...), Magnus nous montre les différents moyens pour générer les backups, en passant par pg_dump (trop lent pour la restauration (et surtout aucun « PITR ») et pg_basebackup (qui est le moyen conseillé par Magnus). Ce que nous retiendrons : pg_basebackup doit être utilisé pour plusieurs raisons: c’est un moyen sûr qui utilise le protocole de réplication, sauvegarde sur l’ensemble de l’instance et a une gestion des erreurs. Très important, toujours utiliser -x ou -X pour inclure xlog ... Outils à regarder : Barman, pgBackRest. Sinon, pour tout le reste, un petite ligne rsync fignolée me sauvegarde tout tranquillou. Mais pas d'archivage, que de la sauvegarde. Pour de l'archivage, je fais de la copie bête d'une sauvegarde. Merci de donner vos avis. Voilà, 2 rien! À+ Pierre -- Pierre Chevalier Mesté Duran 32100 Condom Tél : 09 75 27 45 62 - 06 37 80 33 64 http://pierremariechevalier.free.fr/ Logiciels Libres dans le Gers: http://gnusquetaires.org/
Re: systeme de backup local
Bonjour, Le jeudi 05 mai 2016, JF Straeten a écrit... > > - rsnapshot > > Vous utilisez ces choses là avec bonheur (ou pas) ? Autre chose ? > Oui, avec, et grand même ;-) Pour le coup, je l'ai mis en place. Je vais voir ce que ça donne. Merci pour l'avis favorable. > Sinon, il y a aussi (notamment) dar et obnam que je n'ai pas vu dans > ta liste, avec des fonctionnalités intéressantes pour obnam notamment > de déduplication de fichiers identiques, si je me souviens bien, mais > j'ai toujours un cas de conscience à l'idée de reposer sur un système > de backup qui ajoute une couche de complexité avec un format d'archive > particulier. > C'est moins simple que les fichiers tels quels, et donc plus porteur > d'emmerdes en cas de restauration, ne fut-ce que pour trouver la bonne > version du soft pour lire l'archive, voire une archive corrompue (et > ce n'est pas rarissime : Steve a rapporté avoir eu le coup cette > semaine, avec une archive TGZ qui est pourtant un format qui ne date > pas d'hier...) J'avais plus ou moins écarté Borgbackup pour cette raison, car il semble fonctionner de manière identique à Obnam (et le site indique que l'application est en développement). Pourtant, cette déduplication de fichier semble séduisante. Il faudra l'essayer… -- jm
Re: rdiff-backup - conseils
Le 04/05/2016 11:24, Gabriel Moreau a écrit : > >> Que nenni ! Le serveur de sauvegarde doit être le moins exposé possible >> car il est précieux. Il est donc largement préférable que le serveur de >> sauvegarde se connecte sur les serveurs à sauvegarder que le contraire. >> >> Et pour durcir un peu la configuration sur les serveurs sauvegardés, il >> faut faire en sorte que la clé utilisée ne soit acceptée que depuis l'IP >> du serveur de sauvegarde, que les connexions interactives depuis >> celui-ci soient interdites et que les commandes exécutables dans ce >> contexte soient limitées via un petit script de filtrage. > > 100% d'accord. Je fonctionne ainsi. Pareil, mais avec backuppc. Et comme j'ai plusieurs machines, avec des serveur backuppc différents, j'ai fait des paquets debian pour automatiser l'installation sur les clients, comme celui-ci : http://moais.imag.fr/membres/vincent.danjean/debian/pool/main/v/vdanjean-backuppc/ ATTENTION : seul le paquet *source* peut être intéressant. Si quelqu'un installe mon paquet binaire (ie sans changer la clé publique), il m'autorise à backupper tout son système... J'ai aussi un script + quelques indications pour mettre en place la même chose sur MacOS X. A+ Vincent -- Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main -- Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main
Re: systeme de backup local
LO, On Thu, May 05, 2016 at 06:58:47AM +0200, Jean-Michel OLTRA wrote: [...] > - rsnapshot [...] > Vous utilisez ces choses là avec bonheur (ou pas) ? Autre chose ? Oui, avec, et grand même ;-) Ses intérêts majeurs sont, imho, que : - chaque backup apparaît comme étant l'arborescence sauvegardée complète (grâce à des liens durs pour ne pas consommer d'espace si les fichiers n'ont pas changé) ; Très pratique si des users neuneus sont susceptibles de devoir restaurer eux-mêmes : un montage en RO de ce répertoire et tout le monde a accès au dernier backup de ses fichiers. (Et plus si nécessité : ça fournit un historique aussi, il suffit de remonter dans le temps.) - ce sont les fichiers tels quels dans le backup, copiés par rsync (pas de format particulier) ; - une fois le fonctionnement compris, c'est assez facile à mettre en œuvre ; - ça utilise des outils de base : Perl (rsnapshot étant un programme Perl) et rsync, impossibles à ne pas trouver et éprouvés. N'hésite pas si tu veux un exemple de config. Sinon, il y a aussi (notamment) dar et obnam que je n'ai pas vu dans ta liste, avec des fonctionnalités intéressantes pour obnam notamment de déduplication de fichiers identiques, si je me souviens bien, mais j'ai toujours un cas de conscience à l'idée de reposer sur un système de backup qui ajoute une couche de complexité avec un format d'archive particulier. C'est moins simple que les fichiers tels quels, et donc plus porteur d'emmerdes en cas de restauration, ne fut-ce que pour trouver la bonne version du soft pour lire l'archive, voire une archive corrompue (et ce n'est pas rarissime : Steve a rapporté avoir eu le coup cette semaine, avec une archive TGZ qui est pourtant un format qui ne date pas d'hier...) Hih, -- JFS.
Re: systeme de backup local
Le 05/05/2016 06:58, Jean-Michel OLTRA a écrit : Bonjour, Bonjour Je désire remplacer mon système de sauvegarde actuellement basé sur backup-manager (j'ai bien l'impression qu'il me fait n'importe quoi). C'est pour du backup uniquement local, sur la même machine. Backups de répertoires, mais également de bases de données mysql et postgresql. En ligne de commande (pas forcément exclusivement, mais l'interface graphique ne m'intéresse pas). En regardant les archives de la liste, j'ai pu lire : - luckybackup - rsnapshot - backuppc (mais j'ai déjà eu à l'utiliser, et je n'accroche pas) En consultant le ouèbe, notamment https://wiki.archlinux.org/index.php/Synchronization_and_backup_programs j'ai rajouté Borgbackup et Duplicity à ma liste, ainsi que les applications utilisant ceux ci (duply, deja-dup et backupninja). Vous utilisez ces choses là avec bonheur (ou pas) ? Autre chose ? deja-dup pour la sauvegarde de mon portable. Pas de base de donnée, que des répertoires. Fait bien son boulot. -- Daniel
Re: systeme de backup local
tout dépends de vos exigences , crypté ou pas , incrémentale ou pas , automatisé cron ou pas, donnée sensible ou pas ... le choix est plus l'usage que la fonction. le gui permet un setting sans surprise , le cli peut imposer un su(do?). la meilleure back-up locale est soit par le cloud soit sur une autre partition (pour info et comparaison voir les sites dérivés).
systeme de backup local
Bonjour, Je désire remplacer mon système de sauvegarde actuellement basé sur backup-manager (j'ai bien l'impression qu'il me fait n'importe quoi). C'est pour du backup uniquement local, sur la même machine. Backups de répertoires, mais également de bases de données mysql et postgresql. En ligne de commande (pas forcément exclusivement, mais l'interface graphique ne m'intéresse pas). En regardant les archives de la liste, j'ai pu lire : - luckybackup - rsnapshot - backuppc (mais j'ai déjà eu à l'utiliser, et je n'accroche pas) En consultant le ouèbe, notamment https://wiki.archlinux.org/index.php/Synchronization_and_backup_programs j'ai rajouté Borgbackup et Duplicity à ma liste, ainsi que les applications utilisant ceux ci (duply, deja-dup et backupninja). Vous utilisez ces choses là avec bonheur (ou pas) ? Autre chose ? Merci de donner vos avis. -- jm
Re: rdiff-backup - conseils
Jean-Marc a écrit : > Un peu de détail avec ma compréhension de ce passage. > . connexion SSH restreinte à une connexion par clés uniquement; Oui. > . pas de connexion interactive = shell du user = /usr/sbin/nologin, > voire /bin/false; Non. Dans le fichier /root/.ssh/authorized_keys, il faut indiquer sur la ligne de la clé « no-pty » (pas de terminal donc pas de session interactive). Dans les faits, j'indique les restrictions suivantes : no-pty,no-port-forwarding,no-X11-forwarding,no-agent-forwarding cf. « man authorized_keys » pour les détails. > . pour restreindre les commandes, il y a l'option 'command="..."' > à insérer dans .ssh/authorized_keys; Oui. Chez moi command="/root/.ssh/check-command.sh", script dont voici le contenu : #!/bin/sh PATH=/bin:/sbin:/usr/bin:/usr/sbin LOGFILE=/var/log/remote-backup-commands.log echo "[$(date '+%F %T')] '${SSH_ORIGINAL_COMMAND}'" >> $LOGFILE if [ -z "${SSH_ORIGINAL_COMMAND}" ] ; then echo "=> ERROR: Interactive session not allowed" | tee -a $LOGFILE exit 1 fi case "$SSH_ORIGINAL_COMMAND" in /usr/bin/rdiff-backup\ *) $SSH_ORIGINAL_COMMAND echo "=> Done" >> $LOGFILE ;; /root/bin/dump_databases.sh) $SSH_ORIGINAL_COMMAND echo "=> Done" >> $LOGFILE ;; *) echo "=> ERROR: Forbidden command" | tee -a $LOGFILE ;; esac Le script /root/bin/dump_databases.sh, que mon script de sauvegarde lance avant rdiff-backup effectue les opérations suivantes : 1. Génère une archive apt-clone contenant la liste des paquets installés et les paquets non disponibles dans les dépôts Debian courants : apt-clone clone --with-dpkg-repack /path/to/prefix 2. Dump des bases de données PostgreSQL, MySQL et LDAP > . pour l'IP ou le nom du host, l'option from="..." de ce même fichier; Oui. > . et on peut utiliser les options no-agent-forwarding et > no-port-forwarding; Oui. Au final, la ligne correspondante dans le fichier /root/.ssh/authorized_keys ressemble à : from="1.2.3.4",no-pty,no-port-forwarding,no-X11-forwarding,no-agent-forwarding,command="/root/.ssh/check-command.sh" ssh-rsa B3NzaC1yc > Dernier point, le paquet base-passwd [1] fournit un user backup (UID 34). > Est-ce un bon candidat ou dois-je créer mon propre user ? J'utilise le compte root. Je sais, c'est mal mais cela me simplifie la tâche sachant que je n'autorise que les connexions par clés SSH et que je blinde particulièrement cet accès octroyé au serveur de sauvegarde qui est lui-même aussi durci que je le peux. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Re: rdiff-backup - conseils
Tue, 3 May 2016 22:56:59 +0200 Sébastien Dinot écrivait : > Que nenni ! Le serveur de sauvegarde doit être le moins exposé possible > car il est précieux. Il est donc largement préférable que le serveur de > sauvegarde se connecte sur les serveurs à sauvegarder que le contraire. OK, vendu ! Ce sera une config' Pull. > > Et pour durcir un peu la configuration sur les serveurs sauvegardés, il > faut faire en sorte que la clé utilisée ne soit acceptée que depuis l'IP > du serveur de sauvegarde, que les connexions interactives depuis > celui-ci soient interdites et que les commandes exécutables dans ce > contexte soient limitées via un petit script de filtrage. Un peu de détail avec ma compréhension de ce passage. . connexion SSH restreinte à une connexion par clés uniquement; . pas de connexion interactive = shell du user = /usr/sbin/nologin, voire /bin/false; . pour restreindre les commandes, il y a l'option 'command="..."' à insérer dans .ssh/authorized_keys; . pour l'IP ou le nom du host, l'option from="..." de ce même fichier; . et on peut utiliser les options no-agent-forwarding et no-port-forwarding; Dernier point, le paquet base-passwd [1] fournit un user backup (UID 34). Est-ce un bon candidat ou dois-je créer mon propre user ? > > Personnellement, j'utilise rdiff-backup ainsi pour sauvegarder depuis > des années une grosse vingtaine de serveurs et j'en suis pleinement > satisfait. Merci pour l'info. > > Sébastien Jean-Marc [1] https://packages.debian.org/jessie/base-passwd pgpFEJWQjZsR0.pgp Description: PGP signature
Re: rdiff-backup - conseils
> Que nenni ! Le serveur de sauvegarde doit être le moins exposé possible > car il est précieux. Il est donc largement préférable que le serveur de > sauvegarde se connecte sur les serveurs à sauvegarder que le contraire. > > Et pour durcir un peu la configuration sur les serveurs sauvegardés, il > faut faire en sorte que la clé utilisée ne soit acceptée que depuis l'IP > du serveur de sauvegarde, que les connexions interactives depuis > celui-ci soient interdites et que les commandes exécutables dans ce > contexte soient limitées via un petit script de filtrage. >>100% d'accord. Je fonctionne ainsi. Idem pour moi. Cela simplifie la gestion et expose moins le serveur de sauvegardes. En plus, moins de risque que des sauvegardes se « croisent ». -- Dana
Re: rdiff-backup - conseils
Que nenni ! Le serveur de sauvegarde doit être le moins exposé possible car il est précieux. Il est donc largement préférable que le serveur de sauvegarde se connecte sur les serveurs à sauvegarder que le contraire. Et pour durcir un peu la configuration sur les serveurs sauvegardés, il faut faire en sorte que la clé utilisée ne soit acceptée que depuis l'IP du serveur de sauvegarde, que les connexions interactives depuis celui-ci soient interdites et que les commandes exécutables dans ce contexte soient limitées via un petit script de filtrage. 100% d'accord. Je fonctionne ainsi. gaby -- Gabriel Moreau - IR CNRShttp://www.legi.grenoble-inp.fr LEGI (UMR 5519) Laboratoire des Ecoulements Geophysiques et Industriels BP53, 38041 Grenoble Cedex, France mailto:gabriel.mor...@legi.grenoble-inp.fr tel:+33.476.825.015
Re: rdiff-backup - conseils
Le Tuesday 03 May 2016 à 20:13:40 (+0200), Jean-Marc a écrit : > salut la liste, > > Je suis en train de réfléchir à la meilleure manière de mettre en route un > système de bakup basé sur rdiff-backup [1] et un serveur qui tourne sous > Jessie. > > rdiff-backup fournit dans sa doc' un setup où le serveur initie les backups > [2]. > > En deux mots, c'est un serveur qui "pulle" les clients à partir d'un cron. > > Avantage : > - setup minimal sur les clients; > - centralisation des logs; > > Désavantage : > - demande un serveur ssh sur tous les client; > > Une autre option est de faire des pushes à partir des clients. Ce qui me > semble plus logique. > > J'aimerai avoir votre avis : d'un pull ou d'un push depuis les clients ? Quel > setup aurait votre préférence ? > > Bonne soirée. > > Jean-Marc Tu peux regarder du côté de backupninja qui utilise, entre autre, rdiff-backup pour faire des push depuis les clients. Globenet utilise ça depuis des années et on en est très satifaits. -- "La science peut aussi s’employer à simplifier l’outillage, à rendre chacun capable de façonner son environnement immédiat, c’est-à-dire capable de se charger de sens en chargeant le monde de signes" - Ivan Illich, La Convivialité(1973) signature.asc Description: Digital signature
Re: rdiff-backup - conseils
Bonsoir, Jean-Marc a écrit : > En deux mots, c'est un serveur qui "pulle" les clients à partir d'un cron. > > Avantage : > - setup minimal sur les clients; > - centralisation des logs; > > Désavantage : > - demande un serveur ssh sur tous les client; > > Une autre option est de faire des pushes à partir des clients. Ce qui me > semble plus logique. Que nenni ! Le serveur de sauvegarde doit être le moins exposé possible car il est précieux. Il est donc largement préférable que le serveur de sauvegarde se connecte sur les serveurs à sauvegarder que le contraire. Et pour durcir un peu la configuration sur les serveurs sauvegardés, il faut faire en sorte que la clé utilisée ne soit acceptée que depuis l'IP du serveur de sauvegarde, que les connexions interactives depuis celui-ci soient interdites et que les commandes exécutables dans ce contexte soient limitées via un petit script de filtrage. Personnellement, j'utilise rdiff-backup ainsi pour sauvegarder depuis des années une grosse vingtaine de serveurs et j'en suis pleinement satisfait. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Re: rdiff-backup - conseils
LO, On Tue, May 03, 2016 at 08:13:40PM +0200, Jean-Marc wrote: > J'aimerai avoir votre avis : d'un pull ou d'un push depuis les > clients ? Quel setup aurait votre préférence ? Ça dépend quand même beaucoup de la machine qui fait serveur de backup... Sur un NAS Intel SS4000-E (petit machin ARM), je lui avais fait faire des pulls, à son aise, de manière séquentielle sur une série de machines, pour que la charge dessus soit ± tout le temps la même... Sinon, quand tous les clients balancent leur push, ça la mettait sur les genoux, et le backup durait des plombes, avec certains parfois toujours en cours à l'heure suivante, quand les suivants recommençaient. Pas glop... Ou alors, il faut régler une fenêtre de temps différente sur chaque client, mais alors c'est autant faire un pull et que le serveur de backup se débrouille pour passer sur chacune à son tour... Maintenant, si t'as deux Xeons E5 dans ton serveur de backup sur des disques SAS, tu t'en fous un peu, c'est clair, et tu peux faire des pushes :-) Hih, -- JFS.
rdiff-backup - conseils
salut la liste, Je suis en train de réfléchir à la meilleure manière de mettre en route un système de bakup basé sur rdiff-backup [1] et un serveur qui tourne sous Jessie. rdiff-backup fournit dans sa doc' un setup où le serveur initie les backups [2]. En deux mots, c'est un serveur qui "pulle" les clients à partir d'un cron. Avantage : - setup minimal sur les clients; - centralisation des logs; Désavantage : - demande un serveur ssh sur tous les client; Une autre option est de faire des pushes à partir des clients. Ce qui me semble plus logique. J'aimerai avoir votre avis : d'un pull ou d'un push depuis les clients ? Quel setup aurait votre préférence ? Bonne soirée. Jean-Marc [1] https://packages.debian.org/jessie/rdiff-backup [2] http://arctic.org/~dean/rdiff-backup/unattended.html pgpY3m9pwhBlB.pgp Description: PGP signature
Re: problème de droits suite à une récupération (backup)
Hello > chown -R toi\: /home/toi/.claws-mail # le "\:" c'est pour mettre le groupe > par défaut du user Merci pour l'astuce, je ne la connaissais pas > chmod -R 600 /home/toi/.claws-mail > chmod +X /home/toi/.claws-mail # +X pour ajouter x sur les dossiers > seulement C'est fait nickel, j'avais mis du 640 sans savoir... (je pensais que le groupe devait avoir un droit de lecture.) > Courage, tant que tu n'as pas effacé de fichiers tu devrais t'en sortir Oui ça aurait pu être bien pire ! Bon allez je file surfer pour trouver un portable potable et pas trop cher ! Merci bien, Cyrille -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150722181238.46d3babf@Abaddon
Re: problème de droits suite à une récupération (backup)
Le 21/07/15 à 15:54, Cyrille a écrit : C> j’ai tapé «un peu vite» un chmod -R 777 /Disque/Backup/home On a tous fait ce genre de bêtises, mais un excellent principe pour s'en préserver est de TOUJOURS monter un backup en read only (avec mount -o ro /dev/xxx /point/de/montage). C'est un peu tard pour cette manip, mais si tu as encore des choses à récupérer dessus tu peux quand même le remonter en read-only pour éviter une autre boulette mount -o remount,ro /point/de/montage Concernant claws-mail, mon ~/.claws-mail/ est en 700/600 Tu devrais pouvoir remettre ça avec # on met de coté l'existant au cas où mv ~/.claws-mail ~/.claws-mail.bak # avec qqun qui peut lire le backup et modifier les droits (probablement root) cp -a /chemin/vers/backup/tonHome/.claws-mail /home/toi/.claws-mail chown -R toi\: /home/toi/.claws-mail # le "\:" c'est pour mettre le groupe par défaut du user chmod -R 600 /home/toi/.claws-mail chmod +X /home/toi/.claws-mail # +X pour ajouter x sur les dossiers seulement Courage, tant que tu n'as pas effacé de fichiers tu devrais t'en sortir -- Daniel Un joueur d'échec, c'est comme un pot de peinture : s'il n'est pas brillant, il est mat. Philippe Geluck, Le chat -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150722145757.5e31f...@quad.lairdutemps.org
Re: problème de droits suite à une récupération (backup)
Bonjour, Le mardi 21 juillet 2015 à 15:54, Cyrille a écrit : > J’avais recréé un utilisateur sur une autre machine, mais bien sûr il n’avait > pas les droits nécessaires à la récupération (copie) des données. De ce fait > , j’ai tapé «un peu vite» un chmod -R 777 /Disque/Backup/home > et de ce fait les dossiers sont accessibles mais j’ai perdu toutes les > permissions initiales. > > Quelqu’un connaît il un script pour remettre les bons droits aux bons > fichiers (fichiers de config claws-mail, dossier Mail, ensuite ce sont > essentiellement des fichiers personnels) Si tu n'as pas quelque part une référence avec la liste des permissions initiales sur les différents fichiers alors c'est mort ! Globalement dans ton dossier personnel : - les dossiers sont en 755, - les fichiers sont en 644. Tu peux déjà commencer par ça, avec ces deux commandes : $ find ~ -type d -exec chmod 755 {} \; $ find ~ -type f -exec chmod 644 {} \; À partir de là ton dossier personnel n'est plus entièrement ouvert à n'importe qui, c'est déjà pas mal mais clairement insuffisant. Certains fichiers contiennent des données sensibles auxquelles seul ton utilisateur doit avoir accès en lecture. Il va falloir identifier tous ces fichiers / dossiers et restreindre leurs permissions : $ chmod g-rwx o-rwx /chemin/vers/fichier Voilà une liste non-exhaustive : - .ssh - .gnupg - .netrc Bon courage… Sébastien -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150722080533.ga3...@sebian.nob900.homeip.net
Re: problème de droits suite à une récupération (backup)
On Tuesday 21 July 2015 15:54:11 Cyrille wrote: > Mon portable a rendu l’âme sans prévenir. > Bien sûr, je n’avais pas de sauvegarde : Très grave erreur !!! et plus grave, pourquoi dire "Bien sûr", comme si c'était normal... tu le mesure bien maintenant que non. > Je l’ai démonté et ai récupéré le disque dur (SATA) et l’ai placé dans un > boîtier de disque dur externe SATA pour récupérer mes données. Ça > fonctionne , enfin, presque car pour les permissions, je me suis un peu > planté. J’avais recréé un utilisateur sur une autre machine, mais bien sûr > il n’avait pas les droits nécessaires à la récupération (copie) des > données. De ce fait , j’ai tapé «un peu vite» un chmod -R 777 > /Disque/Backup/home et de ce fait les dossiers sont accessibles mais j’ai > perdu toutes les permissions initiales. > Quelqu’un connaît il un script pour remettre les bons droits aux bons > fichiers (fichiers de config claws-mail, dossier Mail, ensuite ce sont > essentiellement des fichiers personnels) > D’avance merci Cyrille Quelqu'un sur cette ML avait créé une appli qui sait faire ça, mais c'était à l'époque de Etch semble t-il... Dommage, je ne la retrouve plus, mais espérons que son créateur lèvera la main... Bonne nuit. André -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/201507212258.37360.andre_deb...@numericable.fr
problème de droits suite à une récupération (backup)
Bonjour, Mon portable a rendu l’âme sans prévenir. Bien sûr, je n’avais pas de sauvegarde. Je l’ai démonté et ai récupéré le disque dur (SATA) et l’ai placé dans un boîtier de disque dur externe SATA pour récupérer mes données. Ça fonctionne , enfin, presque car pour les permissions, je me suis un peu planté. J’avais recréé un utilisateur sur une autre machine, mais bien sûr il n’avait pas les droits nécessaires à la récupération (copie) des données. De ce fait , j’ai tapé «un peu vite» un chmod -R 777 /Disque/Backup/home et de ce fait les dossiers sont accessibles mais j’ai perdu toutes les permissions initiales. Quelqu’un connaît il un script pour remettre les bons droits aux bons fichiers (fichiers de config claws-mail, dossier Mail, ensuite ce sont essentiellement des fichiers personnels) D’avance merci Cyrille -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150721155411.68023cad@Abaddon
Re: Re: GUI backup Cron
Je ne réponds pas à ta question, notamment sur les sauvegardes incrémentales, car je ne les pratique plus depuis que je connais rsync et sa famille, je préfère les différentielles. En fait, entre machines DEBIAN, j'utilise rsync dans le cron et j'ai mis au point les paramètres d'appels des scripts avec son GUI : grsync qui a notamment le bouton de "test à vide" sans exécution réelle. Ma machine perso (Xubuntu) est également sauvegardée en différentielle (sur DEBIAN), mais à la demande et avec Unison. J'ai créé des profils ("scripts de sauvegarde") que je peux appeler directement. Pierre Le 28/04/2015 16:26, Johnny B a écrit : > PS : attention au sujet "Cron" ca n'est pas pertinent, c'est du fourre > tout > > - > > > Oui c'est exactement ce que font ces tools (full snaphots, directory, > files etc..) sinon ils n'auraient aucun intérêt. > > Il faut simplement prendre du temps et se documenter sur les features > des tools > > Pour sa machine perso il faut s'orienter plutôt vers : > > *gnome_scheduler > *grsync > *backintime > *timeshift > > ou sinon via un moteur de recherche : > http://www.thegeekstuff.com/2012/05/backup-ubuntu-desktop/ > > >> Bonjour, >> >> Pas pour moi car ce n'est pas le système que je veux sauvegarder ce sont >> des documents persos. >> >> Sinon il aurait répondu à mon besoin de ce que j'en ai pu voir. >> >> Amitiés >> > -- Pro. Signature Pierre Touzeau -- Chargé de mission / Préfecture de region Basse-Normandie SGAR/rue Daniel HUET/14038 CAEN CEDEX/Tel: +33 231 306 306 pierre.touz...@basse-normandie.pref.gouv.fr / Fax: ... 564 --
Re: GUI backup Cron
PS : attention au sujet "Cron" ca n'est pas pertinent, c'est du fourre tout - Oui c'est exactement ce que font ces tools (full snaphots, directory, files etc..) sinon ils n'auraient aucun intérêt. Il faut simplement prendre du temps et se documenter sur les features des tools Pour sa machine perso il faut s'orienter plutôt vers : *gnome_scheduler *grsync *backintime *timeshift ou sinon via un moteur de recherche : http://www.thegeekstuff.com/2012/05/backup-ubuntu-desktop/ Bonjour, Pas pour moi car ce n'est pas le système que je veux sauvegarder ce sont des documents persos. Sinon il aurait répondu à mon besoin de ce que j'en ai pu voir. Amitiés -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/553f987b.60...@gmail.com
Re: Restauration avec backup manager
Salut Alain, > Qu'entends tu pas "l'option qui va bien" ? Je pensais à "diff -q" qui n'affiche que les fichiers qui diffèrent. > Je fais un backup de type full disons le 1er du mois à minuit > tar cjpf backup_01.tar.bz2 /home/elekaj34 > > Le 1er du mois je supprime le dossier toto, mais ne touche à aucun autre > fichiers > et à minuit (le 2 du mois donc) je fais un incrémental > tar cjpf backup_02.tar.bz2 --newer=./backup_01.tar.bz2 /home/elekaj34 > > Ce fichier est vide (et oui aucun nouveau fichiers ou fichiers modifiés) ! arg arg arg, ah oui. Je fais mes sauvegardes avec rsync et l'option --delete, qui supprime les fichiers supprimés, ce qui me permet de ne pas vivre ce genre de moment difficiles où tu vas, j'en ai bien peur, devoir tout re-supprimer à la mano... Si je pense à une solution je te dis :) et si tu trouves, je prends! Bon courage! G. -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/cagkqbrnzpdhts-02y3o3eekxpbbhgspdr29k74yp_6s8gk2...@mail.gmail.com
Re: Restauration avec backup manager
Salut, Le 31/01/2015 15:32, Gaël a écrit : Yope! Peut-être tu peux faire un diff entre ton master et ton dernier incrémental, avec l'option qui va bien qui permet de n'afficher que les fichiers supprimés, et qui va te sortir une liste, que tu peux piper dans "xargs rm -rf" surement... :) Qu'entends tu pas "l'option qui va bien" ? Je fais un backup de type full disons le 1er du mois à minuit tar cjpf backup_01.tar.bz2 /home/elekaj34 Le 1er du mois je supprime le dossier toto, mais ne touche à aucun autre fichiers et à minuit (le 2 du mois donc) je fais un incrémental tar cjpf backup_02.tar.bz2 --newer=./backup_01.tar.bz2 /home/elekaj34 Ce fichier est vide (et oui aucun nouveau fichiers ou fichiers modifiés) ! Bref je vois pas comment extraire la liste des fichiers qui ont été supprimés entre les deux backups ! Alain -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54ccf86b.8090...@jupin.net
Re: Restauration avec backup manager
Yope! Peut-être tu peux faire un diff entre ton master et ton dernier incrémental, avec l'option qui va bien qui permet de n'afficher que les fichiers supprimés, et qui va te sortir une liste, que tu peux piper dans "xargs rm -rf" surement... :) bon courage :) Le 28 janvier 2015 19:29, JUPIN Alain a écrit : > Bonsoir, > > Voilà erreur de manip et pouf ... tout un dossier aux oubliettes :( > > Heureusement j'ai des sauvegardes qui sont faites avec backup-manager. > > Après avoir restauré le master et tous les incrémentaux, la restauration a > bien fonctionné ! > > Sauf que j'avais supprimé certains dossiers/fichiers qui du coup maintenant > sont à nouveaux là ! > > Ma question, c'est y-til un moyen pour supprimer les fichiers qui ont été > supprimés d'un incrémental à l'autre ? > Quitte a créer un nouveau script de sauvegarde ou passer par autre chose que > backup-manager. > > Par ce que là je dois me retaper le tri de tous les fichiers restaurés que > j'avais supprimés :( > > -- > Alain JUPIN > > -- > 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-requ...@lists.debian.org > En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org > Archive: https://lists.debian.org/54c92a6d.6010...@jupin.net > -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/CAGKqBrm_YyeDJhM=oqzQmvizbozPgRR=-tj7z3haes-z6ul...@mail.gmail.com
Restauration avec backup manager
Bonsoir, Voilà erreur de manip et pouf ... tout un dossier aux oubliettes :( Heureusement j'ai des sauvegardes qui sont faites avec backup-manager. Après avoir restauré le master et tous les incrémentaux, la restauration a bien fonctionné ! Sauf que j'avais supprimé certains dossiers/fichiers qui du coup maintenant sont à nouveaux là ! Ma question, c'est y-til un moyen pour supprimer les fichiers qui ont été supprimés d'un incrémental à l'autre ? Quitte a créer un nouveau script de sauvegarde ou passer par autre chose que backup-manager. Par ce que là je dois me retaper le tri de tous les fichiers restaurés que j'avais supprimés :( -- Alain JUPIN -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54c92a6d.6010...@jupin.net
Re: [HS] Avis programme pour synchronisation et backup incrémental
Le lundi 22 septembre 2014, 17:51:31 Pierre TOUZEAU a écrit : >[…] > en mobilité, je synchronise mon disque réseau avec Unison, et > cela fonctionne ...du tonnerre également... aussi bien que > mobsync.exe sous Windows, et là c'est pas une critique mais > un compliment ;-) Tu sais qu’Unison fonctionne aussi sous Windows ? ;o) >[…] > Moralité : rsnc et Unison sont top et ont des > avantages/inconvénients qui diffèrent. P.ex. : Avantage d’Unison : une UI claire pour un non spécialiste. Inconvénient d’Unison : l’UI est en anglais, même s’il n’y a pas grand-chose à y lire, ça coince un peu pour le faire adopter au début… -- Sylvain Sauvage -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/3338722.Ba78D0E5iE@earendil
Re: [HS] Avis programme pour synchronisation et backup incrémental
Nous utilisons un serveur de ressources (DEBIAN) ou tout le monde ou presque se connecte via Win$ (disques réseaux via Samba) 1) La sauvegarde différentielle, quotidienne sur un 2e serveur DEBIAN se fait en rsync (ssh), et cela fonctionne du tonnerre avec un petit script comme l'expliquait jfstraeten 2) Mon poste bureautique est en Xubuntu, souhaitant travailler en mobilité, je synchronise mon disque réseau avec Unison, et cela fonctionne ...du tonnerre également... aussi bien que mobsync.exe sous Windows, et là c'est pas une critique mais un compliment ;-) Dans aucun cas je n'ai eu de problème de nom de fichiers, il faut dire qu'ayant été obligé de changer de système d'encodage en mettant les serveurs à jour (iso8859 ==> UTF-8), j'avais utilisé avec succès les options iconv dans les 1eres synchros. Moralité : rsnc et Unison sont top et ont des avantages/inconvénients qui diffèrent. Pierre Le 22/09/2014 12:04, Pierre Malard a écrit : > Ola, > > Le 22 sept. 2014 à 09:55, honeyshell <mailto:honeysh...@honeyshell.com>> a écrit : >> Bonjour la team, >> >> J'aimerai savoir quel programme vous utilisez ou recommandez pour >> réaliser : >> - une synchronisation de dossiers (exp : unisson) > > Perso, je me suis fabriqué des scripts basés sur rsync. Je préfère > gérer moi-même la décision du sens de synchronisation. > >> - backup, snapshoot et backup incrémental > > Sur notre site nous utilisons largement rsnapshot qui nous permet des > synchronisations incrémentales performantes, sûre et dont la mise en > place de système de restauration est, de facto, intégrée à tout OS. En > étant très proche de rsync et de l’OS, il est très aisé de le > personnaliser à nos désirs. > > Enfin, c’est un paquet Debian de base, donc directement maintenu par > la distribution. Pour ce qui est des clients à sauvegarder, à part > Windows, tous supportent rsync et SSH (*nix et Mac OS X). Il y a donc > rien à ajouter sur ces clients sinon configurer SSH pour qu’il accepte > la connexion du serveur rsnapshot. > > Pour ce qui est d’un GUI, le clicaudrome de base m’est inconnu tant je > ne l’utilise pas. > > Cordialement > >> Si un GUI stable et maintenu par Debian me permet de réaliser >> simplement ces actions depuis mon serveur, ce serait parfait. >> Pour l'instant, je suis resté sur l'idée de mettre un unison pour >> synchroniser les données personnelles des différents pc (OS GNU/Linux, >> android et windows), mais il me faudrait aussi un snapshoot et backup >> incrémental pour mon serveur maison. >> >> Quelle est la "bonne méthode". >> >> A vous lire et bon lundi ;) >> >> -- >> 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-requ...@lists.debian.org >> En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org >> Archive: >> https://lists.debian.org/CAJeHwDaxKKw0Vjb5W8zpxY2jRddkz7trq=aylmeiqamp7j5...@mail.gmail.com >> > > -- > Pierre Malard > >« /La liberté de la presse ne s'use que lorsqu'on ne s'en sert pas ! /» > Slogan du "Canard > enchaîné" >|\ _,,,---,,_ >/,`.-'`'-. ;-;;,_ > |,4- ) )-,_. ,\ ( `'-' > '---''(_/--' `-'\_) πr > > perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-. ;-;;,_: |,A- ) > )-,_. ,\ ( `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"' `-'"'"'\_): > 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print' > - --> Ce message n’engage que son auteur <-- > -- Pro. Signature Pierre Touzeau -- Chargé de mission / Préfecture de region Basse-Normandie SGAR/rue Daniel HUET/14038 CAEN CEDEX/Tel: +33 231 306 306 pierre.touz...@basse-normandie.pref.gouv.fr / Fax: ... 564 --
Re: [HS] Avis programme pour synchronisation et backup incrémental
Ola, Le 22 sept. 2014 à 09:55, honeyshell a écrit : > Bonjour la team, > > J'aimerai savoir quel programme vous utilisez ou recommandez pour réaliser : > - une synchronisation de dossiers (exp : unisson) Perso, je me suis fabriqué des scripts basés sur rsync. Je préfère gérer moi-même la décision du sens de synchronisation. > - backup, snapshoot et backup incrémental Sur notre site nous utilisons largement rsnapshot qui nous permet des synchronisations incrémentales performantes, sûre et dont la mise en place de système de restauration est, de facto, intégrée à tout OS. En étant très proche de rsync et de l’OS, il est très aisé de le personnaliser à nos désirs. Enfin, c’est un paquet Debian de base, donc directement maintenu par la distribution. Pour ce qui est des clients à sauvegarder, à part Windows, tous supportent rsync et SSH (*nix et Mac OS X). Il y a donc rien à ajouter sur ces clients sinon configurer SSH pour qu’il accepte la connexion du serveur rsnapshot. Pour ce qui est d’un GUI, le clicaudrome de base m’est inconnu tant je ne l’utilise pas. Cordialement > Si un GUI stable et maintenu par Debian me permet de réaliser > simplement ces actions depuis mon serveur, ce serait parfait. > Pour l'instant, je suis resté sur l'idée de mettre un unison pour > synchroniser les données personnelles des différents pc (OS GNU/Linux, > android et windows), mais il me faudrait aussi un snapshoot et backup > incrémental pour mon serveur maison. > > Quelle est la "bonne méthode". > > A vous lire et bon lundi ;) > > -- > 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-requ...@lists.debian.org > En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org > Archive: > https://lists.debian.org/CAJeHwDaxKKw0Vjb5W8zpxY2jRddkz7trq=aylmeiqamp7j5...@mail.gmail.com > -- Pierre Malard « La liberté de la presse ne s'use que lorsqu'on ne s'en sert pas ! » Slogan du "Canard enchaîné" |\ _,,,---,,_ /,`.-'`'-. ;-;;,_ |,4- ) )-,_. ,\ ( `'-' '---''(_/--' `-'\_) πr perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-. ;-;;,_: |,A- ) )-,_. ,\ ( `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"' `-'"'"'\_): 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print' - --> Ce message n’engage que son auteur <-- signature.asc Description: Message signed with OpenPGP using GPGMail
Re: [HS] Avis programme pour synchronisation et backup incrémental
tu es le bien venu sur ce fil ;) -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/CAJeHwDbEHg8cbF-1ezGt+KYQkeBh3Kt5=340rvwaypi-40b...@mail.gmail.com
Re: [HS] Avis programme pour synchronisation et backup incrémental
Le Mon, 22 Sep 2014 10:00:01 +0200, honeyshell a écrit : > J'aimerai savoir quel programme vous utilisez ou recommandez pour > réaliser : - une synchronisation de dossiers (exp : unison) - backup, > snapshoot et backup incrémental je me branche sur le fil (dites moi si je dois en ouvrir un autre) J'ajoute : qui est capable de synchroniser des fichiers avec des nom de ouf) genre "oui: c'est_une url de m... ?" en entier. -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/541fe439$0$2327$426a7...@news.free.fr
[HS] Avis programme pour synchronisation et backup incrémental
Bonjour la team, J'aimerai savoir quel programme vous utilisez ou recommandez pour réaliser : - une synchronisation de dossiers (exp : unison) - backup, snapshoot et backup incrémental Si un GUI stable et maintenu par Debian me permet de réaliser simplement ces actions depuis mon serveur, ce serait parfait. Pour l'instant, je suis resté sur l'idée de mettre un unison pour synchroniser les données personnelles des différents pc (OS GNU/Linux, android et windows), mais il me faudrait aussi un snapshoot et backup incrémental pour mon serveur maison. Quelle est la "bonne méthode". A vous lire et bon lundi ;) -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/CAJeHwDaxKKw0Vjb5W8zpxY2jRddkz7trq=aylmeiqamp7j5...@mail.gmail.com
Re: Logiciel de backup
Bacula est super pour du backup sécurisé pour petite et grosse architecture, il d'ispose d'une console graphique (meme si le mode console est plus simple à utiliser) sinon rsync et de bon script si ton réseau reste petit est ne compte pas évoluer.
Re: Logiciel de backup
Unison n'est pas fait pour faire du backup mais de la synchro entre machines. Gaëtan Le Wed, 20 Jun 2012 15:15:14 +0200 Thierry Despeyroux a écrit: > Unison (Unison File Synchronizer) est vraiment très bien, incrémental > et marche sur toutes les archis, en réseau par ssh par exemple; la > première syncro est un peut lente s'il y a beaucoup de choses, mais > après ce n'est que les changements qui sont propagés. > > Thierry > > Le Wed, 20 Jun 2012 15:06:05 +0200, > Luxpopuli Open source a écrit : > > > Bonjour, > > > > Pour un ami entrepreneur, je cherche un logiciel de backup qui aurait > > les caractéristiques suivantes: > > > >1. interface graphique de préférence > >2. facile d'utilisation > >3. sauvegarde incrémentielle de l'arborescence complète du > > répertoire contenant tous les documents liés à son activité > > professionnelle 4. fonctionnement par le réseau (sauvegarde sur site > > distant) 5. possibilité de lancer automatiquement la sauvegarde > > (connexion distante + sauvegarde automatisées) > > > > Je pense que s'il existe de petits scripts faciles à comprendre et > > que l'on puisse lancer via une tâche cron, cela devrait convenir à > > cette personne (qui à tout de même peu de temps à consacrer à son > > informatique). > > > > Merci d'avance pour vos retour d'expérience, > > > > Pascal > > -- > 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-requ...@lists.debian.org > En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org > Archive: > http://lists.debian.org/20120620151514.56968...@archimede4.rocq.inria.fr -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120621001428.419782f47042f709e8c2c...@neuf.fr
Re: Logiciel de backup
rsync : C'est pas du mode graphique, ligne de commandes, simple et permet de faire des backup la nuit via "cron". Ça fonctionne parfaitement avec sauvegarde incrémentielle. andré -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201206202033.19394.andre_deb...@numericable.fr
Re: Logiciel de backup
On Wed, 20 Jun 2012 15:06:05 +0200 Luxcopuli Open source wrote: On a oublié une caratéristique Tintéressante de BackupPC: non seulement il donne le contrôle total pour ce qui est de la méthode de compressions des données (tar, sans, bz, bzip2) mais il permet aussi les réglages fins (eg: le taux de compression 1-9 pour bzip2 (c'est de l'ordinaire:). Et il procède par symlinks pour gagner énormément de place, CàD que si le backup J+1 contient des fichiers n'ayant subis aucune modif de puis J, il ne sont pas ré-écris sur le HD mais BackupPC tire un symlink sur le fichier de J vers J+1; et ainsi de suite, donc il n'y a jamais plus d'une seule instance d'un fichier identique dans le temps. Quand on a des données standards (Tcompressibles), ça permet de facilement garder un gros historique de restore sans demander une capacité disque déraisonnable. Et aussi pour la restauration, il peut soit venir écraser les fichiers existants, soit exporter le restore sous forme d'un fichier.zip. -- I am a deeply superficial person. -Andy Warhol -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120620201633.1ff81977@anubis.defcon1
Re: Logiciel de backup
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 20/06/2012 15:06, Luxpopuli Open source a écrit : > Bonjour, > > Pour un ami entrepreneur, je cherche un logiciel de backup qui aurait > les caractéristiques suivantes: > > 1. interface graphique de préférence => windows (micro$oft) > 2. facile d'utilisation => windows > 3. sauvegarde incrémentielle de l'arborescence complète du répertoire > contenant tous les documents liés à son activité professionnelle => bacula (micro$oft) > 4. fonctionnement par le réseau (sauvegarde sur site distant) => bacula > 5. possibilité de lancer automatiquement la sauvegarde (connexion > distante + sauvegarde automatisées) => bacula > > Je pense que s'il existe de petits scripts faciles à comprendre et que > l'on puisse lancer via une tâche cron, cela devrait convenir à cette > personne (qui à tout de même peu de temps à consacrer à son informatique). > > Merci d'avance pour vos retour d'expérience, > > Pascal > bacula m'a sauvé plus d'une fois philippe -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJP4gkhAAoJEACDPLeL1qJwRcUIAJ763EzRn1P6E5au3NHFngmK adxbnIItY1esjZnvM6wKMlVyh6LN9T1nWbGmh91T/Bnri1ppvXFrfj0nzdtulp4e rSc9H6qFjIXK8KG+bWoyTHCdBFpuqZUFA7peoUQQW6M7031tNZcY4PsWvd2Njnh7 3XIrPRzhqV+KdwqTMZ+2aprdKdQZ9VhP8RR8kMnYWx/7RaxI/tuTB8zurb8kEqwl VQgSUlnVtjEMV/3bXp/7rJqcYEKfXfbP0rQ/I11W395xwm30cCJ58cBuPxgaEcra dd/pSau/LrOJw8dhoLCvHUP+Wen2/yg6Ibi2VtpLkJJ4t4cXZ9wTcXpbWRLbj3Q= =hWLi -END PGP SIGNATURE- -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4fe20922.7070...@leworm.fr
Re: Logiciel de backup
On Wed, 20 Jun 2012 16:05:07 +0200 gardouille wrote: > Pour ma part, BackupPC. +1 > Mise en place peut-être pas à la portée de tout le monde mais y a > quand même le paquet debian qui fait tout ^^. T'exagères, une lecture attentive de la doc permet facilement par ex., d'effectuer un backup journalier incrémental chaque jour, à partir de minuit, avec un complet/semaine, et de garder 6 mois en ligne avec les 3 derniers mois complets (90j - 1/J) et les 3 mois restants reste en 1/semaine. S'il-y-a plusieurs machines, la solution Sce rsync (rsyncd.exe) permet de limiter le trafic réseau par rapport à un backup de type share. Et pour plus de confort et moins de conso, on peut même trouver des scripts permettant de réveiller le client (WOL) à minuit, attendre le temps du boot, faire le backup, puis éteindre ce client:) -- Journalism is literature in a hurry. -- Matthew Arnold -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120620182552.3974ae26@anubis.defcon1
Re: Logiciel de backup
Le 20/06/2012 15:53, Luxpopuli Open source a écrit : Merci beaucoup pour vos réponses. Dans un premier temps, je vais approfondir luckybackup qui me semble, à priori, répondre aux besoins de mon ami. Encore merci, Pascal Pour ma part, BackupPC. Mise en place peut-être pas à la portée de tout le monde mais y a quand même le paquet debian qui fait tout ^^. Côté interface web, une fois la sauvegarde paramètrée, ça roule tout seul. Le client a un bouton pour sauvegarde totale/incrémentielle manuelle. Il peut explorer les sauvegardes via une arborescence et restaurer directement les fichiers sélectionnés ou les télécharger sur son poste. Sinon un article est paru récemment qui peut peut-être t'intéresser: http://linuxfr.org/news/r-evolutions-dans-le-monde-de-la-sauvegarde-de-donnees Bonne continuation =) -- -- Gardouille-kun mail/jabber: dar...@gardouille.fr -- -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4fe1d893.6060...@gmail.com
Re: Logiciel de backup
Merci beaucoup pour vos réponses. Dans un premier temps, je vais approfondir luckybackup qui me semble, à priori, répondre aux besoins de mon ami. Encore merci, Pascal Le 20 juin 2012 15:36, JF Straeten a écrit : > > Re, > > On Wed, Jun 20, 2012 at 03:06:05PM +0200, Luxpopuli Open source wrote: > > [...] > > caractéristiques suivantes: > > > >1. interface graphique de préférence > >2. facile d'utilisation > >3. sauvegarde incrémentielle de l'arborescence complète du répertoire > >contenant tous les documents liés à son activité professionnelle > >4. fonctionnement par le réseau (sauvegarde sur site distant) > >5. possibilité de lancer automatiquement la sauvegarde (connexion > >distante + sauvegarde automatisées) > > > > Je pense que s'il existe de petits scripts faciles à comprendre et que > l'on > > puisse lancer via une tâche cron, cela devrait convenir à cette personne > > (qui à tout de même peu de temps à consacrer à son informatique). > > - tu lui installes rsnapshot qui fera la sauvegarde incrémentielle > (avec historique !, dont la durée est configurable) ; > > - tu montes le répertoire de backup en readonly qque part ; > > - pour récupérer il n'a plus qu'à parcourir ce qui lui apparaîtra > comme autant de copies de son répertoire sauvegardé, en remontant le > temps jusqu'à récupérer la version qui lui convient ; > > > rsnapshot fait en réalité des liens durs sur les fichiers qui n'ont > pas changé de sorte que ça n'utilise que le minimum de place. > > J'essayerais de mettre la solution avec historique en place en local, > sur un disque externe par exemple, puis de déclencher une simple > synchronisation par rsync vers le site distant, après chaque passage > de rsnapshot (c'est prévu, paramètre cmd_postexec de la config). > > Le seul point de ton cahier des charges qui n'est pas 100 % respecté, > c'est la GUI pour configurer le backup, mais ça ne se fait qu'une > fois, et il dispose de son gestionnaire de fichier habituel pour > récupérer. > > C'est entièrement automatisé avec une tâche cron et ça tourne tout > seul... > > Si tu veux une config exemple... ;) > > Hih, > > -- > > JFS. > > -- > 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-requ...@lists.debian.org > En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org > Archive: http://lists.debian.org/20120620133618.gc7...@jones.jfs.dt > >
Re: Logiciel de backup
Re, On Wed, Jun 20, 2012 at 03:06:05PM +0200, Luxpopuli Open source wrote: [...] > caractéristiques suivantes: > >1. interface graphique de préférence >2. facile d'utilisation >3. sauvegarde incrémentielle de l'arborescence complète du répertoire >contenant tous les documents liés à son activité professionnelle >4. fonctionnement par le réseau (sauvegarde sur site distant) >5. possibilité de lancer automatiquement la sauvegarde (connexion >distante + sauvegarde automatisées) > > Je pense que s'il existe de petits scripts faciles à comprendre et que l'on > puisse lancer via une tâche cron, cela devrait convenir à cette personne > (qui à tout de même peu de temps à consacrer à son informatique). - tu lui installes rsnapshot qui fera la sauvegarde incrémentielle (avec historique !, dont la durée est configurable) ; - tu montes le répertoire de backup en readonly qque part ; - pour récupérer il n'a plus qu'à parcourir ce qui lui apparaîtra comme autant de copies de son répertoire sauvegardé, en remontant le temps jusqu'à récupérer la version qui lui convient ; rsnapshot fait en réalité des liens durs sur les fichiers qui n'ont pas changé de sorte que ça n'utilise que le minimum de place. J'essayerais de mettre la solution avec historique en place en local, sur un disque externe par exemple, puis de déclencher une simple synchronisation par rsync vers le site distant, après chaque passage de rsnapshot (c'est prévu, paramètre cmd_postexec de la config). Le seul point de ton cahier des charges qui n'est pas 100 % respecté, c'est la GUI pour configurer le backup, mais ça ne se fait qu'une fois, et il dispose de son gestionnaire de fichier habituel pour récupérer. C'est entièrement automatisé avec une tâche cron et ça tourne tout seul... Si tu veux une config exemple... ;) Hih, -- JFS. -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120620133618.gc7...@jones.jfs.dt
Re: Logiciel de backup
Le mercredi 20 juin 2012 15:20:42, Klaus Becker a écrit : > Le mercredi 20 juin 2012 15:06:05, Luxpopuli Open source a écrit : > > Bonjour, > > > > Pour un ami entrepreneur, je cherche un logiciel de backup qui aurait les > > caractéristiques suivantes: > > > >1. interface graphique de préférence > >2. facile d'utilisation > >3. sauvegarde incrémentielle de l'arborescence complète du répertoire > >contenant tous les documents liés à son activité professionnelle > >4. fonctionnement par le réseau (sauvegarde sur site distant) > >5. possibilité de lancer automatiquement la sauvegarde (connexion > >distante + sauvegarde automatisées) > > > > Je pense que s'il existe de petits scripts faciles à comprendre et que l'on > > puisse lancer via une tâche cron, cela devrait convenir à cette personne > > (qui à tout de même peu de temps à consacrer à son informatique). > > > > Merci d'avance pour vos retour d'expérience, > > > > Pascal > > > > > luckybackup. Ich weiss nicht ob es allen deinen Anforderungen entspricht, > kannst du dir ja mal anschauen. > > Klaus ha, je me suis cru sur la liste allemande... Klaus -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201206201526.07024.colon...@free.fr
Re: Logiciel de backup
On 20/06/2012 15:20, Klaus Becker wrote: Le mercredi 20 juin 2012 15:06:05, Luxpopuli Open source a écrit : Bonjour, Pour un ami entrepreneur, je cherche un logiciel de backup qui aurait les caractéristiques suivantes: 1. interface graphique de préférence 2. facile d'utilisation 3. sauvegarde incrémentielle de l'arborescence complète du répertoire contenant tous les documents liés à son activité professionnelle 4. fonctionnement par le réseau (sauvegarde sur site distant) 5. possibilité de lancer automatiquement la sauvegarde (connexion distante + sauvegarde automatisées) Je pense que s'il existe de petits scripts faciles à comprendre et que l'on puisse lancer via une tâche cron, cela devrait convenir à cette personne (qui à tout de même peu de temps à consacrer à son informatique). Merci d'avance pour vos retour d'expérience, Pascal luckybackup. Ich weiss nicht ob es allen deinen Anforderungen entspricht, kannst du dir ja mal anschauen. Klaus En français dans le texte, Luckybackup, c'est simple, facile à mettre en place et il est basé sur rsync donc il fait des diffs de l'arborescente. ++ Mourad -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4fe1cdad.5030...@nativobject.net
Re: Logiciel de backup
Salut, Le mercredi 20 juin 2012 à 15:06:05 tu as dit : > Bonjour, > > Pour un ami entrepreneur, je cherche un logiciel de backup qui aurait les > caractéristiques suivantes: > >1. interface graphique de préférence >2. facile d'utilisation >3. sauvegarde incrémentielle de l'arborescence complète du répertoire >contenant tous les documents liés à son activité professionnelle >4. fonctionnement par le réseau (sauvegarde sur site distant) >5. possibilité de lancer automatiquement la sauvegarde (connexion >distante + sauvegarde automatisées) As-tu essayé un apt-cache search backup Il y a pléthores de résultats que tu dois ensuite trier selon tes besoins (les 5 points ci-dessus sont remplis par la plupart des solutions de sauvegarde). > Je pense que s'il existe de petits scripts faciles à comprendre et que l'on > puisse lancer via une tâche cron, cela devrait convenir à cette personne > (qui à tout de même peu de temps à consacrer à son informatique). Un petit script avec rsync devrait le faire dans ce cas. > Merci d'avance pour vos retour d'expérience, Mon expérience me dit que la solution parfaite n'existe pas pour tout le monde. Chacun doit faire son propre choix selon ses propres besoins et affinités (« facile » ne signifie pas la même chose pour tout le monde...) steve -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120620131858.GB27494@localhost
Re: Logiciel de backup
Le mercredi 20 juin 2012 15:06:05, Luxpopuli Open source a écrit : > Bonjour, > > Pour un ami entrepreneur, je cherche un logiciel de backup qui aurait les > caractéristiques suivantes: > >1. interface graphique de préférence >2. facile d'utilisation >3. sauvegarde incrémentielle de l'arborescence complète du répertoire >contenant tous les documents liés à son activité professionnelle >4. fonctionnement par le réseau (sauvegarde sur site distant) >5. possibilité de lancer automatiquement la sauvegarde (connexion >distante + sauvegarde automatisées) > > Je pense que s'il existe de petits scripts faciles à comprendre et que l'on > puisse lancer via une tâche cron, cela devrait convenir à cette personne > (qui à tout de même peu de temps à consacrer à son informatique). > > Merci d'avance pour vos retour d'expérience, > > Pascal > luckybackup. Ich weiss nicht ob es allen deinen Anforderungen entspricht, kannst du dir ja mal anschauen. Klaus -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201206201520.42136.colon...@free.fr
Re: Logiciel de backup
Unison (Unison File Synchronizer) est vraiment très bien, incrémental et marche sur toutes les archis, en réseau par ssh par exemple; la première syncro est un peut lente s'il y a beaucoup de choses, mais après ce n'est que les changements qui sont propagés. Thierry Le Wed, 20 Jun 2012 15:06:05 +0200, Luxpopuli Open source a écrit : > Bonjour, > > Pour un ami entrepreneur, je cherche un logiciel de backup qui aurait > les caractéristiques suivantes: > >1. interface graphique de préférence >2. facile d'utilisation >3. sauvegarde incrémentielle de l'arborescence complète du > répertoire contenant tous les documents liés à son activité > professionnelle 4. fonctionnement par le réseau (sauvegarde sur site > distant) 5. possibilité de lancer automatiquement la sauvegarde > (connexion distante + sauvegarde automatisées) > > Je pense que s'il existe de petits scripts faciles à comprendre et > que l'on puisse lancer via une tâche cron, cela devrait convenir à > cette personne (qui à tout de même peu de temps à consacrer à son > informatique). > > Merci d'avance pour vos retour d'expérience, > > Pascal -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120620151514.56968...@archimede4.rocq.inria.fr
Logiciel de backup
Bonjour, Pour un ami entrepreneur, je cherche un logiciel de backup qui aurait les caractéristiques suivantes: 1. interface graphique de préférence 2. facile d'utilisation 3. sauvegarde incrémentielle de l'arborescence complète du répertoire contenant tous les documents liés à son activité professionnelle 4. fonctionnement par le réseau (sauvegarde sur site distant) 5. possibilité de lancer automatiquement la sauvegarde (connexion distante + sauvegarde automatisées) Je pense que s'il existe de petits scripts faciles à comprendre et que l'on puisse lancer via une tâche cron, cela devrait convenir à cette personne (qui à tout de même peu de temps à consacrer à son informatique). Merci d'avance pour vos retour d'expérience, Pascal
Re: Rdiff-backup. Quelle IHM ? Stabilité ?
On Wed, 23 May 2012 08:18:04 +0200 Olivier wrote: > La ligne de commande ne me gène pas mais il s'agit d'un outil que > je souhaite mettre à la disposition d'utilisateurs (sous Windows, > en plus) pour lesquelles "la souris est préférable". > > 2. Rencontrez-vous des pbs de stabilité avec rdiff-backup ? Je laisserais tomber rdiff-backup au profit de backuppc qui dispose d'une I/F web et permet à l'utilisateur de restaurer fichier/fichier si besoin est (arborescence), voire de lancer son propre backup s'il en ressent le besoin; le tout évidemment sans visuel des autres utilisateurs. Pour des clients w$, le mieux est d'installer putty+un service rsync w$ (moins de traffic qu'avec la méthode samba qui n'effectue pas de diff). En dehors du piège classique, à savoir oublier de tester les liaisons SSH avec les clients et surtout d'accepter leurs clés sur le svr, ça roule sur du velours. -- Packages should build-depend on what they should build-depend. -- Santiago Vila on debian-devel -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120523155633.6fe86265@anubis.defcon1
Rdiff-backup. Quelle IHM ? Stabilité ?
Bonjour, 1. Quelle IHM me conseillez-vous pour restaurer des données sauvées sur une machine distante via rdiff-backup ? La ligne de commande ne me gène pas mais il s'agit d'un outil que je souhaite mettre à la disposition d'utilisateurs (sous Windows, en plus) pour lesquelles "la souris est préférable". 2. Rencontrez-vous des pbs de stabilité avec rdiff-backup ? Slts -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/CAPeT9jiW=ut2vwb5njrtzx-o3icjj4-exnbcqdanox8pycb...@mail.gmail.com
Re: [HS] backup de fichier de win$ vers debian
Le 04/07/2011 00:38, Jean-Yves F. Barbier a écrit : On Sun, 03 Jul 2011 23:54:40 +0200, Leopold BAILLY wrote: backuppc +1 J'utilise à la maison, je n'ai pas de M$ Windows mais il sait faire. Interface web, gestion des droits, les utilisateurs peuvent gérer leur restauration. Mutualise les fichiers entre les différentes machines. J'ai fais des tas de tests il-y-a qq années et en dehors de l'ultrium, je suis toujours revenu vers lui (zan) pour sa simplicité d'utilisation: Tbien pour l'utilisateur lambda qui a fait une connerie, et s'il ne comprend pas l'interface web yapuka se tirer une balle: Pour la partie w$, je l'ai installé sur les 5 micros pros d'un pote sans aucun soucis, en suivant pas à pas le howto (rsync+putty); évidemment son intervenant local n'a rien trouvé de mieux que de le passer s/s cobian qd l'upgrade a été fait vers 7. Bilan un disque 500GB qui déborde et n'en fini par ses backups 2 fois sur 3; alors qu'avec backuppc on avait ~60% de libre (docs word& excel + gestion + qq photos). Perso, je l'utilisais pour stocker à la maison mes backups pros avec stunnel + certificats pour un accès road warrior sécurisé. Je vais voir ça de plus près, ça m'a l'air pas mal... ++ Mourad -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4e11a88f.8090...@nativobject.net
Re: [HS] backup de fichier de win$ vers debian
On Sun, 03 Jul 2011 23:54:40 +0200, Leopold BAILLY wrote: > backuppc +1 > > J'utilise à la maison, je n'ai pas de M$ Windows mais il sait faire. > > Interface web, gestion des droits, les utilisateurs peuvent gérer leur > restauration. > > Mutualise les fichiers entre les différentes machines. J'ai fais des tas de tests il-y-a qq années et en dehors de l'ultrium, je suis toujours revenu vers lui (zan) pour sa simplicité d'utilisation: Tbien pour l'utilisateur lambda qui a fait une connerie, et s'il ne comprend pas l'interface web yapuka se tirer une balle: Pour la partie w$, je l'ai installé sur les 5 micros pros d'un pote sans aucun soucis, en suivant pas à pas le howto (rsync+putty); évidemment son intervenant local n'a rien trouvé de mieux que de le passer s/s cobian qd l'upgrade a été fait vers 7. Bilan un disque 500GB qui déborde et n'en fini par ses backups 2 fois sur 3; alors qu'avec backuppc on avait ~60% de libre (docs word & excel + gestion + qq photos). Perso, je l'utilisais pour stocker à la maison mes backups pros avec stunnel + certificats pour un accès road warrior sécurisé. -- The good oxymoron, to define it by a self-illustration, must be a planned inadvertency. -Wilson Follett -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20110704003816.42ca6967@anubis.defcon1
Re: [HS] backup de fichier de win$ vers debian
"Jean-Yves F. Barbier" <12u...@gmail.com> writes: > On Sun, 03 Jul 2011 16:19:00 +0200, Mourad Jaber wrote: > >> Je suis à la recherche d'un outil graphique pour pouvoir faire des backups >> d'une machine windows vers un espace de stockage hébergé sur un serveur >> debian. >> >> Le serveur cible est un serveur hébergé, donc pas sur le même réseau d'où ma >> recherche de solution type rsync pour pouvoir utiliser ssh comme couche de >> transport ! > > svr backup: backuppc backuppc +1 J'utilise à la maison, je n'ai pas de M$ Windows mais il sait faire. Interface web, gestion des droits, les utilisateurs peuvent gérer leur restauration. Mutualise les fichiers entre les différentes machines. -- Léo. -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/8739inowrj@stellie.bailly.home
Re: [HS] backup de fichier de win$ vers debian
On 03/07/2011 16:19, Mourad Jaber wrote: Bonjour, Je suis à la recherche d'un outil graphique pour pouvoir faire des backups d'une machine windows vers un espace de stockage hébergé sur un serveur debian. Le serveur cible est un serveur hébergé, donc pas sur le même réseau d'où ma recherche de solution type rsync pour pouvoir utiliser ssh comme couche de transport ! Actuellement, pour mes besoins propres, j'utilise luckybackup pour piloter rsync de debian à debian mais cet outil ne possède pas de version window$... J'ai essayé grsync, mais il demande un mot de passe à chaque fichier !!! Si vous avez d'autres idées à la portée d'un utilisateur lambda, je suis preneur ! Merci de vos lumières ! Mourad Bonjour, rdiff-backup (attention sauvegarde incrémentale binaire) tourne sous Linux/Mac/Windows*. Ce n'est certainement pas le plus simple, mais cela vaut peut-être le coup d'y jeter un oeil. De plus, archfs (paquet debian depuis squeeze) permet de monter les diverses sauvegardes (snapshots) de rdiff-backup comme système de fichiers (arborescences rangées par date) et d'aller y piocher, très utile pour rendre autonome les utilisateurs en cas de perte du "fichier de la veille". Un exemple d'utilisation entre deux postes *distants* (pas si compliqué que ça!): rdiff-backup user1@host1::/source-dir user2@host2::/dest-dir Nicolas -- *Extrait de : http://www.nongnu.org/rdiff-backup/FAQ.html#windows Yes, although it is not a heavily tested configuration. Rdiff-backup can be run as a native Windows application or under Cygwin. To run as a native Windows application, simply download the provided .exe binary. To setup remote operation, you will also need an SSH client, such as Putty or SSH Secure Shell. See the Wiki for more details on remote operation under native Windows. Dave Kempe has also made some older .exe versions available for download. -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4e10a286.3050...@yahoo.fr
Re: [HS] backup de fichier de win$ vers debian
On 03/07 16:19, Mourad Jaber wrote: > Bonjour, > > Je suis à la recherche d'un outil graphique pour pouvoir faire des > backups d'une machine windows vers un espace de stockage hébergé sur un > serveur debian. > > Le serveur cible est un serveur hébergé, donc pas sur le même réseau d'où > ma recherche de solution type rsync pour pouvoir utiliser ssh comme > couche de transport ! On utilise winscp au boulot pour ce genre de chose http://winscp.net jluc -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20110703151625.gh23...@villoue.fr
Re: [HS] backup de fichier de win$ vers debian
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 03/07/2011 16:20, Mourad Jaber a écrit : > J'ai essayé grsync, mais il demande un mot de passe à chaque fichier !!! Hello Il te demande un pass même avec une clef SSH ? J'ai pas le même soucis chez moi en plus… - -- Aeris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOEIBFAAoJEK8zQvxDY4P9JyQIAIsa6nU+fuOOdzV3hFde2aOQ YaCNh6ZRZwcXEE3A6AHXDLqkSDeyGR30FhWrYipDveYWF6pGvCHCuv0FYbYh4mOz 6I9yEbzdSQR5xJtjWeh/l+6w/yOcX1L3IW+L9vX08Ar22l5C00bG1zC+KdTmuPTM xFrLQDolPb88a5yPo6zEquBc3ex+RzXqDXQf17bRrTocIXedduOxPTKbl0ClijAR pL8mjw+s+OxNmDzLnWNdiJgGchgtl9OdqBgPSD9rcDhhqb7evMxZm83VcRbplOId XosbajDMvFqnktIyh5uy6cbLy2Zwq9/8GmNqHfNQppn83Q8J5gddz8M/fJoKN/I= =QP+q -END PGP SIGNATURE- -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4e10804b$0$12843$426a7...@news.free.fr
Re: [HS] backup de fichier de win$ vers debian
Bonjour, j'ai longtemps utilisé et fait utiliser Cobian Backup, gratuit et qui possède plusieurs protocoles de transports, dont certains chiffrés. Mourad Jaber a écrit : > Bonjour, > > Je suis à la recherche d'un outil graphique pour pouvoir faire des backups > d'une machine windows vers un espace de stockage hébergé sur un serveur > debian. > > Le serveur cible est un serveur hébergé, donc pas sur le même réseau d'où ma > recherche de solution type rsync pour pouvoir utiliser ssh comme couche de > transport ! > > Actuellement, pour mes besoins propres, j'utilise luckybackup pour piloter > rsync de debian à debian mais cet outil ne possède pas de version window$... > > J'ai essayé grsync, mais il demande un mot de passe à chaque fichier !!! > > Si vous avez d'autres idées à la portée d'un utilisateur lambda, je suis > preneur ! > > Merci de vos lumières ! > > Mourad > -- Cordialement, Bernardo. -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4e108275.4090...@siorat.net
Re: [HS] backup de fichier de win$ vers debian
On Sun, 03 Jul 2011 16:19:00 +0200, Mourad Jaber wrote: > Je suis à la recherche d'un outil graphique pour pouvoir faire des backups > d'une machine windows vers un espace de stockage hébergé sur un serveur > debian. > > Le serveur cible est un serveur hébergé, donc pas sur le même réseau d'où ma > recherche de solution type rsync pour pouvoir utiliser ssh comme couche de > transport ! svr backup: backuppc machin-chose: rsync version. w$ + transformation en service putty pour le ssh, à passer en service aussi (si c'est possible) -- The only time a dog gets complimented is when he doesn't do anything. -- C. Schulz -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20110703163652.6658ade8@anubis.defcon1
Re: [HS] backup de fichier de win$ vers debian
Le Sun, 03 Jul 2011 16:19:00 +0200, Mourad Jaber a écrit : > Bonjour, > > Je suis à la recherche d'un outil graphique pour pouvoir faire des > backups d'une machine windows vers un espace de stockage hébergé sur > un serveur debian. > > Le serveur cible est un serveur hébergé, donc pas sur le même réseau > d'où ma recherche de solution type rsync pour pouvoir utiliser ssh > comme couche de transport ! > > Actuellement, pour mes besoins propres, j'utilise luckybackup pour > piloter rsync de debian à debian mais cet outil ne possède pas de > version window$... > > J'ai essayé grsync, mais il demande un mot de passe à chaque > fichier !!! > > Si vous avez d'autres idées à la portée d'un utilisateur lambda, je > suis preneur ! > > Merci de vos lumières ! > > Mourad > bonjour, pour les neuneus win : kiwi backup c'est payant mais bigrement efficace ... slt bernard -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20110703163720.25f85aff.bernard.schoenac...@free.fr
[HS] backup de fichier de win$ vers debian
Bonjour, Je suis à la recherche d'un outil graphique pour pouvoir faire des backups d'une machine windows vers un espace de stockage hébergé sur un serveur debian. Le serveur cible est un serveur hébergé, donc pas sur le même réseau d'où ma recherche de solution type rsync pour pouvoir utiliser ssh comme couche de transport ! Actuellement, pour mes besoins propres, j'utilise luckybackup pour piloter rsync de debian à debian mais cet outil ne possède pas de version window$... J'ai essayé grsync, mais il demande un mot de passe à chaque fichier !!! Si vous avez d'autres idées à la portée d'un utilisateur lambda, je suis preneur ! Merci de vos lumières ! Mourad -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4e107a54.4010...@nativobject.net
Re: HS: Vérification envoi backup rsync
Le 22/04/11, Julien a écrit : > Je te conseil de monté ton partage samba juste avant de faire la > sauvegarde et de le démonté ensuite. Si ce n'est pas possible, il faut Oui, cette idée m'est venue à la pause de midi. Je me suis posé la question s'il était indispensable que le partage soit monté au démarrage. Finalement, cela était bon quand j'avais à tester des choses, mais maintenant plus la peine. > echo 'Montage du partage samba' > mount /mnt/backup > if [ $? -ne 0 ] > then > echo "Probleme au montage du partage samba" > # ici tu peux envoyer ton mail > exit 1 > fi > rsync ... > umount /mnt/backup J'ai fait ça en effet ! > > Enfin, je te conseil de regarder l'option de rsync --modify-window qui > peut éviter des transferts alors que les fichiers sont les mêmes. Merci pour le conseil, je vais regarder à quoi correspond la valeur demandée par ce paramètre. Grand merci, Raphaël -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/banlktikr7vkvxleosq+1pctavosifuu...@mail.gmail.com