можно использовать программное обеспечение как: http://iismonitor.motobit.com/ или эфирный
Я боюсь, что это происходит из-за повреждения в файловой системе или проблем на используемом оборудовании, так как это - корневая файловая система, моя рекомендация состоит в том, чтобы загрузить сервер снова со спасательным диском (или в однопользовательском режиме) и попытаться восстановить диск через fsck
.
dmesg
говорит для подтверждения поврежденияfsck
восстановить жесткий диск, как только fsck является выполненной перезагрузкой сразу для предотвращения любых проблемHola Marc,
Их темп расположенный ниже que aixo es un sintoma de corrupcio al sistema de fitxers o de problemes del hardware, com es el / lo que et recomano es de rebotar el servidor amb un CD de rescat e intentar reparar el disc amb fsck
.
dmesg
ноны на corroborar que hi ха corrupciofsck
на диск reparar el teu en quan acabi rebota inmediatament на preveure qualsevol изменяет tipus de problemaХороший вид!
Я видел это прежде, когда плата RAID разложилась, и файл журнала ext3 не мог быть записан в. В той точке ядро отметило корневой FS, только для чтения, и не позволит этому возвращаться.
Ничто не было зарегистрировано об этом из-за курса, / FS var был на том же диске и также RO. dmesg
, однако, был рад сказать нам о проблеме. Так, можете Вы делать a dmesg
и скажите нам о выводе?
В нашем случае единственная фиксация была к циклу включения и выключения питания для пробуждения платы RAID, затем перезагрузка от спасательных медиа и fsck файловая система.
Rozwiązałem ten problem w Arch Linux, instalując „sterownik systemu plików NTFS i narzędzia”, używając tego:
sudo yaourt ntfs-3g
У меня было это, и это был OOM (Out Of Memory / Kernel Panic),Я обнаружил это, когда проверил dmesg на наличие проблем с томом после того, как уже попробовал 'mount -o remount, rw /' и получил сообщение об ошибке, что диск защищен от записи, когда я нашел OOM в dmesg, я перезагрузил и том снова было чтение-запись.