Jump to content

sunjob

Members
  • Content Count

    15
  • Joined

  • Last visited

  1. предлагаю описать ваши боевые конфигурации а не спорить о чем либо, это вас надо перенести во флейм и не добровольно а принудительно что бы не мусорили на форуме
  2. предлагаю описать ваши боевые конфигурации (доп. те, с которыми пришлось разбираться) это только информационный топик, ни каких "что лучше" с описанием : - дистрибьютив / архитектура / DE-рабочий стол (окружение) - ядро (uname -a) - мат.плата, озу, процессор - видеокарта, драйвера-версии - звук: pulse / alsa - основной софт/ архитектура - стабильность, проблемы, с кот. столкнулись и их решения если повтор, дайте ссылку
  3. тема, более полно рассмотрена тут http://unixforum.org/index.php?showtopic=137953 коротко, можно сказать, что в основном, были "виновны" sshfs (так же обновленные) выкладки по решению: - установить новый "util-linux-2.19" - пересобрать "fuse-2.8.5" с опцией разрешающей работу с "mtab" - пересобрать "sshfs-fuse-2.5" спасибо за внимание, не наступайте на мои грабли, удачи :о)
  4. !!! МОДЕРАТОРЫ !!! проблема решена, можно удалять топик спасибо
  5. добрый день решил обновить BASH после "выхода в свет" недавно обнаруженной ДЫРЫ, точнее, присутствующей все время, и только недавно пристально обратившей на себя внимание http://habrahabr.ru/company/mailru/blog/238475/ http://habrahabr.ru/post/238021/ etc... патченный БАШ / bash - стал вести себя странно с оператором "set -e" точнее, стал выбрасывать из скрипта по непонятным причинам, не смотря на то, что оператор, на котором происходил выход из скрипта - отрабатывал без ошибок пример, скрипт монтирования (дан только как пример, не для пристального внимания) раньше, т.е. все время - работ
  6. а вот и рано сдавать в архив применил патч, присланный автором, переустановил и... все равно переиндексация каждый раз, при запуске демона... написал обратно автору, молчит... давайте вместе думать :о) если кому интересно
  7. фсе, тему можно сдавать в архив, патч для старой версии recollindex-1.14.4, который добавляет новый ключ "-n" для подавления «переиндексации», т.е. тихий старт --- src/index/recollindex.cpp 2010-11-27 23:40:38.000000000 +0700 +++ src/index/recollindex.cpp.2 2013-10-12 20:23:45.000000000 +0800 @@ -23,6 +23,7 @@ #include <stdio.h> #include <signal.h> +#include <unistd.h> #include <errno.h> #include <sys/time.h> #include <sys/resource.h> @@ -157,6 +158,7 @@ #define OPT_x 0x800 #define OPT_l 0x1000 #define OPT_b 0x2000 +#define
  8. опять написал автору, он ответил что "специально для этого добавил ключ -n... в последней версии" !!! замечательно!!! использую версию 1.14.4 (древнюю, шуструю и не падучую) - осталось написать патч :о)
  9. с первым вопросом разобрался: /etc/sysctl.conf # inotify for recollindex realtime monitoring # # cat /proc/sys/fs/inotify/max_queued_events - 16384 # cat /proc/sys/fs/inotify/max_user_instances - 128 # cat /proc/sys/fs/inotify/max_user_watches - 16384 # # --> # fs.inotify.max_queued_events=32768 fs.notify.max_user_instances=256 fs.inotify.max_user_watches=32768 /// остался второй вопрос: запуск recollindex - без переиндексации
  10. добрый день давно использую сабж (recoll-морда и recollindex) и наблюдаю неадекватное поведение реалтайм мониторинга собирал с обоими поддержками (fam & inotify), у обоих примерное поведение неадекватности, только у fam-a их больше :о) смысл неадекватности: пока база данных маленькая то мониторинг вроде как более менее работает, в течении 5-10 секунд именениея в содержании файла видны, как только база вырастает более 2гигов, то реалтайм мониторинг "уходит в глухую оборону", не видит изменений или вообще сваливается вопрос 1: есть кто самолично (и лучше самосборно и с большой базой данн
  11. добрый день! >>А вы в какой раздел ставите слаку? система не переносилась на другой диск и/или раздел используется уже установленная и рабочая система, просто обновляется железо (мат.плата+проц) >> Похоже просто, что grub просто не находит раздел root и впадает в панику в грабе разделы монтирутся с пом-ю UUID-ов, поэтому граб не при чем решение такое: - грузимся с Slax_on_USB ver.6 (!!! между прочим очень ценный дистрибьютив, обратите внимание !!! именно эта "живуська" спокойно стартует на многих современных платформах, в отличие от многих продвинутых Liv-CD линуксах) - мо
  12. добрый день! нужен дельный совет описываю ситуацию использую slackware12.2, данная система очень хорошо все время переносила переезд на новое железо, была установлени и переезжала в следующем порядке: - intel + P4 - asus m2ne-sli + amd - asus p5qc + e8400 (последняя рабочая) и вот недавно переехала на новую платформу asus p8z77v i7-3770k слака более не грузится (вообщем то не удивительно, но до этого стартовала аж на 3х разных матерях, последовательно переползая в течении нескольких лет) стартует нормально, во время загрузки ошибок вроде как нет, в конце: kernel panic - not syncing:
  13. ps2 далее выяснилось что - обновление биоса материнки не помогло - кернелпаник вываливася если на 2-й сата контроллер подключить любой "еще один диск", исключая, конечно же DVD-ROM - если сам диск с линуксом подключить на 2-й контроллер а "новый диск" подрубить на его место (на 1й контроллер сата) - то все нормально, все диски загружаются, работают итд вот такие особенности потребелния грибов населением кернелпаник устранен, все работает, но комменты, идеи "почему так?" и пр. принимаются, буду просмотривать этот топик
  14. подключаю к полностью работающей "тачке" с 2-мя жесткими дисками еще один и при загрузке линукса получаю кернел паник железо: mb M2NE-SLI cpu Athlon64 x2 4200+ ram 4Gb video ASUS KN-GTS250 512mb & NVidia dirver version: 256.53 (from offsite) power: CWT-500W os slackware 12.2, kernel 2.6.29.6.2-smp распределение дисков: SATA1 - linux, partition: root-boot, swap, home SATA2 - mac-osx, partition: root-boot, home SATA3 - <void> SATA4 - DVD-Rec IDE1 - CR-Rec IDE2 - <void> SATA1 и SATA2 - диски стартуют и оси работают нормально (точнее бы сказать - все рабо
×
×
  • Create New...