OSError: [Errno 36] Слишком длинное имя файла
Я давно использую rdiff-backup, чтобы загружать резервные копии через SSH на резервный сервер. Недавно rdiff-backup вылетел с ошибкой Errno 36 . Поэтому я удалил файл с длинным именем из источника . Однако я не могу заставить rdiff-backup снова работать. Я все время получаю следующее уведомление:
Предыдущая резервная копия, похоже, не удалась, теперь место назначения регрессирует. Возвращаемся к вторник, 11 сентября, 02:07:50 2012 Исключение '[Errno 36] Имя файла слишком долго: '....
Указанное здесь имя файла находится в месте назначения . Я проверил путь, а такого файла нет. Итак, файла нет ни в источнике, ни в месте назначения, но я продолжаю получать эту ошибку. Я думаю, что можно полностью избавиться от информации о последней неудачной резервной копии, чтобы начать с последней рабочей. Именно об этом и говорит rdiff-backup. Но он продолжает падать на этот файл, которого больше нет.
Есть идеи?
Есть ли база данных, из которой он получает информацию об этом файле и где я могу его удалить?
Спасибо!
1 ответ
OK. Если обнаружена причина проблемы: eCryptFS. Место назначения резервной копии находится в моем зашифрованном домашнем каталоге. И, очевидно, длинные имена файлов являются проблемой. После перемещения пункта назначения в незашифрованную папку за пределами моего дома, это работает. Для справки: в системе работает Lucid Lynx, серверная версия, все обновления установлены.