проблемы с konqueror (Slackware-12.2, Trinity-3.5.12)
GNU/Linux, UNIX, Open Source → Программное обеспечение
надежда только на соображающих линуксоидов,
на всех других форумах советовали ни чего более умного как только сменить ось
аналогия с автосервисом:
вы приехали починить машину а вам рекомендуют купить новую, причем с сомнительными «свисто-перделко» удобствами
в первую очередь вы ждете от специалиста, ну хотя бы примерно следующее:
— так, не заводится? посмотрим аккамулятор, свечи, безниз то вообще заливали?
хотя бы так, примерно
извиняюсь за долгое встепление
добрый день!
### ПРОБЛЕМА 1
проблема не отслеживается и не повторяется (нет зависимоти) перестает обновляться содержимое папки в konqueror-е
проверяется так: открываю mc & konqueror создаю-удаляю папки и файлы в мс и изменениея не видны в окне konqueror-a F5 — reload — обновляет нормально причем если параллельно в другом окне konqueror-a создавать-удалять файлы и папки — все ОК, он» все видит, все знает и все показывает»
потом может опять ни с того ни сего нормально обновляться
/var/log/messae & system — вообще ни каких изменений
пустой хомятник — не помогает (создание нового пользователя) — так же ведет себя
в virtual-box обновил slackware-12.2 kde -> trinity (та же версия) и там работает вроде как без проблем (система была девственно чистая) плюс ко всему старое (исходное ядро 2.6.27.7)
в системе болтается процесс gam_server из пакета gamin-0.1.10 необходимый для recoll, функционирует нормально и, думаю, не влияет на «косяки»
100% повторить конфигунация софта и обновлений в виртуалке не представляется возможным, за пару лет существования ось значительно «модифицировалась в монстра»
описание коробки:
slackware-12.2, kde-tde trinity 3.5.12 m2ne-sli, 4gb ram, dkgts-250/512mb
$uname -a
Linux main 2.6.29.6.2-smp #1 SMP Sat Feb 13 18:04:15 KRAT 2010 i686 AMD Athlon™ 64 X2 Dual Core Processor 4200+ AuthenticAMD GNU/Linux
ядро самосборное, наиболее подходящее под время, места, задачи, итд, менятся не будет в старом ядре 2.6.27.7 загузится в иксах уже не смог, т.к. драйвер под видеокарту не смог собрать модули, в инете решения не нашел, вдимо все плавно переплыли на новые ядра 2.6.3ххх (могу ошибаться: о)
slackware уже не исходная 12.2 а достаточно долго и много модифицированная, некоторые библиотеки, софт и скрипты пересобраны и переписаны)
железо пашет идеально, за все время ни разу не сваливалась или ребутила (за исключением когда ее тюнил)
место на винтах есть
$ df -H
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 43G 41G 2.5G 95% /
/dev/sda6 207G 184G 24G 89% /home
/dev/hda1 247G 23G 211G 10% /mnt/add
tmpfs 2.2G 17k 2.2G 1% /dev/shm
/dev/sdd1 1.6T 1.5T 2.1G 100% /mnt/usb_1tb
запуск konqueror-a из коммандной строки ни чего не дает, вообще ни каких сообщений
### ПРОБЛЕМА 2
возможно это так же связано с первой проблемой
в konqueror-e в свойствах как.либо папки меняю иконку на какую либо другую, нажимаю ОК и konqueror тут же зависает (причем кнопка даже не давится, не прорисовывается «эфект нажатия»)
в калалоге создается пустой файл «.directory»
запускаю другой экземпляр konqueror-a открываю родительскую папку (на уровень выше так сказать ../) и konqueror опять зависает
видимо konqueror во время сканирования папок подвисает: о)
запуск из ком.строки ни чего не выдает, ни каких изменений или сообщений
все повторяется на всех других запущенных экземплярах до тех пор пака не удалю из «нашей» папки пустой файл «.directory»
повторю — пустой
если его заменить на нормальный «рабочий вариант» то все встает на свои места: папка просматривается, иконка папки соответственная и ни чего не виснет, можно уже нормально изменить иконку на другую
этой фитчей пользуюсь редко, поэтому наткнулся только недавно
в virtualbox — по прежнему все нормально работает: о)
я понимаю что с моей системой что то не то, поэтому и обратился к более профессиональным людя, а советовать типа «удаляй все нахрен, читаем как 2-а года наработок, и ставь другую ось» — это более чем несерьезный и не профессиональный подход (на других форумах советуют как раз в основно это)
выслушаю конструктивную критику, советы
спасибо
Последние комментарии
- OlegL, 17 декабря в 15:00 → Перекличка 21
- REDkiy, 8 июня 2023 года в 9:09 → Как «замокать» файл для юниттеста в Python? 2
- fhunter, 29 ноября 2022 года в 2:09 → Проблема с NO_PUBKEY: как получить GPG-ключ и добавить его в базу apt? 6
- Иванн, 9 апреля 2022 года в 8:31 → Ассоциация РАСПО провела первое учредительное собрание 1
- Kiri11.ADV1, 7 марта 2021 года в 12:01 → Логи catalina.out в TomCat 9 в формате JSON 1
В первой проблеме, случайно, не этот баг?
bugs.kde.org/show_bug.cgi?id=106394
Version: 3.4 (using KDE KDE 3.4.0)
Status: RESOLVED
да и год достаточно «давний»
хатя может быть inotify конфилктует с gamin
и та и другая отвечают за мониторинг изменеий
я уже думал о том что бы попересобрать эти либы, руки дошли только до gamin, изменений нет, попробую теперь inotify перебрать
спасибо за ответ
Я заметил. Но баг такой же да и в комментариях есть рапорты о версиях KDEmod 3.5.10
Так что все может быть.
По второй причине ничего не нашел. Предположения: нету прав доступа записи «.directory», какой-то модуль konqueror’а не работает и konqueror не может записать все настройки корректно. В таком случае поочередное отключение модулей/плагинов и воссоздание ситуации должно указать кто виновен.
да права на запись есть однозначно… я сам создаю папку и тут же ее «подкрашиваю»…
попробую с плагинами поиграть
спасибо
провел небольшое наблюдение
### strace kmail ###
команды используемые для запуска трассировки и отслеживания журнала:
$ strace -o ~/tmp/ram/kmail.log kmail
$ tail -n 50 -f ~/tmp/ram/kmail.log
kmail имеет как бы два режима работы
— нормальный
— завешанный
завешанный режим проявляется когда присутствует пустой файл (от предыдущей неудачой попытки поиска)
~/.kde/share/apps/kmail/search/Last Search
при этом он не запускается из коммандной строки, завешивается, в комманднуй строку не выводи ни чего
удаляем глючный файл
~/.kde/share/apps/kmail/search/Last Search
kmail запускается нормально
краткие результаты трейса:
### нормальный режим
запуск kmail без трассировки
в коммандную строку выдается только этом
WeaverThreadLogger: thread (ID: 2) suspended.
WeaverThreadLogger: thread (ID: 1) suspended.
WeaverThreadLogger: thread (ID: 3) suspended.
WeaverThreadLogger: thread (ID: 4) suspended.
когда трейсится, во время поиска выдается только это:
QGArray::at: Absolute index 15 out of range
QGArray::at: Absolute index 15 out of range
### завешанный режим
запускается kmail без трассировки
во время поиска зависает
killall kmail
запуск без трассировки
kmail зависает, гуи не прарисовываются
killall kmail
запуск с трассировкой
запуск нормальный
поиск так же нормальный
ни каких выводов трассировки
во время поиска
во время запуска с трассировкой нормально удаляется пустой файл
~/.kde/share/apps/kmail/search/Last Search
этот файл собственно и является бедой, так как достаточно его вручную удалить, то kmail начинает
нормально работать
получается так, что запуск с трассировкой kmail помогает «избежать косяков»
### strace konqueror
аналогично, запускаем конкуерор с трейсем
strace -o ~/tmp/ram/konqueror.log konqueror
tail -n 50 -f ~/tmp/ram/konqueror.log
и он замечательно устанаваливает иконки на папку, не зависает
и зависает при запуске без трейса
а если запустить с kdesu баг наблюдается?
да, баг наблюдается
проблема решена, топик можно сдавать в архив
konqueror — работае, ставит иконки
kmail — работет, поиск нормально пашет
короче, все непонятнки, зависоны и прочие косяки ушли (держим фигушки)
по карйней мере у меня виноват был видеодрайвер
видекарта (недавно обновил)
ENGTS-250 DK
драйвер, последний который рекомендовался на сайте был
NVIDIA-Linux-x86-260.19.44
он как раз и глючил
ubuntu-10.04 LTS с этими дровами вообще колбасит не по детцки, сваливаются иксы и перегружается
да и по моему вся серия драйверов NVIDIA-Linux-x86-260.ххх на моей сборке косячила
проверить убунту сейчас не могу, удалил, но slackware теперь работает отменно
скачал предыдущую ветку драйвера (судя по номеру 256 — это как раз для моей видеокарты а не тот который рекомендован самим сайтом: о)
NVIDIA-Linux-x86-256.35.run — и проблема решилась
причем KDE-3.5.10 & KDE-Trinity-3.5.12 — работают обе идеально
всем спасибо за внимание, переживание и невмешательство в течение мысли: о)
А вам спасибо, что оставили тут пояснение, в чем было дело. Вдруг еще кому пригодится :-)