Размер файла 60,0 ПБ является неправильным. Может удаление его потеря данных причины?
Сервисы обычно предназначаются для выполнения как корень. Однако у Вас есть 2 опции:
У Вас есть своего рода сценарий, который запускает сервис как того пользователя. Существует несколько способов выполнить это. Вы могли сделать следующее:
sudo -u debian-tor /etc/init.d/serviceи затем добавьте debian-скалистую-вершину к файлу sudoer для этой команды
Можно использовать stop-start-daemon с - chuid опция.
Похоже, что исходная файловая система повреждена, обычно или из-за ошибки ядра или к плохой RAM (поврежденный диск, более вероятно, приведет к нечитабельным файлам, чем поврежденные данные). На данном этапе все ставки выключены. Однако, если повреждение было очень локализовано, это только, что inode одного файла, это повреждается, и другие файлы, неповреждены, таким образом, можно безопасно удалить файл. Обратите внимание, что нет никакого способа протестировать это предположение.
Моя рекомендация к:
- Сделайте тест RAM или включите диск в другую машину.
- Удостоверьтесь резервное копирование всех данных.
- Проверьте состояние диска с УМНЫМ, если это возможно.
- Выполненный
fsck. - Если диск все еще хорош, продолжите использовать его.
-
1Спасибо Gilles... Я еще не осуществил полную проверку, но вещи выглядят хорошими, и новая система (Ubuntu 12.04; был 10.04) в теперь работе целевого диска. – Peter.O 03.07.2012, 08:38
Похоже, что исходная файловая система повреждена, обычно или из-за ошибки ядра или к плохой RAM (поврежденный диск, более вероятно, приведет к нечитабельным файлам, чем поврежденные данные). На данном этапе все ставки выключены. Однако, если повреждение было очень локализовано, это только, что inode одного файла, это повреждается, и другие файлы, неповреждены, таким образом, можно безопасно удалить файл. Обратите внимание, что нет никакого способа протестировать это предположение.
Моя рекомендация к:
- Сделайте тест RAM или включите диск в другую машину.
- Удостоверьтесь резервное копирование всех данных.
- Проверьте состояние диска с УМНЫМ, если это возможно.
- Выполненный
fsck. - Если диск все еще хорош, продолжите использовать его.
Это - редкий файл. Необходимо рассмотреть использование -S, так, чтобы файл был обработан максимально правильно.
-
1Вы находитесь в моей голове, или я в Вашей? Я не могу сказать.:) Похоже, что мы даже отредактировали наши ответы одновременно. – Alexios 02.07.2012, 22:47
-
2
Это наиболее вероятно редкий файл. (если это не, начните работать теперь!) Это на самом деле не занимает все это место, это имеет дыры. Возможно, одна большая дыра.
Удалите его из rsync целевая сторона, затем добавьте -S (редкая) опция к rsync для проверки это распознает и имеет дело с редкими файлами.
Целевой тип файловой системы должен поддерживать редкие файлы также. (короткая версия: ext[234] сделайте, NTFS делает, FAT не делает),
-
1