Encore une fois, j'ai besoin de votre aide pour un problème un peu
particulier.
J'ai donné, il y a 3 ans env. un vieil ordinateur à une amie. Il ne me
servait plus et pouvait rendre encore service. J'y ai installé LinuxMint
et ai indiqué à cette amie les quelques commandes rudimentaires pour
l'utiliser. (Elle ne connaissait rien à Linux mais a tout de suite été
emballée par la simplicité et la solidité du système).
Elle est professeur et utilise principalement Thunderbird et LibreOffice
pour ses cours.
Cet ordinateur a duré jusqu'il y a quelques mois où il a montré quelques
bugs qui ont été surmontés en activant F2 au démarrage du BIOS. Jusqu'à
ce qu'il ne s'allume plus et qu'elle me demande mon aide.
Pour bien comprendre, cet ordinateur comporte 2 Disques Durs de 80 GO
chacun :
sda, dont
sda1, partition destinée à windows mais jamais installé
sda2 : swap
sda3 : racine de Linuxmint
sda4 : partition /abri mais pratiquement vide (quelques MO)
sdb, dont
sda1 (je crois) partition étendue !!! oui, j'ai probablement fait une
erreur à l'install.
sda5 / home, la partition qu'il faudrait récupérer
+.. quelques GO non alloués
Lorsque je me suis présenté chez mon amie, grub ne trouvait pas le
noyau. Et il y avait aussi quelques erreurs "error I/O bad sector...)
J'ai essayé de réinstaller Grub avec le ce "boot-repair", sans succès,
toujours "error I/O bad sector...
Finalement, réussi à installer une ubuntu 7.04 live (édition spéciale de
"christian live". J'ai compris plus tard (trop tard), qu'il ne
s'agissait pas de l'édition spéciale de Christian mais l'"édition
chrétienne" !!! Cette distribution est installée sur sda1, la partition
sda3 semblant vraiment malade ! En fait, je pense que c'est tout le
disque qui est mort mais je vous demande votre avis pour confirmation.
Cette distribution est installée mais avec un système de fichiers ext3
alors que l'installation précédente était en ext4. Et, en plus, pas
moyen de faire les mises à jours indispensables après le reboot. On ne
peut rien installer d'autre !
Et voilà donc, à la fin, ma demande d'aide :
Peut on récupérer les données qui se trouvent dans le /home du 2ème
disque dur initialement dotée d'un système de fichiers en ext4 et
désormais en ext3.
Je n'ai évidemment pas - encore - essayé de faire de manip de récupération.
Il y a bien testdisk mais j'hésite avant d'essayer et préfère vous
demander votre avis.
Je précise qu'on ne peut plus rien installer sur ce disque dur, quelque
opération que je fasse d'installation en live, réparation avec un cdrom
ou autre est vouée à l'échec. Tout semble fonctionner jusqu'à ce que le
système se fige et plus rien ne va : obligé de rebouter de force.
Une dernière information, l'ordinateur ne permet pas un démarrage sur
une clé USB !
J'attends vos bonnes nouvelles. Merci d'avance.
--
Jean-Jacques Gerbaud
entre Dauphiné et PACA
découvrez l'histoire de votre famille : http://memoire-des-hommes.fr/
Bonjour, Le 26/07/2016 à 18:30, Nicolas George a écrit dans le message <57979040$0$3359$ :
d'établir une règle udev qui lance la sauvegarde dès le branchement du disque.
Certainement, mais ce n'est pas forcément une bonne idée.
Pour quelle(s) raison(s) ?
Quelle question... Le fait que NG le prétende ! JKB -- Si votre demande me parvient sur carte perforée, je titiouaillerai très volontiers une réponse... => http://grincheux.de-charybde-en-scylla.fr => http://loubardes.de-charybde-en-scylla.fr
Le 26/07/2016 à 18:30, Nicolas George a écrit dans le message
<57979040$0$3359$426a74cc@news.free.fr> :
d'établir une règle udev qui lance la sauvegarde dès le branchement
du disque.
Certainement, mais ce n'est pas forcément une bonne idée.
Pour quelle(s) raison(s) ?
Quelle question... Le fait que NG le prétende !
JKB
--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
=> http://loubardes.de-charybde-en-scylla.fr
Bonjour, Le 26/07/2016 à 18:30, Nicolas George a écrit dans le message <57979040$0$3359$ :
d'établir une règle udev qui lance la sauvegarde dès le branchement du disque.
Certainement, mais ce n'est pas forcément une bonne idée.
Pour quelle(s) raison(s) ?
Quelle question... Le fait que NG le prétende ! JKB -- Si votre demande me parvient sur carte perforée, je titiouaillerai très volontiers une réponse... => http://grincheux.de-charybde-en-scylla.fr => http://loubardes.de-charybde-en-scylla.fr
MAIxxx
Le 21/07/2016 à 13:23, Jean-Jacques Gerbaud a écrit :
Bonjour à tous, Encore une fois, j'ai besoin de votre aide pour un problème un peu particulier. J'ai donné, il y a 3 ans env. un vieil ordinateur à une amie. Il ne me servait plus et pouvait rendre encore service. J'y ai installé LinuxMint et ai indiqué à cette amie les quelques commandes rudimentaires pour l'utiliser. (Elle ne connaissait rien à Linux mais a tout de suite été emballée par la simplicité et la solidité du système). Elle est professeur et utilise principalement Thunderbird et LibreOffice pour ses cours. Cet ordinateur a duré jusqu'il y a quelques mois où il a montré quelques bugs qui ont été surmontés en activant F2 au démarrage du BIOS. Jusqu'à ce qu'il ne s'allume plus et qu'elle me demande mon aide. Pour bien comprendre, cet ordinateur comporte 2 Disques Durs de 80 GO chacun : sda, dont sda1, partition destinée à windows mais jamais installé sda2 : swap sda3 : racine de Linuxmint sda4 : partition /abri mais pratiquement vide (quelques MO) sdb, dont sda1 (je crois) partition étendue !!! oui, j'ai probablement fait une erreur à l'install. sda5 / home, la partition qu'il faudrait récupérer +.. quelques GO non alloués Lorsque je me suis présenté chez mon amie, grub ne trouvait pas le noyau. Et il y avait aussi quelques erreurs "error I/O bad sector...) J'ai essayé de réinstaller Grub avec le ce "boot-repair", sans succès, toujours "error I/O bad sector... Finalement, réussi à installer une ubuntu 7.04 live (édition spéciale de "christian live". J'ai compris plus tard (trop tard), qu'il ne s'agissait pas de l'édition spéciale de Christian mais l'"édition chrétienne" !!! Cette distribution est installée sur sda1, la partition sda3 semblant vraiment malade ! En fait, je pense que c'est tout le disque qui est mort mais je vous demande votre avis pour confirmation. Cette distribution est installée mais avec un système de fichiers ext3 alors que l'installation précédente était en ext4. Et, en plus, pas moyen de faire les mises à jours indispensables après le reboot. On ne peut rien installer d'autre ! Et voilà donc, à la fin, ma demande d'aide : Peut on récupérer les données qui se trouvent dans le /home du 2ème disque dur initialement dotée d'un système de fichiers en ext4 et désormais en ext3. Je n'ai évidemment pas - encore - essayé de faire de manip de récupération. Il y a bien testdisk mais j'hésite avant d'essayer et préfère vous demander votre avis. Je précise qu'on ne peut plus rien installer sur ce disque dur, quelque opération que je fasse d'installation en live, réparation avec un cdrom ou autre est vouée à l'échec. Tout semble fonctionner jusqu'à ce que le système se fige et plus rien ne va : obligé de rebouter de force. Une dernière information, l'ordinateur ne permet pas un démarrage sur une clé USB ! J'attends vos bonnes nouvelles. Merci d'avance. -- Jean-Jacques Gerbaud entre Dauphiné et PACA découvrez l'histoire de votre famille : http://memoire-des-hommes.fr/
Pourquoi ne pas démonter ces disques et les lire depuis un autre ordi. S'ils sont IDE (quoique sdx sans doute non) on trouve des boites pour lire les ide avec une interface usb. De toutes façons, si la carte mère et son bios ou ses autres composants sont limite il vaut mieux ne pas trop titiller les disques et essayer plutôt de récupérer les données si c'est possible. Une fois récupérées les données, les reformatter en faisant le test hard pour détecter d'éventuels bad blocks. Noter que sur un pc on peut aussi tester la mémoire en utilisant un dvd d'install comme ceux de mageaia. J'ai déjà fait ce genre de manip pas très évidente. (J'habite l'ardèche 07100 et mon email est valide si besoin, je peux donner un coup de main) cdt
Le 21/07/2016 à 13:23, Jean-Jacques Gerbaud a écrit :
Bonjour à tous,
Encore une fois, j'ai besoin de votre aide pour un problème un peu
particulier.
J'ai donné, il y a 3 ans env. un vieil ordinateur à une amie. Il ne me
servait plus et pouvait rendre encore service. J'y ai installé LinuxMint
et ai indiqué à cette amie les quelques commandes rudimentaires pour
l'utiliser. (Elle ne connaissait rien à Linux mais a tout de suite été
emballée par la simplicité et la solidité du système).
Elle est professeur et utilise principalement Thunderbird et LibreOffice
pour ses cours.
Cet ordinateur a duré jusqu'il y a quelques mois où il a montré quelques
bugs qui ont été surmontés en activant F2 au démarrage du BIOS. Jusqu'à
ce qu'il ne s'allume plus et qu'elle me demande mon aide.
Pour bien comprendre, cet ordinateur comporte 2 Disques Durs de 80 GO
chacun :
sda, dont
sda1, partition destinée à windows mais jamais installé
sda2 : swap
sda3 : racine de Linuxmint
sda4 : partition /abri mais pratiquement vide (quelques MO)
sdb, dont
sda1 (je crois) partition étendue !!! oui, j'ai probablement fait
une erreur à l'install.
sda5 / home, la partition qu'il faudrait récupérer
+.. quelques GO non alloués
Lorsque je me suis présenté chez mon amie, grub ne trouvait pas le
noyau. Et il y avait aussi quelques erreurs "error I/O bad sector...)
J'ai essayé de réinstaller Grub avec le ce "boot-repair", sans succès,
toujours "error I/O bad sector...
Finalement, réussi à installer une ubuntu 7.04 live (édition spéciale de
"christian live". J'ai compris plus tard (trop tard), qu'il ne
s'agissait pas de l'édition spéciale de Christian mais l'"édition
chrétienne" !!! Cette distribution est installée sur sda1, la partition
sda3 semblant vraiment malade ! En fait, je pense que c'est tout le
disque qui est mort mais je vous demande votre avis pour confirmation.
Cette distribution est installée mais avec un système de fichiers ext3
alors que l'installation précédente était en ext4. Et, en plus, pas
moyen de faire les mises à jours indispensables après le reboot. On ne
peut rien installer d'autre !
Et voilà donc, à la fin, ma demande d'aide :
Peut on récupérer les données qui se trouvent dans le /home du 2ème
disque dur initialement dotée d'un système de fichiers en ext4 et
désormais en ext3.
Je n'ai évidemment pas - encore - essayé de faire de manip de récupération.
Il y a bien testdisk mais j'hésite avant d'essayer et préfère vous
demander votre avis.
Je précise qu'on ne peut plus rien installer sur ce disque dur, quelque
opération que je fasse d'installation en live, réparation avec un cdrom
ou autre est vouée à l'échec. Tout semble fonctionner jusqu'à ce que le
système se fige et plus rien ne va : obligé de rebouter de force.
Une dernière information, l'ordinateur ne permet pas un démarrage sur
une clé USB !
J'attends vos bonnes nouvelles. Merci d'avance.
--
Jean-Jacques Gerbaud
entre Dauphiné et PACA
découvrez l'histoire de votre famille : http://memoire-des-hommes.fr/
Pourquoi ne pas démonter ces disques et les lire depuis un autre ordi.
S'ils sont IDE (quoique sdx sans doute non) on trouve des boites pour
lire les ide avec une interface usb. De toutes façons, si la carte mère
et son bios ou ses autres composants sont limite il vaut mieux ne pas
trop titiller les disques et essayer plutôt de récupérer les données si
c'est possible.
Une fois récupérées les données, les reformatter en faisant le test hard
pour détecter d'éventuels bad blocks.
Noter que sur un pc on peut aussi tester la mémoire en utilisant un dvd
d'install comme ceux de mageaia. J'ai déjà fait ce genre de manip pas
très évidente.
(J'habite l'ardèche 07100 et mon email est valide si besoin, je peux
donner un coup de main)
cdt
Le 21/07/2016 à 13:23, Jean-Jacques Gerbaud a écrit :
Bonjour à tous, Encore une fois, j'ai besoin de votre aide pour un problème un peu particulier. J'ai donné, il y a 3 ans env. un vieil ordinateur à une amie. Il ne me servait plus et pouvait rendre encore service. J'y ai installé LinuxMint et ai indiqué à cette amie les quelques commandes rudimentaires pour l'utiliser. (Elle ne connaissait rien à Linux mais a tout de suite été emballée par la simplicité et la solidité du système). Elle est professeur et utilise principalement Thunderbird et LibreOffice pour ses cours. Cet ordinateur a duré jusqu'il y a quelques mois où il a montré quelques bugs qui ont été surmontés en activant F2 au démarrage du BIOS. Jusqu'à ce qu'il ne s'allume plus et qu'elle me demande mon aide. Pour bien comprendre, cet ordinateur comporte 2 Disques Durs de 80 GO chacun : sda, dont sda1, partition destinée à windows mais jamais installé sda2 : swap sda3 : racine de Linuxmint sda4 : partition /abri mais pratiquement vide (quelques MO) sdb, dont sda1 (je crois) partition étendue !!! oui, j'ai probablement fait une erreur à l'install. sda5 / home, la partition qu'il faudrait récupérer +.. quelques GO non alloués Lorsque je me suis présenté chez mon amie, grub ne trouvait pas le noyau. Et il y avait aussi quelques erreurs "error I/O bad sector...) J'ai essayé de réinstaller Grub avec le ce "boot-repair", sans succès, toujours "error I/O bad sector... Finalement, réussi à installer une ubuntu 7.04 live (édition spéciale de "christian live". J'ai compris plus tard (trop tard), qu'il ne s'agissait pas de l'édition spéciale de Christian mais l'"édition chrétienne" !!! Cette distribution est installée sur sda1, la partition sda3 semblant vraiment malade ! En fait, je pense que c'est tout le disque qui est mort mais je vous demande votre avis pour confirmation. Cette distribution est installée mais avec un système de fichiers ext3 alors que l'installation précédente était en ext4. Et, en plus, pas moyen de faire les mises à jours indispensables après le reboot. On ne peut rien installer d'autre ! Et voilà donc, à la fin, ma demande d'aide : Peut on récupérer les données qui se trouvent dans le /home du 2ème disque dur initialement dotée d'un système de fichiers en ext4 et désormais en ext3. Je n'ai évidemment pas - encore - essayé de faire de manip de récupération. Il y a bien testdisk mais j'hésite avant d'essayer et préfère vous demander votre avis. Je précise qu'on ne peut plus rien installer sur ce disque dur, quelque opération que je fasse d'installation en live, réparation avec un cdrom ou autre est vouée à l'échec. Tout semble fonctionner jusqu'à ce que le système se fige et plus rien ne va : obligé de rebouter de force. Une dernière information, l'ordinateur ne permet pas un démarrage sur une clé USB ! J'attends vos bonnes nouvelles. Merci d'avance. -- Jean-Jacques Gerbaud entre Dauphiné et PACA découvrez l'histoire de votre famille : http://memoire-des-hommes.fr/
Pourquoi ne pas démonter ces disques et les lire depuis un autre ordi. S'ils sont IDE (quoique sdx sans doute non) on trouve des boites pour lire les ide avec une interface usb. De toutes façons, si la carte mère et son bios ou ses autres composants sont limite il vaut mieux ne pas trop titiller les disques et essayer plutôt de récupérer les données si c'est possible. Une fois récupérées les données, les reformatter en faisant le test hard pour détecter d'éventuels bad blocks. Noter que sur un pc on peut aussi tester la mémoire en utilisant un dvd d'install comme ceux de mageaia. J'ai déjà fait ce genre de manip pas très évidente. (J'habite l'ardèche 07100 et mon email est valide si besoin, je peux donner un coup de main) cdt
Ascadix
Benoit Izac vient de nous annoncer :
Bonjour, Le 26/07/2016 à 18:30, Nicolas George a écrit dans le message <57979040$0$3359$ :
d'établir une règle udev qui lance la sauvegarde dès le branchement du disque.
Certainement, mais ce n'est pas forcément une bonne idée.
Pour quelle(s) raison(s) ?
Parceque comme pas mal d'autres personnes tu confond backup et mirroir, même si ce miroir n'est pas un bon vieux RAID1 entre DD mais une synchro +/- décalée dans le temps entre 2 stockages. Petite illustration: - Mme Michu viens de prendre qq photos et vide son APN sur /home - Mme Michu branche son DD et ton rsync à déclanchement auto fait son boulot - Mme Michu débranche l DD USB - Mme Michu retouche ses photos à coup de GIMP ... et zut, écrase son original par une version raté. - Mme Michu branche son DD "de backup" ..toin rsync auto fait son boulot ... - Mme Michu pleure car sa photo est définitivement perdu, pas de vrai backup. On peut rejouer la même avec un rsync à coup de chron ... si ce con de chron déclanche entre la modif et le moment ou elle veut récupérer sa "sauvegarde" ... c'est foutu. Maintenant, il reste à étudier la question d'un vrai backup avec les notions de backup full, suivit de différentiels et/ou incrémentiels et de la rotation des supports. NB: "rotation des supports" ça peut être un simple jeu de dossiers multiples sur un seul DD hein, pas besoin d'un lecteur de bandes :-) -- @+ Ascadix adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça arrive.
Benoit Izac vient de nous annoncer :
Bonjour,
Le 26/07/2016 à 18:30, Nicolas George a écrit dans le message
<57979040$0$3359$426a74cc@news.free.fr> :
d'établir une règle udev qui lance la sauvegarde dès le branchement
du disque.
Certainement, mais ce n'est pas forcément une bonne idée.
Pour quelle(s) raison(s) ?
Parceque comme pas mal d'autres personnes tu confond backup et mirroir,
même si ce miroir n'est pas un bon vieux RAID1 entre DD mais une
synchro +/- décalée dans le temps entre 2 stockages.
Petite illustration:
- Mme Michu viens de prendre qq photos et vide son APN sur /home
- Mme Michu branche son DD et ton rsync à déclanchement auto fait son
boulot
- Mme Michu débranche l DD USB
- Mme Michu retouche ses photos à coup de GIMP ... et zut, écrase son
original par une version raté.
- Mme Michu branche son DD "de backup" ..toin rsync auto fait son
boulot ...
- Mme Michu pleure car sa photo est définitivement perdu, pas de vrai
backup.
On peut rejouer la même avec un rsync à coup de chron ... si ce con de
chron déclanche entre la modif et le moment ou elle veut récupérer sa
"sauvegarde" ... c'est foutu.
Maintenant, il reste à étudier la question d'un vrai backup avec les
notions de backup full, suivit de différentiels et/ou incrémentiels et
de la rotation des supports.
NB: "rotation des supports" ça peut être un simple jeu de dossiers
multiples sur un seul DD hein, pas besoin d'un lecteur de bandes :-)
--
@+
Ascadix
adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça
arrive.
Bonjour, Le 26/07/2016 à 18:30, Nicolas George a écrit dans le message <57979040$0$3359$ :
d'établir une règle udev qui lance la sauvegarde dès le branchement du disque.
Certainement, mais ce n'est pas forcément une bonne idée.
Pour quelle(s) raison(s) ?
Parceque comme pas mal d'autres personnes tu confond backup et mirroir, même si ce miroir n'est pas un bon vieux RAID1 entre DD mais une synchro +/- décalée dans le temps entre 2 stockages. Petite illustration: - Mme Michu viens de prendre qq photos et vide son APN sur /home - Mme Michu branche son DD et ton rsync à déclanchement auto fait son boulot - Mme Michu débranche l DD USB - Mme Michu retouche ses photos à coup de GIMP ... et zut, écrase son original par une version raté. - Mme Michu branche son DD "de backup" ..toin rsync auto fait son boulot ... - Mme Michu pleure car sa photo est définitivement perdu, pas de vrai backup. On peut rejouer la même avec un rsync à coup de chron ... si ce con de chron déclanche entre la modif et le moment ou elle veut récupérer sa "sauvegarde" ... c'est foutu. Maintenant, il reste à étudier la question d'un vrai backup avec les notions de backup full, suivit de différentiels et/ou incrémentiels et de la rotation des supports. NB: "rotation des supports" ça peut être un simple jeu de dossiers multiples sur un seul DD hein, pas besoin d'un lecteur de bandes :-) -- @+ Ascadix adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça arrive.
jp willm
Le 26/07/2016 à 18:57, Benoit Izac a écrit :
Pour quelle(s) raison(s) ?
Pour éviter de faire une synchro au mauvais moment. -- jp willm http://perso.orange.fr/willms/index.html
Le 26/07/2016 à 18:57, Benoit Izac a écrit :
Pour quelle(s) raison(s) ?
Pour éviter de faire une synchro au mauvais moment.
Pour éviter de faire une synchro au mauvais moment. -- jp willm http://perso.orange.fr/willms/index.html
Erwan David
jp willm écrivait :
Le 26/07/2016 à 18:57, Benoit Izac a écrit :
Pour quelle(s) raison(s) ?
Pour éviter de faire une synchro au mauvais moment.
Le problème est que synchro != sauvegarde. En partciulier là avec la sync automatique au branchement, ça va être compliqué de restaurer un fichier effacé par erreur (utilisation principale des sauvegardes) -- Les simplifications c'est trop compliqué
Pour éviter de faire une synchro au mauvais moment.
Le problème est que synchro != sauvegarde. En partciulier là avec la
sync automatique au branchement, ça va être compliqué de restaurer un
fichier effacé par erreur (utilisation principale des sauvegardes)
Pour éviter de faire une synchro au mauvais moment.
Le problème est que synchro != sauvegarde. En partciulier là avec la sync automatique au branchement, ça va être compliqué de restaurer un fichier effacé par erreur (utilisation principale des sauvegardes) -- Les simplifications c'est trop compliqué
Doug713705
Le 26-07-2016, Erwan David nous expliquait dans fr.comp.os.linux.configuration () :
Pour quelle(s) raison(s) ?
Pour éviter de faire une synchro au mauvais moment.
Le problème est que synchro != sauvegarde. En partciulier là avec la sync automatique au branchement, ça va être compliqué de restaurer un fichier effacé par erreur (utilisation principale des sauvegardes)
La règle udev pourrait lancer autre chose que rsync au branchement et ainsi proposer une invite "sauvegarder / restaurer / monter le volume[1]". [1] Pour permettre la récupération d'un fichier sans restaurer intégralement l'état antérieur ce qui pourrait également avoir de facheuses conséquences. -- Je ne connaîtrai rien de tes habitudes Il se peut même que tu sois décédée Mais j'demanderai ta main pour la couper -- H.F. Thiéfaine, L'ascenceur de 22H43
Le 26-07-2016, Erwan David nous expliquait dans
fr.comp.os.linux.configuration
(<87lh0onvyq.fsf@tee.rail.eu.org>) :
Pour quelle(s) raison(s) ?
Pour éviter de faire une synchro au mauvais moment.
Le problème est que synchro != sauvegarde. En partciulier là avec la
sync automatique au branchement, ça va être compliqué de restaurer un
fichier effacé par erreur (utilisation principale des sauvegardes)
La règle udev pourrait lancer autre chose que rsync au branchement et
ainsi proposer une invite "sauvegarder / restaurer / monter le
volume[1]".
[1] Pour permettre la récupération d'un fichier sans restaurer
intégralement l'état antérieur ce qui pourrait également avoir de
facheuses conséquences.
--
Je ne connaîtrai rien de tes habitudes
Il se peut même que tu sois décédée
Mais j'demanderai ta main pour la couper
-- H.F. Thiéfaine, L'ascenceur de 22H43
Le 26-07-2016, Erwan David nous expliquait dans fr.comp.os.linux.configuration () :
Pour quelle(s) raison(s) ?
Pour éviter de faire une synchro au mauvais moment.
Le problème est que synchro != sauvegarde. En partciulier là avec la sync automatique au branchement, ça va être compliqué de restaurer un fichier effacé par erreur (utilisation principale des sauvegardes)
La règle udev pourrait lancer autre chose que rsync au branchement et ainsi proposer une invite "sauvegarder / restaurer / monter le volume[1]". [1] Pour permettre la récupération d'un fichier sans restaurer intégralement l'état antérieur ce qui pourrait également avoir de facheuses conséquences. -- Je ne connaîtrai rien de tes habitudes Il se peut même que tu sois décédée Mais j'demanderai ta main pour la couper -- H.F. Thiéfaine, L'ascenceur de 22H43
Nicolas George
Doug713705 , dans le message <nn88pu$hps$, a écrit :
La règle udev pourrait lancer autre chose que rsync au branchement et ainsi proposer une invite
Pour commencer, non, la règle udev ne peut pas simplement proposer une invite : udev est un daemon, il n'a pas d'interface. Pour présenter une invite, il faudrait faire des suppositions sur l'interface en cours et s'immiscer dans son fonctionnement.
"sauvegarder / restaurer / monter le volume[1]".
Tu mets ça dans un menu et tu n'as plus besoin de règle udev.
Doug713705 , dans le message <nn88pu$hps$1@golgoth98.redatomik.org>, a
écrit :
La règle udev pourrait lancer autre chose que rsync au branchement et
ainsi proposer une invite
Pour commencer, non, la règle udev ne peut pas simplement proposer une
invite : udev est un daemon, il n'a pas d'interface. Pour présenter une
invite, il faudrait faire des suppositions sur l'interface en cours et
s'immiscer dans son fonctionnement.
"sauvegarder / restaurer / monter le
volume[1]".
Tu mets ça dans un menu et tu n'as plus besoin de règle udev.
Doug713705 , dans le message <nn88pu$hps$, a écrit :
La règle udev pourrait lancer autre chose que rsync au branchement et ainsi proposer une invite
Pour commencer, non, la règle udev ne peut pas simplement proposer une invite : udev est un daemon, il n'a pas d'interface. Pour présenter une invite, il faudrait faire des suppositions sur l'interface en cours et s'immiscer dans son fonctionnement.
"sauvegarder / restaurer / monter le volume[1]".
Tu mets ça dans un menu et tu n'as plus besoin de règle udev.
Benoit Izac
Bonjour, Le 26/07/2016 à 19:19, Ascadix a écrit dans le message <57979bb6$0$26255$ :
d'établir une règle udev qui lance la sauvegarde dès le branchement du disque.
Certainement, mais ce n'est pas forcément une bonne idée.
Pour quelle(s) raison(s) ?
Parceque comme pas mal d'autres personnes tu confond backup et mirroir, même si ce miroir n'est pas un bon vieux RAID1 entre DD mais une synchro +/- décalée dans le temps entre 2 stockages.
Tu es gentil mais je n'ai rien à voir dans cette histoire en dehors des trois mots qui composait ma question ci-dessus.
Petite illustration: - Mme Michu viens de prendre qq photos et vide son APN sur /home - Mme Michu branche son DD et ton rsync à déclanchement auto fait son boulot - Mme Michu débranche l DD USB - Mme Michu retouche ses photos à coup de GIMP ... et zut, écrase son original par une version raté. - Mme Michu branche son DD "de backup" ..toin rsync auto fait son boulot ... - Mme Michu pleure car sa photo est définitivement perdu, pas de vrai backup. On peut rejouer la même avec un rsync à coup de chron ... si ce con de chron déclanche entre la modif et le moment ou elle veut récupérer sa "sauvegarde" ... c'est foutu.
Sauf qu'il n'était pas question de rsync dans le message auquel je répondais, je pensais plutôt à un mécanisme de sauvegarde incrémentale. Ton raisonnement ne tient plus car il écrit à coté et elle peux même récupérer les données d'il y a quelques temps. Personnellement, la seule problématique que je vois est surtout dû au fait que, par définition, le média soit amovible et donc puisse être retiré par l'utilisateur pendant une phase d'écriture.
Maintenant, il reste à étudier la question d'un vrai backup avec les notions de backup full, suivit de différentiels et/ou incrémentiels et de la rotation des supports. NB: "rotation des supports" ça peut être un simple jeu de dossiers multiples sur un seul DD hein, pas besoin d'un lecteur de bandes :-)
Mais également les problèmes de confidentialité, d'intégrité et de pérennité des données. -- Benoit Izac
Bonjour,
Le 26/07/2016 à 19:19, Ascadix a écrit dans le message
<57979bb6$0$26255$426a74cc@news.free.fr> :
d'établir une règle udev qui lance la sauvegarde dès le branchement
du disque.
Certainement, mais ce n'est pas forcément une bonne idée.
Pour quelle(s) raison(s) ?
Parceque comme pas mal d'autres personnes tu confond backup et
mirroir, même si ce miroir n'est pas un bon vieux RAID1 entre DD mais
une synchro +/- décalée dans le temps entre 2 stockages.
Tu es gentil mais je n'ai rien à voir dans cette histoire en dehors des
trois mots qui composait ma question ci-dessus.
Petite illustration:
- Mme Michu viens de prendre qq photos et vide son APN sur /home
- Mme Michu branche son DD et ton rsync à déclanchement auto fait son
boulot
- Mme Michu débranche l DD USB
- Mme Michu retouche ses photos à coup de GIMP ... et zut, écrase son
original par une version raté.
- Mme Michu branche son DD "de backup" ..toin rsync auto fait son
boulot ...
- Mme Michu pleure car sa photo est définitivement perdu, pas de vrai
backup.
On peut rejouer la même avec un rsync à coup de chron ... si ce con de
chron déclanche entre la modif et le moment ou elle veut récupérer sa
"sauvegarde" ... c'est foutu.
Sauf qu'il n'était pas question de rsync dans le message auquel je
répondais, je pensais plutôt à un mécanisme de sauvegarde incrémentale.
Ton raisonnement ne tient plus car il écrit à coté et elle peux même
récupérer les données d'il y a quelques temps.
Personnellement, la seule problématique que je vois est surtout dû au
fait que, par définition, le média soit amovible et donc puisse être
retiré par l'utilisateur pendant une phase d'écriture.
Maintenant, il reste à étudier la question d'un vrai backup avec les
notions de backup full, suivit de différentiels et/ou incrémentiels et
de la rotation des supports.
NB: "rotation des supports" ça peut être un simple jeu de dossiers
multiples sur un seul DD hein, pas besoin d'un lecteur de bandes :-)
Mais également les problèmes de confidentialité, d'intégrité et de
pérennité des données.
Bonjour, Le 26/07/2016 à 19:19, Ascadix a écrit dans le message <57979bb6$0$26255$ :
d'établir une règle udev qui lance la sauvegarde dès le branchement du disque.
Certainement, mais ce n'est pas forcément une bonne idée.
Pour quelle(s) raison(s) ?
Parceque comme pas mal d'autres personnes tu confond backup et mirroir, même si ce miroir n'est pas un bon vieux RAID1 entre DD mais une synchro +/- décalée dans le temps entre 2 stockages.
Tu es gentil mais je n'ai rien à voir dans cette histoire en dehors des trois mots qui composait ma question ci-dessus.
Petite illustration: - Mme Michu viens de prendre qq photos et vide son APN sur /home - Mme Michu branche son DD et ton rsync à déclanchement auto fait son boulot - Mme Michu débranche l DD USB - Mme Michu retouche ses photos à coup de GIMP ... et zut, écrase son original par une version raté. - Mme Michu branche son DD "de backup" ..toin rsync auto fait son boulot ... - Mme Michu pleure car sa photo est définitivement perdu, pas de vrai backup. On peut rejouer la même avec un rsync à coup de chron ... si ce con de chron déclanche entre la modif et le moment ou elle veut récupérer sa "sauvegarde" ... c'est foutu.
Sauf qu'il n'était pas question de rsync dans le message auquel je répondais, je pensais plutôt à un mécanisme de sauvegarde incrémentale. Ton raisonnement ne tient plus car il écrit à coté et elle peux même récupérer les données d'il y a quelques temps. Personnellement, la seule problématique que je vois est surtout dû au fait que, par définition, le média soit amovible et donc puisse être retiré par l'utilisateur pendant une phase d'écriture.
Maintenant, il reste à étudier la question d'un vrai backup avec les notions de backup full, suivit de différentiels et/ou incrémentiels et de la rotation des supports. NB: "rotation des supports" ça peut être un simple jeu de dossiers multiples sur un seul DD hein, pas besoin d'un lecteur de bandes :-)
Mais également les problèmes de confidentialité, d'intégrité et de pérennité des données. -- Benoit Izac
Benoit Izac
Bonjour, Le 26/07/2016 à 19:35, Erwan David a écrit dans le message :
Pour quelle(s) raison(s) ?
Pour éviter de faire une synchro au mauvais moment.
Le problème est que synchro != sauvegarde. En partciulier là avec la sync automatique au branchement, ça va être compliqué de restaurer un fichier effacé par erreur (utilisation principale des sauvegardes)
Voilà tout est dit : SYNCHRO != SAUVEGARDE. Une synchro efface les données précédentes. Un jeu de sauvegarde permet de revenir à des versions antérieures. -- Benoit Izac
Bonjour,
Le 26/07/2016 à 19:35, Erwan David a écrit dans le message
<87lh0onvyq.fsf@tee.rail.eu.org> :
Pour quelle(s) raison(s) ?
Pour éviter de faire une synchro au mauvais moment.
Le problème est que synchro != sauvegarde. En partciulier là avec la
sync automatique au branchement, ça va être compliqué de restaurer un
fichier effacé par erreur (utilisation principale des sauvegardes)
Voilà tout est dit : SYNCHRO != SAUVEGARDE.
Une synchro efface les données précédentes.
Un jeu de sauvegarde permet de revenir à des versions antérieures.
Bonjour, Le 26/07/2016 à 19:35, Erwan David a écrit dans le message :
Pour quelle(s) raison(s) ?
Pour éviter de faire une synchro au mauvais moment.
Le problème est que synchro != sauvegarde. En partciulier là avec la sync automatique au branchement, ça va être compliqué de restaurer un fichier effacé par erreur (utilisation principale des sauvegardes)
Voilà tout est dit : SYNCHRO != SAUVEGARDE. Une synchro efface les données précédentes. Un jeu de sauvegarde permet de revenir à des versions antérieures. -- Benoit Izac
Ascadix
Benoit Izac avait prétendu :
Bonjour, Le 26/07/2016 à 19:19, Ascadix a écrit dans le message <57979bb6$0$26255$ :
d'établir une règle udev qui lance la sauvegarde dès le branchement du disque.
Certainement, mais ce n'est pas forcément une bonne idée.
Pour quelle(s) raison(s) ?
Parceque comme pas mal d'autres personnes tu confond backup et mirroir, même si ce miroir n'est pas un bon vieux RAID1 entre DD mais une synchro +/- décalée dans le temps entre 2 stockages.
Tu es gentil mais je n'ai rien à voir dans cette histoire en dehors des trois mots qui composait ma question ci-dessus.
Voui ... mais t'es le dernier de la chaine, je met à la suite. Mais effectivement, j'aurais pu commencer par "qq'un confond backup et synchro"
Petite illustration: - Mme Michu viens de prendre qq photos et vide son APN sur /home - Mme Michu branche son DD et ton rsync à déclanchement auto fait son boulot - Mme Michu débranche l DD USB - Mme Michu retouche ses photos à coup de GIMP ... et zut, écrase son original par une version raté. - Mme Michu branche son DD "de backup" ..toin rsync auto fait son boulot ... - Mme Michu pleure car sa photo est définitivement perdu, pas de vrai backup. On peut rejouer la même avec un rsync à coup de chron ... si ce con de chron déclanche entre la modif et le moment ou elle veut récupérer sa "sauvegarde" ... c'est foutu.
Sauf qu'il n'était pas question de rsync dans le message auquel je répondais,
Dans un thread qui ne parle que de rsync c'est pas évident.
je pensais plutôt à un mécanisme de sauvegarde incrémentale.
Tu pensais, certe/probablement, mais ça ne transpire pas à la relecture des messages antérieur au tien.
Ton raisonnement ne tient plus car il écrit à coté et elle peux même récupérer les données d'il y a quelques temps.
Si tu parle d'un vrai backup, oui, mais là je répondais sur le rsync.
Personnellement, la seule problématique que je vois est surtout dû au fait que, par définition, le média soit amovible et donc puisse être retiré par l'utilisateur pendant une phase d'écriture.
Explications ...encore explications ..Et laisser faire Darwin.
Maintenant, il reste à étudier la question d'un vrai backup avec les notions de backup full, suivit de différentiels et/ou incrémentiels et de la rotation des supports. NB: "rotation des supports" ça peut être un simple jeu de dossiers multiples sur un seul DD hein, pas besoin d'un lecteur de bandes :-)
Mais également les problèmes de confidentialité, d'intégrité et de pérennité des données.
Certe :-) C'est un sujet qui pose déjà des pbs avec un certain nombre de soi-disant « pro », donc s'attaquer à ce sujet vis-à-vis de Mme Michu … ouaip, mais avec du courage et une bonne dose de patience. J'ai réussi avec une partie de mes proches, mais pas tous. -- @+ Ascadix adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça arrive.
Benoit Izac avait prétendu :
Bonjour,
Le 26/07/2016 à 19:19, Ascadix a écrit dans le message
<57979bb6$0$26255$426a74cc@news.free.fr> :
d'établir une règle udev qui lance la sauvegarde dès le branchement
du disque.
Certainement, mais ce n'est pas forcément une bonne idée.
Pour quelle(s) raison(s) ?
Parceque comme pas mal d'autres personnes tu confond backup et
mirroir, même si ce miroir n'est pas un bon vieux RAID1 entre DD mais
une synchro +/- décalée dans le temps entre 2 stockages.
Tu es gentil mais je n'ai rien à voir dans cette histoire en dehors des
trois mots qui composait ma question ci-dessus.
Voui ... mais t'es le dernier de la chaine, je met à la suite.
Mais effectivement, j'aurais pu commencer par "qq'un confond backup et
synchro"
Petite illustration:
- Mme Michu viens de prendre qq photos et vide son APN sur /home
- Mme Michu branche son DD et ton rsync à déclanchement auto fait son
boulot
- Mme Michu débranche l DD USB
- Mme Michu retouche ses photos à coup de GIMP ... et zut, écrase son
original par une version raté.
- Mme Michu branche son DD "de backup" ..toin rsync auto fait son
boulot ...
- Mme Michu pleure car sa photo est définitivement perdu, pas de vrai
backup.
On peut rejouer la même avec un rsync à coup de chron ... si ce con de
chron déclanche entre la modif et le moment ou elle veut récupérer sa
"sauvegarde" ... c'est foutu.
Sauf qu'il n'était pas question de rsync dans le message auquel je
répondais,
Dans un thread qui ne parle que de rsync c'est pas évident.
je pensais plutôt à un mécanisme de sauvegarde incrémentale.
Tu pensais, certe/probablement, mais ça ne transpire pas à la relecture
des messages antérieur au tien.
Ton raisonnement ne tient plus car il écrit à coté et elle peux même
récupérer les données d'il y a quelques temps.
Si tu parle d'un vrai backup, oui, mais là je répondais sur le rsync.
Personnellement, la seule problématique que je vois est surtout dû au
fait que, par définition, le média soit amovible et donc puisse être
retiré par l'utilisateur pendant une phase d'écriture.
Explications ...encore explications ..Et laisser faire Darwin.
Maintenant, il reste à étudier la question d'un vrai backup avec les
notions de backup full, suivit de différentiels et/ou incrémentiels et
de la rotation des supports.
NB: "rotation des supports" ça peut être un simple jeu de dossiers
multiples sur un seul DD hein, pas besoin d'un lecteur de bandes :-)
Mais également les problèmes de confidentialité, d'intégrité et de
pérennité des données.
Certe :-)
C'est un sujet qui pose déjà des pbs avec un certain nombre de
soi-disant « pro », donc s'attaquer à ce sujet vis-à-vis de Mme Michu …
ouaip, mais avec du courage et une bonne dose de patience.
J'ai réussi avec une partie de mes proches, mais pas tous.
--
@+
Ascadix
adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça
arrive.
Bonjour, Le 26/07/2016 à 19:19, Ascadix a écrit dans le message <57979bb6$0$26255$ :
d'établir une règle udev qui lance la sauvegarde dès le branchement du disque.
Certainement, mais ce n'est pas forcément une bonne idée.
Pour quelle(s) raison(s) ?
Parceque comme pas mal d'autres personnes tu confond backup et mirroir, même si ce miroir n'est pas un bon vieux RAID1 entre DD mais une synchro +/- décalée dans le temps entre 2 stockages.
Tu es gentil mais je n'ai rien à voir dans cette histoire en dehors des trois mots qui composait ma question ci-dessus.
Voui ... mais t'es le dernier de la chaine, je met à la suite. Mais effectivement, j'aurais pu commencer par "qq'un confond backup et synchro"
Petite illustration: - Mme Michu viens de prendre qq photos et vide son APN sur /home - Mme Michu branche son DD et ton rsync à déclanchement auto fait son boulot - Mme Michu débranche l DD USB - Mme Michu retouche ses photos à coup de GIMP ... et zut, écrase son original par une version raté. - Mme Michu branche son DD "de backup" ..toin rsync auto fait son boulot ... - Mme Michu pleure car sa photo est définitivement perdu, pas de vrai backup. On peut rejouer la même avec un rsync à coup de chron ... si ce con de chron déclanche entre la modif et le moment ou elle veut récupérer sa "sauvegarde" ... c'est foutu.
Sauf qu'il n'était pas question de rsync dans le message auquel je répondais,
Dans un thread qui ne parle que de rsync c'est pas évident.
je pensais plutôt à un mécanisme de sauvegarde incrémentale.
Tu pensais, certe/probablement, mais ça ne transpire pas à la relecture des messages antérieur au tien.
Ton raisonnement ne tient plus car il écrit à coté et elle peux même récupérer les données d'il y a quelques temps.
Si tu parle d'un vrai backup, oui, mais là je répondais sur le rsync.
Personnellement, la seule problématique que je vois est surtout dû au fait que, par définition, le média soit amovible et donc puisse être retiré par l'utilisateur pendant une phase d'écriture.
Explications ...encore explications ..Et laisser faire Darwin.
Maintenant, il reste à étudier la question d'un vrai backup avec les notions de backup full, suivit de différentiels et/ou incrémentiels et de la rotation des supports. NB: "rotation des supports" ça peut être un simple jeu de dossiers multiples sur un seul DD hein, pas besoin d'un lecteur de bandes :-)
Mais également les problèmes de confidentialité, d'intégrité et de pérennité des données.
Certe :-) C'est un sujet qui pose déjà des pbs avec un certain nombre de soi-disant « pro », donc s'attaquer à ce sujet vis-à-vis de Mme Michu … ouaip, mais avec du courage et une bonne dose de patience. J'ai réussi avec une partie de mes proches, mais pas tous. -- @+ Ascadix adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça arrive.
