Быстрое удаление каталога с огромным количеством вложенных файлов и подкаталогов

перенести все остальное на другой винт, а этот форматнуть и впредь так не делать

mkfs

подробнее пожалуйста, если можно?

а) +1 за идею забэкапить все кроме этого каталога, снести все нафиг, восстановить все кроме каталога

б) поставить rm -rf на ночь или выходные и не париться, ничего жесткому диску не будет

А по inode-у удалить разве нельзя? Грохни inode каталога и все, прощай файлики. How to: Linux / UNIX Delete or Remove Files With Inode Number

ждал 3 часа, освободило не более 3 Гб

Ну подожди еще сутки. Можно подумать, ты эти три часа педали крутил чтоб оно удалялось.

http://forums.balancer.ru/tech/forum/2013/09/t88608--samyj-bystryj-sposob-uda...

И дальше по теме :)

Ну, или для Ъ — rsync

Стандартное решение: unlink верхней директории, следом umount и fsck.

unlink не работает с каталогами

Дык, я только что сидел, пытался. Оказывается, поломали, сволочи!

Надо восстановить справедливость и пропатчить glibc, чтобы unlink перестал проверять, является ли хрень по указанному адресу директорией, если его запускают от рута.

это coreutils

или ты имел в виду сискол?

Да пофиг. Главное — поломали же такую классную вещь!!!

Как удалить директорию в которой больше 1КК файлов?

По тегу rm

потом fsck скажет что ему вусмерть надо поработать и вернет всё в lost+found

Чушь. И да, на reiserfs нет директории lost&found!

Вот здесь вот http://www.slashroot.in/which-is-the-fastest-method-to-delete-files-in-linux perl-скрипт бысрее, чем rsync.

А про износ диска ТС-у никто не ответил. Может ему нужно перемонтировать ФС или что написать в /proc, чтобы было усиленное кеширование записи?

Такое вытворял не я, а человек работавший ранее на этом рабочем месте. Сносить все это хозяйство опять же не предоставляется возможным, слишком много инфы + / & /home в одном разделе, так что...

Я не думаю, что разовое удаление такого каталога заметно скажется на износе диска.

А вот если задача становится многократно, я бы посоветовал посмотреть в сторону reisrefs. Мне часто приходится работать с кешами, когда несколько десятков или сотен тысяч файлов на несколько гигабайт или десятков гигабайт лежат в на 2-3 уровнях вложенности в подкаталогах. ext4 на такой структуре через какое-то время использования становится адом. Я несколько лет мучился, пока не рискнул reisrefs проверить, памятуя, что лет 10-15 назад серьёзных проблем с такими структурами (с небольшими поправками на развитие железа) у меня не было. А вправду, одна только синхронизация по rsync на таких объёмах, занимая на ext4 десяток минут, на reiserfs отрабатывает за минуту. Даже (на машинах без lvm, когда легко не переразбить диск) быстрее оказывается в плане скорости поставить reisrefs в файл-образ на ext4.

через /sbin/debugfs

debugfs open -w /dev/sdЁ rm каталог close q

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

Скорость удаления держится в районе 40 000 файлов в минуту и не падает не смотря на продолжение активной работы на ноутбуке (ЖД не гудит и не греется).

Всем спасибо, думаю, вопрос решен.

PS perl скрипт из поста выше не заработал, т.к. он удаляет только файлы, а вложенные подкаталоги смотреть не умеет.
PPS rsync не пробовал, не рискнул