Вы здесь

[Solved] Невозможно удалить директорию

Народ, доброго времени суток. Проблема в следующем: есть директория:

drwxr-xr-x 3 kisa kisa 61440 2010-01-24 12:17 123

при попытке выполнить ls внутри неё, команда либо виснет, либо валится с segmentation fault. Такое же поведение характерно и для команд: rm, chmod. mv - отрабатывает нормально.

Вывод strace для зависшей ls и trace в случае segmentation fault выложил сюда: сюда

Запуск xfs_check и xfs_repair ничего не показал.
Кто-нибудь с таким сталкивался?

Судя по всему, баг ядра.

—

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

будьте добры показать:
1. cat /proc/cpuinfo
2. wgetpaste /usr/src/linux/.config (в общем нужен ваш конфиг)
3. emerge --info | wgetpaste
4. eselect profile list
5. wgetpaste /etc/fstab или mount | wgetpaste
6. примеры команд
7. версии пакетов для обслуживания той ФС, на которой располагаются каталоги
8. собственно версию ядра

пока наверное все :)

Theli, а зачем вам еще и eselect profile понадобился в придачу к emerge --info ? :-D

—

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

а я чет не нашел в emerge --info сведений о профиле :)

1,8. http://pastebin.com/m7dd3f84c
2. http://pastebin.com/m5630f8b7
3. http://dpaste.com/150892/
4. http://dpaste.com/150895/
5. http://dpaste.com/150893/
7. sys-fs/xfsprogs - 2.10.1 (если про них шла речь)

По п.6 не совсем понял, что имелось в виду. Если проблемная последовательность действий, то

kisa@localhost ~ $ cd source/java/edl/edl-ui/target/edl-ui-1.0-SNAPSHOT/configurator/soycReport/123/
kisa@localhost ~/source/java/edl/edl-ui/target/edl-ui-1.0-SNAPSHOT/configurator/soycReport/123 $ls (на этом моменте оно или виснет или падает с segmentation fault)

kisa@localhost ~/source/java/edl/edl-ui/target/edl-ui-1.0-SNAPSHOT/configurator/soycReport $ rm -r 123/(аналогично)

ну, что...
1. имхо с ядром все в порядке...
2. с вашим процом как-то странно использовать -march=i686 ... я бы поставил -march=core2 ;) да и перешел на x86_64 (имхо)
3. на момент, когда glibc-2.10.1-r1 был последней версией и был (~) у меня тоже некоторые программы сегфолтились (я на ~amd64)... даже и не знаю как могли его стабилизировать >_<
4. еще имхо нужно бы держать sys-kernel/linux-headers той же версии, что и само ядро... по крайней мере glibc зависит от этого пакета, а у вас заголовки от 27-го, а ядро 31-е :)

к стати, попробуйте выполнить less source/java/edl/edl-ui/target/edl-ui-1.0-SNAPSHOT/configurator/soycReport/123 должно показать тоже самое, что и ls -l... будут крякозябры, значит файл побился при неправильной перезагрузке :)

попробуйте зайти с последнего minimal (x86 и/или x86_64) и попробуйте выполнить те же команды... кто знает - может винт бэдблоками пошел ;)

возможно ламерский совет, но не зависит от ядра - загрузится с cd , примонтировать хард и стереть rm -r не входя в chroot
например
# mount /dev/хард /mnt/gentoo
# ls /mnt/gentoo посмотреть путь
# rm -r /mnt/gentoo/каталог

Если надо удалить а так - см поддержку фс в ядре и какие доп дрова (я для нтфс ntfs-3g использую)

—

cyberdimk

Народ, спасибо за помощь. Как оказалось проблема специфична для моей версии ядра - 2.6.31-r6 (м.б. для каких-то ещё). При переходе на 2.6.32-r2 подобного поведения не наблюдается. Содержимое проблемной директории оказалось таким.

В принципе, тему можно считать закрытой.

а в dmesg ничего не пишется при этих segmentation fault?

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