Я могу делать любые действия с любыми файлами и папками вокруг, кроме проблемной, и кроме файлов внутри неё. Удалить файлы внутри Рабиновича по иноду тоже не могу - та же просьба почистить структуру.

Как актуализировать журнал?

Удалить файлы внутри Рабиновича по иноду тоже не могу - та же просьба почистить структуру.

а fsck ничем не помогает, да?

Как актуализировать журнал?

Журнал актуальный и так. Он содержит некую историю изменений в ФС. А вот структура ext4 была нарушена и стандартными средствами не исправляется.

Попробуй R-Studio for Linux может действительно у них есть какие-то более совершенные инструменты...

(не находит папку с Рабиновичем, полагаю, из-за русскоязычных имён)

Может просто попробуй в mc (midnight commander) удалить? Чем хорош такой файловый менеджер, что в случае странных имен со странными знаками можно не напрягаясь F8 жать на нужном файле и удалять. Или переименовывать или еще что-то делать.

попробуй в mc

С именами всё ОК, с атрибутами - полный трэш. Ничего mc не сделает, если даже find не может. Можно попробовать ещё освободить Раз/Два от всего, что получится и unlink Раз/Два.

Я может пропустил, но что нам говорит stat Рабинович?

Сделай chmod +wx ~/Раз/Два

А что показывает stat для Рабиновича?

«Структуру необходимо почистить».

Запущу R-Studio завтра. Сейчас есть ещё дела, слишком долго открывать заново все эти окна...

Журнал ведь нужен не для красоты, а чтобы делать с ним что-то полезное. Нужно перенести запись из журнала в основную таблицу.

А ты пробовал перенести все остальные файлы и директории (кроме проблемной записи) куда-нибудь из «Два», потом «Два» удалить, создать заново, и вернуть туда обратно сохранённое?

каталог /Раз/Два или /Раз мувни со всем содержимым в lost+found и пересоздай его руками на старом месте

Журнал свою роль сыграл — ext4magic нашёл inode «Рабиновича и компании», но fsck не в состоянии это исправить. Был какой-то нестандартный сбой и/или часть информации об изменениях необходимая для отката отсутствует — мы можем только гадать.
Скажем FAT достаточно примитивна и часто* сбоит — есть масса ПО для её ремонта и при наличии желания&времени можно в ручном режиме её восстанавливать. Успех достигается не всегда...
Для ext4 есть fsck и другие утилиты — обычно этого хватает. О «ручном» ремонте никто и не слышал. Мы не видим что там внутри, не понимаем природу аномалии ... исправить не получается.
Журнал ext4 для чтения человеком не предназначен (насколько я понимаю), обычно при старте компьютера выполняется fsck (либо исправляет, либо сигнализирует о проблеме). У тебя проблема «всплыла» при попытке удаления Рабиновича. Есть масса вопросов по этой аномалии, но ответов мы извлечь не можем.

Мы не видим что там внутри, не понимаем природу аномалии

играет музыка из «Секретных материалов»

А как ты такую директорию получил?

XFS однозначно. Не просто так она по умолчанию в RHEL.

:)

Да, пожалуй из этого треда можно неплохой эпизод «Секретных материалов» снять.

...
Агенты ФБР узнали о появлении не поддающихся удалению секретных файлов в каталоге Рабиновича...

Те же яйца. Появилось в ~/.cache

~ ls -lap .cache/
ls: cannot access '.cache/doc': Permission denied
total 270,336
d?????????  ? ?      ?            ?            ? doc/

Сюда писать смысла особого нет, подобную фигню, если это на ext4 нужно лечить через fsck.ext4 и debugfs. А этот топик весь мимо.