За последние 60 дней ни разу не выходила
Сайт листа:
http://www.linuxrsp.ru
Открыт:
25-07-2003
Пре-модерация: Нет
Адрес для писем в лист: comp.soft.linux.discuss-list@subscribe.ru
Адрес
модератора: comp.soft.linux.discuss-owner@subscribe.ru
Доброе утро.
Вторник 11 октября 2005 09:53 | Strong:
>>> Так вот у Joliet, при всем уже его уродстве, есть один мега-плюс -
> А как быть с ограничениями на длину имени файла?!
> K3b "говорит", что больше 64 символов нельзя... хоть у меня таковых и
> так нет.
Есть опция -joliet-long к mkisofs и соответствующая галка в K3B, это дает
до 103 символов. Все, дальше уже никак - с этим придется жить.
Сизов С.В. пишет:
>
> Для проверки расшаренных samba-ресурсов посредством ClamAV имеется
> другой модуль, который и указывается в smb.conf
> И называется он vscan
>
Спасибо. Сегодня очередной раз покапался в доках к clamav, нашел там
ссылку на vscan, поставил, настроил - пока нравиться в смысле решения
проблеммы многократного сканирования одного файла - сейчас загрузка
процессора минимальна. Единственно - мало настроек обработки события
обнаружения вируса - хотелось бы тут же определять владельца и хост, с
которого писался файл с вирусом. Придется видно в исходники vscan залезать.
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 21995; Возраст листа: 809; Участников: 1431
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/453379
В Втр, 11/10/2005 в 10:33 +0400, Sergey B. Khvatov пишет:
> Он был нужен в ядрах версий 2.4
> В 2.6 его уже нет (и где вы его нашли?)
19:11:16 [~]$ lsmod|grep usb
usbhid 32000 0
usbcore 118308 5 usbhid,ehci_hcd,ohci_hcd
19:11:20 [~]$ uname -r
2.6.8-2-k7
В Втр, 11/10/2005 в 11:03 +0400, Vladimir Efremov пишет:
> > Это что ж, значит освобождено меньше, чем выделено?
> >
> >
>
> Да легко - это же отдельный процесс, так что память за ним система
> почистит. Но вообще, утечки памяти бывают в самых разных библиотеках.
> Мы в своё время обнаружили их массу в XView (кто знает - усмехнётся).
> Вот только исходных кодов тогда не было, да и копаться в них мы бы всё
> равно не стали.
Хм... А как же отличить такую ситуацию от настоящей утечки памяти?
On Fri, 2005-09-09 at 23:28 +0400, adouard avshalumov wrote:
> как рыба об лёд! - суки.
На какой помойке вы откопали себе?!
On Tue, 2005-09-06 at 09:31 +0400, Андрей Клаус wrote:
> > Так вот у Joliet, при всем уже его уродстве, есть один мега-плюс -
> четко
> > определенная кодировка в виде UTF16, что с кодировочным бардаком
> > решительно все прекращает, UTF16 будет преобразован в текущую локаль
> > (опции "iocharset=..." или "utf8") и все имена *однозначно* будут
> > правильными.
А как быть с ограничениями на длину имени файла?!
K3b "говорит", что больше 64 символов нельзя... хоть у меня таковых и
так нет.
Доброе утро.
Вторник 11 октября 2005 15:09 | thirteenth:
>> Не помню как в FC3, но в FC4 этот модуль встроен в ядро.
>
> если он встроен в ядро, тогда почему его видно в lsmod? (именно в
> четвертой федоре)
Это называется "логика". Модулем является кусок ядра, который можно
вгружать-выгружать. А если он собран как часть ядра, то его выгрузить уже
нельзя, равно как и вгрузить (оно уже в ядре!). Стало быть, модулем такой
кусок кода уже не является - это просто-напросто часть ядра, неотделимая
от него.
Ну а значит, в lsmod его и не должно быть видно, ибо эта команда
показывает загруженные модули.
avm7 пишет:
>lilo застрявшее на "LIL-", судя по ману не найден список систем
>
>
где-то в инете есть описание, какая ошибка при каких буквах лило. типа
LI - такая-то ошибка
LIL - другая ошибка и т.д.
>загрузки. Дискета опять спасла,
>но возникает законный вопрос: кто виноват и соответственно что делать?
>Что это? На винте образуются битые блоки? Зачем тогда райд? Некорректно
>работает система?
>И вот так целенаправленно портит загрузочные файлы? Вирус? Есть такие по
>линукс?
>Пока я наставил иммунных аттрибутов на почти весь /boot. Но хотелось бы
>разобраться.
>Если кто встречался с таким поведением lilo (или он не виноват) -
>давайте набирать статистику.
>
>Система RH9.0
>
>
> On Mon, 10 Oct 2005 21:26:30 +0300
> "thirteenth" <yury_***@m*****.ru> wrote:
>
> > А как атламать?
>
> А зачем? Поддержка УСБ ведь нужна.
> А еще это может быть ядро 2.6, которое не 2.4.
не понял, скажи плиз подробнее
ядро 2.6.13
>
> --
> Матвийчук Олег aka Matvey, LRU#349092
> http://mathway.narod.ru
>
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 21988; Возраст листа: 809; Участников: 1431
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/453261
> В сообщении от 1128954414 секунд после начала Эпохи thirteenth
> написал(а):
>
> > В федоре3 почемуто ентот модуль не грузится, а insmod выдает, что не
> > может его найти хотя он есть 100%.
> > Нужен ли он ваще?
>
> Не помню как в FC3, но в FC4 этот модуль встроен в ядро.
если он встроен в ядро, тогда почему его видно в lsmod? (именно в четвертой
федоре)
>
> # find /lib/modules/ -name '*usb*' |grep core
> # dmesg |grep -i usb
> usbcore: registered new driver usbfs
> usbcore: registered new driver hub
> USB Universal Host Controller Interface driver v2.2
> uhci_hcd 0000:00:07.2: Intel Corporation 82371AB/EB/MB PIIX4 USB
> uhci_hcd 0000:00:07.2: new USB bus registered, assigned bus number 1
> hub 1-0:1.0: USB hub found
> # grep CONFIG_USB= /boot/config-2.6.11-1.1369_FC4
> CONFIG_USB=y
>
> > Сам файл usbcore.o имеется в дебрях .../driver/usb/core
>
> # find / -path '*/driver/usb/core*'
> #
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 21987; Возраст листа: 809; Участников: 1431
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/453255
avm7 wrote:
> Настроил такую вот связку для тестирования файлов в самбовой шаре.
> В конфиге clamd.conf в разделе clamuko прописал проверять файл при закрытии:
> ClamukoScanOnClose
> остальное (ClamukoScanOnOpen & ClamukoScanOnExec) закоментировал.
> И вот такая беда. Файлы явно открывают только посмотреть. А проверка файла
> происходит в любом случае. Возможно открытие файла на чтение завершает его
> (файла) закрытие в любом случае. Загрузка процессора постоянно близка к
> 100 %
> (Xeon!). Но как же тогда настроить так, чтобы файл проверялся
> только раз при его записи?
> Система RH9, samba 3.x
Для проверки расшаренных samba-ресурсов посредством ClamAV имеется
другой модуль, который и указывается в smb.conf
И называется он vscan
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 21986; Возраст листа: 809; Участников: 1431
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/453194
Fay wrote:
>Какой пакет я должен установить/обновить, чтобы заработало?
>
>[root@localhost /]# /usr/games/wesnoth
>/usr/games/wesnoth: /usr/lib/libstdc++.so.6: version `CXXABI_1.3.1' not
>found (required by /usr/games/wesnoth)
>[root@localhost /]# whereis libstdc++.so.6
>libstdc++.so: /usr/lib/libstdc++.so.6 /usr/lib/libstdc++.so.5
>
>???
>
>
>
:(
On 10/10/05, Dark Coder <dcod***@x*****.ru> wrote:
> Кому интересно, есть програма valgrind, которая следит за
> выделением/освобождением памяти работающей программы
Да, она даже используется в KDevelop
> Вот только не уверен в ее нормальной работе:
>
> 19:52:25 [~]$ valgrind ls
> ==22947== Memcheck, a memory error detector for x86-linux.
> ...
> ==22947== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 21 from 1)
> ==22947== malloc/free: in use at exit: 14136 bytes in 19 blocks.
> ==22947== malloc/free: 57 allocs, 38 frees, 22676 bytes allocated.
> ...
>
> Это что ж, значит освобождено меньше, чем выделено?
>
>
Да легко - это же отдельный процесс, так что память за ним система
почистит. Но вообще, утечки памяти бывают в самых разных библиотеках.
Мы в своё время обнаружили их массу в XView (кто знает - усмехнётся).
Вот только исходных кодов тогда не было, да и копаться в них мы бы всё
равно не стали.
--
Vladimir A.Efremov, PhD
Pangea Inc., Voice: (095) 912-10-23, 912-65-03
Fax: (095) 912-63-44 E-mail: vefrem***@g*****.com
ICQ: 259496450
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 21984; Возраст листа: 809; Участников: 1431
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/453084
В сообщении от 10 октября 2005 18:26 thirteenth написал(a):
> Доброго времени суток всем.
>
> Подскажите плиз, есть такой модуль - usbcore - за что он
> отвечает? Вот когда у меня стоял мдк10, там этот модуль
> загружался и в его зависимости стояли все модули которые
> относятся к шине юсб.
> В федоре3 почемуто ентот модуль не грузится, а insmod
> выдает, что не может его найти хотя он есть 100%.
> Нужен ли он ваще?
Он был нужен в ядрах версий 2.4
В 2.6 его уже нет (и где вы его нашли?)
