kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7.1.2

Discussioni e feedback su pacchetti e repository MIB
User avatar
ninarello19
Utente
Utente
Posts: 222
Joined: 4 March 2009, 15:56
OpenMandriva: 2010.2
Kernel: 2.6.38.2-desktop-nrj
Desktop: KDE 4.5.5

kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7.1.2

Post by ninarello19 »

Ho aggiornato Wmare all'ultima versione 7.1.2 su Kernel 2.6.35.4 .L'aggiornamento è andato a buon fine.
Purtroppo mi da errore nella compilazione dei moduli : non compila l'ultimo modulo ( VMCI Sockets)
Non so cosa fare.
Sullo stesso Kernel precedentemente era installata la versione di Wmware 7.1.1 e tutto funzionava perfettamente.
Perchè la versone 7.1.2 da questo problema?
Mi date un aiuto
Grazie
ninarello19
=========
RosaDesktop.Fresh 2012.1 R1 - arch. x86_64 - KDE 4.10.4 MIB - Kernel 3.10.15-nrjQL-desktop-69rosa #1 SMP PREEMPT
O.S. alternativi su VMware workstation 10.0.0>>> Ubuntu, Windows XP Pro, Windows Seven e Mac come Macchine VIrtuali

User avatar
GvMariani
Collaboratore
Collaboratore
Posts: 610
Joined: 27 July 2009, 11:31
ROSA: 2016.1 Fresh R10
OpenMandriva: -
Kernel: 4.19.13-nrj-desktop
Desktop: Plasma 5
country: Italy
Location: Cologno Monzese (MI) - Italia

Re: kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7

Post by GvMariani »

ninarello19 wrote:Ho aggiornato Wmare all'ultima versione 7.1.2 su Kernel 2.6.35.4 .L'aggiornamento è andato a buon fine.
Purtroppo mi da errore nella compilazione dei moduli : non compila l'ultimo modulo ( VMCI Sockets)
Non so cosa fare.
Sullo stesso Kernel precedentemente era installata la versione di Wmware 7.1.1 e tutto funzionava perfettamente. Perchè la versone 7.1.2 da questo problema? Mi date un aiuto
Grazie
Perché, probabilmente, avevi già patchato i sorgenti di Vmware per poter compilare con i kernel 2.6.35.xx: l'installazione li ha rimossi e ne ha messo di "nuovi" (che però ancora non compilano con detti kernel).

Puoi seguire le istruzioni date qui:

Code: Select all

http://mib.pianetalinux.org/mib/forum/viewtopic.php?f=13&t=2296&p=12896
oppure cercare nei forum Vmware le patch e le indicazioni necessarie...

GvM

User avatar
ninarello19
Utente
Utente
Posts: 222
Joined: 4 March 2009, 15:56
OpenMandriva: 2010.2
Kernel: 2.6.38.2-desktop-nrj
Desktop: KDE 4.5.5

Re: kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7

Post by ninarello19 »

Ho eseguito la 1° pack di cui alla guida di Nicco alla quale mi hai rimandato
Purtroppo il problema persiste.
ninarello19
=========
RosaDesktop.Fresh 2012.1 R1 - arch. x86_64 - KDE 4.10.4 MIB - Kernel 3.10.15-nrjQL-desktop-69rosa #1 SMP PREEMPT
O.S. alternativi su VMware workstation 10.0.0>>> Ubuntu, Windows XP Pro, Windows Seven e Mac come Macchine VIrtuali

User avatar
GvMariani
Collaboratore
Collaboratore
Posts: 610
Joined: 27 July 2009, 11:31
ROSA: 2016.1 Fresh R10
OpenMandriva: -
Kernel: 4.19.13-nrj-desktop
Desktop: Plasma 5
country: Italy
Location: Cologno Monzese (MI) - Italia

Re: kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7

Post by GvMariani »

ninarello19 wrote:Ho eseguito la 1° pack di cui alla guida di Nicco alla quale mi hai rimandato
Purtroppo il problema persiste.
Cioè quella che ti fa lavorare su vmmon.tar?
Ma tu dovresti avere problemi con vsock.tar (= VMCI sockets), quindi la guida pertinente è la seconda.

In ogni caso, che errore ti ritorna la compilazione quando si interrompe?
E, prima, quando esegui

Code: Select all

patch -p0 < /path/to/vsock.patch
per caso ottieni qualche errore (tipo compare la parola "rejected")?

GvM

ominomichelin
Utente
Utente
Posts: 141
Joined: 28 March 2009, 18:19
OpenMandriva: 2009.1 x86_64
Kernel: 2.6.29.1

Re: kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7

Post by ominomichelin »

ciao
sembara che sia un po piu complicato aggiornare i moduli patchati in precedenza
cancella sbin/lsmod generato da module-init-tools all avvio della machina host.
come ho risolto io , non so se va su tutte mandriva e/o arch,o gnome o altro
TESTATO E VA SU MDV 2010.1 X86_64 KDE4.5.1 KERNEL2.6.35.4 NRJ-MIB

quindi prima cosa da fare :
1.

Code: Select all

/etc/init.d/vmware stop
2.

Code: Select all

sudo urpmi --replacepkgs module-init-tools
(e fatevi dopo un backup de lsmod cp -r /sbin/lsmod $HOME/.kde4)

3.

Code: Select all

cd /tmp && wget http://www.sputnick-area.net/scripts/vmware7.1.1-patch-kernel-2.6.35.bash && chmod +x vmware7.1.1-patch-kernel-2.6.35.bash
4.

Code: Select all

sudo ./vmware7.1.1-patch-kernel-2.6.35.bash
fatto questo compilate i moduli con :

Code: Select all

sudo vmware-modconfig --console --install-all
adesso tutto funziona fino al primo raivvio :lol: perche dopo il boot
il file lsmod in /sbin nn ce piu o pure e ghost, io da troglodita come ho risolto , ho fatto un script :

Code: Select all

#bin/bash
sudo cp -r $HOME/.kde4/lsmod /sbin
io lo chiamato lsmod-to-sbin.sh e lo reso eseguibile (chmod +x)
( importante e che abbia l'estensione .sh)

salvato in $HOME/.kde4/autostart .

Adesso in systemsettings/avvio&spegnimento compare lo script
e basta farlo partire in pre-kde ovvero dal menu a tendina scegliete:
Avvio pre-KDE.

risolvere il caricamento dei moduli al boot:

Editate il symlink in /etc/rc5.d in S98
o pure :
da aggiungere in rc.local

Code: Select all

/etc/rc.d/init.d/vmware stop
/etc/rc.d/init.d/vmware start
-E FORTEMENTE NECESSARIO CONOSCERE IL VOSTRO SISTEMA
-NON E RACCOMANDATO PER I PRINCIPIANTI ( sui kernel ufficiali vmware builda senza problemi)

##########################
adesso per qualsiasi cosa che non vi va o vi si sfona il sistema non rispondo dei danni subiti , e non e uno scherzo ci si risca di danneggiare
lsmod e insmod, (module-init-tools), se non sapete cosa fate meglio lasciar perdere.
Per qualsiasi emergenza, in caso di errori , reinstallate le init prima di riavviare la machina :

Code: Select all

sudo urpmi --replacepkgs module-init-tools
questo vi ripristinerà le librerie .
Buona fortuna.

@GVM
non e da patchare solo vmci , e un po piu complicato per via dei bld mancanti....in %_vmware-libdir/modules/bin ce la sorpressa.... :lol:

PS.
ma solo per curiosità perche e sotto :

Code: Select all

MIB-Packages Discussion
nn mi pare che vmware sia un pacchetto MIB ....o si? devo sapere qualcosa? :lol:
http://www.mandrivausers.ro/ MRB aint no shit , :p Linux user number 507107 Nu dați banii pe prostii, puneți Linux pe PISI !

User avatar
GvMariani
Collaboratore
Collaboratore
Posts: 610
Joined: 27 July 2009, 11:31
ROSA: 2016.1 Fresh R10
OpenMandriva: -
Kernel: 4.19.13-nrj-desktop
Desktop: Plasma 5
country: Italy
Location: Cologno Monzese (MI) - Italia

Re: kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7

Post by GvMariani »

ominomichelin wrote: @GVM
non e da patchare solo vmci , e un po piu complicato per via dei bld mancanti.... :lol:
Strano...
io non ho fatto nulla di tutto quello che hai indicato, eppure tutto funziona perfettamente con il 2.6.35.4-nrj (a parte, ovvio, i due iniziali errori di build con vmmon e vsock, corretti nel modo che ho descritto).
Cu^M^M ehm... Fortuna? ;)

Ho dato anche un veloce sguardo allo script che indicavi e mi sembra che ciò che va a patchare sono esattamente le stesse cose che le due summenzionate guide indicavano; l'unica differenza sembrerebbe dunque il "traffico" con il file 'lsmod'...
Comunque: se funziona... sta bene così.

Per curiosità: a che pro tutto ciò?
Ha a che fare con:
in %_vmware-libdir/modules/bin ce la sorpressa....
ovvero? qualche link esplicativo?
(Non si finisce mai di imparare... :) )

GvM

User avatar
ninarello19
Utente
Utente
Posts: 222
Joined: 4 March 2009, 15:56
OpenMandriva: 2010.2
Kernel: 2.6.38.2-desktop-nrj
Desktop: KDE 4.5.5

Re: kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7

Post by ninarello19 »

Ho eseguito la 2° parte della guida di Nicco come da suggerito ed il problema si è risolto perfettamente; in sostanza sono stati compilati regolarmente tutti i moduli compreso il (VMCI Sockets) il wmware 7.1.2 funziona perfettamente.
Grazie a GvMariani
Grazie a Salvatore 47 e al compilatore della guida Nicco.
Saluti ad majora.
ninarello19
=========
RosaDesktop.Fresh 2012.1 R1 - arch. x86_64 - KDE 4.10.4 MIB - Kernel 3.10.15-nrjQL-desktop-69rosa #1 SMP PREEMPT
O.S. alternativi su VMware workstation 10.0.0>>> Ubuntu, Windows XP Pro, Windows Seven e Mac come Macchine VIrtuali

ominomichelin
Utente
Utente
Posts: 141
Joined: 28 March 2009, 18:19
OpenMandriva: 2009.1 x86_64
Kernel: 2.6.29.1

Re: kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7

Post by ominomichelin »

@GVM
link ?? quale link???
ma se te lo gia scritto ....
/usr/lib/vmware/modules/binaries
adesso hai capito?

PS.
studioso di vmware? ghghghgh....
fatti un snow-leopard e ne riparleremo , va bene anche uno col darwin per cominciare.... o pure prova a avviare da usb, in vm, qualsiasi distro dumpata
Buona fortuna
:lol:
http://www.mandrivausers.ro/ MRB aint no shit , :p Linux user number 507107 Nu dați banii pe prostii, puneți Linux pe PISI !

User avatar
GvMariani
Collaboratore
Collaboratore
Posts: 610
Joined: 27 July 2009, 11:31
ROSA: 2016.1 Fresh R10
OpenMandriva: -
Kernel: 4.19.13-nrj-desktop
Desktop: Plasma 5
country: Italy
Location: Cologno Monzese (MI) - Italia

Re: kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7

Post by GvMariani »

ominomichelin wrote: studioso di vmware? ghghghgh....
Naaa...
e' che per carattere e inclinazione mi piace capire il perché delle cose, specialmente quando accadono / possono accadere alla mia macchina.
E poi è così che si impara davvero, mi dicono... ;)

GvM

User avatar
Salvatore47
Utente senior
Utente senior
Posts: 408
Joined: 17 November 2008, 18:38
OpenMandriva: 2011.0 - 64bit
Kernel: 3.1.6-nrj.69mib
Desktop: KDE - GNOME
country: ITALIA

Re: kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7

Post by Salvatore47 »

Ieri ho installato VMWare Player 3.1.2, l'ultimo modulo non si compila.

Riporto qui una discussione sul forum di VMWare:

http://communities.vmware.com/thread/285308

Stessa cosa succede al medesimo.

Esiste una procedura più semplice per var compilare il modulo VMCI Sockets ?

Ciao Salvo

User avatar
GvMariani
Collaboratore
Collaboratore
Posts: 610
Joined: 27 July 2009, 11:31
ROSA: 2016.1 Fresh R10
OpenMandriva: -
Kernel: 4.19.13-nrj-desktop
Desktop: Plasma 5
country: Italy
Location: Cologno Monzese (MI) - Italia

Re: kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7

Post by GvMariani »

Salvatore47 wrote: Esiste una procedura più semplice per var compilare il modulo VMCI Sockets ?
Temo di no, Salvo: farebbe comodo anche a me... :(

Se vuoi la spiegazione del perché leggi qui di seguito; se no, lascia perdere.

Il dato di partenza è che VMW (sia WKS che Player) porta con sè dei moduli precompilati per i kernel che supporta e i sorgenti da ricompilare (sperabilmente) per quelli ancora non supporta, p.es. perché usciti dopo il rilascio della versione in questione di VMW...
(NB: discorso analogo vale per i VMW Tools per guest Linux...)

Ma proprio qui sta il duplice problema:
1) i predetti sorgenti non sembrano far parte di quelli del kernel, quindi cambiamenti apportati a questi ultimi non vengono automaticamente riportati sui primi e quindi ne possono impedire la compilazione: cambiano dichiarazioni di strutture, nomi di funzioni, ecc. ecc. (ultimamente ciò è capitato quasi sempre...);

2) quei "panzoni" che sviluppano VMW non si preoccupano di aggiornare periodicamente i loro sorgenti, ma solo in occasione del rilascio di nuove versioni del software (e neanche quello, a volte: passando dalla 7.1.1 alla 7.1.2 mi è toccato ripetere tutta l'operazione di patching perché
"quelli" non hanno aggiornato i sorgenti ai kernel > 2.6.33, ampiamente usciti nel frattempo), cosa che, però, capita 2-3 volte l'anno.

Quindi noi utenti siamo costretti o a tenerci kernel vecchi che però fungono bene con VMW, o (se costretti a passare a kernel più recenti, per performance o risoluzione problemi...) a imbarcarci nella complessa operazione descritta più sopra, con il rischio di doverla ripetere più e più volte, ad ogni cambio di kernel... :evil:

GvM

User avatar
NicCo
Amministratore
Amministratore
Posts: 4739
Joined: 6 December 2007, 19:54

Re: kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7

Post by NicCo »

Non vi preoccupate:
a giorni esce Ubuntu 10.10 che sarà equipaggiato di kernel 2.6.35,
sarà disponibile una versione di vmware che supporterà quel Kernel
e per festeggiare porteremo allora anche il nuovissimo 2.6.35.7

così va, gli aggiornamenti di vmware seguono principalmente i kernel presenti ufficialmente sulle distro numericamente importanti e le loro specs, non i kernel recentissimi ma adoperati ancora da nessuno...


SOLUZIONE?
ninarello19 dice di aver risolto anche il vsocket, seguendo la seconda parte della guida
e credo si riferisse alla seconda parte proprio qui: http://mib.pianetalinux.org/mib/forum/v ... 296#p12900


Ciao,
NicCo
.
--- Professional experience ---
Kernel designer, engineer, maintainer and tester for ROSA Desktop and OpenMandriva Lx O.S.

--- currently I'm playing with ---
LTS Kernels > Linux 4.1.12-nrjQL <<< Linux 3.18.17-nrjQL <<< Linux 3.14.46-nrjQL
EOL Kernels > Linux 3.19.8-nrjQL <<< Linux 3.17.8-nrjQL <<< Linux 3.15.10-nrjQL

User avatar
Salvatore47
Utente senior
Utente senior
Posts: 408
Joined: 17 November 2008, 18:38
OpenMandriva: 2011.0 - 64bit
Kernel: 3.1.6-nrj.69mib
Desktop: KDE - GNOME
country: ITALIA

Re: kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7

Post by Salvatore47 »

Prova la 2° parte della guida, ma il risultato non cambia.

Ciao da Salvo

User avatar
GvMariani
Collaboratore
Collaboratore
Posts: 610
Joined: 27 July 2009, 11:31
ROSA: 2016.1 Fresh R10
OpenMandriva: -
Kernel: 4.19.13-nrj-desktop
Desktop: Plasma 5
country: Italy
Location: Cologno Monzese (MI) - Italia

Re: kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7

Post by GvMariani »

Salvatore47 wrote:Prova la 2° parte della guida, ma il risultato non cambia.
A questo punto però serve sapere con precisione qual è l'errore che dà...
Se passi ad una finestra di terminale (CRTL+ALT+F2, p.es.) e, dopo esserti loggato come root, dai "vmware-modconfig --build-mod" cosa ottieni?

Dovrebbe partire il processo di building e, se ci sono errori, dovresti vederli a schermo (e poi dovrebbero stare in un log in "/root/tmp/vmware-root/"...)

GvM

User avatar
Salvatore47
Utente senior
Utente senior
Posts: 408
Joined: 17 November 2008, 18:38
OpenMandriva: 2011.0 - 64bit
Kernel: 3.1.6-nrj.69mib
Desktop: KDE - GNOME
country: ITALIA

Re: kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7

Post by Salvatore47 »

1) risultato con l'opzione 2° parte facendo partire il file con estensione sh:

[root@localhost VMWare_Player]# sh vmare-k2635-02.sh
vmare-k2635-02.sh: line 5: /home/salvatore/Scaricati/VMWare_Player/vsock.patch: No such file or directory
Stopping VMware services:
VMware USB Arbitrator [ OK ]
VM communication interface socket family [ OK ]
Virtual machine communication interface [ OK ]
Virtual machine monitor [ OK ]
Blocking file system [ OK ]
Using 2.6.x kernel build system.
make: Entering directory `/tmp/vmware-root/modules/vmmon-only'
make -C /lib/modules/2.6.35.4-desktop-nrj.69mib/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. \
MODULEBUILDDIR= modules
make[1]: Entering directory `/usr/src/linux-2.6.35.4-desktop-nrj.69mib'
CC [M] /tmp/vmware-root/modules/vmmon-only/linux/driver.o
CC [M] /tmp/vmware-root/modules/vmmon-only/linux/driverLog.o
CC [M] /tmp/vmware-root/modules/vmmon-only/linux/hostif.o
/tmp/vmware-root/modules/vmmon-only/linux/hostif.c: In function ‘HostIFReadUptimeWork’:
/tmp/vmware-root/modules/vmmon-only/linux/hostif.c:2004: warning: ‘newUpBase’ may be used uninitialized in this function
CC [M] /tmp/vmware-root/modules/vmmon-only/linux/iommu.o
/tmp/vmware-root/modules/vmmon-only/linux/iommu.c: In function ‘IOMMUUnregisterDeviceInt’:
/tmp/vmware-root/modules/vmmon-only/linux/iommu.c:216: warning: ignoring return value of ‘device_attach’, declared with attribute warn_unused_result
CC [M] /tmp/vmware-root/modules/vmmon-only/common/comport.o
CC [M] /tmp/vmware-root/modules/vmmon-only/common/cpuid.o
CC [M] /tmp/vmware-root/modules/vmmon-only/common/hashFunc.o
CC [M] /tmp/vmware-root/modules/vmmon-only/common/memtrack.o
CC [M] /tmp/vmware-root/modules/vmmon-only/common/phystrack.o
CC [M] /tmp/vmware-root/modules/vmmon-only/common/task.o
CC [M] /tmp/vmware-root/modules/vmmon-only/common/vmx86.o
CC [M] /tmp/vmware-root/modules/vmmon-only/vmcore/moduleloop.o
LD [M] /tmp/vmware-root/modules/vmmon-only/vmmon.o
Building modules, stage 2.
MODPOST 1 modules
CC /tmp/vmware-root/modules/vmmon-only/vmmon.mod.o
LD [M] /tmp/vmware-root/modules/vmmon-only/vmmon.ko
make[1]: Leaving directory `/usr/src/linux-2.6.35.4-desktop-nrj.69mib'
make -C $PWD SRCROOT=$PWD/. \
MODULEBUILDDIR= postbuild
make[1]: Entering directory `/tmp/vmware-root/modules/vmmon-only'
make[1]: `postbuild' is up to date.
make[1]: Leaving directory `/tmp/vmware-root/modules/vmmon-only'
cp -f vmmon.ko ./../vmmon.o
make: Leaving directory `/tmp/vmware-root/modules/vmmon-only'
Built vmmon module
Using 2.6.x kernel build system.
make: Entering directory `/tmp/vmware-root/modules/vmnet-only'
make -C /lib/modules/2.6.35.4-desktop-nrj.69mib/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. \
MODULEBUILDDIR= modules
make[1]: Entering directory `/usr/src/linux-2.6.35.4-desktop-nrj.69mib'
CC [M] /tmp/vmware-root/modules/vmnet-only/driver.o
CC [M] /tmp/vmware-root/modules/vmnet-only/hub.o
CC [M] /tmp/vmware-root/modules/vmnet-only/userif.o
CC [M] /tmp/vmware-root/modules/vmnet-only/netif.o
CC [M] /tmp/vmware-root/modules/vmnet-only/bridge.o
CC [M] /tmp/vmware-root/modules/vmnet-only/filter.o
CC [M] /tmp/vmware-root/modules/vmnet-only/procfs.o
CC [M] /tmp/vmware-root/modules/vmnet-only/smac_compat.o
CC [M] /tmp/vmware-root/modules/vmnet-only/smac.o
CC [M] /tmp/vmware-root/modules/vmnet-only/vnetEvent.o
CC [M] /tmp/vmware-root/modules/vmnet-only/vnetUserListener.o
LD [M] /tmp/vmware-root/modules/vmnet-only/vmnet.o
Building modules, stage 2.
MODPOST 1 modules
CC /tmp/vmware-root/modules/vmnet-only/vmnet.mod.o
LD [M] /tmp/vmware-root/modules/vmnet-only/vmnet.ko
make[1]: Leaving directory `/usr/src/linux-2.6.35.4-desktop-nrj.69mib'
make -C $PWD SRCROOT=$PWD/. \
MODULEBUILDDIR= postbuild
make[1]: Entering directory `/tmp/vmware-root/modules/vmnet-only'
make[1]: `postbuild' is up to date.
make[1]: Leaving directory `/tmp/vmware-root/modules/vmnet-only'
cp -f vmnet.ko ./../vmnet.o
make: Leaving directory `/tmp/vmware-root/modules/vmnet-only'
Built vmnet module
Using 2.6.x kernel build system.
make: Entering directory `/tmp/vmware-root/modules/vmblock-only'
make -C /lib/modules/2.6.35.4-desktop-nrj.69mib/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. \
MODULEBUILDDIR= modules
make[1]: Entering directory `/usr/src/linux-2.6.35.4-desktop-nrj.69mib'
CC [M] /tmp/vmware-root/modules/vmblock-only/linux/block.o
CC [M] /tmp/vmware-root/modules/vmblock-only/linux/control.o
CC [M] /tmp/vmware-root/modules/vmblock-only/linux/dbllnklst.o
CC [M] /tmp/vmware-root/modules/vmblock-only/linux/dentry.o
CC [M] /tmp/vmware-root/modules/vmblock-only/linux/file.o
CC [M] /tmp/vmware-root/modules/vmblock-only/linux/filesystem.o
CC [M] /tmp/vmware-root/modules/vmblock-only/linux/inode.o
CC [M] /tmp/vmware-root/modules/vmblock-only/linux/module.o
CC [M] /tmp/vmware-root/modules/vmblock-only/linux/stubs.o
CC [M] /tmp/vmware-root/modules/vmblock-only/linux/super.o
LD [M] /tmp/vmware-root/modules/vmblock-only/vmblock.o
Building modules, stage 2.
MODPOST 1 modules
CC /tmp/vmware-root/modules/vmblock-only/vmblock.mod.o
LD [M] /tmp/vmware-root/modules/vmblock-only/vmblock.ko
make[1]: Leaving directory `/usr/src/linux-2.6.35.4-desktop-nrj.69mib'
make -C $PWD SRCROOT=$PWD/. \
MODULEBUILDDIR= postbuild
make[1]: Entering directory `/tmp/vmware-root/modules/vmblock-only'
make[1]: `postbuild' is up to date.
make[1]: Leaving directory `/tmp/vmware-root/modules/vmblock-only'
cp -f vmblock.ko ./../vmblock.o
make: Leaving directory `/tmp/vmware-root/modules/vmblock-only'
Built vmblock module
Using 2.6.x kernel build system.
make: Entering directory `/tmp/vmware-root/modules/vmci-only'
make -C /lib/modules/2.6.35.4-desktop-nrj.69mib/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. \
MODULEBUILDDIR= modules
make[1]: Entering directory `/usr/src/linux-2.6.35.4-desktop-nrj.69mib'
CC [M] /tmp/vmware-root/modules/vmci-only/linux/driver.o
CC [M] /tmp/vmware-root/modules/vmci-only/linux/driverLog.o
CC [M] /tmp/vmware-root/modules/vmci-only/linux/vmciKernelIf.o
CC [M] /tmp/vmware-root/modules/vmci-only/common/vmciContext.o
CC [M] /tmp/vmware-root/modules/vmci-only/common/vmciDatagram.o
CC [M] /tmp/vmware-root/modules/vmci-only/common/vmciDriver.o
CC [M] /tmp/vmware-root/modules/vmci-only/common/vmciDs.o
CC [M] /tmp/vmware-root/modules/vmci-only/common/vmciEvent.o
CC [M] /tmp/vmware-root/modules/vmci-only/common/vmciGroup.o
CC [M] /tmp/vmware-root/modules/vmci-only/common/vmciHashtable.o
CC [M] /tmp/vmware-root/modules/vmci-only/common/vmciProcess.o
CC [M] /tmp/vmware-root/modules/vmci-only/common/vmciQueuePair.o
CC [M] /tmp/vmware-root/modules/vmci-only/common/vmciResource.o
LD [M] /tmp/vmware-root/modules/vmci-only/vmci.o
Building modules, stage 2.
MODPOST 1 modules
CC /tmp/vmware-root/modules/vmci-only/vmci.mod.o
LD [M] /tmp/vmware-root/modules/vmci-only/vmci.ko
make[1]: Leaving directory `/usr/src/linux-2.6.35.4-desktop-nrj.69mib'
make -C $PWD SRCROOT=$PWD/. \
MODULEBUILDDIR= postbuild
make[1]: Entering directory `/tmp/vmware-root/modules/vmci-only'
make[1]: `postbuild' is up to date.
make[1]: Leaving directory `/tmp/vmware-root/modules/vmci-only'
cp -f vmci.ko ./../vmci.o
make: Leaving directory `/tmp/vmware-root/modules/vmci-only'
Built vmci module
Using 2.6.x kernel build system.
make: Entering directory `/tmp/vmware-root/modules/vsock-only'
make -C /lib/modules/2.6.35.4-desktop-nrj.69mib/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. \
MODULEBUILDDIR= modules
make[1]: Entering directory `/usr/src/linux-2.6.35.4-desktop-nrj.69mib'
CC [M] /tmp/vmware-root/modules/vsock-only/linux/af_vsock.o
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c: In function ‘VSockVmciStreamConnect’:
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c:3233: error: ‘struct sock’ has no member named ‘sk_sleep’
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c:3256: error: ‘struct sock’ has no member named ‘sk_sleep’
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c:3268: error: ‘struct sock’ has no member named ‘sk_sleep’
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c: In function ‘VSockVmciAccept’:
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c:3328: error: ‘struct sock’ has no member named ‘sk_sleep’
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c:3344: error: ‘struct sock’ has no member named ‘sk_sleep’
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c:3378: error: ‘struct sock’ has no member named ‘sk_sleep’
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c: In function ‘VSockVmciPoll’:
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c:3476: error: ‘struct sock’ has no member named ‘sk_sleep’
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c: In function ‘VSockVmciStreamSendmsg’:
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c:4116: error: ‘struct sock’ has no member named ‘sk_sleep’
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c:4153: error: ‘struct sock’ has no member named ‘sk_sleep’
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c:4206: error: ‘struct sock’ has no member named ‘sk_sleep’
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c: In function ‘VSockVmciStreamRecvmsg’:
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c:4440: error: ‘struct sock’ has no member named ‘sk_sleep’
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c:4480: error: ‘struct sock’ has no member named ‘sk_sleep’
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c:4546: error: ‘struct sock’ has no member named ‘sk_sleep’
make[2]: *** [/tmp/vmware-root/modules/vsock-only/linux/af_vsock.o] Error 1
make[1]: *** [_module_/tmp/vmware-root/modules/vsock-only] Error 2
make[1]: Leaving directory `/usr/src/linux-2.6.35.4-desktop-nrj.69mib'
make: *** [vsock.ko] Error 2
make: Leaving directory `/tmp/vmware-root/modules/vsock-only'
Unable to install vsock

2) esecuzione del comando vmware-modconfig --build-mod:

Acquisizione del valore per "/desktop/gnome/interface/accessibility" non riuscita: Contatto col server di configurazione non riuscito; tra le possibili cause la necessità di abilitare il supporto TCP/IP per ORBit o la presenza di un vecchio blocco NFS causato da un crash del sistema. Consultare http://www.gnome.org/projects/gconf/ per ulteriori informazioni (dettagli - 1: Recupero delle connessione alla sessione non riuscito: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.).
Acquisizione del valore per "/desktop/gnome/interface/accessibility" non riuscita: Contatto col server di configurazione non riuscito; tra le possibili cause la necessità di abilitare il supporto TCP/IP per ORBit o la presenza di un vecchio blocco NFS causato da un crash del sistema. Consultare http://www.gnome.org/projects/gconf/ per ulteriori informazioni (dettagli - 1: Recupero delle connessione alla sessione non riuscito: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.).
Logging to /tmp//vmware-root/setup-32120.log
Failed to parse options.
Opzione --build-mod sconosciuta

risultato file setup-32120.log:
ott 04 18:57:08.306: app-140195393378048| Log for VMware Workstation pid=32120 version=7.1.2 build=build-301548 option=Release
ott 04 18:57:08.306: app-140195393378048| The process is 64-bit.
ott 04 18:57:08.306: app-140195393378048| Host codepage=UTF-8 encoding=UTF-8
ott 04 18:57:08.306: app-140195393378048| Logging to /tmp//vmware-root/setup-32120.log
ott 04 18:57:08.332: app-140195393378048| Failed to parse options.
ott 04 18:57:08.332: app-140195393378048| Opzione --build-mod sconosciuta



Ciao da Salvo

Post Reply