Created attachment 3496 [details] Трассировка команды rm -f ~/.kde4 с зависанием при обращении к каталогу .kde4/share/apps/RecentDocuments Последнее время части при работе с dolphin происходит зависание KDE Причем при попытке переключиться на 1-й текстовый экран происходит рестарт X'ов После повторного входа зависание происходит уже при инициализации KDE Лечится либо перезагрузкой либо переименованием каталога ~/.kde4 Причем попытка удаления приводит также к зависанию во при обращению к каталогу .kde4/share/apps/RecentDocuments (strace смотри в приложении). Может быть дело не в KDE, а в ядре - ядро с поддержкой VZ: Linux version 2.6.27-ovz-smp-alt6 (builder@apiary.egro.altlinux.org) (gcc version 4.3.2 20081105 (ALT Linux 4.3.2-alt9) (GCC) ) #1 SMP Mon Apr 20 16:37:07 UTC 2009
А каталог не побился? В dmesg при обращении к нему ругани нет?
(В ответ на комментарий №1) > А каталог не побился? В dmesg при обращении к нему ругани нет? dmesg не смотрел, но после перезагрузки kde4 нормально загружается и никаких проблем с доступом в каталог RecentDocuments нет. То есть похоже блокировка возникает на уровне ядра
Во всяком случае в KDE нет функционала для блокирования файла так, чтоб rm повис.
(В ответ на комментарий №3) > Во всяком случае в KDE нет функционала для блокирования файла так, чтоб rm > повис. Согласен. Перезгрузился с ядром std-def - пока полет нормальный (хотя полный стресс-тест пока не проводил). Хотя мне нужен именно ovz - необходимо держать 1-2 контейнера. С другой стороны связь с dolphin несомненная - именно он лезет в .kde4/share/apps/RecentDocuments и блокирует через какой-то системный вызов дальнейшую работу...
(В ответ на комментарий №4) > С другой стороны связь с dolphin несомненная Возможно, как-то связано с inotify.
(В ответ на комментарий №5) > (В ответ на комментарий №4) > > С другой стороны связь с dolphin несомненная > Возможно, как-то связано с inotify. Возможно, но как я понимаю этот механизм используют все приложения, а не только dolphin. Или я не прав? И может ли это приводить к зависанию?
(В ответ на комментарий №6) > Возможно, но как я понимаю этот механизм > используют все приложения, а не только dolphin. И он не сам использует. Через общий механизм для всех KDE4-шных приложений. > Или я не прав? > И может ли это приводить к зависанию? Я только предположил. А в RecentDocuments файлов много? А то по strace он вешается на получении списка в каталоге
(В ответ на комментарий №7) > (В ответ на комментарий №6) > > Возможно, но как я понимаю этот механизм > > используют все приложения, а не только dolphin. > И он не сам использует. Через общий механизм для всех KDE4-шных приложений. OK То есть обычные команды (типа ls - который кстати тоже вешается) механизм не используют ? > > > Или я не прав? > > И может ли это приводить к зависанию? > Я только предположил. > > А в RecentDocuments файлов много? > А то по strace он вешается на получении списка в каталоге Нет - от силы штук 10. Как правило dolphin вешался при проигрывании mpeg-файлов. Кстати - поставил ALTLinux 5.0 20090424 beta на новый компьютер, обновил ядро на ovz-smp -те жк проблемы - там в RecentDocuments 4 файла...
(В ответ на комментарий №8) > То есть обычные команды (типа ls - который кстати тоже вешается) механизм не > используют ? inotify и KDE они не используют > Кстати - поставил ALTLinux 5.0 20090424 beta на новый компьютер, обновил ядро > на ovz-smp -те жк проблемы - там в RecentDocuments 4 файла... Значит мантейнеру будет легко воспроизвести проблему.
(В ответ на комментарий №9) > > Кстати - поставил ALTLinux 5.0 20090424 beta на новый компьютер, обновил ядро > > на ovz-smp -те жк проблемы - там в RecentDocuments 4 файла... > Значит мантейнеру будет легко воспроизвести проблему. OK Бум надеяться...