По видимому, нарушилась целостность файловой таблицы - при записи скакнуло напряжение, и сработал предохранитель. После сего события папку, в которую шла запись не подлежит никаким действиям.
любое приложение, требующее доступ к папке сразу уходит в "ожидание на диске"
xfs_repair бодро рапортует о завершении сканирования. флаг -d И -P не пробовал, т.к. до конца не понял их значение.
На диске более 800 ГБ важной для меня иноформации - сделать бекап возможности нет. Волнует вопрос, потому что это образующееся гумно забивает весь своп
XFS или xfs_repair велела выйти в окно
А какая версия ядра и xfsprogs? Просто в ядре постоянно пилят xfs и я бы рискнул попрововать востановить сабж с какого-нибудь свежего live-cd.
ведро 31-r6, xfsprogs - 2.10.1
может потягать фс на анстейбл ведре и пакете суппорта?
ведро 31-r6, xfsprogs - 2.10.1
может потягать фс на анстейбл ведре и пакете суппорта?
Как вариант. Может тут чего поможет http://xfs.org/index.php/XFS_FAQ#Q:_How_to_get_around_a_bad_inode_repair_is_unable_to_clean_up
Хм, а как узнать inode для ремапа?
В продолжение темы.
xfsprogs поставил последний из анстейбла - та же котовасия.
Есть две папки на винте - попытка их удаления вызывает ступор. Удивительно то, что ls бодро пишет имена файлов. Доступа, правда, к ним нет - паладин и дельфин виснут.
Прочитал, что XFS грешит медленным удалением файлов - так ли это. кстате, дефрагментацию запустил - интересный способ узнать о повреждениях ФС. Пока все бодрячком
Причем попытка доступа через паладина
к папкам Wallpapers (1760 файлов) и HL2ORBAL (2 файла :D) вводит комп в полный улет - онли харб ребут. Проводил эксперимент с октрытым выводом дмесаджа - ничего не показал. Видимо, не успел.
Спасайте