[Comm] 1C 8.1 на ALT Linux: не найден ключ защиты

[Comm] 1C 8.1 на ALT Linux: не найден ключ защиты

[Ivan Khakhaev]

Проблема в следующем:
Имеется сервер 1С-Предприятие на ALT Linux branch 4.1
posgtres от Etersoft из Сизифа 
1С c сайта разработчика
USB-ключи - серверный и на 20 пользователей, aksusbd работает, но по nmap не виден
Конфигурация на том же сервере на Samb'е
При запуске 1С с клиентской машины (win2k) получаем возможность выбора ИБ, а после выбора ИБ получаем сообщение
"Не найден ключ защиты"

Куда копать?
-- 
С уважением
Иван Хахаев
ICQ 354948484

Re: [Comm] 1C 8.1 на ALT Linux: не найден ключ защиты

[Алексей Шенцев]

В сообщении от Monday 25 August 2008 14:09:27 Ivan Khakhaev написал(а):
> Проблема в следующем:
> Имеется сервер 1С-Предприятие на ALT Linux branch 4.1
> posgtres от Etersoft из Сизифа
> 1С c сайта разработчика
> USB-ключи - серверный и на 20 пользователей, aksusbd работает, но по nmap
> не виден Конфигурация на том же сервере на Samb'е
> При запуске 1С с клиентской машины (win2k) получаем возможность выбора ИБ,
> а после выбора ИБ получаем сообщение "Не найден ключ защиты"
>
> Куда копать?

На клиентской машинке прописать ip-адреса ключей в nethasp.ini.
У меня так:
-(ashen@oasu3)-(~)-> cat /home/ashen/wine_c/Program 
Files/1cv81/bin/conf/nethasp.ini | grep 'NH_SERVER_ADD'
NH_SERVER_ADDR = 192.168.2.7, 192.168.2.3       ; IP addresses of all the 
NetHASP
-(ashen@oasu3)-(~)->

Проверь в первую очередь этот вариант.
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [Comm] 1C 8.1 на ALT Linux: не найден ключ защиты

[Алексей Шенцев]

В сообщении от Monday 25 August 2008 14:09:27 Ivan Khakhaev написал(а):
> Проблема в следующем:
> Имеется сервер 1С-Предприятие на ALT Linux branch 4.1
> posgtres от Etersoft из Сизифа
> 1С c сайта разработчика
> USB-ключи - серверный и на 20 пользователей, aksusbd работает, но по nmap
> не виден Конфигурация на том же сервере на Samb'е
> При запуске 1С с клиентской машины (win2k) получаем возможность выбора ИБ,
> а после выбора ИБ получаем сообщение "Не найден ключ защиты"
>
> Куда копать?

Да, кстати, а пользовательские ключи то где стоят? На сервере?
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [Comm] 1C 8.1 на ALT Linux: не найден ключ защиты

[Ivan Khakhaev]

> > USB-ключи - серверный и на 20 пользователей

Ключи на сервере

> На клиентской машинке прописать ip-адреса ключей в nethasp.ini.
> У меня так:
> -(ashen@oasu3)-(~)-> cat /home/ashen/wine_c/Program 
> Files/1cv81/bin/conf/nethasp.ini | grep 'NH_SERVER_ADD'
> NH_SERVER_ADDR = 192.168.2.7, 192.168.2.3       ; IP addresses of all the 
> NetHASP

Не помогло -(

> -(ashen@oasu3)-(~)->
> Проверь в первую очередь этот вариант.
> -- 
> С уважением Шенцев Алексей Владимирович.
> E-mail: ashen@nsrz.ru
> XMPP: ashen@altlinux.org, AlexShen@jabber.ru
> ICQ: 271053845
-- 
С уважением
Иван Хахаев
ICQ 354948484

Re: [Comm] 1C 8.1 на ALT Linux: не найден ключ защиты

[Алексей Шенцев]

В сообщении от Monday 25 August 2008 15:00:28 Ivan Khakhaev написал(а):
> > > USB-ключи - серверный и на 20 пользователей
> Ключи на сервере
Пользовательские ключи выносите с сервера на другие сетевые машинки. Хоть под 
виндой, хоть под линой. И прописать новые адреса в nethasp.ini не забудьте.
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [Comm] 1C 8.1 на ALT Linux: не найден ключ защиты

[Ivan Khakhaev]

25.08.08, 15:05, "Алексей Шенцев" <ashen@nsrz.ru>:

> В сообщении от Monday 25 August 2008 15:00:28 Ivan Khakhaev написал(а):
> > > > USB-ключи - серверный и на 20 пользователей
> > Ключи на сервере
> Пользовательские ключи выносите с сервера на другие сетевые машинки. Хоть под 
> виндой, хоть под линой. И прописать новые адреса в nethasp.ini не забудьте.
> -- 

То есть, на сервере оставляем SQL-ключ (серверный) и запускаем сервер ключа (aksusbd), на другую lin-машину втыкаем пользовательский ключ и тоже запускаем aksusbd?
А в nethasp.ini пишем оба адреса, так?
-- 
С уважением
Иван Хахаев
ICQ 354948484

Re: [Comm] 1C 8.1 на ALT Linux: не найден ключ защиты

[Алексей Шенцев]

В сообщении от Monday 25 August 2008 15:14:43 Ivan Khakhaev написал(а):
> 25.08.08, 15:05, "Алексей Шенцев" <ashen@nsrz.ru>:
> > В сообщении от Monday 25 August 2008 15:00:28 Ivan Khakhaev написал(а):
> > > > > USB-ключи - серверный и на 20 пользователей
> > >
> > > Ключи на сервере
> >
> > Пользовательские ключи выносите с сервера на другие сетевые машинки. Хоть
> > под виндой, хоть под линой. И прописать новые адреса в nethasp.ini не
> > забудьте. --
>
> То есть, на сервере оставляем SQL-ключ (серверный) и запускаем сервер ключа
> (aksusbd), на другую lin-машину втыкаем пользовательский ключ и тоже
> запускаем aksusbd? А в nethasp.ini пишем оба адреса, так?
только адреса пользовательских ключей. 
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [Comm] 1C 8.1 на ALT Linux: не найден ключ защиты

[alisher]

Как раз хотел спросить, у меня после перезагрузки aksusbd не стартует. 
Приходится в ручную /sbin/service aksusbd restart и то со второго раза 
запускается. В чем может быть проблема?

Re: [Comm] 1C 8.1 на ALT Linux: не найден ключ защиты

[Ivan Khakhaev]

> > > > > > USB-ключи - серверный и на 20 пользователей
> > > >
> > > > Ключи на сервере
> > >
> > > Пользовательские ключи выносите с сервера на другие сетевые машинки. Хоть
> > > под виндой, хоть под линой. И прописать новые адреса в nethasp.ini не
> > > забудьте. --
> >
> > То есть, на сервере оставляем SQL-ключ (серверный) и запускаем сервер ключа
> > (aksusbd), на другую lin-машину втыкаем пользовательский ключ и тоже
> > запускаем aksusbd? А в nethasp.ini пишем оба адреса, так?
> только адреса пользовательских ключей. 
Поставил пользовательский ключ под оффтопик, установил соотв. программу, в результате на порт 475 сел tcphaspsrv и 1С запустилась.
Тогда почему этот tcphaspsrv отсутствует, когда ключ со своим драйвером установлен на lin-машине?
> -- 
> С уважением Шенцев Алексей Владимирович.
> E-mail: ashen@nsrz.ru
> XMPP: ashen@altlinux.org, AlexShen@jabber.ru
> ICQ: 271053845

-- 
С уважением
Иван Хахаев
ICQ 354948484

Re: [Comm] 1C 8.1 на ALT Linux: не найден ключ защиты

[Ivan Khakhaev]

25.08.08, 15:39, "alisher" <alisher_faiz@rambler.ru>:

> Как раз хотел спросить, у меня после перезагрузки aksusbd не стартует. 
> Приходится в ручную /sbin/service aksusbd restart и то со второго раза 
> запускается. В чем может быть проблема?
> _______________________________________________
>
У меня стартует, но приходится вырубать, делать вручную
mount -t usbfs none /proc/bus/usb
и запускать aksusbd снова

-- 
С уважением
Иван Хахаев
ICQ 354948484

Re: [Comm] 1C 8.1 на ALT Linux: не найден ключ защиты

[Алексей Шенцев]

В сообщении от Monday 25 August 2008 15:57:11 Ivan Khakhaev написал(а):
> Поставил пользовательский ключ под оффтопик, установил соотв. программу, в
> результате на порт 475 сел tcphaspsrv 
> и 1С запустилась. 
Не запустилась, а подключилась к серверу. Раньше, сейчас не проверял, для 
линукс-версии сервера 1С пользовательский ключ не обязателен был, если 
пользователей <=12.

> Тогда почему этот  
> tcphaspsrv отсутствует, когда ключ со своим драйвером установлен на
> lin-машине?
Ага, а кто будет ставить менеджер лицензий? Драйвер драйвером, а менеджер 
лицензий ни кто не отменял.
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [Comm] 1C 8.1 на ALT Linux: не найден ключ защиты

[Алексей Шенцев]

В сообщении от Monday 25 August 2008 15:39:07 alisher написал(а):
> Как раз хотел спросить, у меня после перезагрузки aksusbd не стартует.
> Приходится в ручную /sbin/service aksusbd restart и то со второго раза
> запускается. В чем может быть проблема?
А в логах что?
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [Comm] 1C 8.1 на ALT Linux: не найден ключ защиты

[alisher]

Алексей Шенцев пишет:
> В сообщении от Monday 25 August 2008 15:39:07 alisher написал(а):
>   
>> Как раз хотел спросить, у меня после перезагрузки aksusbd не стартует.
>> Приходится в ручную /sbin/service aksusbd restart и то со второго раза
>> запускается. В чем может быть проблема?
>>     
> А в логах что?
>   
В каких логах смотреть? Подскажите пожалуйста.

Re: [Comm] 1C 8.1 на ALT Linux: не найден ключ защиты

[Ivan Khakhaev]

> > Тогда почему этот  
> > tcphaspsrv отсутствует, когда ключ со своим драйвером установлен на
> > lin-машине?
> Ага, а кто будет ставить менеджер лицензий? Драйвер драйвером, а менеджер 
> лицензий ни кто не отменял.
Так этот aksusbd и есть вроде как менеджер лицензий.... По крайненй мере на сайте 1С он так называется "Менеджер лицензий аппаратной защиты NetHASP"

> -- 
> С уважением Шенцев Алексей Владимирович.
> E-mail: ashen@nsrz.ru
> XMPP: ashen@altlinux.org, AlexShen@jabber.ru
> ICQ: 271053845
-- 
С уважением
Иван Хахаев
ICQ 354948484

[Comm] 1C 8.1 на ALT Linux: не найден ключ защиты

[Konstantin Orloff]

Здравствуйте, Ivan.

Вы писали 25 августа 2008 г., 15:57:11:

>> > То есть, на сервере оставляем SQL-ключ (серверный) и запускаем сервер ключа
>> > (aksusbd), на другую lin-машину втыкаем пользовательский ключ и тоже
>> > запускаем aksusbd? А в nethasp.ini пишем оба адреса, так?
>> только адреса пользовательских ключей. 
> Поставил пользовательский ключ под оффтопик, установил соотв.
> программу, в результате на порт 475 сел tcphaspsrv и 1С запустилась.
> Тогда почему этот tcphaspsrv отсутствует, когда ключ со своим
> драйвером установлен на lin-машине?

Помоему вы просто не устанавливали менеджер лицензий хаспа на машину
под линуксом. Поэтому по сети ключ и не виден.
Скачайте с алладдина или еще откуда нибудь и установите "hasplm for
linux".


-- 
С уважением,
Константин Орлов

Re: [Comm] 1C 8.1 на ALT Linux: не найден ключ защиты

[Алексей Шенцев]

В сообщении от Monday 25 August 2008 16:21:00 Ivan Khakhaev написал(а):
> > > Тогда почему этот
> > > tcphaspsrv отсутствует, когда ключ со своим драйвером установлен на
> > > lin-машине?
> > Ага, а кто будет ставить менеджер лицензий? Драйвер драйвером, а менеджер
> > лицензий ни кто не отменял.
> Так этот aksusbd и есть вроде как менеджер лицензий.... По крайненй мере на
> сайте 1С он так называется "Менеджер лицензий аппаратной защиты NetHASP"
Нет. Это драйвер ключа. Сам же менеджер лицензий так и называется hasplm и его 
можно скачать с http://www.aladdin.com/support/hasp/hasp4/enduser.aspx
файл hasplm_linux_8.30.tgz
Там так и написано:
HASP HL Linux License Manager 	Linux 	hasplm_linux_8.30.tgz 	82 KB 	8.30 	
11/2004
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [Comm] 1C 8.1 на ALT Linux: не найден ключ защиты

[Алексей Шенцев]

В сообщении от Monday 25 August 2008 16:16:56 alisher написал(а):
> В каких логах смотреть? Подскажите пожалуйста.
Хотя бы в выводах dmesg, /var/log/messages для начала.
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [Comm] 1C 8.1 на ALT Linux: не найден ключ защиты

[Ivan Khakhaev]

25.08.08, 16:24, "Konstantin Orloff" <orloff@aramid.ru>:

> Здравствуйте, Ivan.
> Вы писали 25 августа 2008 г., 15:57:11:
> >> > То есть, на сервере оставляем SQL-ключ (серверный) и запускаем сервер ключа
> >> > (aksusbd), на другую lin-машину втыкаем пользовательский ключ и тоже
> >> > запускаем aksusbd? А в nethasp.ini пишем оба адреса, так?
> >> только адреса пользовательских ключей. 
> > Поставил пользовательский ключ под оффтопик, установил соотв.
> > программу, в результате на порт 475 сел tcphaspsrv и 1С запустилась.
> > Тогда почему этот tcphaspsrv отсутствует, когда ключ со своим
> > драйвером установлен на lin-машине?
> Помоему вы просто не устанавливали менеджер лицензий хаспа на машину
> под линуксом. Поэтому по сети ключ и не виден.
> Скачайте с алладдина или еще откуда нибудь и установите "hasplm for
> linux".

Скачал с 1С то что называется "Менеджер лицензий аппаратной защиты NetHASP" и запустил под Linux согласно инструкции. Этого недостаточно?

-- 
С уважением
Иван Хахаев
ICQ 354948484

Re: [Comm] 1C 8.1 на ALT Linux: не найден ключ защиты

[alisher]

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

Алексей Шенцев пишет:
> В сообщении от Monday 25 August 2008 16:16:56 alisher написал(а):
>   
>> В каких логах смотреть? Подскажите пожалуйста.
>>     
> Хотя бы в выводах dmesg, /var/log/messages для начала.
>   
На момент после рестарта:
# cat /var/log/messages | grep aksusb
Aug 25 18:33:41 serversmb aksusbd: /usr/sbin/aksusbd: no parallel key 
driver and no usbdevfs found: aborting
Aug 25 18:33:41 serversmb aksusbd: aksusbd startup succeeded
Aug 25 18:33:41 serversmb aksusbd: winehasp startup succeeded

dmesg вложен.

[-- Attachment #2: dmesg --]
[-- Type: text/plain, Size: 18419 bytes --]

Linux version 2.6.18-std-smp-alt7 (builder@hint1.office.altlinux.org) (gcc version 4.1.1 20070105 (ALT Linux, build 4.1.1-alt11)) #1 SMP Sat Aug 4 00:07:54 MSD 2007
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
 BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000e4000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000007ff90000 (usable)
 BIOS-e820: 000000007ff90000 - 000000007ff9e000 (ACPI data)
 BIOS-e820: 000000007ff9e000 - 000000007ffd0000 (ACPI NVS)
 BIOS-e820: 000000007ffd0000 - 000000007ffde000 (reserved)
 BIOS-e820: 000000007ffe0000 - 0000000080000000 (reserved)
 BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
 BIOS-e820: 00000000fff00000 - 0000000100000000 (reserved)
1151MB HIGHMEM available.
896MB LOWMEM available.
found SMP MP-table at 000ff780
On node 0 totalpages: 524176
  DMA zone: 4096 pages, LIFO batch:0
  Normal zone: 225280 pages, LIFO batch:31
  HighMem zone: 294800 pages, LIFO batch:31
DMI present.
ACPI: RSDP (v000 ACPIAM                                ) @ 0x000fb800
ACPI: RSDT (v001 081307 RSDT2146 0x20070813 MSFT 0x00000097) @ 0x7ff90000
ACPI: FADT (v002 081307 FACP2146 0x20070813 MSFT 0x00000097) @ 0x7ff90200
ACPI: MADT (v001 081307 APIC2146 0x20070813 MSFT 0x00000097) @ 0x7ff90390
ACPI: MCFG (v001 081307 OEMMCFG  0x20070813 MSFT 0x00000097) @ 0x7ff90400
ACPI: OEMB (v001 081307 OEMB2146 0x20070813 MSFT 0x00000097) @ 0x7ff9e040
ACPI: DSDT (v001  A0820 A0820000 0x00000000 INTL 0x20060113) @ 0x00000000
ACPI: PM-Timer IO Port: 0x808
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 6:15 APIC version 20
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
Processor #1 6:15 APIC version 20
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x82] disabled)
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x83] disabled)
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Enabling APIC mode:  Flat.  Using 1 I/O APICs
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at 88000000 (gap: 80000000:7ee00000)
Detected 2331.114 MHz processor.
Built 1 zonelists.  Total pages: 524176
Kernel command line: auto BOOT_IMAGE=ALTLinux ro root=UUID=36e938ad-192d-4f8f-a873-2cb4ce16c81a panic=30 splash=silent resume=/dev/sda1
bootsplash: silent mode.
mapped APIC to ffffd000 (fee00000)
mapped IOAPIC to ffffc000 (fec00000)
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 16384 bytes)
Console: colour dummy device 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 2074648k/2096704k available (1585k kernel code, 20840k reserved, 640k data, 192k init, 1179200k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay using timer specific routine.. 4665.41 BogoMIPS (lpj=9330838)
Security Framework v1.0.0 initialized
Capability LSM initialized
Mount-cache hash table entries: 512
CPU: After generic identify, caps: bfebfbff 20100000 00000000 00000000 0000e3fd 00000000 00000001
CPU: After vendor identify, caps: bfebfbff 20100000 00000000 00000000 0000e3fd 00000000 00000001
monitor/mwait feature present.
using mwait in idle threads.
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 4096K
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 0
CPU: After all inits, caps: bfebfbff 20100000 00000000 00000940 0000e3fd 00000000 00000001
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
Compat vDSO mapped to ffffe000.
Checking 'hlt' instruction... OK.
SMP alternatives: switching to UP code
checking if image is initramfs... it is
Freeing initrd memory: 432k freed
ACPI: Core revision 20060707
ACPI: Looking for DSDT in initramfs... /DSDT.aml does not exist.
CPU0: Intel(R) Core(TM)2 Duo CPU     E6550  @ 2.33GHz stepping 0b
SMP alternatives: switching to SMP code
Booting processor 1/1 eip 3000
Initializing CPU#1
Calibrating delay using timer specific routine.. 4662.32 BogoMIPS (lpj=9324654)
CPU: After generic identify, caps: bfebfbff 20100000 00000000 00000000 0000e3fd 00000000 00000001
CPU: After vendor identify, caps: bfebfbff 20100000 00000000 00000000 0000e3fd 00000000 00000001
monitor/mwait feature present.
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 4096K
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 1
CPU: After all inits, caps: bfebfbff 20100000 00000000 00000940 0000e3fd 00000000 00000001
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#1.
CPU1: Intel(R) Core(TM)2 Duo CPU     E6550  @ 2.33GHz stepping 0b
Total of 2 processors activated (9327.74 BogoMIPS).
ENABLING IO-APIC IRQs
..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1
checking TSC synchronization across 2 CPUs: passed.
Brought up 2 CPUs
migration_cost=20
NET: Registered protocol family 16
ACPI: bus type pci registered
PCI: BIOS Bug: MCFG area at f0000000 is not E820-reserved
PCI: Not using MMCONFIG.
PCI: PCI BIOS revision 3.00 entry at 0xf0031, last bus=4
PCI: Using configuration type 1
Setting up standard PCI resources
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
PCI: Probing PCI hardware (bus 00)
PCI quirk: region 0800-087f claimed by ICH6 ACPI/GPIO/TCO
PCI quirk: region 0480-04bf claimed by ICH6 GPIO
PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.1
Boot video device is 0000:04:00.0
PCI: Transparent bridge - 0000:00:1e.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P1._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P4._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P5._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKH] (IRQs *3 4 5 6 7 10 11 12 14 15)
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
pnp: PnP ACPI: found 18 devices
PnPBIOS: Disabled by ACPI PNP
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq".  If it helps, post a report
pnp: 00:08: ioport range 0x290-0x297 has been reserved
PCI: Bridge: 0000:00:01.0
  IO window: e000-efff
  MEM window: fc000000-febfffff
  PREFETCH window: e0000000-efffffff
PCI: Bridge: 0000:00:1c.0
  IO window: disabled.
  MEM window: disabled.
  PREFETCH window: disabled.
PCI: Bridge: 0000:00:1c.1
  IO window: disabled.
  MEM window: fbf00000-fbffffff
  PREFETCH window: disabled.
PCI: Bridge: 0000:00:1e.0
  IO window: disabled.
  MEM window: disabled.
  PREFETCH window: disabled.
ACPI: PCI Interrupt 0000:00:01.0[A] -> GSI 16 (level, low) -> IRQ 169
PCI: Setting latency timer of device 0000:00:01.0 to 64
ACPI: PCI Interrupt 0000:00:1c.0[A] -> GSI 16 (level, low) -> IRQ 169
PCI: Setting latency timer of device 0000:00:1c.0 to 64
ACPI: PCI Interrupt 0000:00:1c.1[B] -> GSI 17 (level, low) -> IRQ 177
PCI: Setting latency timer of device 0000:00:1c.1 to 64
PCI: Setting latency timer of device 0000:00:1e.0 to 64
NET: Registered protocol family 2
IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
TCP bind hash table entries: 65536 (order: 7, 524288 bytes)
TCP: Hash tables configured (established 131072 bind 65536)
TCP reno registered
audit: initializing netlink socket (disabled)
audit(1219689193.676:1): initialized
highmem bounce pool size: 64 pages
Total HugeTLB memory allocated, 0
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Initializing Cryptographic API
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
PCI: Setting latency timer of device 0000:00:01.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:01.0:pcie00]
PCI: Setting latency timer of device 0000:00:1c.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:1c.0:pcie00]
Allocate Port Service[0000:00:1c.0:pcie02]
PCI: Setting latency timer of device 0000:00:1c.1 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:1c.1:pcie00]
Allocate Port Service[0000:00:1c.1:pcie02]
vesafb: framebuffer at 0xe0000000, mapped to 0xf8880000, using 3750k, total 262144k
vesafb: mode is 800x600x16, linelength=1600, pages=2
vesafb: protected mode interface info at c000:c340
vesafb: pmi: set display start = c00cc376, set palette = c00cc3e0
vesafb: pmi: ports = 3b4 3b5 3ba 3c0 3c1 3c4 3c5 3c6 3c7 3c8 3c9 3cc 3ce 3cf 3d0 3d1 3d2 3d3 3d4 3d5 3da
vesafb: scrolling: redraw
vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0
bootsplash 3.1.6-2004/03/31: looking for picture...<6> silentjpeg size 64511 bytes,<6>...found (800x600, 12886 bytes, v3).
Console: switching to colour frame buffer device 97x34
fb0: VESA VGA frame buffer device
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:0f: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
RAMDISK driver initialized: 16 RAM disks of 16384K size 1024 blocksize
PNP: PS/2 Controller [PNP0303:PS2K,PNP0f03:PS2M] at 0x60,0x64 irq 1,12
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
mice: PS/2 mouse device common for all mice
md: md driver 0.90.3 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: bitmap version 4.39
TCP bic registered
NET: Registered protocol family 1
Using IPI No-Shortcut mode
ACPI: (supports S0 S1 S3 S4 S5)
Freeing unused kernel memory: 192k freed
Time: tsc clocksource has been installed.
Executing init=/init
input: AT Translated Set 2 keyboard as /class/input/input0
SCSI subsystem initialized
libata version 2.00 loaded.
ata_piix 0000:00:1f.2: version 2.00
ata_piix 0000:00:1f.2: MAP [ P0 P2 P1 P3 ]
ACPI: PCI Interrupt 0000:00:1f.2[B] -> GSI 19 (level, low) -> IRQ 217
PCI: Setting latency timer of device 0000:00:1f.2 to 64
ata1: SATA max UDMA/133 cmd 0xDC00 ctl 0xD882 bmdma 0xD400 irq 217
ata2: SATA max UDMA/133 cmd 0xD800 ctl 0xD482 bmdma 0xD408 irq 217
scsi0 : ata_piix
ata1.00: ATA-7, max UDMA/133, 156301488 sectors: LBA48 NCQ (depth 0/32)
ata1.00: ata1: dev 0 multi count 16
ata1.01: ATA-7, max UDMA/133, 625142448 sectors: LBA48 NCQ (depth 0/32)
ata1.01: ata1: dev 1 multi count 16
ata1.00: configured for UDMA/133
ata1.01: configured for UDMA/133
scsi1 : ata_piix
ata2.00: ATAPI, max UDMA/66
ata2.00: configured for UDMA/66
  Vendor: ATA       Model: ST380815AS        Rev: 3.AA
  Type:   Direct-Access                      ANSI SCSI revision: 05
SCSI device sda: 156301488 512-byte hdwr sectors (80026 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write back
SCSI device sda: 156301488 512-byte hdwr sectors (80026 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write back
 sda: sda1 sda2 sda4 < sda5 sda6 sda7 sda8 >
sd 0:0:0:0: Attached scsi disk sda
  Vendor: ATA       Model: ST3320620AS       Rev: 3.AA
  Type:   Direct-Access                      ANSI SCSI revision: 05
SCSI device sdb: 625142448 512-byte hdwr sectors (320073 MB)
sdb: Write Protect is off
sdb: Mode Sense: 00 3a 00 00
SCSI device sdb: drive cache: write back
SCSI device sdb: 625142448 512-byte hdwr sectors (320073 MB)
sdb: Write Protect is off
sdb: Mode Sense: 00 3a 00 00
SCSI device sdb: drive cache: write back
 sdb: sdb1 sdb2 < sdb5 >
sd 0:0:1:0: Attached scsi disk sdb
  Vendor: Optiarc   Model: DVD RW AD-7170S   Rev: 1.00
  Type:   CD-ROM                             ANSI SCSI revision: 05
Attempting manual resume
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
Real Time Clock Driver v1.12ac
sd 0:0:0:0: Attached scsi generic sg0 type 0
sd 0:0:1:0: Attached scsi generic sg1 type 0
scsi 1:0:0:0: Attached scsi generic sg2 type 5
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ICH7: IDE controller at PCI slot 0000:00:1f.1
ACPI: PCI Interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 225
ICH7: chipset revision 1
ICH7: not 100% native mode: will probe irqs later
    ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:pio, hdb:pio
    ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:pio, hdd:pio
Probing IDE interface ide0...
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
sr 1:0:0:0: Attached scsi CD-ROM sr0
parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE]
input: PC Speaker as /class/input/input1
Attansic(R) L1 Ethernet Network Driver - version 1.0.41.0
Copyright (c) 1999-2005 Attansic Corporation.
usbcore: registered new driver usbfs
usbcore: registered new driver hub
USB Universal Host Controller Interface driver v3.0
Probing IDE interface ide1...
input: ImPS/2 Generic Wheel Mouse as /class/input/input2
ts: Compaq touchscreen protocol output
ACPI: PCI Interrupt 0000:02:00.0[A] -> GSI 17 (level, low) -> IRQ 177
PCI: Setting latency timer of device 0000:02:00.0 to 64
ACPI: PCI Interrupt 0000:00:1f.3[B] -> GSI 19 (level, low) -> IRQ 217
ACPI: PCI Interrupt 0000:00:1d.0[A] -> GSI 23 (level, low) -> IRQ 233
PCI: Setting latency timer of device 0000:00:1d.0 to 64
uhci_hcd 0000:00:1d.0: UHCI Host Controller
uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 1
uhci_hcd 0000:00:1d.0: irq 233, io base 0x0000c880
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:1d.1[B] -> GSI 19 (level, low) -> IRQ 217
PCI: Setting latency timer of device 0000:00:1d.1 to 64
uhci_hcd 0000:00:1d.1: UHCI Host Controller
uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 2
uhci_hcd 0000:00:1d.1: irq 217, io base 0x0000cc00
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:1d.2[C] -> GSI 18 (level, low) -> IRQ 225
PCI: Setting latency timer of device 0000:00:1d.2 to 64
uhci_hcd 0000:00:1d.2: UHCI Host Controller
uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 3
uhci_hcd 0000:00:1d.2: irq 225, io base 0x0000d000
usb usb3: configuration #1 chosen from 1 choice
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:1d.3[D] -> GSI 16 (level, low) -> IRQ 169
PCI: Setting latency timer of device 0000:00:1d.3 to 64
uhci_hcd 0000:00:1d.3: UHCI Host Controller
uhci_hcd 0000:00:1d.3: new USB bus registered, assigned bus number 4
uhci_hcd 0000:00:1d.3: irq 169, io base 0x0000d080
usb usb4: configuration #1 chosen from 1 choice
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 2 ports detected
usb 1-2: new low speed USB device using uhci_hcd and address 2
ACPI: PCI Interrupt 0000:00:1b.0[A] -> GSI 16 (level, low) -> IRQ 169
PCI: Setting latency timer of device 0000:00:1b.0 to 64
usb 1-2: configuration #1 chosen from 1 choice
hda_codec: Unknown model for ALC662, trying auto-probe from BIOS...
ACPI: PCI Interrupt 0000:00:1d.7[A] -> GSI 23 (level, low) -> IRQ 233
PCI: Setting latency timer of device 0000:00:1d.7 to 64
ehci_hcd 0000:00:1d.7: EHCI Host Controller
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 5
ehci_hcd 0000:00:1d.7: debug port 1
PCI: cache line size of 32 is not supported by device 0000:00:1d.7
ehci_hcd 0000:00:1d.7: irq 233, io mem 0xfbeffc00
ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
usb usb5: configuration #1 chosen from 1 choice
hub 5-0:1.0: USB hub found
hub 5-0:1.0: 8 ports detected
usb 1-2: USB disconnect, address 2
usb 1-2: new low speed USB device using uhci_hcd and address 3
usb 1-2: configuration #1 chosen from 1 choice
Adding 4144728k swap on /dev/sda1.  Priority:-1 extents:1 across:4144728k
EXT3 FS on sda6, internal journal
device-mapper: ioctl: 4.7.0-ioctl (2006-06-24) initialised: dm-devel@redhat.com
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda5, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
ReiserFS: sda2: found reiserfs format "3.6" with standard journal
ReiserFS: sda2: using ordered data mode
ReiserFS: sda2: journal params: device sda2, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: sda2: checking transaction log (sda2)
ReiserFS: sda2: Using r5 hash to sort names
ReiserFS: sda7: found reiserfs format "3.6" with standard journal
ReiserFS: sda7: using ordered data mode
ReiserFS: sda7: journal params: device sda7, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: sda7: checking transaction log (sda7)
ReiserFS: sda7: Using r5 hash to sort names
ReiserFS: sda8: found reiserfs format "3.6" with standard journal
ReiserFS: sda8: using ordered data mode
ReiserFS: sda8: journal params: device sda8, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: sda8: checking transaction log (sda8)
ReiserFS: sda8: Using r5 hash to sort names
kjournald starting.  Commit interval 5 seconds
EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
EXT3 FS on sdb1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sdb5, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
 

Re: [Comm] 1C 8.1 на ALT Linux: не найден ключ защиты

[Konstantin Orloff]

Здравствуйте, Алексей.

Вы писали 25 августа 2008 г., 16:29:25:

>> Так этот aksusbd и есть вроде как менеджер лицензий.... По крайненй мере на
>> сайте 1С он так называется "Менеджер лицензий аппаратной защиты NetHASP"
> Нет. Это драйвер ключа. Сам же менеджер лицензий так и называется hasplm и его
> можно скачать с http://www.aladdin.com/support/hasp/hasp4/enduser.aspx
> файл hasplm_linux_8.30.tgz
> Там так и написано:
> HASP HL Linux License Manager   Linux   hasplm_linux_8.30.tgz   82 KB   8.30
> 11/2004

+ от себя хотел бы добавить, что наступал на грабли (и не я один)...
менеджер лицензий 8.30 требует наличия aksusbd версии не ниже 1.8,
поэтому может быть целесообразно сразу скачать с вышеприведенного
линка драйвер хаспа версии 1.8.1


-- 
С уважением,
Константин Орлов

Re: [Comm] 1C 8.1 на ALT Linux: не найден ключ защиты

[Алексей Шенцев]

В сообщении от Monday 25 August 2008 16:30:43 Ivan Khakhaev написал(а):
> Скачал с 1С то что называется "Менеджер лицензий аппаратной защиты NetHASP"
> и запустил под Linux согласно инструкции. Этого недостаточно?
Лучше возьмите от самого производителя. Ни раз нарывался на то, что от 1С 
драйвера ключей / менеджер лицензий не работающие.
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [Comm] 1C 8.1 на ALT Linux: не найден ключ защиты

[Ivan Khakhaev]

> > Сам же менеджер лицензий так и называется hasplm и его
> > можно скачать с http://www.aladdin.com/support/hasp/hasp4/enduser.aspx
> > файл hasplm_linux_8.30.tgz
> > Там так и написано:
> > HASP HL Linux License Manager   Linux   hasplm_linux_8.30.tgz   82 KB   8.30
> > 11/2004
> + от себя хотел бы добавить, что наступал на грабли (и не я один)...
> менеджер лицензий 8.30 требует наличия aksusbd версии не ниже 1.8,
> поэтому может быть целесообразно сразу скачать с вышеприведенного
> линка драйвер хаспа версии 1.8.1
> -- 
> С уважением,
> Константин Орлов

В этой hasplm...tgz два rpm-а и один бинарник.
rpm-ы на ALT естественно не ставятся. Запущенный бинарник должен давать какой-нибудь эффект?
-- 
С уважением
Иван Хахаев
ICQ 354948484

Re: [Comm] 1C 8.1 на ALT Linux: не найден ключ защиты

[Ivan Khakhaev]

25.08.08, 17:10, "Алексей Шенцев" <ashen@nsrz.ru>:

> В сообщении от Monday 25 August 2008 16:30:43 Ivan Khakhaev написал(а):
> > Скачал с 1С то что называется "Менеджер лицензий аппаратной защиты NetHASP"
> > и запустил под Linux согласно инструкции. Этого недостаточно?
> Лучше возьмите от самого производителя. Ни раз нарывался на то, что от 1С 
> драйвера ключей / менеджер лицензий не работающие.
> -- 
> С уважением Шенцев Алексей Владимирович.
> E-mail: ashen@nsrz.ru
> XMPP: ashen@altlinux.org, AlexShen@jabber.ru
> ICQ: 271053845

Заработало! Спасибо всем участникам дискуссии.
Только вот ещё два вопроса:
1. Причём тут PostgreSQL?
2. А почему нет инструкции по данному вопросу ни на Куче, ни на новой вики?

-- 
С уважением
Иван Хахаев
ICQ 354948484

Re: [Comm] 1C 8.1 на ALT Linux: не найден ключ защиты

[Алексей Шенцев]

В сообщении от Tuesday 26 August 2008 10:58:17 Ivan Khakhaev написал(а):
> В этой hasplm...tgz два rpm-а и один бинарник.
> rpm-ы на ALT естественно не ставятся. Запущенный бинарник должен давать
> какой-нибудь эффект?
Он и есть.
Попробуйте и узнаете.
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [Comm] 1C 8.1 на ALT Linux: не найден ключ защиты

[Konstantin Orloff]

Здравствуйте, Ivan.

Вы писали 26 августа 2008 г., 14:48:10:


>> > Скачал с 1С то что называется "Менеджер лицензий аппаратной защиты NetHASP"
>> > и запустил под Linux согласно инструкции. Этого недостаточно?
>> Лучше возьмите от самого производителя. Ни раз нарывался на то, что от 1С 
>> драйвера ключей / менеджер лицензий не работающие.

> Заработало! Спасибо всем участникам дискуссии.
> Только вот ещё два вопроса:
> 1. Причём тут PostgreSQL?
БД postgress для работы хаспа и менеджера лицензий не требуется, но
требуется для работы сервера 1с_предприятия, причем лучше, если база
данных вообще будет на отдельной машине от сервера 1с, это у 1-эсников
где-то в документации написано (касается реализации на любой платформе
и количестве пользователей свыше пары десятков, иначе возможны
тормоза).


> 2. А почему нет инструкции по данному вопросу ни на Куче, ни на новой вики?


-- 
С уважением,
Константин Орлов

Re: [Comm] 1C 8.1 на ALT Linux: не найден ключ защиты

[Ivan Khakhaev]

> > Только вот ещё два вопроса:
> > 1. Причём тут PostgreSQL?
> БД postgress для работы хаспа и менеджера лицензий не требуется, но
> требуется для работы сервера 1с_предприятия, причем лучше, если база
> данных вообще будет на отдельной машине от сервера 1с, это у 1-эсников
> где-то в документации написано (касается реализации на любой платформе
> и количестве пользователей свыше пары десятков, иначе возможны
> тормоза).

По-видимому, возможно несколько вариантов работы:
1) Сервер пользовательского ключа и индивидуальные конфигурации на каждом рабочем месте
2) Сервер пользовательского ключа и конфигурации и базы на Самба-сервере (файловый вариант)
3) Сервер пользовательского ключа и конфигурации и базы на SQL-сервере
Так?

> -- 
> С уважением,
> Константин Орлов

-- 
С уважением
Иван Хахаев
ICQ 354948484

Re: [Comm] 1C 8.1 на ALT Linux: не найден ключ защиты

[Алексей Шенцев]

В сообщении от Wednesday 27 August 2008 10:54:12 Ivan Khakhaev написал(а):
> По-видимому, возможно несколько вариантов работы:
> 1) Сервер пользовательского ключа и индивидуальные конфигурации на каждом
> рабочем месте 2) Сервер пользовательского ключа и конфигурации и базы на
> Самба-сервере (файловый вариант) 3) Сервер пользовательского ключа и
> конфигурации и базы на SQL-сервере Так?
Оптимально такое (проверенно на практике):
Отдельно сервер 1С, на нём же и ключ сервера. Отдельно сервер БД на нём же и 
ключ пользовательских лицензий. Linux/Windows, PG/M$ SQL без разницы.
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [Comm] 1C 8.1 на ALT Linux: не найден ключ защиты

[Vitaly Lipatov]

On 25 августа 2008, Ivan Khakhaev wrote:
...
> Поставил пользовательский ключ под оффтопик, установил соотв.
> программу, в результате на порт 475 сел tcphaspsrv и 1С
> запустилась. Тогда почему этот tcphaspsrv отсутствует, когда
> ключ со своим драйвером установлен на lin-машине?
Потому что в Linux используется UDP-порт.

> В этой hasplm...tgz два rpm-а и один бинарник.
> rpm-ы на ALT естественно не ставятся. Запущенный бинарник
> должен давать какой-нибудь эффект?
А почему не взять с 
ftp.etersoft.ru/pub/Etersoft/WINE@Etersoft/WINE пакет haspd, он 
отлично ставится :)

-- 
С уважением,
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info