Получил фатальную ошибку во время xfer (Ребенок, из которого выходят преждевременно)

Проверьте следующие ссылки, чтобы найти, что некоторые практические руководства используют популярные инструменты восстановления данных как передовой, photorec, скальпель и волшебное спасение:

http://www.howtogeek.com/howto/15761/recover-data-like-a-forensics-expert-using-an-ubuntu-live-cd/

https://help.ubuntu.com/community/DataRecovery

и наконец:

http://technology-flow.com/articles/backtrack-5-complete-tut/forensics/

0
03.12.2012, 15:30
1 ответ

просто выстрел в темноте, но сделал количество файлов в сохраненном каталоге на клиентском конце, увеличенном значительно во время, которое эта проблема начала показывать сама? Сообщение

(прерванный signal=PIPE)

заставляет меня думать о канале Unix. В резервной номенклатуре, этот канал, возможно, канал имен файлов. И когда количество файлов превышает определенный размер буфера (неспособный тщательно продуманный на этом, не зная архитектур системы и сервера и клиента), можно встретиться с ошибками как таковыми. Так как эта ошибка прибывает из приложения резервного копирования, с которым я не знаком, я не могу засвидетельствовать корреляцию между сообщением и количеством файлов, но не повреждает проверять.

То, как можно обойти его, если это имеет место то есть, полностью ваше дело. Обрежьте каталог путем устранения более старых файлов или создайте подкаталоги и продвиньте определенное число файлов в эти каталоги. Или комбинация двух.

Удачи

0
28.01.2020, 05:03
  • 1
    Привет! Спасибо за Ваш ответ, но Вы могли проверить обновленный вопрос помочь мне в нахождении решения? –  Subhransu Mishra 03.12.2012, 11:52
  • 2
    сделал Вы обращаете внимание на "Удаленный [1]: ошибка rsync: тайм-аут в данных отправляет/получает (кодируйте 30) в io.c (137) [sender=3.0.7]" строка в Вашем выходном разделе? очевидно, это приложение резервного копирования использует rsync для обращений к удаленным машинам, и эта машина ns381613.ovh.net не соединяется? Снова, не зная Вашей топологии сети, трудно предположить, почему это не соединяется, но изменение правил брандмауэра приходит на ум. Попытайтесь установить rsync соединение вне этой резервной программы и видеть, работает ли она самостоятельно правильно. Мое предположение, это не. –  MelBurslan 05.12.2012, 23:40

Теги

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