[Comm] И все-таки снова captive...

[Comm] И все-таки снова captive...

[Алексей Данилович]

Доброго времени суток.

Большая просьба помочь мне встать на путь истинный в борьбе с сабджем.
Итак. ALM 2.4. Kernel-modules-lufs 2.4.26-std-up стоят. lufs и 
lufs-plugins стоят. captive и captive-install стоят. При этом lsmod 
показывает отстутствие модуля lufs в загруженном сотоянии. insmod lufs 
проходит, но не помагает (Кстати, а как его правильно заставить 
загружаться автоматически?). Если подключать ntfs раздел с помощью 
captive-cmdline - все прекрасно, а вот mount -t captive-ntfs   говорит о 
том, что такой тип не поддерживается ядром.
Доки и маны прочел, но то ли я не вижу в упор (ткните если так, плиз!), 
то ли там нет того что  я ищу.

Параллельно след вопрос. прочитал доку по lufs. Там описан lufsd (правда 
о captive нет не слова...). Должен ли он или какой-либо другой демон 
быть загружен?
chkconfig --list | grep captive
chkconfig --list | grep lufs
не показывают ничего....

Заранее благодарен.

Re: [Comm] И все-таки снова captive...

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 2415 bytes --]

On Tue, Dec 14, 2004 at 08:26:10PM +0300, Алексей Данилович wrote:
> Итак. ALM 2.4. Kernel-modules-lufs 2.4.26-std-up стоят. lufs и 
> lufs-plugins стоят. captive и captive-install стоят. При этом lsmod 
$ rpm -qa|egrep 'captive|lufs'|sort
captive-1.1.5-alt3
captive-lufs-1.1.5-alt3
kernel-modules-lufs-wrar26-0.9.7captive8-wrar11
kernel-source-lufs-0.9.7captive8-alt4
lufs-0.9.7captive8-alt4
lufs-devel-0.9.7captive8-alt4

При этом lufs-devel и kernel-source-lufs нужны только для сборки модулей
под мое ядро.

> показывает отстутствие модуля lufs в загруженном сотоянии. insmod lufs 
> проходит, но не помагает (Кстати, а как его правильно заставить 
> загружаться автоматически?). Если подключать ntfs раздел с помощью 
> captive-cmdline - все прекрасно, а вот mount -t captive-ntfs   говорит о 
> том, что такой тип не поддерживается ядром.
wrar@wrars-comp ~ $ sudo lsmod|grep lufs
wrar@wrars-comp ~ $ sudo mount /dev/hdb6 /mnt/disk -t captive-ntfs
Captive NTFS v1.1.5.  Check a new version at: http://www.jankratochvil.net/
mount failed: No such device
you don't have kernel lufs support (check whether the lufs module is available/loaded)

Гм. Ладно.

wrar@wrars-comp ~ $ sudo modprobe lufs
wrar@wrars-comp ~ $ sudo lsmod|grep lufs
lufs                   22016  0
wrar@wrars-comp ~ $ sudo mount /dev/hdb6 /mnt/disk -t captive-ntfs
Captive NTFS v1.1.5.  Check a new version at: http://www.jankratochvil.net/

виснет.
В логах:
Dec 14 23:01:38 wrars-comp Captive[3569]: sandbox: FATAL: file loader.c: line 404 (instruction_length): shouldnot be reached
Dec 14 23:01:38 wrars-comp Captive[3569]: FATAL: CORBA Exception occured: id="IDL:omg.org/CORBA/COMM_FAILURE:1.0", value=0x806e68c

Прикольно... Раньше работало.

> Параллельно след вопрос. прочитал доку по lufs. Там описан lufsd (правда 
> о captive нет не слова...). Должен ли он или какой-либо другой демон 
> быть загружен?
Не помню.
> chkconfig --list | grep captive
$ sudo chkconfig --list | grep captive
captive         0:выкл  1:выкл  2:вкл   3:выкл  4:выкл  5:выкл  6:выкл
$ rpm -qf /etc/init.d/captive
captive-lufs-1.1.5-alt3

Там в start грузится модуль lufs, кстати.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Хочется, чтобы в этом списке рассылки оценок типа "сырой" не было. Есть
список недостатков -- обсудим. Общие оценки -- в talk room.
		-- aen in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] И все-таки снова captive...

[Алексей Данилович]

Огромное спасибо, оно заработалао!
А теперь по порядку.

Andrey Rahmatullin wrote:
> On Tue, Dec 14, 2004 at 08:26:10PM +0300, Алексей Данилович wrote:
> 
>>Итак. ALM 2.4. Kernel-modules-lufs 2.4.26-std-up стоят. lufs и 
>>lufs-plugins стоят. captive и captive-install стоят. При этом lsmod 
> 
> $ rpm -qa|egrep 'captive|lufs'|sort
> captive-1.1.5-alt3
> captive-lufs-1.1.5-alt3
> kernel-modules-lufs-wrar26-0.9.7captive8-wrar11
> kernel-source-lufs-0.9.7captive8-alt4
> lufs-0.9.7captive8-alt4
> lufs-devel-0.9.7captive8-alt4
> 


Вот тут-то и выяснилось, что у меня нет captive-lufs. Я же, черт побери, 
все проверял раз по 20! Ну не было больше пакетов, содержащих captive 
или lufs и мной не установленных! Даже devel стоял! А после вашего 
письма полез в синаптик, в поиске набрал captive и вот те раз.... Есть, 
похоже, птичка такая, тупиком зовется, мой случай....

> При этом lufs-devel и kernel-source-lufs нужны только для сборки модулей
> под мое ядро.
> 
> 
>>показывает отстутствие модуля lufs в загруженном сотоянии. insmod lufs 
>>проходит, но не помагает (Кстати, а как его правильно заставить 
>>загружаться автоматически?). Если подключать ntfs раздел с помощью 
>>captive-cmdline - все прекрасно, а вот mount -t captive-ntfs   говорит о 
>>том, что такой тип не поддерживается ядром.
> 
> wrar@wrars-comp ~ $ sudo lsmod|grep lufs
> wrar@wrars-comp ~ $ sudo mount /dev/hdb6 /mnt/disk -t captive-ntfs
> Captive NTFS v1.1.5.  Check a new version at: http://www.jankratochvil.net/
> mount failed: No such device
> you don't have kernel lufs support (check whether the lufs module is available/loaded)
> 
> Гм. Ладно.

Ну это модуль вылетел, там и так видно...

> 
> wrar@wrars-comp ~ $ sudo modprobe lufs
> wrar@wrars-comp ~ $ sudo lsmod|grep lufs
> lufs                   22016  0
> wrar@wrars-comp ~ $ sudo mount /dev/hdb6 /mnt/disk -t captive-ntfs
> Captive NTFS v1.1.5.  Check a new version at: http://www.jankratochvil.net/
> 
> виснет.
> В логах:
> Dec 14 23:01:38 wrars-comp Captive[3569]: sandbox: FATAL: file loader.c: line 404 (instruction_length): shouldnot be reached
> Dec 14 23:01:38 wrars-comp Captive[3569]: FATAL: CORBA Exception occured: id="IDL:omg.org/CORBA/COMM_FAILURE:1.0", value=0x806e68c
> 
> Прикольно... Раньше работало.
> 
> 
>>Параллельно след вопрос. прочитал доку по lufs. Там описан lufsd (правда 
>>о captive нет не слова...). Должен ли он или какой-либо другой демон 
>>быть загружен?
> 
> Не помню.
> 
>>chkconfig --list | grep captive
> 
> $ sudo chkconfig --list | grep captive
> captive         0:выкл  1:выкл  2:вкл   3:выкл  4:выкл  5:выкл  6:выкл
> $ rpm -qf /etc/init.d/captive
> captive-lufs-1.1.5-alt3
> 
> Там в start грузится модуль lufs, кстати.
> 
> 
>

А вот не потому ли он у Вас повис, что:
chkconfig --list | grep captive
captive        	0:off	1:off	2:on	3:on	4:on	5:on	6:off
То бишь, Вы его отрубили где-то..... ?

А вот теперь другая проблема: а как тут с русскими буквами в файловых 
именах?

Re: [Comm] И все-таки снова captive...

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 921 bytes --]

On Tue, Dec 14, 2004 at 11:47:13PM +0300, Алексей Данилович wrote:
> А вот не потому ли он у Вас повис, что:
> chkconfig --list | grep captive
> captive        	0:off	1:off	2:on	3:on	4:on	5:on	6:off
> То бишь, Вы его отрубили где-то..... ?
Это вообще ни при чем. Это значит ровно то, что сервис captive не стартует
на моем (5-м) ранлевеле. Учитывая, что единственная его задача - загрузить
модуль lufs, что было проделано руками, это пофик.
А виснет потому, что см. логи.

> А вот теперь другая проблема: а как тут с русскими буквами в файловых 
> именах?
Вполне стандартно. nls=локаль.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

<drF_ckoff> DOC_: а ты хирург чтоли? =)
<DOC_> drF_ckoff: Ортопед, если быть точным, активно оперирующий
<drF_ckoff> DOC_: а люликс тебе зачем? =)
<DOC_> drF_ckoff: Это долгая и печальная история. А вообще мы им бабок
       разных лечим :)

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] И все-таки снова captive...

[Алексей Данилович]

Andrey Rahmatullin wrote:

>On Tue, Dec 14, 2004 at 11:47:13PM +0300, Алексей Данилович wrote:
>  
>
>>А вот не потому ли он у Вас повис, что:
>>chkconfig --list | grep captive
>>captive        	0:off	1:off	2:on	3:on	4:on	5:on	6:off
>>То бишь, Вы его отрубили где-то..... ?
>>    
>>
>Это вообще ни при чем. Это значит ровно то, что сервис captive не стартует
>на моем (5-м) ранлевеле. Учитывая, что единственная его задача - загрузить
>модуль lufs, что было проделано руками, это пофик.
>А виснет потому, что см. логи.
>
>  
>
>>А вот теперь другая проблема: а как тут с русскими буквами в файловых 
>>именах?
>>    
>>
>Вполне стандартно. nls=локаль.
>  
>
Ok, не знал... А вот где-бы про это почитать, потому что ранее для vfat 
я пользовался codepage и iocharset?

Re: [Comm] И все-таки снова captive...

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 556 bytes --]

On Wed, Dec 15, 2004 at 12:56:24PM +0300, Алексей Данилович wrote:
> Ok, не знал... А вот где-бы про это почитать, потому что ранее для vfat 
> я пользовался codepage и iocharset?
Потому что это был vfat. А теперь ntfs. И через captive он монтируется,
или через стандартный драйвер - без разницы. А всё потому, что внутри ntfs
только utf16, и никаких codepage=866.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Но, с другой стороны, если ничего не делать, то ничего в лучшую сторону
и не изменится.
		-- ldv in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] И все-таки снова captive...

[Алексей Данилович]

Andrey Rahmatullin wrote:
> On Wed, Dec 15, 2004 at 12:56:24PM +0300, Алексей Данилович wrote:
> 
>>Ok, не знал... А вот где-бы про это почитать, потому что ранее для vfat 
>>я пользовался codepage и iocharset?
> 
> Потому что это был vfat. А теперь ntfs. И через captive он монтируется,
> или через стандартный драйвер - без разницы. А всё потому, что внутри ntfs
> только utf16, и никаких codepage=866.
> 
> 
Простите, ради бога, но я совсем запутался... А куда этот nls девать?
mount -t captive-ntfs -o nls=utf-16 /dev/hda4 /mnt/to_mount_ntfs
Так верно?
Честно говоря перепробывал все. utf-8,utf-16,koi8-r,cp1251,cp866 - все 
одно и тоже. Даже крокозябры не меняются - такое ощущение, что опция не 
имеет действия... :((
А может дело в локали? У меня ведь koi8.... Как быть в этом случае?

Re: [Comm] И все-таки снова captive...

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 384 bytes --]

On Wed, Dec 15, 2004 at 08:00:18PM +0300, Алексей Данилович wrote:
> А может дело в локали? У меня ведь koi8.... Как быть в этом случае?
koi8-r писать.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

осталось некоторое количество непересобранных, но нужных пакетов.
Мы их постепенно пересобираем, но некоторые не умеем тестировать.
		-- aen in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] И все-таки снова captive...

[Алексей Данилович]

Andrey Rahmatullin wrote:

>On Wed, Dec 15, 2004 at 08:00:18PM +0300, Алексей Данилович wrote:
>  
>
>>А может дело в локали? У меня ведь koi8.... Как быть в этом случае?
>>    
>>
>koi8-r писать.
>
>  
>
Так ведь писал - не работает. Те же крокозябры :((

Re: [Comm] И все-таки снова captive...

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 560 bytes --]

On Thu, Dec 16, 2004 at 01:49:26AM +0300, Алексей Данилович wrote:
> Так ведь писал - не работает. Те же крокозябры :((
Гм. Не знаю. У меня системная локаль cp1251, может, из-за этого?
Не, я понимаю, что utf16, но че-то не могу собразить, имеет ли это
значение. Кстати, в Knoppix 3.4 в свое время (локаль там явно не 1251) я
настроить в captive рус. буквы не смог.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Если человек работает в консоли, значит у него в голове
определенно что-нибудь да есть.
		-- zerg in sisyphus@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] И все-таки снова captive...

[Алексей Данилович]

Andrey Rahmatullin wrote:
> On Thu, Dec 16, 2004 at 01:49:26AM +0300, Алексей Данилович wrote:
> 
>>Так ведь писал - не работает. Те же крокозябры :((
> 
> Гм. Не знаю. У меня системная локаль cp1251, может, из-за этого?
> Не, я понимаю, что utf16, но че-то не могу собразить, имеет ли это
> значение. Кстати, в Knoppix 3.4 в свое время (локаль там явно не 1251) я
> настроить в captive рус. буквы не смог.
> 
Но проблем, завтра попробую локаль сменить... Сегодня сил уже нет. 
Отпишу о результаттах...