Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
Dernière modification par totoZero7 (28-10-2021 21:05:42)
Hors ligne
Le résultat sera la liste des fichiers créés depuis moins de 9 jours.
Hors ligne
Hors ligne
On compare les 2 résultats(voir avec meld par exemple)
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
En ligne
bordelique dans mes sauvegardes.Si Mr et Mdm tout le monde sont perdus sous Linux, c’est juste qu’ils ont plus l’habitude d’être libre ;-)
Hors ligne
Puis stat donne la date de création du fichier en secondes depuis le 01-01-1970 UTC à 00:00:00 :
Ensuite, il faut scruter le dossier (et sous dossier) en question et comparer la date de création du fichier avec la date en question :
à entrer en 1 seule ligne dans le terminal (en adaptant le chemin du dossier sauvegarde évidemment)
Mise en forme dans un script bash :
Edit:
Correction :
de nulglob en nullglob.
ajout d'un espace avant le "]" dans la ligne terminal
Dernière modification par Tawal (28-10-2021 17:09:19)
Comme la science n'est pas infuse, elle se diffuse.
Useless Use of Cat Award
Filenames and Pathnames in Shell: How to do it Correctly
À chaque problème sa solution, à chaque solution son moyen, si pas de moyen, toujours le problème !
En ligne
Et pour le script, ça marche mais il y a la même ligne que dans bash avec un truc qui ne semble pas être correct:
Au fait, est-ce qu'il y a une autre méthode que "./" pour exécuter un script ?, et est-ce qu'on est obligé de le faire dans un terminal ?
Sinon je crois savoir où est mon surplus de fichiers, mais hélas, je ne l'ai pas obtenu dans les méthodes au dessus.
Je pense que c'est un dossier complet d'un compte (profil) de Thunderbird, que j'ai directement importé sans faire de modification moi-même dedans.
Du coup, comment puis-je détecter ce genre de chose à l'avenir ? car il n'y a pas de comparaison possible entre la source et la sauvegarde. à part garder une "trace" de l'ancienne sauvegarde peut-être ? Comment s'y prendre ?
Hors ligne
Au fait, est-ce qu'il y a une autre méthode que "./" pour exécuter un script ?, et est-ce qu'on est obligé de le faire dans un terminal ?
Sans rendre le script exécutable :
Sinon en l'ayant rendu exécutable, placer le script dans un dossier du PATH (/usr/local/bin par exemple) et appeler directement le script par son nom.
On peut aussi créer un lanceur avec la commande de lancement qui va bien selon si le script est exécutable ou pas, ou placé dans un dossier du PATH.
Pour se prémunir du cas d'erreurs d'importation dans les sauvegardes, il faut garder l'ancienne sauvegarde avant de faire la nouvelle.
Voir les options --backup et --backup-dir de rsync
Comme la science n'est pas infuse, elle se diffuse.
Useless Use of Cat Award
Filenames and Pathnames in Shell: How to do it Correctly
À chaque problème sa solution, à chaque solution son moyen, si pas de moyen, toujours le problème !
En ligne
Pour se prémunir du cas d'erreurs d'importation dans les sauvegardes, il faut garder l'ancienne sauvegarde avant de faire la nouvelle.
Voir les options --backup et --backup-dir de rsync
Je l'ai noté dans mon tuto (qui est en gros travaux). Merci 
Corrigé les erreurs de la ligne terminal et du script
Là je vois des choses apparaître ! ça défile et je peux voir les lignes de fichiers modifiés
Merci pour toutes ces commandes.
En revanche, ça n'indique toujours pas les dossiers créés et je crois que c'est tout bonnement impossible car je viens de m'apercevoir que quand on modifie un fichier, ça modifie aussi sa date de création.
Je crée un fichier text.txt puis j'exécute la commande stat dessus
Je le modifie 3 minutes après
J'ai trouvé l'énigme de des 247 lignes avec le script et par déduction. Je marque le post en [résolu à moitié] car mon problème est réglé.
Néanmoins, on ne peut pas trouver les fichiers créés. Ils sont mélangés avec les fichiers modifiés
Dernière modification par totoZero7 (28-10-2021 21:06:15)
Hors ligne
Comme la science n'est pas infuse, elle se diffuse.
Useless Use of Cat Award
Filenames and Pathnames in Shell: How to do it Correctly
À chaque problème sa solution, à chaque solution son moyen, si pas de moyen, toujours le problème !
En ligne
.
Dernière modification par David5647 (30-10-2021 13:46:38)
Hors ligne
J'aimerais savoir si il y a une possibilité de trouver tous ces fichiers créés entre ces 2 date
Qu'est-ce qui te dit que ces fichiers ont été créés entre ces deux dates ? Ne pourraient-ils pas avoir été déplacés ou copiés ?
Si tu veux la liste des fichiers qui existend dans un répertoire et pas dans l'autre, tu peux faire :
Il y a sûrement des méthodes plus subtiles.
Ici, echo ne semble pas modifier l'inode, tandis qu'un autre éditeur (par ex vim) le modifie
Depuis quand "echo" est un éditeur ?
Primo, echo ne modifie rien du tout, il se contente d'écrire sur sa sortie standard. C'est le shell, via la redirection de cette sortie standard, qui modifie.le fichier.
(Edit : en fait il se trouve que par défaut "echo" est un "builtin" du shell donc c'est le même programme, mais le raisonnement reste valable avec la commande externe /bin/echo)
Secundo on peut voir que vim ne modifie pas l'inode existant, il le remplace par un nouvel inode (ce qui pose potentiellement problème dans le cas d'un lien "dur" qui sera cassé). En clair, il crée un nouveau fichier. Nouvel inode, nouvelle date de création.
Dernière modification par raleur (30-10-2021 14:09:46)
Il vaut mieux montrer que raconter.
Hors ligne
Qu'est-ce qui te dit que ces fichiers ont été créés entre ces deux dates ? Ne pourraient-ils pas avoir été déplacés ou copiés ?
C'était une forte supposition. Mais tu as raison, c'était des fichiers copiés dont je ne sais pas quand ils ont été créés (profil thunderbird importé).
L'habitude que j'ai prise est de sauvegarder 4 dossiers du disque A sur le disque B.
Une fois que j'ai effectué la sauvegarde, j'enregistre la date et le nombre d’éléments (fichiers) dans un fichier annexe. Mon petit log à moi.
C'est en voulant enregistrer les nouvelles "infos" de cette fameuse sauvegarde que je me suis aperçu de l'écart important du nombre de fichier entre la dernière sauvegarde effectuée et celle de maintenant.
Mais, comme je venais d'importer les fichiers de A vers B, je n'avais aucun moyen de comparer A et B car ils sont identique juste après la sauvegarde. (erreur de stratégie que je dois travailler)
Dans la rapidité, le doute et la trouille (247 nouveaux fichiers d'un coup alors qu'habituellement il y en 5 max)... je me suis dit que c'était des fichiers nouveaux venus des extraterrestres... j'ai donc voulu inspecter sur la création de fichier récent.
Le chouette script de Tawal m'a permis de voir, très proprement, le gros pavé de lignes de fichiers modifiés récemment.
Cela dit, avec ce post et les commentaires qui ont bien rebondis, cela m'a permis de voir que la création de fichier, comme le croit la plupart des gens, à savoir : je crée un fichier à telle date, donc c'est ça la création, n'est pas vrai. La date de création est la date de l'inode de ce que j'ai cru comprendre. Elle démarre certes à la création du dit fichier mais elle se modifie sous différents aspects qui me sont obscures à bien comprendre. Dans la tête des gens, la date de création de fichier serait la date à laquelle on a fait naître ce fichier et qui le reste, ce qui n'est pas le cas.
Dernière modification par totoZero7 (30-10-2021 20:18:23)
Hors ligne
@LinuxEveryDay, je suis en train de regarder rsync en ce moment, justement, pour accélérer la sauvegarde, que je fais manuellement et que je n'aime pas faire. C'est en cours...je galère avec la compréhension de la manip car j'ai des disques internes/externes chiffrés (non monté) et je ne sais pas trop comment faire pour faciliter cela. J'y travaille.
Perso, un principe de base (qui marche bien dans le trop petit monde du libre) un problème ne doit pas être compris mais résolu/contourné.... bref faut que ça marche 
(g)rsync est juste de la copie un peu gérée, pour un instantané (snapshot) Timeshift(fr) [Timeshift (en)] est très bien et permet de gérer des volumes cryptés. Dans la pratique ça permet, en cas de mauvaise manip (ne me regardez pas ), de revenir avant la connerie et d'éviter de se prendre la tête pour rien 
Timeshift est pour les snapshot à la base, mais facilement configurable pour le home et la sauvegarde de données.
Cu
Dernière modification par LinuxEveryDay (10-12-2021 22:09:42)
Si Mr et Mdm tout le monde sont perdus sous Linux, c’est juste qu’ils ont plus l’habitude d’être libre ;-)
Hors ligne