.ICEauthority permission denied

[smilejeka]

Добрый день всем!
Прошу помочь с такой проблемкой:
вобщем, работаю я в иксах, тут ни с того, ни с сего перестает работать клавиатура... затем мышка... после выпадают иксы в консоль...
пытаюсь стартовать из-под этого же пользователя иксы (startx) - рассказывает, что доступ к ~/.ICEauthority запрещен. (из-под других юзеров работает нормально)
попытки изменить права не удаются даже из под рута. Кстати, привлекли внимание такие файлы при распечатке списка файлов

Код: Выделить всё

# ls -al
ls: cannot access .ICEauthority: Permission denied
ls: cannot access .DCOPserver_smile-laptop_:0: Permission denied
ls: cannot access .DCOPserver_smile-laptop__0: Permission denied
total 1164
...
??????????  ? ?     ?          ?                ? .DCOPserver_smile-laptop__0
??????????  ? ?     ?          ?                ? .DCOPserver_smile-laptop_:0
??????????  ? ?     ?          ?                ? .ICEauthority
-rw-------  1 smile users  33421 2009-02-01 14:56 .ICEauthority.tmp
...

Пришла в голову мысль, что с винтом чет не то... попробовал

Код: Выделить всё

# fsck /
fsck 1.41.3 (12-Oct-2008)
fsck: fsck.reiserfs: not found
fsck: Error 2 while executing fsck.reiserfs for /dev/sda7

дополнительные данные

Код: Выделить всё

# uname -a
Linux smile-laptop 2.6.25-gentoo-r9 #24 SMP Mon Jan 26 01:15:28 EET 2009 i686 VIA Esther processor 1500MHz CentaurHauls GNU/Linux

Какие-нибудь идеи, как пофиксить эту проблему?
заранее спасибо!

PS кстати, такая проблема уже случалась... и как-то сама пофиксилась... а сейчас не хочет...

[rm_]

Попробуйте с какого-нибудь LiveCD загрузиться, и оттуда выполнить fsck.

[smilejeka]

Огромное спасибо, помогло!
только пришлось запускать с ключиком
reiserfsck --rebuild-tree
и подождать с полчасика, зато вылечил!

только вот еще есть вопрос - ввиду того, что это уже не единожды происходило, как предупредить и избежать данной ситуации?
что привело к данной проблеме?
гуглил по этой проблеме, ничего не нашел вменяемого... ни решения данной проблемы, ни объяснения причины. Хотя судя по количеству людей, столкнувшихся с данной проблемой видно, что это достаточно нередкая ситуация... в разных дистрибутивах, в разных оконных системах...

[rm_]

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

Привела крайне низкая устойчивость ReiserFS как файловой системы к различным сбоям на диске и на всём пути от CPU до поверхности диска.
У Reiser совершенно безумная дисковая структура (дело в использовании бинарных деревьев), абсолютно неустойчивая в долговременном плане к потерям данных даже из-за стандартных для современных накопителей (при их объёмах) вероятностях неисправимой битовой ошибки. Вот здесь есть кое что об этом:
http://www.debian-administration.org/articles/388#comment_73
http://www.debian-administration.org/artic...388#comment_130
(да и все остальные комменты, и саму статью почитать не помешает).
Решение - переход на JFS или XFS, выбор между этими - в зависимости от того, что более критично: повышенная надёжность и вообще "дубовость" (была статья с креш-тестом JFS, её не могли убить или повредить файлы многократными выдёргиваниями питания в самый разгар дисковых операций), или производительность и возможность проводить дефрагментацию (это всё про XFS).

[smilejeka]

Благодарю за ответ!
и еще по горячим следам - добавили поддержку ext4 (слышал, что она такая же скоростная, как XFS, но более надежная) и как раз хотел перейти на нее, стоит ли?