c'era una volta uno (che sarei io) che aveva configurato Mandrake 8 con
VMware e tante altre cosette..; questo qualcuno, mai contento, perche'
c'e' sempre un aggiornamento, un qualcosa di nuovo da mettere sul picci'
e' riuscito a rovinare la configurazione.
COME e' successo? Non lo so e non ne ho la + pallida idea.
QUANDO e' successo? la notte tra il 4 ed il 5 luglio.
COSA e' successo?
Per chi ha un minimo di pratica con VMware esso in fase di installazione
piazza uno script al livello 3 del boot che ha lo scopo di caricare i
moduli (nella fattispecie vmmon.o e vmnet.o) configurare l'emulazione
ethernet e configurare la rete (a seconda delle scelte bridged o
network).
Tutto andava bene salvo che mi si era piantata la macchina in quei giorni
e la mattina del 5 lanciando VMware mi va in segmentation fault.
Leggo il boot e trovo che VMware e' installato ma non e' configurato per
il kernel (ho fatto tante cose ma il kernel non l'ho toccato!!!) e quindi
consigli di lanciare lo script di installazione vmware-config.pl.
Ebbene tutte le volte che lo lancio mi da un bel (orrendo!) [FALLITO]
alla voce bridged-network.
Tutti gli eseguibili vmnet-* lanciandoli vanno in segm. fault.
Ho fatto di tutto!
Ho tolto e rimesso l'rpm, ho tolto e rimesso tutti gli script che girano
al livello 3... NULLA... mi becco sempre quel fottuto errore di rete!!
Ho letto tutti i files presenti in /var/log, ho letto 300 volte la
documentazione di VMware sia sul mio computer che nel loro sito, ho letto
la documentazione sulla rete e sono oramai alla frutta.
Qualcuno lavora e ha pratica di VMware? Posso scambiare un paio di
chiacchere con questo qualcuno?
ciao e grazie per la pazienza.
Dav
Io ho questo problema sporadicamente, di solito quando aggiorno il
kernel: dipende dalla versione vecchia di VMware. Quella attuale compila
bene sul 2.4.5 che ho adesso, le precedenti non andavano oltre il 2.4.3.
Ma direi che non è il tuo caso, visto che dici di non avere toccato il
kernel. Comunqua prova ad aggiornare l'rpm.
> Tutti gli eseguibili vmnet-* lanciandoli vanno in segm. fault.
Questo è normale, se ti danno errori sulla configurazione.
> Ho tolto e rimesso l'rpm, ho tolto e rimesso tutti gli script che girano
> al livello 3... NULLA... mi becco sempre quel fottuto errore di rete!!
Esattamente, quale errore?
> Qualcuno lavora e ha pratica di VMware? Posso scambiare un paio di
> chiacchere con questo qualcuno?
Io lo uso spesso, anche due sessioni alla volta. Scrivi pure, ma non
stupirti se sparisco per un po'. Sarò bloccato a Genova nei prossii
giorni.
--
Registered user at http://counter.li.org # 170453
ICQ 61259284
GnuPG Key fingerprint = 10E0 2B05 0B0A 3525 8760 788B 59B6 C74A 250E 65B6
saluti
Davide
"Silvio Bacchetta" <sorgiLEV...@tiscalinet.it> ha scritto nel
messaggio news:i4gii9...@ziggy.morningfrost.it...
>Scusate, ma come cavolo si fa'
> da vmware a rimuovere il beep del test della ram dopo il power-on??
> mi da sui nervi....
Settings-> Host reserved memory-> advanced
togli il perform check
ciao
dav
Vmware ti da qualche errore all'avvio? Da quando ho messo XFree 4, non
ho più potuto usare il full screen con la mia ATI Mach64, per via dalla
mancata accelerazione hardware. Ho risolto tutto con una scheda Nvidia e
i driver di questa. Che scheda hai, è supportata dal DRI? Ricorda anche
che la documentazione del DRI consiglia di disabilitare il supporto DRI
del kernel.
Altra cosa: il driver video della macchina emulata è giusto? Se è una
macchina win, come viene chiamato nella gestione periferiche?
> - Non ho un device RTC e quindi l'orologio della emulazione e'
> completamente sballato,
Normale: ricompila il kernel con il supporto RTC, non c'è altra
soluzione. Controlla anche che /dev/rtc esista.
> - L'audio fa pena; non riesco a sentire gli mp3.
Questo non mi capita, il livello è solo più basso del solito.
> - Se spengo la macchina virtuale in full screen mi si pianta il monitor e
> non riesco piu' a vedere nulla, devo fare reboot
Non è che semplicemente stai guardando il terminale sbagliato? Il full
screen usa il primo terminale libero che trova, quindi se X gira sul
settimo, vmware usa l'ottavo: prova a premere ctrl+alt+F7.
> - Non riesco a collegarmi ad internet contemporaneamente su l'host e
> sul guest; ovvero se sono collegato ad internet e lancio vmware non
> mi vede il modem. Se mi collego a internet mentre vmware e' lanciato
Il fatto è che la seriale viene bloccata di solito da pppd: o la usa
linux, o la usa vmware.
La cosa più elegante è configurare il masquerading, connettersi da linux
e far sì che la macchina virtuale esca su internet tramite quella vera:
è esattamente quello che si fa quando si ha una rete e si condivide la
connessione di una. Includo il forward di un vecchio articolo molto
illuminante, apparso su questo gruppo circa un anno fa: a me è servito molto:
<>
>Come faccio a far comunicare winzozz con linux?
Dentro VMware ?
>Se devo usare samba come lo configuro?
VMware ha di default una versione "personale" di Samba.
Allora...
primo comandamento: non lanciare X-Window da root;
entra da utente, quindi fai
$ xhost localhost
$ su -
password di root
# export DISPLAY=localhost:0.0
# vmware [file di configurazione di W98] &
Per cominciare a mettere in piedi la tua rete,
in fondo a /etc/rc.d/rc.local aggiungi il seguente comando:
/sbin/ifconfig vmnet1 192.168.0.1 netmask 255.255.255.0 broadcast
127.255.255.255 up
Mentre stai facendo prove ovviamente devi dare
lo stesso comando da root su una shell.
Settings --> Configuration Editor --> selezioni
Ethernet Adapters e scegli la configurazione "Custom".
Guarda dentro a win98.cfg per capire quale device
sta usando per la ethernet virtuale, per me e` la vmnet1.
Nella configurazione "Custom", scegli "Custom" anche
per la "Connection Type" e dove va scritta la Vmnet
scrivi /dev/vmnet1 , quindi premi il pulsante "Install".
Quindi dai l'OK e lanci windog 98, li` dentro configuri
il TCP-IP per la scheda di rete, usando come IP,
ad esempio, 192.168.0.98.
A questo punto:
localhost --> 127.0.0.1 sia su Linux che sul S.O. virtuale
linux.dominio.it --> 192.168.0.1
windog --> 192.168.0.98
Avvii win98, quindi provi
ping 192.168.0.98 da Linux
ping 192.168.0.1 da win98
Se funzionano, ora li hai fatti comunicare e puoi
almeno scambiare i file tramite FTP usando Linux come server,
navigare con Exploiter il Web Server Linux usando
http://192.168.0.1 , fare telnet, ecc.,
Poi puoi usare sia Linux che win98 per uscire su Internet,
in fondo a /etc/rc.d/rc.local aggiungi i seguenti comandi:
/sbin/ipchains -P forward DENY
echo 1 > /proc/sys/net/ipv4/ip_forward
/sbin/ipchains -A forward -s 192.168.0.0/24 -j MASQ
Questo permette che vengano eseguiti a ogni riavvio.
Mentre stai facendo prove ovviamente devi dare
gli stessi comandi da root su una shell.
A questo punto su win98 devi scegliere 192.168.0.1 (Linux)
come gateway e fornire gli IP dei DNS che hai gia`
scritto per Linux in /etc/resolv.conf, cioe` quelli
forniti dall'ISP (win ti chiedera` un altro riavvio :-( ).
Quindi collegati all'ISP tramite Linux e verifica
che riesci a navigare sia con Netscape dentro Linux
che con Exploiter dentro windog.
Fatto questo, puoi installare Samba e attivare
il corrispondente servizio, ti allego l'/etc/smb.conf
di Nausicaa, tieni presente che per me Linux e win98 sono
16.16.16.1 e 16.16.16.17, quindi vedi di fare
le opportune modifiche agli IP che trovi in /etc/smb.conf .
Per vedere le directory condivise sull'Esplora Risorse
puo` essere necessario abilitare esplicitamente
i collegamenti...
... ma te ne ho gia` dette tante: arriva fin dove puoi
e dove hai problemi fatti risentire.
Moltissimi hints li trovi sui vari numeri di Linux & C,
guardati anche smbclient e smbmount - smbumount
e ricorda che per farli funzionare in /etc/hosts
devi mettere
192.168.0.98 nomemsnet.dominio.it nomemsnet
Salve salvino.
Saluti.
Davide
>
> Vmware ti da qualche errore all'avvio?
Si' saranno 18 gli errori che mi da in sequenza, ma riguardano le cose
che ti ho detto...
>Da quando ho messo XFree 4, non
> ho più potuto usare il full screen con la mia ATI Mach64, per via dalla
> mancata accelerazione hardware. Ho risolto tutto con una scheda Nvidia e
> i driver di questa. Che scheda hai, è supportata dal DRI? Ricorda anche
> che la documentazione del DRI consiglia di disabilitare il supporto DRI
> del kernel.
Ecco parti dal presupposto che non ho una Nvidia e che ho una ATI.
Versione di XFree86 4.0.3 (e non ci penso proprio a cambiarla almeno al
momento!).
Ti dico che di HW non capisco nulla e il fatto che la ATI abbia tirato
fuori 53 schede video con nomi molto simili non mi aiuta di certo.
Io "credevo" di avere una Rage PRO 128 e quindi per un mesetto ho provato
a lanciare X con il rendering attivo, ma tutte le volte che cambiavo il
nome del modulo di device da ati a r128 mi beccavo un bel no screens
found.
Da quel momento ho capito che la mia ATI anche se era Rage Pro non doveva
essere 128! Il driver windows dice Mach 64 Rage IIc e lo stesso dicono i
tool di configurazione della redhat e della mandrake.
Nella sezione di Load modules del XConfig ho ancora adesso ho Load DRI,
Load glx; ovviamente glxinfo dice che NON ho il rendering attivo e tutte
le volte che lancio qualcosa da terminale sotto X parte dopo avermi
sputato in faccia la frase "Xlib: extension "RENDER" missing on display
":0.0"."
> Altra cosa: il driver video della macchina emulata è giusto? Se è una
> macchina win, come viene chiamato nella gestione periferiche?
Immagino di si' ma non ne sono sicuro; sono sicuro che il windows di
vmware non vede una ATI come scheda video e non vede una YAMAHA
come scheda audio (che invece ho) e un ltmodem (ma un modem standard).
Ho installato VMTools o come
diavolo si chiama e da 16 colori sono passato ad una risoluzione decente
Non ho problemi grafici all'interno di vmware rigurado alla risoluzione
ed al numero di colori.
>> - Non ho un device RTC e quindi l'orologio della emulazione e'
>> completamente sballato,
> Normale: ricompila il kernel con il supporto RTC, non c'è altra
> soluzione. Controlla anche che /dev/rtc esista.
No... non ci penso neppure a ricompilare il kernel anche se avrei altri
12 motivi per farlo. Sono rimasto traumatizzato dall'ultima volta che ho
lanciato il make bzImage. Ho /dev/rtc, d'altra parte mi sebra strano che
il kernel della mandrake 8 sia stato compilato senza quel supporto.
Rimane il fatto che c'e' e non c'e', e siccome non so cos'e' .....
>>> - L'audio fa pena; non riesco a sentire gli mp3.
> Questo non mi capita, il livello è solo più basso del solito.
In realta' e' strano penso sia una questione di DMA interrupts e
compagnia; difatti i CDaudio li legge bene senza problemi
>
>> - Se spengo la macchina virtuale in full screen mi si pianta il monitor
>> e non riesco piu' a vedere nulla, devo fare reboot
>
> Non è che semplicemente stai guardando il terminale sbagliato? Il full
> screen usa il primo terminale libero che trova, quindi se X gira sul
> settimo, vmware usa l'ottavo: prova a premere ctrl+alt+F7.
Nah... he eh saro' coglione ma c'e' un limite.. La prima cosa che ho
fatto quando mi e' capitato e' stato cercare di cambiare terminale (li ho
provati tutti!!) anche
perche' il picci' non aveva fatto una piega. Il problema e' che cambia
anche il colore del led (da verde=acceso passa a ambra=spento/stand-by)
>> - Non riesco a collegarmi ad internet contemporaneamente su l'host e
>> sul guest; ovvero se sono collegato ad internet e lancio vmware non mi
>> vede il modem. Se mi collego a internet mentre vmware e' lanciato
>
> Il fatto è che la seriale viene bloccata di solito da pppd: o la usa
> linux, o la usa vmware.
>
> La cosa più elegante è configurare il masquerading,
arabo!
>connettersi da linux
> e far sì che la macchina virtuale esca su internet tramite quella vera:
mi piacerebbe.. credevo di poterlo fare con il bridged-network. La rete
di windows-vmware vede esattamente tutto quello che vede ifconfig.
Io ingenuamente ho provato un timido ifconfig ppp0 up sperando di
rivedermelo sotto rete di windows... inutilr
> è esattamente quello che si fa quando si ha una rete e si condivide la
> connessione di una. Includo il forward di un vecchio articolo molto
> illuminante, apparso su questo gruppo circa un anno fa: a me è servito
> molto
ti ringrazio, me lo studiero' sperando di capirci.
grazie ancora di tutto.
ciao
dav
Bingo! Hai una Rage Pro 64, la cui accelerazione *non* è supportata da
XFree86 4 (mentre lo è dal 3.3.6, tramite un server dedicato).
Quello che ti succede purtroppo è normale. Io non so se nel frattempo è
cambiato qualcosa a livello di supporto (ho visto che nel kernel 2.4.5 è
stato aggiuno un supporto ottimizzato per il framebuffer di questa
scheda, per esempio), tieni d'occhio gli sviluppi di Xfree.
> Nella sezione di Load modules del XConfig ho ancora adesso ho Load DRI,
> Load glx; ovviamente glxinfo dice che NON ho il rendering attivo e tutte
> le volte che lancio qualcosa da terminale sotto X parte dopo avermi
> sputato in faccia la frase "Xlib: extension "RENDER" missing on display
> ":0.0"."
E anche questo è normale, solo le schede col Rage Pro 128 sono
supportate (tranne la Maxx, quella biprocessore). E anche le Radeon,
stando sulle ATI.
> Ho installato VMTools o come
> diavolo si chiama e da 16 colori sono passato ad una risoluzione decente
> Non ho problemi grafici all'interno di vmware rigurado alla risoluzione
> ed al numero di colori.
Ok.
> No... non ci penso neppure a ricompilare il kernel anche se avrei altri
> 12 motivi per farlo. Sono rimasto traumatizzato dall'ultima volta che ho
> lanciato il make bzImage. Ho /dev/rtc, d'altra parte mi sebra strano che
> il kernel della mandrake 8 sia stato compilato senza quel supporto.
> Rimane il fatto che c'e' e non c'e', e siccome non so cos'e' .....
Non è così strano. Il supporto permette di accedere direttamente al Real
Time Clock tramite quel device, di norma non serve farlo. Compilare il
kernel non è difficile, che problemi hai avuto?
> Nah... he eh saro' coglione ma c'e' un limite.. La prima cosa che ho
Senza offesa, eh!
> fatto quando mi e' capitato e' stato cercare di cambiare terminale (li ho
> provati tutti!!) anche
> perche' il picci' non aveva fatto una piega. Il problema e' che cambia
> anche il colore del led (da verde=acceso passa a ambra=spento/stand-by)
Sembra un bug della gestione della scheda video, allora.
>>connettersi da linux
>> e far sì che la macchina virtuale esca su internet tramite quella vera:
> mi piacerebbe.. credevo di poterlo fare con il bridged-network. La rete
> di windows-vmware vede esattamente tutto quello che vede ifconfig.
> Io ingenuamente ho provato un timido ifconfig ppp0 up sperando di
> rivedermelo sotto rete di windows... inutilr
Va bene, ma senza masquerading la rete di windows non può uscire fuori
dalla rete locale. Dei dire a windows che il gateway di default è la
macchina linux, e a questa di inoltrare i pacchetti ricevuti dalla
macchina windows verso internet. Quel post che ti ho allegato spiega
come fare.
ciao
Davide
"David Pardo" <da...@localhost.localdomain> ha scritto nel messaggio
news:20010712.121920...@localhost.localdomain...
> Bingo! Hai una Rage Pro 64, la cui accelerazione *non* è supportata da
> XFree86 4 (mentre lo è dal 3.3.6, tramite un server dedicato).
Ecco.. siccome le librerie di XFree 3.3.6 si da il caso che le abbia e
che mi sia anche installato quella polpetta di XF86_Mach64 mi consigli di
fare un downgrade? (sniff!!)
> Quello che ti succede purtroppo è normale. Io non so se nel frattempo è
> cambiato qualcosa a livello di supporto (ho visto che nel kernel 2.4.5 è
> stato aggiuno un supporto ottimizzato per il framebuffer di questa
> scheda, per esempio), tieni d'occhio gli sviluppi di Xfree.
Bah.. ho anche fatto un CVS di 2 ore per scaricarmi i sorgenti della
versione 4.1.0 da sourceforge e data la mia praticita' con la
compilazione X 4.1.0 non mi vede neppure il locale!
>
> Non è così strano. Il supporto permette di accedere direttamente al Real
> Time Clock tramite quel device, di norma non serve farlo. Compilare il
> kernel non è difficile, che problemi hai avuto?
Ah se fossi con RedHat immagino nessuno ma con Mandrake e' allucinante.
Funziona tutto tranquillamente (almeno si compila tutto senza errori:
(MIRACOLO!!) xconfig, bzImage, modules e compagnia (utilizzo anche
installkernel che rifa la system map).
Sistemo il bootloader (io uso GRUB e non mi dire di usare LILO!) provo a
lanciare e dopo aver caricato il kernel mi dice una cosa tipo nothing to
do e si pianta.
> Sembra un bug della gestione della scheda video, allora.
lo sara' non sono infatti convinto che vmware ci azzecchi con i driver
video.. forse neppure X dal momento che un paio di volte mi si e'
bloccato tutto ed ho dovuto resettare..
> Va bene, ma senza masquerading la rete di windows non può uscire fuori
> dalla rete locale. Dei dire a windows che il gateway di default è la
> macchina linux, e a questa di inoltrare i pacchetti ricevuti dalla
> macchina windows verso internet. Quel post che ti ho allegato spiega
> come fare.
Ecco ho seguito quel post che mi hai forwardato ma fino ad un certo
punto.
Io ipchains non lo avevo installato, nella descrizione dell'rpm dice che
se ho un kernel 2.4 (che e' il mio caso) sarebbe meglio che io usassi
net filter system invece di ipchains e che comunque anche se e' possibile averli
entrambi sulla macchina ne verra' usato uno solo. Quindi ho configurato
due ip (uno per linux che era poi quello di vmnet) ed uno appartenente ad
un sottodominio (che mi sono inventato) per windows 98.
Le due macchine si pingono tranquillamente.
Ho installato anche per l'occasione un ftp server su linux (cosa che mi
spaventa da morire!! Ho paura che qualcuno mi entri mentre sono connesso
ad internet) e riesco a fare ftp da windows a linux, ma il masquering me
lo scordo, infatti lanciando ipchains mi becco un "ipchains: Protocol not
available"... ci lavorero' grazie per l'aiuto.
ciao
Dav
>
> Ho tolto tutti e due i perform check ma continua a farmi il beep
> ho vmware 2.03
>
> ciao
> Davide
vedi... mi avevi dato del genio per nulla.. se il beep a cui ti riferisci
e' quello di quando accendi la macchina credo proprio che tu non lo possa
togliere.
Il check della memoria non te lo fa comunque.
ciao
Dav
"David Pardo" <david...@nospam.inwind.it> ha scritto nel messaggio
news:9ipbqi$dga$1...@usenet.inwind.it...
Scusa il ritardo, sono tornato oggi.
> Ecco.. siccome le librerie di XFree 3.3.6 si da il caso che le abbia e
> che mi sia anche installato quella polpetta di XF86_Mach64 mi consigli di
> fare un downgrade? (sniff!!)
Se vuoi il fullscreen sì, oppure recupera una rage 128 (le paghi
veramente poco).
> Ah se fossi con RedHat immagino nessuno ma con Mandrake e' allucinante.
???
> Funziona tutto tranquillamente (almeno si compila tutto senza errori:
> (MIRACOLO!!) xconfig, bzImage, modules e compagnia (utilizzo anche
> installkernel che rifa la system map).
modules, poi modules_install.
> Sistemo il bootloader (io uso GRUB e non mi dire di usare LILO!) provo a
> lanciare e dopo aver caricato il kernel mi dice una cosa tipo nothing to
> do e si pianta.
Anch'io uso GRUB, è un ottimo prodotto. Se il kernel fa il boot, sei a
buon punto. Riporta magari tutto i messaggi che vedi...
> Ho installato anche per l'occasione un ftp server su linux (cosa che mi
> spaventa da morire!! Ho paura che qualcuno mi entri mentre sono connesso
> ad internet) e riesco a fare ftp da windows a linux, ma il masquering me
Non esagerare, se il pacchetto è aggiornato il rischio è remoto.
Comunque, puoi usare il firewall per chiudere la porta 23 tranne che
alla rete locale!
> lo scordo, infatti lanciando ipchains mi becco un "ipchains: Protocol not
> available"... ci lavorero' grazie per l'aiuto.
Bene! Non hai il supporto per ipchains nel kernel... o ricompili o usi
iptables.
Nell'articolo <06phj9...@ziggy.morningfrost.it>, "Silvio Bacchetta"
<sorgiLEV...@tiscalinet.it> ha scritto:
> David Pardo <da...@localhost.localdomain> ha scritto:
> Scusa il ritardo, sono tornato oggi.
Figurati nel frattempo nulla e' cambiato. (leggi non ho fatto progressi)
>> Ecco.. siccome le librerie di XFree 3.3.6 si da il caso che le abbia e
>> che mi sia anche installato quella polpetta di XF86_Mach64 mi consigli
>> di fare un downgrade? (sniff!!)
> Se vuoi il fullscreen sě, oppure recupera una rage 128 (le paghi
> veramente poco).
Veramente il full-screen l'ho anche con la mia mach64, magari e' un po'
lento.
>> Ah se fossi con RedHat immagino nessuno ma con Mandrake e'
>> allucinante.
> ???
Modificano il kernel con cose prese qua e la' non puoi + di tanto usare
il lore .config; tanto per fare un esempio il loro kernel supporta
supermount tra i fs (cosa che i kernel scaricati da kernel.org non
fanno..)
>> Sistemo il bootloader (io uso GRUB e non mi dire di usare LILO!) provo
>> a lanciare e dopo aver caricato il kernel mi dice una cosa tipo
>> nothing to do e si pianta.
> Anch'io uso GRUB, č un ottimo prodotto. Se il kernel fa il boot, sei a
> buon punto. Riporta magari tutto i messaggi che vedi...
be'.. comunque ora ho compilato un 2.4.5 e sembra che vada; cosa strana
NON gli devo fare caricare initrc (BOH??) altrimenti si pianta.
> Bene! Non hai il supporto per ipchains nel kernel... o ricompili o usi
> iptables.
Ce l'ho il supporto per ipchains solo che NON e' compatibile con
iptables, ovvero o usi uno o usi l'altro. Di default i kernel 2.4.x
usano iptables contrariamente a quelli 2.2.x.
La sintassi per il masquerading con iptables dovrebbe essere
iptables -t nat -A POSTROUTING -s 192.168.50.0/255.255.255.0 -j
MASQUERADE
ovvero invece di ipchains -A forward -s 192.168.50.0/24 -j MASQ.
Ma non funziona; ovvero al guest non arrivano gli ip tramite ppp0
dell'host. A questo punto credo sia piu' un problema del sistema ospite
(leggi configurazione di win98 dentro vmware) visto anche che la
documentazione M$ eccelle in prese in giro del tipo:
-contatta il fornitore hardware, contatta l'amministratore di sistema,
clicca sull'icona rete del pannello di controllo ed e' carente in
documentazione seria.
Per avvallare il fatto che non e' un problema netconf posso dirti che a
ogni avvio mi arriva la notifica di attivazione del forward di pacchetti
IPv4 e relativa disabilitazione in fase di shutdown. Inoltre l'output di
iptables -L e'
iptables iptables-restore iptables-save
[root@localhost david]# iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
il che e' promettente (a meno che non ci debbano essere degli ip in
questa tabella,,)
se sai ancora aiutarmi qualsiasi consiglio e' il benvenuto e grazie per
l'aiuto che mi hai gia' dato.
ciao
Dav
Ultimo post prima delle ferie!
>> Se vuoi il fullscreen sì, oppure recupera una rage 128 (le paghi
>> veramente poco).
> Veramente il full-screen l'ho anche con la mia mach64, magari e' un po'
> lento.
L'accelerazione infatti serve apposta! Devo dire che da quando ho una
nVidia con i driver del produttore vmware a pieno schermo sembra una
macchina nativa.
>>> Ah se fossi con RedHat immagino nessuno ma con Mandrake e'
>>> allucinante.
>> ???
> Modificano il kernel con cose prese qua e la' non puoi + di tanto usare
> il lore .config; tanto per fare un esempio il loro kernel supporta
> supermount tra i fs (cosa che i kernel scaricati da kernel.org non
> fanno..)
Lo so, lo so... tra le distro, forse solo slackware (tra quelle
"grandi", almeno) usa il kernel ufficiale. Lo fa anche Debian, di
solito, ma la mia 2.2r0 aveva un 2.2.17 di preserie con qualche patch.
Comunque puoi installare e compilare il kernel di mandrake, oppure
(consigliato) usare quelli ufficiali, a cui eventualmente mettere le
patch che vuoi. Nel dettaglio, supermount a me pare fatto molto bene e
molto comodo, ma si vive tranquillamente anche senza (anche perché non è
che si montino supporti rimovibili come forsennati, e le maggiori
interfacce grafiche fanno il mount del supporto al primo accesso utile).
>>> Sistemo il bootloader (io uso GRUB e non mi dire di usare LILO!) provo
>>> a lanciare e dopo aver caricato il kernel mi dice una cosa tipo
>>> nothing to do e si pianta.
>> Anch'io uso GRUB, è un ottimo prodotto. Se il kernel fa il boot, sei a
>> buon punto. Riporta magari tutto i messaggi che vedi...
> be'.. comunque ora ho compilato un 2.4.5 e sembra che vada; cosa strana
> NON gli devo fare caricare initrc (BOH??) altrimenti si pianta.
initrd, forse? Si tratta di un RAM disk iniziale, utile per caricare
moduli prima dell'avvio del sistema. Se non l'hai creato tu dopo la
compilazione, non funzionerà mai! Carica il kernel direttamente, fai
prima (bzImage o come l'hai chiamato, mettilo in /boot insieme a
System.map).
>
> ovvero invece di ipchains -A forward -s 192.168.50.0/24 -j MASQ.
> Ma non funziona; ovvero al guest non arrivano gli ip tramite ppp0
> dell'host. A questo punto credo sia piu' un problema del sistema ospite
Se la riga che usi è questa, hai un problema di netmask: se compre 24
bit, il terzo numero dell'IP viene ignorato nell'identificazione delle
macchine in rete. Qui scusami, ma io, pur conoscendo bene questo
concetto, ho enormi difficoltà a spiegarlo! Qualcuno di buona volontà?
Comunque, usa 192.168.50.0/16 e riprova. Oppure usa indirizzi del tipo
192.168.0.xxx.
> il che e' promettente (a meno che non ci debbano essere degli ip in
> questa tabella,,)
E' quella di default iniziale.
> L'accelerazione infatti serve apposta! Devo dire che da quando ho una
> nVidia con i driver del produttore vmware a pieno schermo sembra una
> macchina nativa.
anche senza accelerazione adesso va bene.... monto il modulo rtc
regolarmente prima di lanciare vmware e gli ho detto di capire da solo
la risoluzione migliore... non e' proprio come se fosse nativo ma e'
tutto sommato una lentezza sopportabile.
> initrd, forse? Si tratta di un RAM disk iniziale, utile per caricare
> moduli prima dell'avvio del sistema. Se non l'hai creato tu dopo la
> compilazione, non funzionerą mai! Carica il kernel direttamente, fai
> prima (bzImage o come l'hai chiamato, mettilo in /boot insieme a
> System.map).
guarda... quello che mi dici mi sembra strano.
Allora il kernel che ho compilato e' ufficiale, il 2.4.5; non l'ho scaricato
direttamente da kernel.org ma l'ho trovato su una rivista nudo e crudo
slegato da tutto. Ho preso il .config dai sorgenti del kernel mandrake
che in boot carica initrd senza nessun problema. Io non ricordo
assolutamente di aver cambiato nulla riguardo ai settaggi della ramdisk.
> Se la riga che usi č questa, hai un problema di netmask: se compre 24
> bit, il terzo numero dell'IP viene ignorato nell'identificazione delle
> macchine in rete. Qui scusami, ma io, pur conoscendo bene questo
> concetto, ho enormi difficoltą a spiegarlo! Qualcuno di buona volontą?
allora... non hai quotato la linea che ho usato... era quella con
iptables e non con ipchains. Non ho capito assolutamente nulla di quanto
hai detto sul terzo numero IP (del resto tu stesso ammetti di non
saperlo spiegare:)), comunque ho un po' rinunciato alla faccenda; mi
sono documentato un po' (how.to sempre che esista qualcosa di + decente)
ed ho scoperto che nel kernel non ho messo certi
supporti che andavano invece messi... comunque non capisco quale script
mi generi in fase di boot IPv4 forwarding [OK] e manco mi ricordo se e'
prima di init o dopo.. insomma mi sono fuso il cervello e mi son detto
che forse non e' poi cosi' grave non potersi connettere
contemporaneamente con l'host e con il guest. Mi stupisce gia' di
avercela fatta a far vedere al guest l'host e che si pinghino.
In realta' ti diro' che questa cosa e' del tutto non banale.
Su un'altra partizione del disco ho redhat 7.1 (nulla di condiviso con
mandrake, neppure gli utenti (/home), se non la partizione di swap).
Ovviamente quando booto redhat monto la partizione mandrake e viceversa.
Ebbene ho voluto che la mia macchina vmware fosse accessibile anche con
redhat e quindi ho copiato/riscritto un .cfg sotto redhat in modo che
puntasse al disco virtuale (win98.dks) creato sotto mandrake.
Il bello e' che funziona tutto ma sotto redhat la rete NON la vede e dire che
ho messo gli stessi IP virtuali e che praticamente i files /etc/vmware/*
sono gli stessi sotto mandrake (hda1) e sotto redhat (hda5)... mah!
> Comunque, usa 192.168.50.0/16 e riprova. Oppure usa indirizzi del tipo
> 192.168.0.xxx.
posso riprovare con 16. Cambiare gli ip non ci penso anche perche'
dovrei farlo due volte:))
Grazie comunque ancora
ciao
Dav