Euh pardon, dans mon dernier post, je voulais dire que je ne sais pas comment faire de SNAPSHOT avec rsync…
Des incremental-backup, j'en fais tous les jours avec mon script… :)
Même si je connais bien le principe de full-backup et incremental-backup, je n'avais jamais creusé avec rsync pour mon PC perso.
Je vais me pencher dessus, car effectivement, depuis quelques jours je me disais que ce serait bien d'avoir quelques versions antérieures, just in case of….
Merci pour vos réponses. Je l'ai ai étudié avec soin.
Je me suis donc tourné vers KVM + Virtual Machine Manager mais c'est bien plus compliqué à mettre en place qu'un VirtualBox.
Cette complexité vaut-elle la peine d'être surmontée ?
Y a-t-il un gain, pour un utilisateur final (qui ne doit pas créer plusieurs VM par jours via scripts) ?
Oui c'est juste pour avoir une, voire deux VM en parallèles et pas créer via des scripts des VMs etc.
Je suis un particulier qui doit faire tourner DxO dans un Winblows, rien de plus. :)
Merci (encore…), mais TOR est très lent il me semble.
(Et puis je me suis cassé les dents beaucoup de fois en tentant de configurer ma Arch pour l'utiliser…).
Je vais me tourner vers un OpenVPN-provider. Ca semble bien plus simple.
Question annexe, j'ai utilisé un périphérique (voice recorder) il y a quelques semaines.
Je le branche sur ma Arch, via USB, pour accéder aux fichiers (WMA….) et je vois bien le fichier de périphérique /dev/sdc mais aucune partition.
J'ai du monter /dev/sdc (tout court, sans chiffre).
Etrange, n'est-ce pas ?
Je précise que ce périphérique voice recorder ne gère pas du tout le chiffrement !
Et merci encore…
PS : j'ai transformé ma grappe RAID1 en RAID5. roulez !
Ouais, j'essaie de toujours utiliser les notations longues, pour les retenir plus facilement :
tar --bzip2 --create /home/bastien/BKP_OS/ --file /home/bastien/BKP_OS.tar.bzip2
Je vais effectivement modifier le nom en tar.bz2
Je pense laisser le niveau de compression par défaut, car il est vraiment efficace et un ratio plus agressif rendrait les choses plus longues.
J'ai hésité entre bzip et lzma mais bzip est plus souvnet intégré aux LiveCD. Peut être que lzma l'est également, mais vu le résultat très satisfaisant que j'ai déjà avec bzip, je ne veux pas passer de temps à checker plusieurs liveCD….. juste pour voir si lzma est intégré…
J'ai exclu /opt (Matlab….. etc) ainsi que .firefox .thunderbird etc.
Je me retrouve avec un répertoire BKP_ISO de 5.8 GB.
C'est infiniment plus efficace que le dd !
Maintenant, je voudrais en faire une archive, mais ai peur de modifier les droits des fichiers, les bits spéciaux, etc.
Puis-je me contenter de faire un tar cf BKP_ISO.tar BKP_ISO/* ?
Ensuite je voudrais le compresser (voire même à la volée) ?
Qu'est-ce que vous conseillez entre bzip, gzip, lzma ?
Ok donc va pour le rsync !
J'en fais souvent pour des données, mais là, je suis un peu inquiet, car il faut préserver les droits exacts des fichiers, les permissions exactes, copier les fichiers cachés.
Car il ne s'agit plus de data mais de fichiers binaires, de bibliothèques, etc !
Est-ce que les commandes suivantes peuvent convenir ?
J'ai déjà testé.
Je n'aime pas ces outils : je trouve ça inutilement lourd. Je préfère galérer les premières fois, puis me faire mon petit HOWTO perso et roulez.
Le pire soft de backup qui existe dans l'Univers, c'est celui de Norton. Un vrai clickodrome.
Tu as l'impression de ne rien "sentir", de ne rien contrôler. Moi je dis, vive les bisous (KISS).
Je vais faire comme Neox le suggère, c'est efficace et a un côté pédagogique !
J'utilise Virtualbox :)
Bon et bien je vais me pencher dessus alors.
J'ai déjà chrooté pour installer GRUB (lors de l'installation de Arch).
Lors de cette install, j'avais galéré pour le chiffrement de la partition / et les hooks à déclarer
Il va falloir que je me retrousse les manches pendant une heure et je prendrai les notes qu'il faut.
C'est justement parce que j'ai peur de GRUB que je fais ça.
Maintenant je suis peut être un master du RAID, grace à toi, tout à l'heure :) mais GRUB me fout un peu la trouille.
J'ai pas mal d'appli compilonée-installées-configurées aux petits oignons et je ne voudrais pas être bloqué à cause de GRUB !
PS : je fais déjà du rsync, mais pour des backups de DATAS sur des disques externes (deux disques, au cas ou l'un des deux viendrait à lacher)
PS : et effectivement, sur mon SSD root il n'y a que 16 Go d'utilisé ! Ce n'est pas très efficace comme ratio !
En fait je pensais qu'il fallait dire à dd jusque où il faut copier. Je savais très bien qu'il s'arrêterai au bout des 128 Go.
Mais je ne savais pas qu'il était possible de ne pas du tout lui indiquer la limite. Voilà…
Donc maintenant je n'utiliserai plus ce paramètre, car parfaitement inutile dans mon cas.
Effectivement, j'avais pensé à l'offset pour faire le backup d'un autre SSD, mais je ne me sens pas assez joueur pour le faire.
Je vais appliquer ce que vous m'avez dit asap pour faire un bkp dans un fichier (avec compression ON THE FLY :-)
Si si vous avez tous les deux compris.
Effectivement count est parfaitment inutile.
Et pour ce qui est de bs, j'avais lu qu'on peut essayer avec différentes valeurs, pour optimiser en fonction du système (bande-passante, etc.). Mais n'en suis pas ŝur.
Je n'aurai jamais osé compresser. Mais bon, tant que c'est non destructeur, c'est vrai que ça ne doit pas poser de problème.
Je vais donc tenter de trouver un bon algo : LZMA, BZIP ou je ne sais pas trop quoi.
Merci !
PS : prochaine étape, les snapshots LVM !! Que du bon !! C'est mon festin de repas de noël-nouvel-an.
Si un jour j'ai un problème et que je dois urgemment accéder aux données, que je ne suis pas chez moi, ne me souviens plus de toutes les commandes à utiliser (LVM, etc.), puis-je monter un disque en dehors du array ? J'au lu sur internet qu'il ne faut surtout pas faire ça, est-ce vrai ? Si oui, quel est le risque ?
Je comprends maintenant, pour le test d'état aléatoire.
Si les modifications sont à des "endroits" (je suppose qu'en RAID ça se passe en mode blocs ?) différents alors ça doit être gérable.
Mais si ce sont les mêmes blocs qui ont été modifiés, est-ce qu'il utilise le plus récent des deux ?
Ca semble quand même assez… aléatoire comme tu le dis.
A tel point que je m'interroge sur l'intérêt de ce test : car ça peut très bien marcher lors de mon test, mais si un jour j'ai un tel problème d'alim, ça peut très bien ne pas fonctionner du tout ! Donc on ne peut pas tirer de conclusion du test, ou je me trompe ?
Pour ta remarque sur le RAID 5, oui, effectivement, tu as parfaitement raison.
Autre question, pendant un rebuild, on peut écrire sur la partition ?
Le rebuild prendra simplement un peu plus de temps, correct ?
Je viens de tester de rebooter pendant le rebuilding.
Je me doutais bien que ça ne poserait pas de problème, mais je voulais tester.
Par rapport à ce que tu viens d'écrire, est-ce que je peux utiliser dd pour mettre à urandom, par exemple, une toute petite partie de l'un des disques ?
Je suppose qu'il ne faut surtout pas faire dans les "entêtes" (je ne connais pas le bon terme) genre MBR, table des partitions, etc.
Donc, pour tester ce cas, puis-je faire un : dd if=/dev/urandom of=/dev/sdd1 bs=1M count=10 ?
C'est franchement brutal. :-) Mais est-ce un test pertinent ?
Autre question, si je venais à configurer un disque spare, il serait branché et tournerai mais avec aucune donnée et aucun accès read/write, correct ?
Est-il possible que Linux, en cas de problème sur l'un des deux autres disques, commence à copier toutes les données sur ce disque qui ne sera donc plus un spare mais un disque actif dans l'array. J'ai lu sur internet que les outils mdadm et compagnie ne font pas ça automatiquement, est-ce vrai ?
Dernière question, si un jour j'ai un problème et que je dois urgemment accéder aux données dans le array, puis-je monter un disque en dehors du array ? J'au lu sur internet qu'il ne faut surtout pas faire ça, est-ce vrai ? Si oui, quel est le risque ?
Merci à tous, j'ai étudié vos réponses et ai trouvé ce qui me convient :
conky me faisait peur, mais en fait ça doc est claire et il y a plein d'exemples sur internet.
J'ai crée deux fichiers de configurations dont un qui affiche le contenu du fichier /var/log/messages, lui-même alimenté par un journalctl -f qui est exécuté dans une boucle infini.
Il y a bien un problème financier, mais je suis sûr qu'il faut également expliquer.
Par exemple, certaines personnes obstruent toutes les bouches de ventilation, ce qui n'est pas bien pour l'hygiène, pour la santé et pour le chauffage !
[^] # Re: Ça m’intéresse aussi !
Posté par PolePosition . En réponse au message Amélioration d'un script de bakup (rsync). Évalué à 0.
Euh pardon, dans mon dernier post, je voulais dire que je ne sais pas comment faire de SNAPSHOT avec rsync…
Des incremental-backup, j'en fais tous les jours avec mon script… :)
[^] # Re: Ça m’intéresse aussi !
Posté par PolePosition . En réponse au message Amélioration d'un script de bakup (rsync). Évalué à 1.
Hi,
Même si je connais bien le principe de full-backup et incremental-backup, je n'avais jamais creusé avec rsync pour mon PC perso.
Je vais me pencher dessus, car effectivement, depuis quelques jours je me disais que ce serait bien d'avoir quelques versions antérieures, just in case of….
Merci !
[^] # Re: Quel Usage ?
Posté par PolePosition . En réponse au message Quelle GUI pour KVM ?. Évalué à 0.
Hello,
Merci pour vos réponses. Je l'ai ai étudié avec soin.
Je me suis donc tourné vers KVM + Virtual Machine Manager mais c'est bien plus compliqué à mettre en place qu'un VirtualBox.
Cette complexité vaut-elle la peine d'être surmontée ?
Y a-t-il un gain, pour un utilisateur final (qui ne doit pas créer plusieurs VM par jours via scripts) ?
+
[^] # Re: Quel Usage ?
Posté par PolePosition . En réponse au message Quelle GUI pour KVM ?. Évalué à 1.
Bonjour,
Oui c'est juste pour avoir une, voire deux VM en parallèles et pas créer via des scripts des VMs etc.
Je suis un particulier qui doit faire tourner DxO dans un Winblows, rien de plus. :)
Merci !
[^] # Re: reseau TOR
Posté par PolePosition . En réponse au message Proxy anonymisant simple à configurer. Évalué à 0.
Bonjour !
Merci (encore…), mais TOR est très lent il me semble.
(Et puis je me suis cassé les dents beaucoup de fois en tentant de configurer ma Arch pour l'utiliser…).
Je vais me tourner vers un OpenVPN-provider. Ca semble bien plus simple.
+
[^] # Re: IPredator
Posté par PolePosition . En réponse au message Proxy anonymisant simple à configurer. Évalué à 0.
Bonjour,
Merci beaucoup.
Le fait que ça ne se paie pas en € me gêne, mais OpenVPN peut être un très bon mot clef à rajouter dans ma recherche.
+
[^] # Re: Metadata et RAID
Posté par PolePosition . En réponse au message Chiffer le disque entier ou les partitions ?. Évalué à 1.
Très intéressantes remarques.
Merci beaucoup.
[^] # Re: tout est fichier, et c'est une question de choix
Posté par PolePosition . En réponse au message Chiffer le disque entier ou les partitions ?. Évalué à 1.
Bonjour Neox,
Question annexe, j'ai utilisé un périphérique (voice recorder) il y a quelques semaines.
Je le branche sur ma Arch, via USB, pour accéder aux fichiers (WMA….) et je vois bien le fichier de périphérique /dev/sdc mais aucune partition.
J'ai du monter /dev/sdc (tout court, sans chiffre).
Etrange, n'est-ce pas ?
Je précise que ce périphérique voice recorder ne gère pas du tout le chiffrement !
Et merci encore…
PS : j'ai transformé ma grappe RAID1 en RAID5. roulez !
[^] # Re: c'est quand meme tres bourrin
Posté par PolePosition . En réponse au message Sauvegarde d'un SDD dans un fichier ?. Évalué à 0.
Hi,
Ouais, j'essaie de toujours utiliser les notations longues, pour les retenir plus facilement :
tar --bzip2 --create /home/bastien/BKP_OS/ --file /home/bastien/BKP_OS.tar.bzip2
Je vais effectivement modifier le nom en tar.bz2
Je pense laisser le niveau de compression par défaut, car il est vraiment efficace et un ratio plus agressif rendrait les choses plus longues.
J'ai hésité entre bzip et lzma mais bzip est plus souvnet intégré aux LiveCD. Peut être que lzma l'est également, mais vu le résultat très satisfaisant que j'ai déjà avec bzip, je ne veux pas passer de temps à checker plusieurs liveCD….. juste pour voir si lzma est intégré…
Merci des conseils.
+
[^] # Re: c'est quand meme tres bourrin
Posté par PolePosition . En réponse au message Sauvegarde d'un SDD dans un fichier ?. Évalué à 0.
1,9 GB versus 128 GB !
[bastien@zoulou ~]$ ls -lh BKP_OS.tar.bzip2
-rw-r--r-- 1 root root 1.9G Dec 30 12:42 BKP_OS.tar.bzip2
[bastien@zoulou ~]$
En cas de soucis je n'aurai qu'à faire un truc du genre (je tenterai pour affiner les commandes nécessaires et les noterai) :
arch-chroot /mnt
grub-install /dev/sda
Parfait !!!!!!
Merci beaucoup !
[^] # Re: c'est quand meme tres bourrin
Posté par PolePosition . En réponse au message Sauvegarde d'un SDD dans un fichier ?. Évalué à 1.
Hello,
J'ai trouvé une page géniale :
https://wiki.archlinux.org/index.php/Full_System_Backup_with_rsync
Elle correspond au besoin !
J'ai exclu /opt (Matlab….. etc) ainsi que .firefox .thunderbird etc.
Je me retrouve avec un répertoire BKP_ISO de 5.8 GB.
C'est infiniment plus efficace que le dd !
Maintenant, je voudrais en faire une archive, mais ai peur de modifier les droits des fichiers, les bits spéciaux, etc.
Puis-je me contenter de faire un tar cf BKP_ISO.tar BKP_ISO/* ?
Ensuite je voudrais le compresser (voire même à la volée) ?
Qu'est-ce que vous conseillez entre bzip, gzip, lzma ?
+
[^] # Re: c'est quand meme tres bourrin
Posté par PolePosition . En réponse au message Sauvegarde d'un SDD dans un fichier ?. Évalué à 0. Dernière modification le 29 décembre 2012 à 22:30.
Hello,
Ok donc va pour le rsync !
J'en fais souvent pour des données, mais là, je suis un peu inquiet, car il faut préserver les droits exacts des fichiers, les permissions exactes, copier les fichiers cachés.
Car il ne s'agit plus de data mais de fichiers binaires, de bibliothèques, etc !
Est-ce que les commandes suivantes peuvent convenir ?
rsync --progress --verbose --delete --checksum --recursive $MASTER/courses/ $SLAVE/courses/
rsync --progress --verbose --delete --checksum --recursive $MASTER/documents/ $SLAVE/documents/
rsync --progress --verbose --delete --checksum --recursive $MASTER/projects/ $SLAVE/projects/
D'après Google, je pense qu'avec ces commandes les hidden files seront copiés, mais quid des permissions exactes ?
+
[^] # Re: c'est quand meme tres bourrin
Posté par PolePosition . En réponse au message Sauvegarde d'un SDD dans un fichier ?. Évalué à 0. Dernière modification le 28 décembre 2012 à 00:02.
Salut detail_pratique,
J'ai déjà testé.
Je n'aime pas ces outils : je trouve ça inutilement lourd. Je préfère galérer les premières fois, puis me faire mon petit HOWTO perso et roulez.
Le pire soft de backup qui existe dans l'Univers, c'est celui de Norton. Un vrai clickodrome.
Tu as l'impression de ne rien "sentir", de ne rien contrôler. Moi je dis, vive les bisous (KISS).
Je vais faire comme Neox le suggère, c'est efficace et a un côté pédagogique !
[^] # Re: c'est quand meme tres bourrin
Posté par PolePosition . En réponse au message Sauvegarde d'un SDD dans un fichier ?. Évalué à 0.
J'utilise Virtualbox :)
Bon et bien je vais me pencher dessus alors.
J'ai déjà chrooté pour installer GRUB (lors de l'installation de Arch).
Lors de cette install, j'avais galéré pour le chiffrement de la partition / et les hooks à déclarer
Il va falloir que je me retrousse les manches pendant une heure et je prendrai les notes qu'il faut.
Merci encore !
[^] # Re: c'est quand meme tres bourrin
Posté par PolePosition . En réponse au message Sauvegarde d'un SDD dans un fichier ?. Évalué à 1. Dernière modification le 27 décembre 2012 à 23:50.
Salut,
C'est justement parce que j'ai peur de GRUB que je fais ça.
Maintenant je suis peut être un master du RAID, grace à toi, tout à l'heure :) mais GRUB me fout un peu la trouille.
J'ai pas mal d'appli compilonée-installées-configurées aux petits oignons et je ne voudrais pas être bloqué à cause de GRUB !
PS : je fais déjà du rsync, mais pour des backups de DATAS sur des disques externes (deux disques, au cas ou l'un des deux viendrait à lacher)
PS : et effectivement, sur mon SSD root il n'y a que 16 Go d'utilisé ! Ce n'est pas très efficace comme ratio !
+
[^] # Re: Bizarre
Posté par PolePosition . En réponse au message Sauvegarde d'un SDD dans un fichier ?. Évalué à 0. Dernière modification le 27 décembre 2012 à 23:27.
Re,
En fait je pensais qu'il fallait dire à dd jusque où il faut copier. Je savais très bien qu'il s'arrêterai au bout des 128 Go.
Mais je ne savais pas qu'il était possible de ne pas du tout lui indiquer la limite. Voilà…
Donc maintenant je n'utiliserai plus ce paramètre, car parfaitement inutile dans mon cas.
Effectivement, j'avais pensé à l'offset pour faire le backup d'un autre SSD, mais je ne me sens pas assez joueur pour le faire.
Je vais appliquer ce que vous m'avez dit asap pour faire un bkp dans un fichier (avec compression ON THE FLY :-)
+
[^] # Re: Bizarre
Posté par PolePosition . En réponse au message Sauvegarde d'un SDD dans un fichier ?. Évalué à -1.
Hi,
Si si vous avez tous les deux compris.
Effectivement count est parfaitment inutile.
Et pour ce qui est de bs, j'avais lu qu'on peut essayer avec différentes valeurs, pour optimiser en fonction du système (bande-passante, etc.). Mais n'en suis pas ŝur.
Je n'aurai jamais osé compresser. Mais bon, tant que c'est non destructeur, c'est vrai que ça ne doit pas poser de problème.
Je vais donc tenter de trouver un bon algo : LZMA, BZIP ou je ne sais pas trop quoi.
Merci !
PS : prochaine étape, les snapshots LVM !! Que du bon !! C'est mon festin de repas de noël-nouvel-an.
[^] # Re: les pannes en raid1
Posté par PolePosition . En réponse au message RAID : tests avant mise en production. Évalué à 0.
Merci pour les explications.
Je suis maintenant un master du RAID :)
Et merci pour l'anecdote intéressante !
[^] # Re: les pannes en raid1
Posté par PolePosition . En réponse au message RAID : tests avant mise en production. Évalué à 1.
Ah, oui donc une dernière (promis) question :
Si un jour j'ai un problème et que je dois urgemment accéder aux données, que je ne suis pas chez moi, ne me souviens plus de toutes les commandes à utiliser (LVM, etc.), puis-je monter un disque en dehors du array ? J'au lu sur internet qu'il ne faut surtout pas faire ça, est-ce vrai ? Si oui, quel est le risque ?
+
[^] # Re: les pannes en raid1
Posté par PolePosition . En réponse au message RAID : tests avant mise en production. Évalué à 0.
Merci beaucoup !
Pour l'accès au disque pendant le rebuild, je suis en train de tester.
Effectivment ça ralenti :
[ulysse@zoulou ~]$ cat /proc/mdstat
Personalities : [raid1]
md0 : active raid1 sdd1[2] sdc1[0]
976528192 blocks super 1.2 [2/1] [U_]
[==============>……] recovery = 71.6% (699548928/976528192) finish=71.0min speed=64977K/sec
unused devices:
[ulysse@zoulou ~]$ watch -n 1 cat /proc/mdstat
Je suis passé de 60 min à 71 et ça continue d'augmenter.
Merci encore à vous tous. :)
[^] # Re: les pannes en raid1
Posté par PolePosition . En réponse au message RAID : tests avant mise en production. Évalué à 0. Dernière modification le 27 décembre 2012 à 21:46.
Je comprends maintenant, pour le test d'état aléatoire.
Si les modifications sont à des "endroits" (je suppose qu'en RAID ça se passe en mode blocs ?) différents alors ça doit être gérable.
Mais si ce sont les mêmes blocs qui ont été modifiés, est-ce qu'il utilise le plus récent des deux ?
Ca semble quand même assez… aléatoire comme tu le dis.
A tel point que je m'interroge sur l'intérêt de ce test : car ça peut très bien marcher lors de mon test, mais si un jour j'ai un tel problème d'alim, ça peut très bien ne pas fonctionner du tout ! Donc on ne peut pas tirer de conclusion du test, ou je me trompe ?
Pour ta remarque sur le RAID 5, oui, effectivement, tu as parfaitement raison.
Autre question, pendant un rebuild, on peut écrire sur la partition ?
Le rebuild prendra simplement un peu plus de temps, correct ?
+
[^] # Re: Miroirs LVM
Posté par PolePosition . En réponse au message RAID : tests avant mise en production. Évalué à 0.
Le but de ma démarche est pédagogique.
Donc je ne vise pas forcément la facilité. :)
[^] # Re: les pannes en raid1
Posté par PolePosition . En réponse au message RAID : tests avant mise en production. Évalué à 0.
Salut Neox,
Merci pour ta réponse.
Je viens de tester de rebooter pendant le rebuilding.
Je me doutais bien que ça ne poserait pas de problème, mais je voulais tester.
Par rapport à ce que tu viens d'écrire, est-ce que je peux utiliser dd pour mettre à urandom, par exemple, une toute petite partie de l'un des disques ?
Je suppose qu'il ne faut surtout pas faire dans les "entêtes" (je ne connais pas le bon terme) genre MBR, table des partitions, etc.
Donc, pour tester ce cas, puis-je faire un : dd if=/dev/urandom of=/dev/sdd1 bs=1M count=10 ?
C'est franchement brutal. :-) Mais est-ce un test pertinent ?
Autre question, si je venais à configurer un disque spare, il serait branché et tournerai mais avec aucune donnée et aucun accès read/write, correct ?
Est-il possible que Linux, en cas de problème sur l'un des deux autres disques, commence à copier toutes les données sur ce disque qui ne sera donc plus un spare mais un disque actif dans l'array. J'ai lu sur internet que les outils mdadm et compagnie ne font pas ça automatiquement, est-ce vrai ?
Dernière question, si un jour j'ai un problème et que je dois urgemment accéder aux données dans le array, puis-je monter un disque en dehors du array ? J'au lu sur internet qu'il ne faut surtout pas faire ça, est-ce vrai ? Si oui, quel est le risque ?
+
# Merci, j'ai trouvé ce qu'il me faut
Posté par PolePosition . En réponse au message Afficher les log files en fond d'écran. Évalué à 1.
Merci à tous, j'ai étudié vos réponses et ai trouvé ce qui me convient :
conky me faisait peur, mais en fait ça doc est claire et il y a plein d'exemples sur internet.
J'ai crée deux fichiers de configurations dont un qui affiche le contenu du fichier /var/log/messages, lui-même alimenté par un journalctl -f qui est exécuté dans une boucle infini.
+
[^] # Re: Électrique,
Posté par PolePosition . En réponse au sondage Quel type de chauffage avez vous chez vous ?. Évalué à 2.
Hi,
Il y a bien un problème financier, mais je suis sûr qu'il faut également expliquer.
Par exemple, certaines personnes obstruent toutes les bouches de ventilation, ce qui n'est pas bien pour l'hygiène, pour la santé et pour le chauffage !
+