Se avete problemi con l'installazione e la configurazione di Slackware postate qui. Non usate questo forum per argomenti generali... per quelli usate Gnu/Linux in genere.
Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Slackware, se l'argomento è generale usate il forum Gnu/Linux in genere.
3) Leggere attentamente le risposte ricevute.
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
Ho allegato i sorgenti e lo SlackBuild. Ti do alcuni suggerimenti:
come vedrai il pacchetto consiste nello script /sbin/installkernel e in vari file tutti installati in /usr/local/etc/installkernel, questi file non sono altro che i file 'slack-desc' e 'doinst.sh' dei vari pacchetti.
modifica nel file sbin/installkernel (nel tar.gz si trova in tree/sbin) la definizione della variabile DEST_DIR (riga 46). Questa è la directory dove vengono salvati i pacchetti una volta creati (se non esiste lo script non parte).
lo script installa il nuovo kernel in /boot e ci mette un link simbolico ad esso chiamato vmlinuz, dopodichè avvia lilo. Io uso un solo kernel alla volta e quindi questo comportamento fa si che il "vecchio" kernel venga sostituito da quello nuovo (ovviamente però rimangono sempre i pacchetti in DEST_DIR e quindi posso sempre reinstallare il "vecchio" kernel.
quando lo script installa i moduli del kernel, aggiunge un file chiamato /etc/rc.d/rc.remove_modules e un entry nel file /etc/rc.d/rc.M. Al prossimo riavvio lo script /etc/rc.M avvia lo script /etc/rc.d/rc.remove_modules il quale:
rimuoverà il vecchio pacchetto dei moduli
eliminerà l'entry in /etc/rc.d/rc.M che lo riguarda
si autoeliminerà
questo perchè nel momento in cui si installano i nuovi moduli quelli vecchi possono sempre servire e quindi il pacchetto non va rimosso, però verrà rimosso al successivo riavvio.
Comunque lo script è molto commentato è produce molto output (oltre ad un file di log).
Per qualsiasi problema o domanda scrivi pure,
Emanuele
slucky ha scritto:la cosa è superflua, perchè anche in fase di reinstallazione, l'installer nvidia procede ( se presente ) alla rimozione del vecchio driver, prima di proseguire con la nuova installazione...
Quando non ho disinstallato i driver nvidia ho avuto dei problemi: appena ricompilato il kernel non mi riconosceva la modalità video di lilo... non so perché, ma da quando ho cominciato a disinstallare il driver nvidia prima di ricompilare il kernel non ho più avuto quel problema.
Per il tempo che perdo a disinstallare il driver nvidia, continuo così...
Spesso mi è capitato di ottenere errori in fase di installazione dei driver nvidia dopo una ricompilazione del kernel. Se non ricordo male credo che mi capitasse solo nelle ricompilazioni, ossia quando i sorgenti del kernel vecchio e del kernel appena ricompilato erano gli stessi. Disinstallando i driver nvidia prima di passare al nuovo kernel e installandoli poi su quest'ultimo non mi ha mai creato problemi.
Non vorrei dire una cavolata ma mi sembra di aver letto che sia influente anche la copia del .config, dopo la ricompilazione, in /boot :
Ossia credo che l'uso del mv, ossia spostare il config dai sorgenti, possa creare dei problemi in fase di installazione. Vado a ricordo, dovrei riprovare.....Non prendete per oro colato quest'ultima affermazione.
Per rimanere nell'ambito driver Nvidia (post installazione nuovo kernel) oggi
mi ha fatto tribolare per non so quanto e alla fine ho finalmente capito il
perché: io avevo scelto come kernel di default il 2.6.32.3-generic, mentre
il config era del 2.6.32.3-generic-smp. Ho modificato i symlink, ho ricreato
l'initrd, ho rilanciato lilo, sono ripartito con il kernel giusto e, dopo di tutto
ciò, la benedetta installazione dei driver è andata a buon fine!
Come dico in quest'altro topic, ho la seria intenzione di darci un taglio con
Nvidia...
una cosa comunque è certa! molto spesso i driver nvidia fanno le bizze, nel mio caso, spesso per installare i driver serie 173. (ormai legacy) su alcuni kernel ho dovuto per forza ricorrere a delle patch....altrimenti niente da fare! ma se non ricordo male, non c'era un progetto open per creare dei driver per schede nvidia con il supporto anche per il 3d? a che punto è? e che fine ha fatto?
slucky ha scritto:una cosa comunque è certa! molto spesso i driver nvidia fanno le bizze, nel mio caso, spesso per installare i driver serie 173. (ormai legacy) su alcuni kernel ho dovuto per forza ricorrere a delle patch....altrimenti niente da fare! ma se non ricordo male, non c'era un progetto open per creare dei driver per schede nvidia con il supporto anche per il 3d? a che punto è? e che fine ha fatto?