Перейти к содержанию

sunjob

Members
  • Постов

    15
  • Зарегистрирован

  • Посещение

Достижения sunjob

  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" точнее, стал выбрасывать из скрипта по непонятным причинам, не смотря на то, что оператор, на котором происходил выход из скрипта - отрабатывал без ошибок пример, скрипт монтирования (дан только как пример, не для пристального внимания) раньше, т.е. все время - работал без проблем, а сейчас вываливается из скрипта после команды монтирования, и т.к. у меня после монитрования идут еще другие команды - то они не выполняются cut ---> #/bin/sh clear; set -e HOST=xxx.xxx.xxx.xxx PTR=~/tmp/mnt_${HOST} ( mkdir -p ${PTR} sudo umount -l ${PTR} > /dev/null ) sshfs root@${HOST}:/ ${PTR} -p XXXXX -o allow_other ...<blah blah blah> другие команды $ mount | grep ${PTR} cut ---> сначало установил самый последний БАШ bash-4.3.0 patch to 4.3.30 и заметил, что перестали нормально работать slackBuild-скрипты, которые раньше нормально отрабатывали подумал, что навый БАШ непереваривает старые оси, ладно, установил заплаты на "свой родной баш" bash-3.2.48 patch to 3.2.57 и та же самая история, slackBuild-скрипты перестали отрабатывать... доходят до команды make - и вываливаются, несмотря на то, что сама команда отрабатывает без ошибок в конечном итоге перестали работать около 100 пользовательских баш-скриптов откатился на старый-дырявый баш на десктопе такой откат - не существеннен, а вот на сервере... что то случилось в мире опенсорса пока я отсутствовал? :о) какие будут комментарии? заранее спасибо ... slackware 12.2 kernel 2.6.32.63-smp kde-tde 3.5.12 bash source http://ftp.gnu.org/gnu/bash/ bash-3.2.48 with patches: bash32-049 - bash32-057 bash-4.3 with patches: bash43-001 - bash43-030
  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 OPT_n 0x4000 static const char usage [] = "\n" @@ -169,6 +171,7 @@ "recollindex -m [-w <secs>] -x [-D]\n" " Perform real time indexing. Don't become a daemon if -D is set.\n" " -w sets number of seconds to wait before starting.\n" +" -n skip initial incremental indexing pass.\n" #ifndef DISABLE_X11MON " -x disables exit on end of x11 session\n" #endif /* DISABLE_X11MON */ @@ -232,6 +235,7 @@ case 'i': op_flags |= OPT_i; break; case 'l': op_flags |= OPT_l; break; case 'm': op_flags |= OPT_m; break; + case 'n': op_flags |= OPT_n; break; case 's': op_flags |= OPT_s; break; #ifdef RCL_USE_ASPELL case 'S': op_flags |= OPT_S; break; @@ -333,9 +337,11 @@ if (!(op_flags & OPT_x) && !x11IsAlive()) exit(0); - confindexer = new ConfIndexer(config, &updater); - confindexer->index(rezero, ConfIndexer::IxTAll); - deleteZ(confindexer); + if ((op_flags&OPT_n) == 0) { + confindexer = new ConfIndexer(config, &updater); + confindexer->index(rezero, ConfIndexer::IxTAll); + deleteZ(confindexer); + } int opts = RCLMON_NONE; if (op_flags & OPT_D) opts |= RCLMON_NOFORK;
  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: есть кто самолично (и лучше самосборно и с большой базой данных) запустил реалтайм на своей машине? далее... :о) при запуске recollindex происходит "просмотр или переиндексация изменеий", которая занимает достаточное время/процессор (особенно при больших базах данных) - при нормально работающем "реалтайме" этого, сообстбвенно, и не надо делать то - но! после этой "переиндексации изменений" - видятся прошлые изменения, которые не были замечаны до этого (прошлые это обычно со вчерашнего дня или сеанса) причем ни какими ключами запуска не мог добиться что бы recollindex запускался без этой самой "переиндексации" так как "реалтайм" барахлил то я мирился с этими переиндексациями (хрен с ним, потарахтит неск. минут и успокоится) теперь решил разобраться вопрос 2: кто ни будь смог запустить реалтайм монитор без этих "задрочествований" recoll использует xapian в кач-ве базы данных, мониторю эту тему года эдак с... блин, короче давно, собирал все версии recoll & xapian, ненормальность наблюдалась примерно одинаково во всех версиях, в более старых чуть менее п.с. с автором программы связывался, описывал косяки, ни чего внятного не получил, кроме "предложения повторить несколько раз эти косяки с разными режимами, типа с базой на 3, 5 и более гигобайт итд" апосля отписаться ему... :о) slackware 12.2, kernel 2.6.29.6, kde(tde) 3.5.12, 32гб, asus gts 250/512, sdd,hdd,cd-dvd-ram etc...
  11. добрый день! >>А вы в какой раздел ставите слаку? система не переносилась на другой диск и/или раздел используется уже установленная и рабочая система, просто обновляется железо (мат.плата+проц) >> Похоже просто, что grub просто не находит раздел root и впадает в панику в грабе разделы монтирутся с пом-ю UUID-ов, поэтому граб не при чем решение такое: - грузимся с Slax_on_USB ver.6 (!!! между прочим очень ценный дистрибьютив, обратите внимание !!! именно эта "живуська" спокойно стартует на многих современных платформах, в отличие от многих продвинутых Liv-CD линуксах) - монтируем куда надо ramdisk, tmp, homedir, etc - chroot - в корень нашего системного диска - собираем новое ядро, перегружаемся и ву а ля... система работает п.с. проблемы старта были из за того, что партишны (системная и домашняя) были отформатированы под reiserfs, а для него надо пересоздать initrd (так по моему этот файл-параметр называется) даже можно было не пересобирать ядро а только перепаковать его (initrd) всех с новым годом!
  12. добрый день! нужен дельный совет описываю ситуацию использую slackware12.2, данная система очень хорошо все время переносила переезд на новое железо, была установлени и переезжала в следующем порядке: - intel + P4 - asus m2ne-sli + amd - asus p5qc + e8400 (последняя рабочая) и вот недавно переехала на новую платформу asus p8z77v i7-3770k слака более не грузится (вообщем то не удивительно, но до этого стартовала аж на 3х разных матерях, последовательно переползая в течении нескольких лет) стартует нормально, во время загрузки ошибок вроде как нет, в конце: kernel panic - not syncing: attempted to kill init! пробовал разные ядра (от родной слаки 12.2) + рабочее пересобранное ядро 2.6.29.6, сейф моде все так же, кернел паник с предыдущим сообщением при этом обычная SLAX_on_USB стартует, подхватывает видеодрайвера, работает нормально (поэтому планирую использовать ее для ремонта) думаю (предполагаю) что проблемы в ядре, видимо надо каким либо способом запустить рабочую ось хотя бы до ком.строки, а там уж я сам как ни будь пересоберу ядро, и, надеюсь, разберусь с этой проблемой множество лив_сиди с линухами и виндой не стартуют (видимо из за нового железа) новая конфигурация asus p8z77v i7-3770k dn gts 250 512mb 2x4 gb 1600 ram 2 hdd, 1 ssd, and mare... странно, но факт, до этого были проблемы с переносом mac-osx на новые платформы, а слака как родная запускалась (на машине установлена еще и мак-ось) тут же все наоборот, макака стартонула, как но родном железе (при минимальном теловращении) а вот слака - усе...и ни хотить более нужны советы именно по старту родной (установленной) слаки хотя бы как, в аварийном режиме, в ком строке онли или еще чего советы как то: - а почему такой антиквар? - установить новую 13.х или 14 - удалить все и с нуля - сменить дистриб и/или уйти на выньду ... ну короче, не надо всего это!!! >> Вариант смены ядра Вами рассматривается? к сожалению нет - родное ядро от sl12.2 - сильно старое и есть много но - более новые ядра уже не собираются - самой СУПЕРСКОЕ для данной конфигурации эт 2.6.29.6 со множеством патчей и под это самое ядро все заточено а если и собираются более новые ядра, то множество ядрозависимых пакетов (vmware,virtual-box, nvidia-drv, etc) - не собираются под ним поэтому ядро именно 2.6.29.х заранее спасибо за внимание и понимание! п.с. всех с прошедшим и с наступаюшим дополнение # lspci -nnk 00:00.0 Host bridge [0600]: Intel Corporation Unknown device [8086:0150] (rev 09) 00:01.0 PCI bridge [0604]: Intel Corporation Unknown device [8086:0151] (rev 09) Kernel driver in use: pcieport-driver Kernel modules: shpchp 00:14.0 USB Controller [0c03]: Intel Corporation Unknown device [8086:1e31] (rev 04) 00:16.0 Communication controller [0780]: Intel Corporation Unknown device [8086:1e3a] (rev 04) 00:19.0 Ethernet controller [0200]: Intel Corporation Unknown device [8086:1503] (rev 04) 00:1a.0 USB Controller [0c03]: Intel Corporation Unknown device [8086:1e2d] (rev 04) Kernel driver in use: ehci_hcd 00:1c.0 PCI bridge [0604]: Intel Corporation Unknown device [8086:1e10] (rev c4) Kernel driver in use: pcieport-driver Kernel modules: shpchp 00:1c.3 PCI bridge [0604]: Intel Corporation Unknown device [8086:1e16] (rev c4) Kernel driver in use: pcieport-driver Kernel modules: shpchp 00:1c.4 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev c4) 00:1c.7 PCI bridge [0604]: Intel Corporation Unknown device [8086:1e1e] (rev c4) Kernel driver in use: pcieport-driver Kernel modules: shpchp 00:1d.0 USB Controller [0c03]: Intel Corporation Unknown device [8086:1e26] (rev 04) Kernel driver in use: ehci_hcd 00:1f.0 ISA bridge [0601]: Intel Corporation Unknown device [8086:1e44] (rev 04) 00:1f.2 SATA controller [0106]: Intel Corporation Unknown device [8086:1e02] (rev 04) Kernel driver in use: ahci 00:1f.3 SMBus [0c05]: Intel Corporation Unknown device [8086:1e22] (rev 04) 01:00.0 VGA compatible controller [0300]: nVidia Corporation Unknown device [10de:0615] (rev a2) Kernel driver in use: nvidia Kernel modules: nvidia, nvidiafb 03:00.0 SATA controller [0106]: Unknown device [1b21:0612] (rev 01) Kernel driver in use: ahci 04:00.0 PCI bridge [0604]: Unknown device [1b21:1080] (rev 03) 05:00.0 Multimedia controller [0480]: Philips Semiconductors SAA7131/SAA7133/SAA7135 Video Broadcast Decoder [1131:7133] (rev d1) Kernel driver in use: saa7134 Kernel modules: saa7134 05:01.0 Multimedia audio controller [0401]: Creative Labs SB Live! EMU10k1 [1102:0002] (rev 08) Kernel driver in use: EMU10K1_Audigy Kernel modules: snd-emu10k1 05:01.1 Input device controller [0980]: Creative Labs SB Live! Game Port [1102:7002] (rev 08) Kernel driver in use: Emu10k1_gameport Kernel modules: emu10k1-gp 06:00.0 USB Controller [0c03]: Unknown device [1b21:1042]
  13. sunjob

    kernel panic

    ps2 далее выяснилось что - обновление биоса материнки не помогло - кернелпаник вываливася если на 2-й сата контроллер подключить любой "еще один диск", исключая, конечно же DVD-ROM - если сам диск с линуксом подключить на 2-й контроллер а "новый диск" подрубить на его место (на 1й контроллер сата) - то все нормально, все диски загружаются, работают итд вот такие особенности потребелния грибов населением кернелпаник устранен, все работает, но комменты, идеи "почему так?" и пр. принимаются, буду просмотривать этот топик
  14. sunjob

    kernel panic

    подключаю к полностью работающей "тачке" с 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 - диски стартуют и оси работают нормально (точнее бы сказать - все работает нормально и диски и резаки и тв-тюнер и звуковух и бла бла бла...) подключаю к SATA3 новый диск (toshiba) с MAC-OSX, картина меняется: запуск с жестких дисков выглядит так: SATA1 - кернел паник SATA2 - ок SATA3 - ок подключаю новую toshiba к SATA4 - итог тот же итак, более подробно: sata1 st3250826 as 3.aae sata2 st3250410 as 3.aac sata3 toshiba mk1032gsx as021g sata4 lg dvd-rec ide1 asus crw-5232as 1.0 при подключенном новом тошиба пытаюсь (как обычно :о) запустить с SATA1 Linux и получаю "kernel panic", две последние строки: freeing unused kernel memory : 372k freed kernel panic - not syncing : attempted to kill init! первая строка, я так понимаю, обычный отчет об освобождении памяти после загрузки очередного модуля по питанию запас предостаточный (подключаю еще 2-а внешних диска, запитываю от блока питания компа, все роботает нормально) стабильность и надежность всех операционок без сомнения, лет 5ть работают без падений, фризов и других косяков (и обновлений :о) /etc/fstab - прописаны партишны с помощью id-дисков UUID=c0de63ed-493b-466b-9358-dfba7046f4fa swap swap defaults 0 0 UUID=5c3c0be9-79a5-483f-8813-4e584f12c580 / reiserfs noatime,data=writeback 1 1 UUID=e82d0727-c5a8-404c-8919-3970225ba4b5 /home reiserfs noatime,data=writeback 1 2 с ужасом думаю о покупке нового ssd диска (хочу подключить 3-м к уже работающим первым 2м) загрузка Knoppix-Live проходит нормально считаю что проблема однозначно с линуксом (видимо сильно закрутил гайки, когда пересобирал ядро) где рыть? можно линки, ключевые слова итд ps позже высянилось путем перетыканий что кернел-паник в любом случае, если установлено 3-и жестких диска ps2 далее выяснилось что - обновление биоса материнки не помогло - кернелпаник вываливася если на 2-й сата контроллер подключить любой "еще один диск", исключая, конечно же DVD-ROM - если сам диск с линуксом подключить на 2-й контроллер а "новый диск" подрубить на его место (на 1й контроллер сата) - то все нормально, все диски загружаются, работают итд вот такие особенности потребелния грибов населением кернелпаник устранен, все работает, но комменты, идеи "почему так?" и пр. принимаются, буду просмотривать этот топик спасибо
×
×
  • Создать...