[sisyphus] vmware under ALT

[sisyphus] vmware under ALT

[Alexey Morsov]

Привет,

пытаюсь ставить vmware по статье на 
http://wiki.sisyphus.ru/admin/VmWare?v=1a44
пользуясь скриптом wRar@

morsov@alexey ~/vmware $ ./VmWare-ALTLinux-Install
ln: создание символьной ссылки с 
`/home/morsov/RPM/SOURCES//VMware-workstation-5.0.0-13124.tar.gz' на 
`/home/morsov/vmware/VMware-workstation-5.0.0-13124.tar.gz': File exists
ошибка: Файл /home/morsov/vmware/vmware-5.0.0-alt0.4.1.nosrc.rpm не 
похож на файл спецификации.
ошибка: невозможно открыть 
/home/morsov/RPM/RPMS/i586/kernel-source-vmware-5.0.0-5.0.0-alt0.4.1.i586.rpm: 
No such file or directory

ну и дальше все посыпалось конечно.
ну ссылку я могу замучить (хотя почему бы просто тарбо туда не пихнуть?) 
а вот что делать с "1.nosrc.rpm не похож на файл спецификации." не понимаю.

PS: Для справки
morsov@alexey ~/vmware $ rpm -qa|grep rpm
librpmbuild-4.0.4-alt47
rpm-build-4.0.4-alt47
rpm-build-python-0.21-alt1
librpm-4.0.4-alt47
rpm-build-perl-0.5.2-alt2
rpmtools-3.1-alt6
rpm-build-tcl-0.1-alt0.5
rpm-4.0.4-alt47
rpm-utils-0.8.3-alt1
morsov@alexey ~/vmware $


-- 
С уважением,
Алексей Морсов
системный администратор ЗАО "ИК "Риком-Траст"
ICQ: 196-766-290
Jabber: samurai@www.fondmarket.ru
www.ricom.ru
www.fondmarket.ru

Re: [sisyphus] vmware under ALT

[Александр Новоселов]

В сообщении от Среда 03 Август 2005 19:33 Alexey Morsov 
написал(a):
> Привет,
>
> пытаюсь ставить vmware по статье на
> http://wiki.sisyphus.ru/admin/VmWare?v=1a44
> пользуясь скриптом wRar@

Могу выслать работающие модули для последнего ядра.

Re: [sisyphus] vmware under ALT

[Alexey Morsov]

Александр Новоселов wrote:
> Могу выслать работающие модули для последнего ядра.
Спасибо конечно, но при смене ядра (а я ж на сизифе) они ведь того...
Да и у меня до модулей не доходит

-- 
С уважением,
Алексей Морсов
системный администратор ЗАО "ИК "Риком-Траст"
ICQ: 196-766-290
Jabber: samurai@www.fondmarket.ru
www.ricom.ru
www.fondmarket.ru

Re: [sisyphus] vmware under ALT

[Александр Новоселов]

В сообщении от Среда 03 Август 2005 20:01 Alexey Morsov 
написал(a):
> Александр Новоселов wrote:
> > Могу выслать работающие модули для последнего ядра.
>
> Спасибо конечно, но при смене ядра (а я ж на сизифе) они
> ведь того... Да и у меня до модулей не доходит
тогда нужен vmware-any-any-update93.tar.gz без него ядро 
падает... 

Re: [sisyphus] vmware under ALT

[Andrey Rahmatullin]

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

On Wed, Aug 03, 2005 at 07:33:50PM +0400, Alexey Morsov wrote:
> пользуясь скриптом wRar@
Я не писал скриптов.

> morsov@alexey ~/vmware $ ./VmWare-ALTLinux-Install
Если это скрипт со странички, то он не особо рабочий вроде.
> ln: создание символьной ссылки с 
> `/home/morsov/RPM/SOURCES//VMware-workstation-5.0.0-13124.tar.gz' на 
> `/home/morsov/vmware/VMware-workstation-5.0.0-13124.tar.gz': File exists
Поменяйте у ln аргументы.
> ошибка: Файл /home/morsov/vmware/vmware-5.0.0-alt0.4.1.nosrc.rpm не 
> похож на файл спецификации.
--rebuild вместо -ba
> ну ссылку я могу замучить (хотя почему бы просто тарбо туда не пихнуть?) 
Ну пихните, что мешает.
> а вот что делать с "1.nosrc.rpm не похож на файл спецификации." не понимаю.
Методом непрямой телепатии определяем, что скрипт пытается использовать
его в кач-ве спека. Решение см. выше.

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

> А что нам светит насчет UTF-8 в MC (которому нужны UTF-8 в ncurses) [...]
его лучше собирать со slang, правда не с тем который в Сизифе.
		-- inger in devel@

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

Re: [sisyphus] vmware under ALT

[Andrey Rahmatullin]

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

On Wed, Aug 03, 2005 at 08:06:48PM +0400, Александр Новоселов wrote:
> тогда нужен vmware-any-any-update93.tar.gz без него ядро 
> падает... 
Какое ядро?

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

Телефония и другие средства связи должны быть открытыми стандартами,
в которых не может быть места монополии. Любая компания, пытающаяся
получить монополию в этих сферах подлежит уничтожению любыми законными
методами.
		-- mithraen in devel@

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

Re: [sisyphus] vmware under ALT

[Александр Новоселов]

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

В сообщении от Среда 03 Август 2005 20:46 Andrey Rahmatullin 
написал(a):
> On Wed, Aug 03, 2005 at 08:06:48PM +0400, Александр 
Новоселов wrote:
> > тогда нужен vmware-any-any-update93.tar.gz без него
> > ядро падает...
>
> Какое ядро?
2.6.12-std26-up-alt3
2.6.12-std26-up-alt1 тоже падало без 
vmware-any-any-update93.tar.gz
2.6.11-wks26-up-alt4 - работало.


[-- Attachment #2: oops.txt --]
[-- Type: text/plain, Size: 4231 bytes --]

Aug  3 14:50:49 admin kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000069
Aug  3 14:50:49 admin kernel:  printing eip:
Aug  3 14:50:49 admin kernel: c0215c59
Aug  3 14:50:49 admin kernel: *pde = 00000000
Aug  3 14:50:49 admin kernel: Oops: 0000 [#1]
Aug  3 14:50:49 admin kernel: Modules linked in: vmnet parport_pc vmmon binfmt_misc lp parport w83l785ts i2c_sensor ppp_deflate zlib_deflate zlib_in
flate bsd_comp ppp_async crc_ccitt ppp_generic slhc tda9887 tuner saa7134 video_buf v4l2_common v4l1_compat ir_common videodev emu10k1_gp gameport s
nd_emu10k1 snd_rawmidi snd_ac97_codec snd_pcm_oss snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_mixer_oss snd_pcm snd_time
r snd_page_alloc snd_util_mem snd_hwdep snd soundcore ohci1394 ieee1394 sata_nv libata scsi_mod ehci_hcd ohci_hcd i2c_nforce2 i2c_core nvidia_agp ag
pgart 8250_pnp 8250 serial_core floppy pcspkr uhci_hcd usbcore af_packet 3c59x mii ipt_owner ipt_LOG ipt_limit ipt_state ip_conntrack ipt_multiport
iptable_filter ip_tables evdev dm_mod psmouse processor button ac battery ide_cd cdrom rtc ext3 jbd mbcache ide_disk ide_generic amd74xx ide_core
Aug  3 14:50:49 admin kernel: CPU:    0
Aug  3 14:50:49 admin kernel: EIP:    0060:[sk_alloc+9/272]    Tainted: P      VLI
Aug  3 14:50:49 admin kernel: EIP:    0060:[<c0215c59>]    Tainted: P      VLI
Aug  3 14:50:49 admin kernel: EFLAGS: 00010246   (2.6.12-std26-up-alt3)
Aug  3 14:50:49 admin kernel: EIP is at sk_alloc+0x9/0x110
Aug  3 14:50:49 admin kernel: eax: eaa3000e   ebx: eaa3f800   ecx: 0000000b   edx: f7643800
Aug  3 14:50:49 admin kernel: esi: eaa3f80c   edi: 00000000   ebp: 00000001   esp: f6f31e10
Aug  3 14:50:49 admin kernel: ds: 007b   es: 007b   ss: 0068
Aug  3 14:50:49 admin kernel: Process vmnet-bridge (pid: 9033, threadinfo=f6f30000 task=f783b060)
Aug  3 14:50:49 admin kernel: Stack: eaa3f800 eaa3f800 eaa3f80c 00000000 eaa3f80c f9273353 00000010 00000020
Aug  3 14:50:49 admin kernel:        00000001 00000000 eaa3f800 f7643805 eaa3f811 f927348f eaa3f800 f9273f18
Aug  3 14:50:49 admin kernel:        eaa3f80c f7643800 eaa3f800 00000000 eaa3f800 c021c4b7 eaa3f800 00000001
Aug  3 14:50:49 admin kernel: Call Trace:
Aug  3 14:50:49 admin kernel:  [pg0+955110227/1069974528] VNetBridgeUp+0xa3/0x120 [vmnet]
Aug  3 14:50:49 admin kernel:  [<f9273353>] VNetBridgeUp+0xa3/0x120 [vmnet]
Aug  3 14:50:49 admin kernel:  [pg0+955110543/1069974528] VNetBridgeNotify+0x5f/0x130 [vmnet]
Aug  3 14:50:49 admin kernel:  [<f927348f>] VNetBridgeNotify+0x5f/0x130 [vmnet]
Aug  3 14:50:49 admin kernel:  [register_netdevice_notifier+87/96] register_netdevice_notifier+0x57/0x60
Aug  3 14:50:49 admin kernel:  [<c021c4b7>] register_netdevice_notifier+0x57/0x60
Aug  3 14:50:49 admin kernel:  [pg0+955108709/1069974528] VNetBridge_Create+0x75/0x240 [vmnet]
Aug  3 14:50:49 admin kernel:  [<f9272d65>] VNetBridge_Create+0x75/0x240 [vmnet]
Aug  3 14:50:49 admin kernel:  [pg0+955098610/1069974528] VNetFileOpIoctl+0x212/0x440 [vmnet]
Aug  3 14:50:49 admin kernel:  [<f92705f2>] VNetFileOpIoctl+0x212/0x440 [vmnet]
Aug  3 14:50:49 admin kernel:  [do_page_fault+423/1478] do_page_fault+0x1a7/0x5c6
Aug  3 14:50:49 admin kernel:  [<c0113cd7>] do_page_fault+0x1a7/0x5c6
Aug  3 14:50:49 admin kernel:  [filp_open+80/96] filp_open+0x50/0x60
Aug  3 14:50:49 admin kernel:  [<c0150340>] filp_open+0x50/0x60
Aug  3 14:50:49 admin kernel:  [do_ioctl+60/96] do_ioctl+0x3c/0x60
Aug  3 14:50:49 admin kernel:  [<c01616fc>] do_ioctl+0x3c/0x60
Aug  3 14:50:49 admin kernel:  [vfs_ioctl+83/432] vfs_ioctl+0x53/0x1b0
Aug  3 14:50:49 admin kernel:  [<c0161843>] vfs_ioctl+0x53/0x1b0
Aug  3 14:50:49 admin kernel:  [sys_ioctl+93/112] sys_ioctl+0x5d/0x70
Aug  3 14:50:49 admin kernel:  [<c01619fd>] sys_ioctl+0x5d/0x70
Aug  3 14:50:49 admin kernel:  [syscall_call+7/11] syscall_call+0x7/0xb
Aug  3 14:50:49 admin kernel:  [<c0102d69>] syscall_call+0x7/0xb
Aug  3 14:50:49 admin kernel: Code: 00 00 c7 44 24 0c 00 00 00 00 e9 89 fc ff ff ba ea ff ff ff c7 44 24 04 04 00 00 00 e9 51 fc ff ff 90 55 57 56 5
3 53 8b 6c 24 20 <8b> 75 68 85 f6 0f 84 cf 00 00 00 8b 4c 24 1c 51 56 e8 51 7f f2
Aug  3 14:50:49 admin kernel:  <7>/dev/vmnet: open called by PID 9050 (vmnet-natd)

Re: [sisyphus] vmware under ALT

[Alexey Morsov]

Andrey Rahmatullin wrote:
> Я не писал скриптов.
Ну я опять некорректо выразился - скрипт был написан по вашему тексту 
"как прикрутить" :)

> Если это скрипт со странички, то он не особо рабочий вроде.
Это я уже заметил - надо будет докрутить

> Поменяйте у ln аргументы.
уже - ln сразу заработал

> --rebuild вместо -ba
Ага :)

> Ну пихните, что мешает.
Вот вот  -tar.gz собираемого да лежит в ~/RPM/SOURCES

> Методом непрямой телепатии определяем, что скрипт пытается использовать
> его в кач-ве спека. Решение см. выше.
Усе понял. Буду мучить дальше.

Спасибо за ответы :)

-- 
С уважением,
Алексей Морсов
Системный администратор ЗАО "ИК "РИКОМ-ТРАСТ"
ICQ#: 196-766-290
JID:  Samurai@www.fondmarket.ru

При минимизации прав доступа не следует отказываться от использования уже
реализованных в системе механизмов.
		-- ldv in sisyphus@

Re: [sisyphus] vmware under ALT

[Alexey Morsov]

Александр Новоселов wrote:

> 2.6.11-wks26-up-alt4 - работало.

Во - и больше и не надо :)


-- 
С уважением,
Алексей Морсов
Системный администратор ЗАО "ИК "РИКОМ-ТРАСТ"
ICQ#: 196-766-290
JID:  Samurai@www.fondmarket.ru

При минимизации прав доступа не следует отказываться от использования уже
реализованных в системе механизмов.
		-- ldv in sisyphus@