[Решено] "Ошибка ввода/вывода" при удалении дирректории на ext4 (тяжёлый случай)

Aalexeey · 08 декабря 2015, 17:21:44

В первый раз столкнулся с такой проблемой: не удаляются папки с скрытыми (нечитаемыми символами в имени) файлами. Испробованы разные методы и прерыт весь интернет безрезультатно. inode папок известен но не нашёл инструмента который их может "зачистить" нащёл только для файлов (но имя файлов не читаемое) файлы определяются но их inode нет. На диске 1.3 Tb информации поэтому копировать/форматировать/копировать не предлагать, тем более интересно найти решение. В сети на аналогичные проблемы вменяемого ответа не нашёл. Как эти файлы там оказались тоже не расскажу очень мана долго выйдет. Последнее что пробовалось (от отчаяния) это BleachBit под root "удаление каталогов (безвозвратно)", не удаляет и выводит errors при этом меняет имя дирректории оставляя эти скрытые файлы там. Думаю если кто знает как по inode затереть непосредственно на диске этот каталог то это и будет решение. fsck.ext4 не предлогать - не помогает.

Код Выделить

# fsck.ext4 -f /dev/sde1
e2fsck 1.42.5 (29-Jul-2012)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
ext4b1800: 2737/122101760 files (0.7% non-contiguous), 344721312/488378368 blocks

SMART у диска хороший, диску нет и года, битых секторов/блоков нет.
После очередной попытки удалить папку, при загрузке система его автоматически проверяет на ошибки но их не находит.

oermolaev · 08 декабря 2015, 19:29:40

Цитата: Aalexeey от 08 декабря 2015, 17:21:44Испробованы разные методы

переименовать пробовали?
PS. У меня была такая же проблема, но как я её решил не помню. То ли fsck, то ли переименование, то ли в комплексе.

vovan--vovan · 08 декабря 2015, 20:51:42

Иногда помогал live cd, причем не дебиан, и не бликоподобные ему. Заходил "из вне" и удалял.

Aalexeey · 09 декабря 2015, 08:19:52

Цитата: oermolaev от 08 декабря 2015, 19:29:40переименовать пробовали?

Файлы видны только из консоли и не переименовываются, при любой попытке связанной с их записью/перезаписью выходит "Ошибка ввода/вывода". Папки - директории в которых они находятся переименовываются но толку от этого никакого.

Цитата: vovan--vovan от 08 декабря 2015, 20:51:42Иногда помогал live cd

Пробовал, с тем-же результатом, попробую ещё PartedMagic может там что есть интересное. Уже пробовал Slax.
Предполагаю что мог бы помочь какойто "Hex" редактор в котором можно по inode на диске что надо занулить. Подобный редактор есть в R-Studio но в LiveCD опция редактирования у меня почемуто не активна, может по лицензионным соображениям.

Cообщение объединено 09 декабря 2015, 09:00:00

Цитата: Aalexeey от 09 декабря 2015, 08:19:52редактор есть в R-Studio но в LiveCD опция редактирования у меня почемуто не активна

Скачал ~~Demo версию там есть RStudio3_i386.deb и RStudio3_x64.deb~~(не надо, полная версия ниже), оказалось запись нужно/можно разрешить в настройках, после сканирования не полного я его прервал, выбрал нужные папки - дирректорию, забил их нулями и сохранил. После этого папки оказались пустыми и удалились.
Вот такая б... "египетская сила". Если кто сталкивался с аналогичным GUI/полуGUI свободно - бесплатным редактором под Linux работающим с ext4 отпишитесь.
Есть ещё R-Linux как пишут на сайте "Бесплатная полнофункциональная утилита для восстановления данных на файловых системах Ext2/Ext3/Ext4, используемых в Linux" пакеты rli_en_5_i386.deb и rli_en_5_amd64.deb, вроде как то-же самое насколько полнофункциональное не проверял ещё, русский язык есть.

Cообщение объединено 09 декабря 2015, 09:48:05

После всех манипуляций и перезагрузки (fsck видимо заметило что папки безследно исчезли) пришлось сделать это:

Код Выделить

# fsck.ext4 -f /dev/sde1
e2fsck 1.42.5 (29-Jul-2012)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Missing '..' in directory inode 524304.
Fix<y>? yes
Setting filetype for entry '..' in ... (524304) to 2.
Missing '..' in directory inode 524305.
Fix<y>? yes
Setting filetype for entry '..' in ... (524305) to 2.
Missing '..' in directory inode 524311.
Fix<y>? yes
Setting filetype for entry '..' in ... (524311) to 2.
Missing '..' in directory inode 524319.
Fix<y>? yes
Setting filetype for entry '..' in ... (524319) to 2.
Pass 3: Checking directory connectivity
Unconnected directory inode 524304 (/???)
Connect to /lost+found<y>? yes
Unconnected directory inode 524305 (/???)
Connect to /lost+found<y>? yes
Unconnected directory inode 524311 (/???)
Connect to /lost+found<y>? yes
Unconnected directory inode 524319 (/???)
Connect to /lost+found<y>? yes
Pass 4: Checking reference counts
Inode 2 ref count is 2, should be 6.  Fix<y>? yes
Inode 524304 ref count is 3, should be 2.  Fix<y>? yes
Inode 524305 ref count is 3, should be 2.  Fix<y>? yes
Inode 524311 ref count is 3, should be 2.  Fix<y>? yes
Inode 524319 ref count is 3, should be 2.  Fix<y>? yes
Pass 5: Checking group summary information

ext4b1800: ***** FILE SYSTEM WAS MODIFIED *****
ext4b1800: 2736/122101760 files (0.7% non-contiguous), 344721311/488378368 blocks
#

Папки с файлами пока

не появились. Я так думаю увивило оно их отсутствие из журнала но т.к. они физически затёрты нулями то и востанавливать нечего и упоминание о них было удалено/исправленно!

oermolaev · 09 декабря 2015, 10:15:23

Aalexeey, вывод? Всё таки помогло fsck?

Aalexeey · 09 декабря 2015, 11:02:23

Цитата: oermolaev от 09 декабря 2015, 10:15:23Всё таки помогло fsck?

Нет никак не помогло, оно видило ошибки но никак не могло их исправить. В последнем случае оно просто заметило отсутствие занулённых мной папок и файлов, сделало что сделало но уже было поздно

. Просто согласилось "ооо нам и без этих папок хорошо"

.

yoric · 09 декабря 2015, 11:57:17

А почему никто (или мало кто), как я вижу, xfs не использует? Я один такой умный?

Лет десять, однако, полёт нормальный, на нескольких машинах, бывало всякое насчёт аварийных отключений/перезагрузок - и хоть бы раз хоть бы что

Для дома как минимум самое то, ни забот ни хлопот.

Aalexeey · 09 декабря 2015, 12:05:03

Цитата: yoric от 09 декабря 2015, 11:57:17почему никто (или мало кто), как я вижу, xfs не использует?

Незнаю как у других но у меня причинами были: невозможность уменишить раздел при необходимости (такие необходимости у меня периодически возникали), отсутствие вменяемой софтины под винду для доступа к xfs (под ext4 это прекрасная Ext2Fsd), фрагментация и необходимость хоть и не часто её устранять (но GUI то нет).

oermolaev · 09 декабря 2015, 14:05:40

Цитата: yoric от 09 декабря 2015, 11:57:17
А почему никто (или мало кто), как я вижу, xfs не использует? Я один такой умный? Лет десять, однако, полёт нормальный, на нескольких машинах, бывало всякое насчёт аварийных отключений/перезагрузок - и хоть бы раз хоть бы что Для дома как минимум самое то, ни забот ни хлопот.

я широко использую xfs для разделов с пользовательскими данными. А проблемы можно заполучить на любой файловой системе.

Цитата: Aalexeey от 09 декабря 2015, 12:05:03фрагментация

дефрагментация

Aalexeey · 09 декабря 2015, 14:43:45

Цитата: Aalexeey от 09 декабря 2015, 12:05:03фрагментация и необходимость хоть и не часто её устранять (но GUI то нет)

Про то что надо дефрагментировать вроде написал.

Цитата: oermolaev от 09 декабря 2015, 14:05:40дефрагментация

И где там GUI? Мы в 21м веке живём, уже пальцетыкетели и поэкранурукомахатели на пятки наступают.

oermolaev · 09 декабря 2015, 15:55:41

Цитата: Aalexeey от 09 декабря 2015, 14:43:45пальцетыкетели и поэкранурукомахатели на пятки наступают

ну этим дефрагментация же не нужна

yoric · 09 декабря 2015, 16:57:31

Подумаешь, три буквы набрать. Это не raid или LVM настроить.

А вообще я лично удивлён, и не думал про фрагментацию на XFS, по аналогии с EXT, как раньше писали. Сейчас посмотрю ради интереса, домашней у меня лет 6, а на работе лет 10 уже как стоит и про дефрагментацию знать не знает

Которой 10 лет, на /boot около 15%, на всех других менее 5%. Дома один раздел, 6 лет, фрагментация 5%. Не так страшен чёрт, как его малюют