réactions au dossier [Bien débuter] Soyez prudent : sauvegardez !
- 132 réponses
- 53 participants
- 14 126 vues
- 2 140 followers
Nantho Valentine
4160
Rédacteur·trice
Membre depuis 23 ans
Sujet de la discussion Posté le 18/10/2014 à 10:44:37[Bien débuter] Soyez prudent : sauvegardez !
Avant de réellement rentrer dans le vif du sujet, il me semble tout de même essentiel d’aborder une question connexe, qui d’ailleurs ne se limite pas au domaine de la MAO (Musique Assistée par Ordinateur), à savoir la sauvegarde.
Lire l'article
Ce thread a été créé automatiquement suite à la publication d'un article. N'hésitez pas à poster vos commentaires ici !
Lire l'article
Ce thread a été créé automatiquement suite à la publication d'un article. N'hésitez pas à poster vos commentaires ici !
Danbei
1894
AFicionado·a
Membre depuis 14 ans
126 Posté le 12/08/2024 à 14:35:27
Citation de Deltank :
J'utilise un système un peu similaire, mais avec d'autres outils. La question qui me taraude, c'est celle de la corruption des données sur le support de stockage principal : avec ce genre de méthode de synchronisation, la corruption sera propagée sur les sauvegardes et on ne pourra plus récupérer le fichier sain. Est-ce que vous connaissez les méthodes recommandées pour ce genre de souci ?Pour les sauvegardes de données, j'utilise un disque externe, sur lequel je réplique les données à l'identique, avec un outil de synchronisation de fichiers : FreeFileSync (open-source et gratuit)
Ça permet de mettre à jour la sauvegarde sans tout recopier à chaque fois, c'est donc assez rapide si on le fait régulièrement.
Avec ce principe, j'ai une sauvegarde externe, plus ou moins ancienne, qui peux aussi me servir pour récupérer des fichiers supprimés par inadvertance.
0
[ Dernière édition du message le 12/08/2024 à 14:37:06 ]
kosmix
51832
AF, je suis ton père
Membre depuis 20 ans
127 Posté le 12/08/2024 à 16:26:02
Question intéressante, je me dis que s'il y a corruption des données sur le disque d'origine, aucun soft ne doit pouvoir corriger ça et c'est donc forcément reporté sur le backup...
Il me semble (mais je n'affirme rien je peux me tromper) qu'un cluster défectueux est marqué "dead" et exclu définitivement (désactivé) par le système (ou le disque lui-même ?). À chaque écriture de donnée une vérification est faite, donc si une donnée est mal écrite je suppose qu'après un certain nombre d'essais le cluster est définitivement banni. Ça doit marcher aussi bien pour les disques à plateaux que pour les SSD ? Ce système garanti qu'aucune donné de peut être perdue, en principe. Au-delà d'un certain nombre de clusters défectueux le système informe que le disque est en fin de vie, ça m'est déjà arrivé et j'ai pu récupérer toutes les données sans rien perdre, avant de mettre le disque à la retraite définitivement.
Citation de Danbei :
Salut, je ne suis pas sûr d'avoir compris à quoi tu fais référence, pourquoi le nombre d'écritures limité conduirait à la perte de données. Est-ce qu'il n'y a pas seulement un moment à partir duquel on ne peut plus écrire, mais toujours lire les données ?
Il me semble (mais je n'affirme rien je peux me tromper) qu'un cluster défectueux est marqué "dead" et exclu définitivement (désactivé) par le système (ou le disque lui-même ?). À chaque écriture de donnée une vérification est faite, donc si une donnée est mal écrite je suppose qu'après un certain nombre d'essais le cluster est définitivement banni. Ça doit marcher aussi bien pour les disques à plateaux que pour les SSD ? Ce système garanti qu'aucune donné de peut être perdue, en principe. Au-delà d'un certain nombre de clusters défectueux le système informe que le disque est en fin de vie, ça m'est déjà arrivé et j'ai pu récupérer toutes les données sans rien perdre, avant de mettre le disque à la retraite définitivement.
0
Putain Walter mais qu'est-ce que le Vietnam vient foutre là-dedans ?
[ Dernière édition du message le 12/08/2024 à 16:27:09 ]
sonicsnap
90012
Posteur haute vélocité
Membre depuis 19 ans
128 Posté le 12/08/2024 à 18:02:55
Pour moi, la seule chose qui mérite d'être sauvegardé, c'est le disque system (à cloner) et un éventuel album ou travail en cours. Tout le reste sont des archives qui peuvent être perdues sans grand préjudice. Je me rends compte que je pourrais largement me passer de 80% du contenu de mes disques. Je ne pourrais plus revenir sur des vieux projets alors il suffirait d'en faire d'autres.
0
kosmix
51832
AF, je suis ton père
Membre depuis 20 ans
129 Posté le 12/08/2024 à 18:27:36
Ben si tu as, comme moi, tes mp3 et tes photos, la sauvegarde des data est importante, mais oui je conçois que le système c'est vital.
Ça me rappelle une anecdote : un de mes amis s'était vu offrir un disque dur externe en cadeau. Il décide d'y transférer toute sa collection de mp3, assez massive. Il copie ses dossiers mais au lieu de faire un simple "coller" il clique malencontreusement sur "coller le raccourci" (merci Windows...)
La copie est (très) rapide. Il s'en étonne, mais finalement s'en réjouit : "Il est super rapide ce nouveau disque dur !"
Tout content de lui, il efface tous les fichiers du disque d'origine... avant de se rendre compte qu'il avait tout perdu
Il s'en est voulu très longtemps et a mis beaucoup de temps à reconstituer sa collection !
Ça me rappelle une anecdote : un de mes amis s'était vu offrir un disque dur externe en cadeau. Il décide d'y transférer toute sa collection de mp3, assez massive. Il copie ses dossiers mais au lieu de faire un simple "coller" il clique malencontreusement sur "coller le raccourci" (merci Windows...)
La copie est (très) rapide. Il s'en étonne, mais finalement s'en réjouit : "Il est super rapide ce nouveau disque dur !"
Tout content de lui, il efface tous les fichiers du disque d'origine... avant de se rendre compte qu'il avait tout perdu
Il s'en est voulu très longtemps et a mis beaucoup de temps à reconstituer sa collection !
1
Putain Walter mais qu'est-ce que le Vietnam vient foutre là-dedans ?
[ Dernière édition du message le 12/08/2024 à 18:33:18 ]
alex.d.
5831
Je poste, donc je suis
Membre depuis 10 ans
130 Posté le 13/08/2024 à 10:30:38
Citation de kosmix :
Question intéressante, je me dis que s'il y a corruption des données sur le disque d'origine, aucun soft ne doit pouvoir corriger ça et c'est donc forcément reporté sur le backup...
Le système de sauvegarde ne peut pas savoir si le changement dans les données est une modification légitime due à l'utilisateur ou une corruption par le disque. La seule solution viable est de conserver un historique pour récupérer une ancienne version si tu constates un problème dans un fichier. Personnellement, j'utilise rsnapshot, avec historique sur 7 jours, 4 semaines, et 12 mois. Ce n'est pas parfait, la corruption peut toujours arriver sur des données froides. L'idéal pour ça est d'utiliser un système de fichier avec checksum (zfs par exemple), mais je n'ai pas été jusque là.
1
Danbei
1894
AFicionado·a
Membre depuis 14 ans
131 Posté le 13/08/2024 à 10:47:33
OK merci pour les idées
0
Deltank
2786
Squatteur·euse d’AF
Membre depuis 22 ans
132 Posté le 13/08/2024 à 11:23:37
Citation de Danbei :
Citation de Deltank :J'utilise un système un peu similaire, mais avec d'autres outils. La question qui me taraude, c'est celle de la corruption des données sur le support de stockage principal : avec ce genre de méthode de synchronisation, la corruption sera propagée sur les sauvegardes et on ne pourra plus récupérer le fichier sain. Est-ce que vous connaissez les méthodes recommandées pour ce genre de souci ?Pour les sauvegardes de données, j'utilise un disque externe, sur lequel je réplique les données à l'identique, avec un outil de synchronisation de fichiers : FreeFileSync (open-source et gratuit)
Ça permet de mettre à jour la sauvegarde sans tout recopier à chaque fois, c'est donc assez rapide si on le fait régulièrement.
Avec ce principe, j'ai une sauvegarde externe, plus ou moins ancienne, qui peux aussi me servir pour récupérer des fichiers supprimés par inadvertance.
Si la corruption n'est pas détectée au moment de la copie, elle est effectivement propagée dans les sauvegardes.
Tout dépend à quel niveau se situe la corruption. En général il y a des mécanismes de contrôle à différents niveaux.
Les systèmes de fichiers en ont par exemple, et c'est souvent là qu'on rencontre des corruptions. Soit elles sont dues à une déficience du disque, soit c'est le système de fichier lui-même qui finalise mal une opération lourde.
Les systèmes le fichier proposent généralement des outils pour vérifier et corriger les erreurs.
Par exemple, avec le système de fichier NTFS par défaut sous Windows, il y a l'outil chkdsk en ligne de commande. Ayant eu quelques problèmes de corruption de fichier par le passé, j'ai pris l'habitude de faire régulièrement un chkdsk sur mes disques de données. Si l'outil n'est pas capable de réparer une éventuelle correction, j'en profite pour récupérer la version sauvegardée.
Il faut aussi faire attention si on échange le disque dur d'un OS à l'autre, par exemple Windows et Linux.
Linux à moins de contraintes que Windows au niveau des jeux de caractères, il peut donc se retrouver à écrire des données en NTFS qui ne seront pas gérés par Windows ensuite. Par exemple un nom de fichier avec des guillemets, que Windows n'arrivera pas à ouvrir.
1
"Le monde se divise en deux catégories : ceux qui passent par la porte, et ceux qui passent par la fenêtre." (Tuco)
Deltank
2786
Squatteur·euse d’AF
Membre depuis 22 ans
133 Posté le 13/08/2024 à 11:29:29
Citation de Danbei :
Citation de Deltank :J'utilise un système un peu similaire, mais avec d'autres outils. La question qui me taraude, c'est celle de la corruption des données sur le support de stockage principal : avec ce genre de méthode de synchronisation, la corruption sera propagée sur les sauvegardes et on ne pourra plus récupérer le fichier sain. Est-ce que vous connaissez les méthodes recommandées pour ce genre de souci ?Pour les sauvegardes de données, j'utilise un disque externe, sur lequel je réplique les données à l'identique, avec un outil de synchronisation de fichiers : FreeFileSync (open-source et gratuit)
Ça permet de mettre à jour la sauvegarde sans tout recopier à chaque fois, c'est donc assez rapide si on le fait régulièrement.
Avec ce principe, j'ai une sauvegarde externe, plus ou moins ancienne, qui peux aussi me servir pour récupérer des fichiers supprimés par inadvertance.
Si la corruption n'est pas détectée au moment de la copie, elle est effectivement propagée dans les sauvegardes. Tout dépend à quel niveau se situe la corruption. En général il y a des mécanismes de contrôle à différents niveaux.
Les systèmes de fichiers en ont par exemple, et c'est souvent là qu'on rencontre des corruptions. Soit elles sont dues à une déficience du disque, soit c'est le système de fichier lui-même qui finalise mal une opération lourde. Cela peut arriver sur de grosse partition contenant de très nombreux fichiers, et/ou avec une arborescence de dossiers très dense. C'est de plus en plus courant avec les disques qui atteignent plusieurs To.
Les systèmes le fichier proposent généralement des outils pour vérifier et corriger les erreurs. Par exemple, avec le système de fichier NTFS par défaut sous Windows, il y a l'outil chkdsk en ligne de commande. Ayant eu quelques problèmes de corruption de fichier par le passé, j'ai pris l'habitude de faire régulièrement un chkdsk sur mes disques de données. Si l'outil n'est pas capable de réparer une éventuelle corruption, j'en profite pour récupérer la version sauvegardée.
Il faut aussi faire attention quand on doit raccorder un disque à deux OS différents, par exemple un transfert de données entre Windows et Linux. Linux a moins de contraintes que Windows au niveau des jeux de caractères, il peut donc se retrouver à écrire des données en NTFS qui ne seront pas gérées par Windows ensuite. Par exemple, un nom de fichier qui contient des guillemets, que Windows n'arrivera pas à ouvrir par la suite, alors que le système de fichier NTFS l'a bien enregistré. Un passage de chkdsk permettra de détecter ce type d'erreur.
0
"Le monde se divise en deux catégories : ceux qui passent par la porte, et ceux qui passent par la fenêtre." (Tuco)
[ Dernière édition du message le 13/08/2024 à 11:40:19 ]
- < Liste des sujets
- Charte

