Grsync — Problème avec la suppression des fichiers dans la sauvegarde [RESOLU]

Accueil › Forums › Linux › Grsync — Problème avec la suppression des fichiers dans la sauvegarde [RESOLU]

  • Ce sujet contient 55 réponses, 3 participants et a été mis à jour pour la dernière fois par Avatar photoM i a, le il y a 3 années.
  • Créateur
    Sujet
  • 28 septembre 2021 à 18 h 11 min #65874
    Visio 3
    Participant

    :bye: Bonjour à tous

    Depuis quelques temps, Grsync ne veut plus synchroniser dans la sauvegarde, les dossiers/fichiers effacer dans la source pett

    Il réalise sans problème la copie, mais pas la suppression

    Par exemple pour le home, la case est bien cochée :

    Et si je demande la ligne de commande, le "delete" est bien présent ...

    Mais pas effectif :cry:

    Une idée :unsure:

     

  • Créateur
    Sujet
Affichage de 10 réponses de 46 à 55 (sur un total de 55)
1 2 3 4
  • Auteur
    Réponses
  • 4 octobre 2021 à 12 h 09 min #66057
    Avatar photoM i a
    Participant

    Je ne pense pas :bye:

    Image

    4 octobre 2021 à 13 h 32 min #66060
    Visio 3
    Participant

    :bye:

    Et voilà ce que cela donne pour moi coché :

    Et non coché :

    4 octobre 2021 à 13 h 49 min #66061
    Visio 3
    Participant

    Mais bon ... j'ai déjà depuis l'ouverture de ce post créé un bon paquet de nœud dans mon cerveau, cela va me demander un petit moment pour les enlever  pett

    Il est peut-être temps de terminer ce post là ;-)

    Je vois déjà Azamos dans tous ses états :

    4 octobre 2021 à 14 h 50 min #66063
    Avatar photoAZAMOS
    Modérateur

    [AZAMOS se précipite avant que Visio3 change d'avis :yahoo: ]

     

    4 octobre 2021 à 15 h 49 min #66066
    Visio 3
    Participant

    bg bg mdrmdr mdrmdr ops   Le maître des clés les a perdues pett bg

    6 décembre 2021 à 9 h 52 min #67368
    Visio 3
    Participant

    Bonjour :bye:

    Les problèmes de sauvegarde ... Le retour bg

    Très étrangement je peux faire une dizaine de sauvegarde et ne rencontrer aucun problème et puis d'un coup, cela recommence :unsure:   Et cela sur des dossiers qui ne représentaient aucun problème avant pett

    Petite précision : tout ce qui est sur le home, donc de ext4 vers ext4 ne rencontre jamais aucun problème nnn
    Par contre ce qui est sur des disques en ntfs et qui est sauvegardé en ntfs est alors "parfois" touché par des problèmes [Input/output error (5)]

    Mon disque de sauvegarde (5To) contient une partition en ext4 (Pour la sauvegarde du home) et une autre en ntfs pour la sauvegarde du disque ntfs

    Et juste après les erreurs avec Grsync, si je veux faire la méthode d'Azamos et donc simplement copier en direct, je me retrouve avec cela :

    Et je retombe encore sur cette erreur d’entrée et de sortie :wacko:

     

    6 décembre 2021 à 13 h 49 min #67369
    Avatar photoM i a
    Participant

    Bonjour Visio 3,

    Peut-être quelques pistes :

    indique l'impossibilité pour rsync de lire ou d'écrire un fichier. Les causes les plus probables de cette erreur sont des défauts de disque, dans le répertoire SRC ou dans le répertoire TGT. D'autres possibilités incluent toutefois des autorisations insuffisantes, le verrouillage de fichier par des programmes antivirus et peut-être d'autres causes.

    https://www.it-swarm-fr.com/fr/linux/comment-interpreter-et-corriger-une-erreur-dentree-sortie-sous-linux/958837701/

    Votre système de fichiers est endommagé. Pour les volumes NTFS, vous devez exécuter un chkdsk système sous Windows,

    https://qastack.fr/unix/39905/input-output-error-when-accessing-a-directory

    Il est principalement question de problèmes avec le disque, peut-être une vérification de celui-ci s'impose ? :unsure:

    :bye:

    Image

    6 décembre 2021 à 14 h 29 min #67374
    Visio 3
    Participant

    :bye: Bonjour Mia

    J'ai commencé par vérifié si mon disque était bien en ntfs-3g en lançant la commande mount :

    Et il l'est en effet pour ce disque externe :

    J'ai bien : fuseblk

    fuseblk signifie qu'il utilise la méthode fuserfilesystem-in-userspace qui est ce qui ntfs-3g utilise.
    — Shadur

     

    M i a wrote:

    Votre système de fichiers est endommagé. Pour les volumes NTFS, vous devez exécuter un chkdsk système sous Windows,

    Oupss je dois retourner sur Windows :cry: ...Bon si c'est pour la bonne cause :whistle:

     

    6 décembre 2021 à 16 h 40 min #67378
    Visio 3
    Participant

    :bye: Bon j'ai allumé l'ordi (W10) de mon fils et j'ai attendu qu'il démarre .... :whistle:
    Puis 8 minutes plus tard, j'ai donc fait un chkdsk du disque et en effet le disque était annoncé "avec problèmes"
    9 minutes plus tard, le disque état réparé
    J'ai éteint l'ordi FWBL   et je suis retourné sur mon Linux et j'ai refais une sauvegarde.

    Et là plus aucune erreur (5) d'entrée et de sortie :yahoo:   mais quelques erreurs (22) :

    Des titres avec des ? ou des " " ... Que j'ai changé :yes:   .... Étrange cependant qu'ils n'aient pas été signalés avant :unsure:

    Et me voilà à nouveau avec cela :

    Merci Mia pour avoir amorcé mon esprit vers la bonne direction :yes: :good:

    6 décembre 2021 à 18 h 11 min #67389
    Avatar photoM i a
    Participant

    Super !

    Pour l'erreur 22 ça semble être un problème de droit avec les partitions NTFS :unsure:

    https://qastack.fr/server/213647/rsync-fails-to-backup-some-files-giving-error-22

    :bye:

    Edit : euh, en jetant à nouveau un oeil sur le lien, j'ai lu trop vite, c'est NFS, au temps pour moi.
    Retour à la case départ du coup...

    Image

  • Auteur
    Réponses
Affichage de 10 réponses de 46 à 55 (sur un total de 55)
1 2 3 4
  • Vous devez être connecté pour répondre à ce sujet.