[Debian] Hwupgrade Clan [The Third Encounter]

[sirus]

Originariamente inviato da Carcass

si risolve togliendo anche quei cessi di gdm kdm e cavolate varie

Si comincia sempre così, poi si passa a Fluxbox, IceWM e poi si ritorna alla console.

[-Slash]

Originariamente inviato da Carcass

si risolve togliendo anche quei cessi di gdm kdm e cavolate varie

ma è solo kdm che fa sto fatto, gdm no

comunque mi appresto a fare la netinstall
un ultimo dubbio, io ho un core duo quindi mi serve un kernel smp. il 2.6.20 smp pero mi sembra nei repo non ci sia nella versione smp

linux-image-2.6.20-1-486 - Linux 2.6.20 image on x86
linux-image-2.6.20-1-686 - Linux 2.6.20 image on PPro/Celeron/PII/PIII/P4
linux-image-2.6.20-1-686-bigmem - Linux 2.6.20 image on PPro/Celeron/PII/PIII/P4
linux-image-2.6.20-1-amd64 - Linux 2.6.20 image on AMD64
linux-image-2.6.20-1-k7 - Linux 2.6.20 image on AMD K7
linux-image-2.6.20-1-vserver-686 - Linux 2.6.20 image on PPro/Celeron/PII/PIII/P4
linux-image-2.6.20-1-vserver-k7 - Linux 2.6.20 image on AMD K7
linux-image-2.6.20-1-xen-686 - Linux 2.6.20 image on i686

devo installare per forza il 2.6.18 ossia questo?

kernel-image-2.6-686-smp

o questo

linux-image-2.6-686-smp

[sirus]

Mi pare che da linux 2.6.20 il supporto SMP sia compilato di default.

[Carcass]

Originariamente inviato da sirus

Mi pare che da linux 2.6.20 il supporto SMP sia compilato di default.

si giusto

[-Slash]

ok grazie. l'ho installato alla fine della netinstall ma non funziona... il 2.6.18 parte benissimo, invece quando faccio partire il 2.6.20 si blocca per molto tempo su

Begin: Waiting for root file system

e poi mi dice tipo, error cannot find /dev/hda1, building to a shell

boh

[sirus]

Originariamente inviato da -Slash

ok grazie. l'ho installato alla fine della netinstall ma non funziona... il 2.6.18 parte benissimo, invece quando faccio partire il 2.6.20 si blocca per molto tempo su

Begin: Waiting for root file system

e poi mi dice tipo, error cannot find /dev/hda1, building to a shell

boh

Sempre se non vado errando, e non mi sembra, con il kernel 2.6.19/20 tutti i device di massa sono /dev/sda . Quindi se con il kernel 2.6.18 utilizzavi /dev/hda1, con il kernel 2.6.20 devi utilizzare /dev/sda1.
Almeno su Arch c'è stato questo cambiamento.

[Carcass]

Originariamente inviato da sirus

Sempre se non vado errando, e non mi sembra, con il kernel 2.6.19/20 tutti i device di massa sono /dev/sda . Quindi se con il kernel 2.6.18 utilizzavi /dev/hda1, con il kernel 2.6.20 devi utilizzare /dev/sda1.
Almeno su Arch c'è stato questo cambiamento.

ma scusa, perche ora col 6.20 i dev da hda1 sono passati a scasi??

[sirus]

Originariamente inviato da Carcass

ma scusa, perche ora col 6.20 i dev da hda1 sono passati a scasi??

Non so perché i kernel dev abbiano optato per questa scelta, forse per uniformità... poi dato che l'Inter ha vinto lo scudetto tutto è possibile ora!

[-Slash]

Originariamente inviato da sirus

Sempre se non vado errando, e non mi sembra, con il kernel 2.6.19/20 tutti i device di massa sono /dev/sda . Quindi se con il kernel 2.6.18 utilizzavi /dev/hda1, con il kernel 2.6.20 devi utilizzare /dev/sda1.
Almeno su Arch c'è stato questo cambiamento.

si è vero hai ragione, infatti ora che ci penso quando ho installato feisty con il kernel 2.6.20 me li ha riconosiuti come sda

quindi devo editare il menu.lst di grub e sostituire hd0 con sd0?

comunque sono veramente molto soddisfatto, finalmente ho un sistema su misura con solo quello che mi serve
l'unica cosa è beryl che continua a crasharmi ogni 10 minuti

secondo voi se uso la versione stable di beryl, che pero è in un repository solo per etch ed io ho sid incasino tutto?
perchè per sid ho trovato solo la versione git che è instabilissima, la stable non c'è

[sirus]

Originariamente inviato da -Slash

si è vero hai ragione, infatti ora che ci penso quando ho installato feisty con il kernel 2.6.20 me li ha riconosiuti come sda quindi devo editare il menu.lst di grub e sostituire hd0 con sd0?

Non è grub il problema, il problema è in /etc/fstab , modifica quello cambiando /dev/hdxX con /dev/sdxX .

[-Slash]

Originariamente inviato da sirus

Non è grub il problema, il problema è in /etc/fstab , modifica quello cambiando /dev/hdxX con /dev/sdxX .

è vero, che idiota, è li che stanno i punti di mount delle partizione

altrimenti se era grub il kernel manco partiva... grazie 1000 dopo provo

[-Slash]

Originariamente inviato da -Slash

è vero, che idiota, è li che stanno i punti di mount delle partizione

altrimenti se era grub il kernel manco partiva... grazie 1000 dopo provo

ho dovuto editare entrambi...
in grub infatti c'era un parametro root=/dev/hda1 che non lo faceva partire, e poi anche le partizioni perchè altrimenti non le montava

il problema è che pero il kernel 2.6.20 sembra dare problemi con i driver nvidia

   make -f /usr/src/linux-headers-2.6.20-1-686/scripts/Makefile.modpost
     scripts/mod/modpost -m  -i /usr/src/linux-headers-2.6.20-1-686/Module.symv
   ers -I /tmp/selfgz3072/NVIDIA-Linux-x86-1.0-9755-pkg1/usr/src/nv/Module.symv
   ers -o /tmp/selfgz3072/NVIDIA-Linux-x86-1.0-9755-pkg1/usr/src/nv/Module.symv
   ers -w  /tmp/selfgz3072/NVIDIA-Linux-x86-1.0-9755-pkg1/usr/src/nv/nvidia.o
   FATAL: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol 'para
   virt_ops'
   make[3]: *** [__modpost] Error 1
   make[2]: *** [modules] Error 2
   NVIDIA: left KBUILD.
   nvidia.ko failed to build!
   make[1]: *** [module] Error 1
   make: *** [module] Error 2
-> Error.
ERROR: Unable to build the NVIDIA kernel module.
ERROR: Installation has failed.  Please see the file
       '/var/log/nvidia-installer.log' for details.  You may find suggestions
       on fixing installation problems in the README available on the Linux
       driver download page at www.nvidia.com.

ed in particolare mi pare di aver capito con l'opzione para virtualization o una cosa del genere abilitata di default nel kernel...
e anche l'smp sembra non essere abilitato

Linux localhost 2.6.20-1-686 #1 SMP Sun Apr 15 21:03:57 UTC 2007 i686 GNU/Linux

[Carcass]

Originariamente inviato da sirus

Non so perché i kernel dev abbiano optato per questa scelta, forse per uniformità... poi dato che l'Inter ha vinto lo scudetto tutto è possibile ora!

da interista a vita dico solo

[iron84]

cos'è l'smp?

[Carcass]

Originariamente inviato da iron84

cos'è l'smp?

kernel per multi processore (o singolo procio ma con 2 o piu core) che poi è la stessa cosa

[sirus]

SMP = Symmetric multiprocessing .

PS: Carcass... è meglio 1 anno a -28 che 18 a "Chi la visto?!"

[Carcass]

Originariamente inviato da sirus

SMP = Symmetric multiprocessing .

PS: Carcass... è meglio 1 anno a -28 che 18 a "Chi la visto?!"

chi l'ha visto a noi????

[darkbasic]

Originariamente inviato da Carcass

ma come sempre se guardate le guide del clan su come installare i driver nvidia vedrete che con Xorg > 7.1 quel parametro è praticamente obbligatorio e per non avere alcun problema.................gia detto nella guida mesi fa

Ti sbagli, con le ultime release dei driver nvidia non c'è più bisogno di passare quel parametro con xorg7.1, mentre è necessario farlo con xorg7.2. Con i nuovi driver probabilmente non sarà necessario nemmeno per xorg7.2

[darkbasic]

Originariamente inviato da -Slash

il problema è che pero il kernel 2.6.20 sembra dare problemi con i driver nvidia

cd /usr/src/
ls -alh

e postami l'output

[darkbasic]

Originariamente inviato da sirus

Sempre se non vado errando, e non mi sembra, con il kernel 2.6.19/20 tutti i device di massa sono /dev/sda . Quindi se con il kernel 2.6.18 utilizzavi /dev/hda1, con il kernel 2.6.20 devi utilizzare /dev/sda1.

Ma voi parlate del linux-image-2.6.20-1 o del 2.6.20-2?
Perché su debian sid/experimental amd64 con il 2.6.20-2 non c'è stato questo cambiamento (che sapevo fosse stato implementato a partire dal 2.6.19).