Newsgroup: it.comp.os.linux.iniziare
Titolo: TuxRacer a scatti

Salve a tutti,
ho uno strano problema con FC1: Tux Racer, che sul vecchio pc andava
perfettamente, su quello nuovo che e' parecchio piu' potente, funziona a
scatti, come se fosse in bassa risoluzione o qualcosa di simile. La scheda
video e' la solita, per cui non riesco proprio a capire il problema.
Qualche suggerimento?
Saluti
Antx



Prova a rimuoverlo e poi a reinstallarlo.

 Qualche suggerimento?
La sch. video e' una Matrox?

 Qualche suggerimento?
che sk video e'? ce li hai messi i driver 3d se e' una nvidia o una ati?
-- 
§              ZeD              §
§        Up da 1:35 ore         §
§          22/04/2004           §
§ S. Leonida-Ss. Apelle e Lucio §



E' una Radeon7000 64 mb, non e' un granche' ma per tux secondo me basta e
avanza...

 Prova a rimuoverlo e poi a reinstallarlo.
L'ho fatto ma non e' migliorato: altri suggerimenti?

 video e' la solita, per cui non riesco proprio a capire il problema.
Verifica con lsmod se hai caricato il modulo agpgart e radeon, se usi i
driver di XFree, ovvero se non hai scaricato i driver della scheda dal sito
di ATI, e verifica che in /etc/X11/XF86Config o XF86Config-4 (io ho Slack,
non so se su Fedora ha lo stesso nome) nella section "Module" (una delle
prime) siano presenti le voci
# This loads the GLX module
    Load       "glx"
# Questo carica il modulo DRI (per il Direct Rendering 3D)
    Load       "dri"
e che esista la seguente section:
# PI- set DRI device permissions
Section "DRI"
        Mode    0666
EndSection
Se non ci sono, metticele.
Poi riavvia X, e da un terminale dai
glxinfo |grep direct
e ti dira` se il direct rendering, cioe` l'accelerazione 3D, e` abilitata.
-- 
          salvuz
     POST FATA RESVRGO
 Linux registered user #291700 | machine #174619
 get counted on ---> 
http://counter.li.org/
 <---

antx wrote:

 Modifica /etc/X11/XFconfig o XFconfig-4 se c'è sostituendo alla voce driver
"vesa" o quello che è, con "radeon" quindi riavvia X e lancia glxinfo  se
dice direct rendering yes sei a posto se no digita xf86config e sistema il
tutto............
oppure usa redhatnonsocosa (redhat + TAB ti darà le info che ti sevono)
e vedi se risolvi............
-- 
Slackware9.1 + alsa + kernel-semiserio-autocostruito-con-il-lego !!!

 tutto............
I moduli sono a posto, i driver pure, pero' glxinfo mi dice "direct
rendering=no".
Come faccio a dirgli di si (redhat-config-xfree86 non mi dice niente in
proposito)?
ciao
antxfree86


 antxfree86
Non usare redhat-config-xfree86 ed usa xf86config...........
il "bello" delle distro "userfrendly" è che se qualcosa và storto non ti
permettono di sistemarlo con i loro tools "automatici" ma solo 
 sapendo esattamente quale file modificare e come........
fai una prova, rinomina tutti i file /etc/X11/XFconfig* che hai
(eventualmente poi li rimetti a posto) e riprova con il tool di RH se non
funziona ripeti la procedura ed usa xf86config.........
ciao


 Non usare redhat-config-xfree86 ed usa xf86config...........
Non c'e'...

antx wrote:

Hum......bella la FC1............................


 Hum......bella la FC1............................
Si, la cosa strana e' che ho cambiato solo scheda madre e processore,
tutto il resto e' come prima, pero' ho dovuto reinstallare tutto.
Evidentemente prima avevo installato qualcosa che abilitava il rendering e
che adesso non c'e' piu' (parlo da ignorante ma cerca di capirmi), ho
visto anche sul sito della ati che il driver linux non supporta la 7000,
che altro dire? Non giochero' con tuxr...

antx wrote:

Puoi fare un esperimento...........
ti procuri un livecd della Knoppix lo fai bootare e vedi come ti configura
il tutto se funzia  ti "copi" la config e poi "giochi" con la config della
FC1...............
-- 
Slackware user temporaneamente gentoo user.................

 laptop con scheda ati iperproprietaria, andra' bene sul desktop.
Ok, faccio una prova e grazie del suggerimento.

  processore? Se esiste un altro metodo dimmelo...
Urgh, e poi si dice che windows non fa danni...
Allora:
1) se usi il kernel della tua distribuzione, e se la medesima vale i soldi
del CD su cui risiede (vero nel caso di tutte le maggiori, se qualcuno se 
lo sta chiedendo), non devi far nulla, basta riavviare e, forse, modificare
il file che determin l'autocaricamento dei moduli all'avvio 
(/etc/modules su deb e mandrake, per dire)
2) se usi un kernel ricompilato da te la situazione e` gia` diversa, in
linea di principio e` sufficiente fare il boot con uno generico (magari
uno della distribuzione) per ricadere nel caso  [1], e quindi ricompilare.
Curiosita`: hai provato a riavviare con il nuovo hardware prima di reinstallare?
Se si hai ottenuto errori? quali?
-- 
Francesco Romani - Ikitt   (signature under [re]construction)
'A geek is someone who spends time being "social" on a computer.'
'In fact, users don't read /anything/' -- Joel Spolsky

 Se si hai ottenuto errori? quali?
Scusa la domanda, ma hai mai provato?

 eseguire hdparm -d 1. Tutto qua.
A parte che ho cambiato architettura (da athlon a pentium, che non sara'
un caso estremo ma qualche differenza c'e'), secondo me non e' un problema
di driver: hai mai visto cosa succede alla dir. /proc in un caso del
genere? Sicuramente tu sei piu' bravo di me e forse riesci a non dover
reinstallare tutto, ma hdparm non ti basta davvero (tra l'altro il disco
era una delle cose che NON ho cambiato).
Premesso questo grazie comunque dei suggerimenti.
antx 

  Scusa la domanda, ma hai mai provato?
Tutte le volte che cambio hardware...


  genere?
Che si rigenera automaticamente ad ogni boot?
Qual'e`, di preciso il problema?


 
Quello che ti ho detto, appunto. Adesso per un po' non penso di cambiare
niente, ma se mi dici come devo fare la prossima volta che mi capitera' te
ne saro' davvero grato. Ho deciso di usare linux proprio per imparare
qualcosa.
Saluti
AnTux

 Qual'e`, di preciso il problema?
Che non partiva: che, ad una variazione significativa nel hw il
sistema non partiva piu', sfilze di errori e messaggi di morte.
Cosa dovrei fare in situazioni come queste?
Saluti
Antonio

 Tutte le volte che cambio hardware...
E allora dillo anche a me...

 Cosa dovrei fare in situazioni come queste?
Leggere gli errori, e vedere che cosa, nel nuovo hardware ha dato
problemi, poi lanciare un boot con un kernel *da distribuzione* e
rimettere a posto cio' che non ha funzionato.
Ma la cosa dovrebbe essere preventiva: Devi conoscere il tuo sistema,
sapere che cosa gli stai cambiando sotto i piedi, e rendere il piu'
possibile liscio il cambio.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

  E allora dillo anche a me...
Vedi risposta di roberto, e anche la mia altra.


  Cosa dovrei fare in situazioni come queste?
Dipende. La strada "facile" e "veloce" e` reinstallare, ma la celerita`
della "soluzione" si paga rinunciando al controllo della situazione.
Se vuoi invece avere il controllo della situazione, dovrai fare
un'investimento, almeno iniziale, in termini di tempo e capire
quei messaggi di errore:
- capire a chi/cosa si riferiscono
- capire cosa vogliono dire
- capire come risolverli
Fatto questo, la formattazione non sara` affatto necessaria e anzi
solo una scocciatura.
Lo so che questa risposta e` generica, ma anche la situazione presentata
e` estremamente generica.


 solo una scocciatura.
Chi ha parlato di formattazione? Io non ho formattato, o meglio NON ho
formattato /home e quindi non ho perso nulla (a parte un po' di tempo...).

 possibile liscio il cambio.
Ma io lo so, il problema e' spiegarlo a Lui!
Comunque grazie per tutti i suggerimenti.
A.

 fortemente.
Ti spiego: mi piace mettere le mani dove non devo, a volte me ne pento,
altre volte magari imparo qualcosa, e anche (anzi sopratutto) facendo dei
casini le mie misere conoscenze aumentano, tutto qui. Di questo non
incolpo mai niente o nessuno, se non me stesso quando la faccio grossa (ma
finora non e' mai capitato).
Grazie di cuore di tutti i tuoi preziosi suggerimenti, ma per favore non
farmi la predica, ti assicuro che non e' il caso.
Saluti
Antonio

On Sun, 25 Apr 2004 14:24:09 +0000, antx wrote:
Mi sono perso un rigo:
... sono maggiorenne e so perfettamente a cosa vado incontro con i miei
"esperimenti".

 E' quel significativa che non e' chiaro.
Se cambi il modo in cui sono connessi i dischi o il tipo di controller, 
linux non parte. Tanto per fare un esempio.
Al cambio di cpu se passi da un athon ad un pentium 4 e avevi su un kernel 
per athlon, linux non parte. Per farne un altro.
Se hai impostato il boot in modo che utilizzi il framebuffer potresti avere
problemi di visualizzazione della console ad un cambio di scheda video.
-- 
Enrico Bodo  -  Assistant Professor in Theoretical Chemistry 
University of Rome "La Sapienza" 
Department of Chemistry         

  Chi ha parlato di formattazione?
Nessuno, sorry, deformazione professionale. 
Sto troppo tempo a contatto con utenti windows.


  per athlon, linux non parte. Per farne un altro.
Ecco, questo e` gia` piu` rognoso, in effetti. Immagino una bella
sfilata di SIGILL/SIGSEV seguita da un panic...


 qualcosa. E magari e' utile a qualcun altro.
Si, purtroppo non li ho trascritti ne' salvati e quindi adesso non posso
che essere vago. Penso pero' di non essere il primo che, in seguito a
variazioni di hw della macchina, riceve la sfilza di msg di errore.
In seguito a questo, senza saper ne leggere ecc., io ho risolto
reinstallando; se esistono altri metodi piu' semplici diccelo, a me e a
tutti gli sciagurati come me, cosi' in futuro non ci complicheremo
inutilmente la vita.
Saluti
A.

 Comunque grazie per tutti i suggerimenti.
Visto che ringrazi per i suggerimenti, te ne propino un altro
aggratisse: il primo avvio di un sistema, fallo con i clock di targa.
Poi, con calma, e eseguendo test pesanti, aumenta cio' che vuoi.
E un dato non insignificante come l'overclock, dichiaralo da subito.:-)
In ogni caso, non venire a *lamentarti* qui dentro per una difficolta'
causata da te, e non dal sistema operativo, perche' cosi' porti fuori
strada tutti gli altri che ti leggono.
Ripeto: ho sempre sostituito piastre madri senza reinstallare nulla.
Unica eccezione: una macchina con una scheda raid per cui ho dovuto
installare i moduli che non erano presenti nel vecchio sistema.


 problemi di visualizzazione della console ad un cambio di scheda video.
Ma lo vedi subito, e al boot puoi rientrare in modalita' normale.
Insomma, ragazzi, vi siete tutti disabituati a pensare?
Troppo tempo con windows? :-)
Dividiamo il problema:
1- cambio mobo volontaria per upgrade o clonatura dell'installazione su 
macchina diversa.
2- cambio mobo per esplosione della precedente.(beh, capita)
Nel caso 1 prima di spegnere le macchina sai che cosa sono le
caratteristiche di una e dell'altra, e riavvicini le cose, in quei casi
in cui ci sono differenze profonde di architettura del sistema, o non 
fai nulla nel 95% dei casi.
Nel caso 2 analizzi lo stesso le differenze, e fai le opportune azioni
al boot, o fai il boot con kernel liscio in modalita' rescue per
reinstallare il kernel: Il kernel, non il sistema.


 Troppo tempo con windows? :-)
Ma volevo solo fare alcuni esempi in cui anche linux ha delle difficolta' a
ripartire senza riaggiustamenti. Cercavo solo di chiarire il discorso. 


 ripartire senza riaggiustamenti. Cercavo solo di chiarire il discorso. 
Infatti, lo smiley l'ho messo.


 strada tutti gli altri che ti leggono.
Forse la tua lettura e' stata un po' frettolosa, io NON mi sono
*lamentato* di niente, portavo un esempio di un casino provocato da me (un
overcklock appunto) risolto con la reinstallazione (ok, ci sono metodi
piu' sofisticati, d'altra parte se ero imparato non postavo qui dentro!).
Esempio 1 quindi, mi sembra chiaro.
Successivamente ho MODIFICATO il mio hw, e anche qui ho dovuto
reinstallare. E comunque il mio quesito non verteva su questo, chiedevo
semplicemente suggerimenti sull'abilitazione al rendering della scheda
video.
Mi rendo conto che il thread e' diventato un po' lungo e difficoltoso da
seguire, ma non attribuirmi cose che non ho mai detto.
Grazie comunque di tutti i tuoi suggerimenti.
A.

 caso di dubbi.
Vo a vedere, grazie.
A.

 Mi rendo conto che il thread e' diventato un po' lungo e difficoltoso da
Gia'. :-)
