[Solved] Невозможно удалить директорию
andrrey 26 января, 2010 - 21:59
Народ, доброго времени суток. Проблема в следующем: есть директория:
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
будьте добры показать:
1.
cat /proc/cpuinfo2.
wgetpaste /usr/src/linux/.config(в общем нужен ваш конфиг)3.
emerge --info | wgetpaste4.
eselect profile list5.
wgetpaste /etc/fstabилиmount | wgetpaste6. примеры команд
7. версии пакетов для обслуживания той ФС, на которой располагаются каталоги
8. собственно версию ядра
пока наверное все :)
Theli, а зачем вам еще и
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
а я чет не нашел в emerge --info сведений о профиле :)
1,8.
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 не совсем понял, что имелось в виду. Если проблемная последовательность действий, то
ну, что... 1. имхо с ядром
ну, что...
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 ничего не пишется
а в dmesg ничего не пишется при этих segmentation fault?
Точно ответить уже не могу,
Точно ответить уже не могу, так как директория уже удалена. На момент существования проблемы вроде не писалось.