non ne sono sicuro, comunque dovrebbe bastare un semplice dmesg | tail

proverei un memtest (win spesso neanche se ne accorge, crash più crash meno...), e se non evidenzia problemi un netinst di Etch

Ciao garrett, non ne sono sicurissimo ma a occhio quello sembra uno Yukon2, che è molto diverso dall'originale Yukon (88E8001): quest'ultimo infatti funziona sia col vecchio e deprecato sk98kin sia col nuovo skge, mentre per lo Yukon2 il driver giusto è sky2. Se hai Ubuntu ancora installata (o anche da live, immagino) puoi verificarlo facilmente con lsmod.

Bingo:

Codice:

# dpkg -i linux-headers-2.6.24-vanilla_i386.deb linux-image-2.6.24-vanilla_i386.deb
# cd /usr/src/linux-headers-2.6.24-vanilla/include
# rm asm && ln -s asm-x86 asm
# cd /lib/modules/2.6.24-vanilla
# rm build && ln -s /usr/src/linux-headers-2.6.24-vanilla build
# sh NVIDIA-Linux-x86-100.14.23-pkg2.run -K --kernel-name=2.6.24-vanilla

gli headers funzionano, tutto OK; stessa identica cosa anche sotto AMD64.

Non ne so molto ma mi interessa (messo gli occhi su un notebook con chip simile), il driver proprietario dovrebbe supportare tale chip a partire dalla versione 8.41, ma su Sid è disponibile anche un driver libero:

Codice:

aptitude show xserver-xorg-video-radeonhd
...
Descrizione: X.Org X server -- AMD/ATI r5xx, r6xx display driver
 This package provides the driver for the Radeon r5xx and r6xx family of
 chipsets, including the X1550, X1300, X1550, X1600, FireGL V3300/V3350, FireMV
 2250, X1800, FireGL V5300/V7200/V7300/V7350, X1300 XT, X1600, FireGL
 V3400/V5200 X1300, X1650, X1950 Pro/GT, X1650, X1900, X1950, FireStream 2U, HD
 2900 XT, HD 2400 Pro/XT, HD 2600 Pro/XT, Mobility X1300, X1350, Mobility X1400,
 X1450, X2300, Mobility X1600, X1700, Mobility FireGL V5200, V5250, Mobility
 X1800, X1900, Mobility FireGL V7100, V7200, Mobility HD 2300, Mobility HD 2400,
 Mobility HD 2600, and Radeon X1200.
...

fammi sapere

mmm... credo di avere capito perchè con gli headers del kernel 2.6.24 non mi si compila più niente, negli headers 2.6.22 sotto la include/ mi ritrovo la directory "asm-i386" e un link "asm" puntato sopra, nel 24 no, in compenso è spuntata una directory "asm-x86", e il link è interrotto, perchè punta ancora alla non (più?) esistente asm-i386; bisognerebbe provare a compilare qualche modulo puntando asm su asm-x86.

Sorry fabio, la risposta era per phobos_default, delle intel non so nulla, prova a spulciare /var/log/Xorg.0.log e ~/.xsession_errors

o se si tratta di un bug(non penso)

beh, potrebbe non essere, ma anche si

Codice:

# apt-get install libssl0.9.8
...
Recupero delle segnalazioni di bug... Fatto
Parsing Found/Fixed information... Fatto
Bug grave di libssl0.9.8 (0.9.8g-3 -> 0.9.8g-4) <pending>
 #445090 - subprocess post-installation script returned error exit status 255
Resoconto:
 libssl0.9.8 (1 bug)
Si è sicuri di voler installare/aggiornare i precedenti pacchetti? [Y/n/?/...]

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=445090

deprecato o meno

Codice:

ls -l /usr/src/linux-2.6.22.10/include/linux/vers*
-rw-r--r-- 1 chris src 97 17 gen 08:37 /usr/src/linux-2.6.22.10/include/linux/version.h

non è che hai pulito la directory dei sorgenti? Che poi è per questo che mi genero sempre anche gli headers e ci punto la build, qualunque casino possa combinare in /usr/src gli headers li sono e li stanno.

PS: col kernel 2.6.24 invece l'installer nVidia ha preteso l'intera directory dei sorgenti, configurata, con gli headers non c'è stato verso; vai a sapere... 

No, devi reinstallare, però se sei un novizio ti consiglierei di andarci piano, GNU/Linux e più in generale il software libero non hanno problemi con tale architettura, le dannate aziende produttrici di software proprietario invece si; un mero esempio: il plugin Flash che Adobe non s'è ancora degnata di portare a 64 bit (aspetteranno i 128?), il che si traduce in problemi e smanettamenti aggiuntivi; a fronte di una differenza di prestazioni tutto sommato trascurabile, a meno che la tua CPU non passi il tempo a compilare o macinare video encoding.

il mio kernel è un normalissimo vanilla 2.6.22

Codice:

grep -i snd_hda_intel /boot/config-`uname -r`
# CONFIG_SND_HDA_INTEL is not set

naturalmente è not set perchè su 'sta macchina ho un'altra scheda audio, ma per esserci c'è... Circa il fatto di installare un kernel nuovo su una distro stabile, non "vanifica" nulla, è solo un kernel, anzi nel tuo caso è obbligatorio, se vuoi fare funzionare quelle periferiche che sono troppo nuove per il 2.6.18. Per questo ti avevo indicato i backports, quei pacchetti sono compilati da Etch per Etch, e non ne cambiano una virgola.

Confermo, i dati tuttavia vengono scritti correttamente, ho provato anche a generare una nuova ISO dal CD appena scritto e la somma md5 corrisponde all'originale

edit: stesso comportamento su Sid

http://members.cox.net/laitcg/new/numlock.html

mi sembra che il modulo sia banalmente snd_hda_intel, se vuoi una soluzione facile e immediata vai su www.backports.org, trovi il kernel 2.6.22 pacchettizzato per Etch che include il supporto a quel chip

nVIDIA?

Codice:

# cd /usr/lib/xorg/modules/extensions
# rm libGLcore.so libglx.so
# ln -s libglx.so.VERSIONE_DRIVER libglx.so

riavvia X