Ошибка смещения Deja-dup на Ubuntu 17.04

Когда я запускаю Deja-dup в первый раз, он делает резервную копию просто прекрасной. Однако, когда я запустил его через пару дней, чтобы выполнить обновление, я получаю следующую ошибку: Error splicing file: Input/output error

Это само по себе не помогло, поэтому я принял совет нескольких сообщений и запустил его из терминальная оболочка выглядит следующим образом: DEJA_DUP_DEBUG=1 deja-dup --backup

Она неоднократно вызывала следующую ошибку:

DUPLICITY: DEBUG 1 DUPLICITY: . Backtrace of previous error: Traceback (innermost last): DUPLICITY: . File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 365, in inner_retry DUPLICITY: . return fn(self, *args) DUPLICITY: . File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 563, in get DUPLICITY: . self.backend._get(remote_filename, local_path) DUPLICITY: . File "/usr/lib/python2.7/dist-packages/duplicity/backends/giobackend.py", line 146, in _get DUPLICITY: . self.__copy_file(source_file, target_file) DUPLICITY: . File "/usr/lib/python2.7/dist-packages/duplicity/backends/giobackend.py", line 119, in __copy_file DUPLICITY: . None, self.__copy_progress, None) DUPLICITY: . Error: g-io-error-quark: Error splicing file: Input/output error (0) DUPLICITY: . DUPLICITY: WARNING 1 DUPLICITY: . Attempt 2 failed. Error: g-io-error-quark: Error splicing file: Input/output error (0)

Это все еще не дает мне никаких определений относительно того, как решить проблему. Кто-нибудь знает, как интерпретировать сообщение или разрешать эту ошибку?

0
задан 27 May 2017 в 23:47

9 ответов

Я обнаружил, что диск находится в прекрасном состоянии и не является проблемой. Когда я углублялся в файлы, которые пыталась сжимать резервная копия, несколько имен файлов начинались с двух тире («-»). Я думаю, что программа предполагала, что они были тегами, и было ошибкой, когда дело касалось этих файлов. Я переименовал файлы и снова запустил резервную копию. На этот раз все получилось отлично. Итак, если кто-то еще сталкивается с этой проблемой, обратите пристальное внимание на имена файлов, которые программа пытается создать резервную копию.

0
ответ дан 22 May 2018 в 22:10

Я обнаружил, что диск находится в прекрасном состоянии и не является проблемой. Когда я углублялся в файлы, которые пыталась сжимать резервная копия, несколько имен файлов начинались с двух тире («-»). Я думаю, что программа предполагала, что они были тегами, и было ошибкой, когда дело касалось этих файлов. Я переименовал файлы и снова запустил резервную копию. На этот раз все получилось отлично. Итак, если кто-то еще сталкивается с этой проблемой, обратите пристальное внимание на имена файлов, которые программа пытается создать резервную копию.

0
ответ дан 18 July 2018 в 12:37

Я обнаружил, что диск находится в прекрасном состоянии и не является проблемой. Когда я углублялся в файлы, которые пыталась сжимать резервная копия, несколько имен файлов начинались с двух тире («-»). Я думаю, что программа предполагала, что они были тегами, и было ошибкой, когда дело касалось этих файлов. Я переименовал файлы и снова запустил резервную копию. На этот раз все получилось отлично. Итак, если кто-то еще сталкивается с этой проблемой, обратите пристальное внимание на имена файлов, которые программа пытается создать резервную копию.

0
ответ дан 24 July 2018 в 20:00

Обычно это происходит из-за того, что диск, на который вы создаете резервную копию, отформатирован с системой, которая не может обрабатывать большие размеры файлов (FAT или что-то в этом роде) - возможно, вы выполняете резервное копирование на флэш-накопитель USB? Если это так, вам нужно переформатировать диск на EXT4 или аналогичный, чтобы предотвратить ошибку.

0
ответ дан 22 May 2018 в 22:10
  • 1
    Привод представляет собой сетевой диск 2 ТБ, отформатированный как NTFS. – elyod72 28 May 2017 в 00:30
  • 2
    Другие ответы, которые я видел по этому вопросу, говорят, что диск в этом случае не работает. Лично я столкнулся с этой проблемой FAT. – Organic Marble 28 May 2017 в 02:49

У меня такая же проблема с WD MyCloud EXT2 Ultra со всеми новейшими прошивками и т. д. Его определенно ошибка, о которой они знают (ошибка № 1591325). Однако, когда / если он будет исправлен, все догадываются.

0
ответ дан 22 May 2018 в 22:10

Обычно это происходит из-за того, что диск, на который вы создаете резервную копию, отформатирован с системой, которая не может обрабатывать большие размеры файлов (FAT или что-то в этом роде) - возможно, вы выполняете резервное копирование на флэш-накопитель USB? Если это так, вам нужно переформатировать диск на EXT4 или аналогичный, чтобы предотвратить ошибку.

0
ответ дан 18 July 2018 в 12:37

У меня такая же проблема с WD MyCloud EXT2 Ultra со всеми новейшими прошивками и т. д. Его определенно ошибка, о которой они знают (ошибка № 1591325). Однако, когда / если он будет исправлен, все догадываются.

0
ответ дан 18 July 2018 в 12:37

Обычно это происходит из-за того, что диск, на который вы создаете резервную копию, отформатирован с системой, которая не может обрабатывать большие размеры файлов (FAT или что-то в этом роде) - возможно, вы выполняете резервное копирование на флэш-накопитель USB? Если это так, вам нужно переформатировать диск на EXT4 или аналогичный, чтобы предотвратить ошибку.

0
ответ дан 24 July 2018 в 20:00
  • 1
    Привод представляет собой сетевой диск 2 ТБ, отформатированный как NTFS. – elyod72 28 May 2017 в 00:30
  • 2
    Другие ответы, которые я видел по этому вопросу, говорят, что диск в этом случае не работает. Лично я столкнулся с этой проблемой FAT. – Organic Marble 28 May 2017 в 02:49

У меня такая же проблема с WD MyCloud EXT2 Ultra со всеми новейшими прошивками и т. д. Его определенно ошибка, о которой они знают (ошибка № 1591325). Однако, когда / если он будет исправлен, все догадываются.

0
ответ дан 24 July 2018 в 20:00

Другие вопросы по тегам:

Похожие вопросы: