Precedente :: Successivo |
Autore |
Messaggio |
jaxnife Eroe
Registrato: 18/09/03 11:25 Messaggi: 66
|
|
Top |
|
|
doctorK Dio minore
Registrato: 10/06/02 21:09 Messaggi: 874
|
|
Top |
|
|
doctorK Dio minore
Registrato: 10/06/02 21:09 Messaggi: 874
|
Inviato: 31 Ott 2003 00:31 Oggetto: Re: TO DO |
|
|
cmq 'pistolero da zero' è forte!
ma: il soft spagnolo? funziona?
e poi mi sono perso: prima riuscivi a fare il boot, cos'è successo per impedirtelo ora?
non mollare! io sono riuscito a far funzionare scanner e tavoletta wacom (sbattimento!)
|
|
Top |
|
|
jaxnife Eroe
Registrato: 18/09/03 11:25 Messaggi: 66
|
Inviato: 31 Ott 2003 10:42 Oggetto: El toro y el conejo |
|
|
GAG non l'ho ancora provato, ti saprò dire.
Prima il boot di Debian lo facevo usando il primo cd e passando "rescbf24 root=/dev/hda10" in modo da indicare la partizione ext2 su cui l'ho installato.
Non usavo alcun boot loader, nè LILO nè GRUB, pertanto Winzozz non aveva problemi a partire.
Poi ho installato GRUB in hda1 e, non ho capito come mai, quando ha dato problemi quel coniglio di "fdisk /mbr" anzichè riscrivere il master boot record ha lasciato comunque GRUB.
Quindi mi sono visto costretto a ripristinare il backup di Winzozz fatto un paio di settimane fa.
Ho strutturato le partizioni in modo da limitare le perdite di dati a zero in queste situazioni, infatti su C: ho solo il sistema operativo, il resto è su partizioni logiche all'interno della memoria estesa.
In pratica mi basta salvare:
C WindowsApplication Data, C WindowsMozilla, C WindowsPreferiti e la rubrica di Outlook.
Poi alcuni programmi devono essere reinstallati perchè mancano i file di sistema e le librerie, ma quello è il meno.
Il tutto usando Partion Magic 8.0 e Drive Image 2002, entrambi della PowerQuest.
|
|
Top |
|
|
jaxnife Eroe
Registrato: 18/09/03 11:25 Messaggi: 66
|
|
Top |
|
|
doctorK Dio minore
Registrato: 10/06/02 21:09 Messaggi: 874
|
Inviato: 31 Ott 2003 15:50 Oggetto: Re: El fenomeno |
|
|
hip hip hurrà!
|
|
Top |
|
|
gieffeo Dio minore
Registrato: 17/07/03 14:37 Messaggi: 784
|
|
Top |
|
|
kingofworms Moderatore Internet e Telefonia
Registrato: 12/09/03 23:01 Messaggi: 1714
|
Inviato: 31 Ott 2003 16:35 Oggetto: Mi associo... |
|
|
...all'esultanza generale!
GAG, eh? Vado subito a vedere, non lo conoscevo.
|
|
Top |
|
|
jaxnife Eroe
Registrato: 18/09/03 11:25 Messaggi: 66
|
|
Top |
|
|
SverX Supervisor Macchinisti
Registrato: 25/03/02 11:16 Messaggi: 11586 Residenza: Tokelau
|
Inviato: 31 Ott 2003 16:54 Oggetto: Re: Hola, me llamo GAG! |
|
|
grazie del link...
... per chi lo userà: ATTENTI alla funzione che nasconde le partizioni, ho letto di gente impanicata che ha già rasato tutto perchè non trovava più le partizioni...
|
|
Top |
|
|
jaxnife Eroe
Registrato: 18/09/03 11:25 Messaggi: 66
|
|
Top |
|
|
doctorK Dio minore
Registrato: 10/06/02 21:09 Messaggi: 874
|
Inviato: 01 Nov 2003 18:19 Oggetto: Re: Make non fa |
|
|
ecco, lo sapevo...
prima o poi sarebbe successo. e io sinceramente non so che dirti perchè in questo sono al tuo stesso livello.
stiamo parlando di compilazione e bisogna saper programmare un minimo (devi almeno conoscere a fondo la sintassi della shell, se non masticare il c) e io non so farlo.
quando scarico un binario, di solito lo scompatto in /usr/local/src/; entro nella directory come root e lancio lo script di configurazione ./configure (se è presente nella distribuzione del sorgente). questo script controlla che tutte le cose siano al loro posto (compatibilità hardware, di moduli del kernel e di librerie). già se passi questa fase indenne sei al 40% dal successo. a questo punto: make: può succedere che la compilazione dia errore. ciò può essere dovuto a incompatibilità di librerie (controllare le versioni o installare la relativa versione -dev.deb -senza la versione per svilupatori non si compila su debian), errore di script (in questo caso: o sai il c oppure aspetta la prossima versione). l'ultimo passaggio comporta make install che fila via liscio sempre (non fa altro che mettere un paio di link in /usr/bin/ e nel PATH dell'utente).
un'alternativa è riportare ESATTAMENTE l'errore ottenuto e la propria configurazione hardware/kernel/librerie alla mailing list dello sviluppatore del driver e chiedere lumi. qualsiasi software gnu/linux ha una home page con sezione per i bug.
in bocca al lupo!
|
|
Top |
|
|
jaxnife Eroe
Registrato: 18/09/03 11:25 Messaggi: 66
|
Inviato: 02 Nov 2003 14:16 Oggetto: Un bel macello |
|
|
Ho ripreso il driver per la mia SoundBlaster Audigy Player, ho ricontrollato che puntasse correttamente al sorgente del kernel e poi ho dato "make" da terminale.
Ha fatto cilecca chiaramente, ossia non ha creato il famoso driver compilato che ha estensione *.o e che sarebbe stato poi installato da "make install".
Fin qui nulla di nuovo, ma mi sono accorto che sosteneva di non aver potuto completare l'operazione perchè non trovava un file all'interno del sorgente del kernel.
Questo file è proprio il file di configurazione chiamato .config o giù di lì. A me non è sembrato di vederlo, inoltre c'è un altra cosa strana.
In /usr/src ho una cartella che in teoria sarebbe il mio sorgente del kernel e si chiama "kernel-headers-2.4.18-bf2.4", numero di versione che tra l'altro compare dando "uname -r", in compenso c'è anche un file compattato con estensione *.tar.gz che si chiama "kernel-source-2.4.18" (senza -bf2.4) e credo sia anche questo sorgente del kernel.
É giusto che "kernel-headers-2.4.18-bf2.4" sia considerato sorgente del kernel?
Posizionandomi all'interno di questa cartella dando da terminale "make menuconfig" si riuscirebbe a creare il famoso file ".config"?
Altro problema, non c'entra niente (spero) col resto:
ieri ho sistemato il mouse perchè supportasse la rotella, per farlo ho installato il modulo per il supporto della rotella e ho selezionato Netscroll nella configurazione di xfree86, tutto sembrava essere andato liscio.
Oggi mi sono reso conto che il mouse faceva scorrere qualsiasi cosa avesse un aggeggio anche lontanamente somigliante ad una barra di scorrimento, anche per esempio i regolatori che somigliano a mixer musicali per regolare il mouse stesso.
Come lo metto a posto?
|
|
Top |
|
|
jaxnife Eroe
Registrato: 18/09/03 11:25 Messaggi: 66
|
|
Top |
|
|
kingofworms Moderatore Internet e Telefonia
Registrato: 12/09/03 23:01 Messaggi: 1714
|
Inviato: 02 Nov 2003 22:29 Oggetto: Re: In apnea nel log |
|
|
Quello che ho trovato (veramente Google ha trovato, io ho solo letto):
kernel-headers contiene i file sorgenti del kernel con estensione .h. Non tutti, ma quelli 'pubblici', che servono ad altri programmi (ad esempio i driver audio del progetto ALSA) per essere compilati coerentemente con il kernel installato.
Kernel-source contiene invece i sorgenti completi del kernel.
Modversion.h viene creato alla prima ricompilazione del kernel. Pare che sia presente, in debian, nel pacchetto kernel-headers.
Puoi chiarire che problemi hai col mouse? Forse sono io che ho bevuto, ma non ho capito bene.
|
|
Top |
|
|
doctorK Dio minore
Registrato: 10/06/02 21:09 Messaggi: 874
|
Inviato: 03 Nov 2003 16:16 Oggetto: Re: In apnea nel log |
|
|
ho bisogno di un po' di tempo per studiare...
abbi pazienza...
|
|
Top |
|
|
jaxnife Eroe
Registrato: 18/09/03 11:25 Messaggi: 66
|
Inviato: 03 Nov 2003 19:34 Oggetto: Preso tra 2 fuochi |
|
|
Il problema del mouse, per altro stranissimo, l'ho risolto reimpostando il mouse come PS/2: niente rotella, ma il resto è a posto, sistemerò in un secondo tempo.
Per la storia del driver da compilare:
ho scaricato da sourceforge un driver che supporta anche Audigy, si chiama emu10k1-v0.20a e da quello che ho capito non fa parte di ALSA, infatti quest'ultimo non supporta la famiglia Audigy.
Il problema del sorgente del kernel sta diventando un paradosso:
in /usr/src ho 2 cartelle di sorgenti, una è "kernel-headers-2.4.18-bf2.4" l'altra è "kernel-source-2.4.18".
Da quello che ho capito entrambe hanno il file "version.h", però ".config" c'è solo nella seconda, mentre questo "modversion.h" al massimo è solamente nella prima (forse neanche lì).
Forse potrei prendere due piccioni con una fava scaricando da kernel.org il "kernel-source-2.4.22", l'ultimo stabile, sostituendolo all'attuale in uso (il bf) e buttando sia "kernel-headers..." che "kernel-source-2.4.18".
Mi sono già letto la Debian Way per compilare il kernel, ma non mi è tanto chiaro come poi si comunica al sistema di usare un kernel compilato piuttosto di un altro.
Lì dice di fare in modo che /usr/src/linux (collegamento simbolico sempre indirizzante il kernel corrente) punti al nuovo kernel, ma è tutto qui o bisogna fare altro dopo?
|
|
Top |
|
|
doctorK Dio minore
Registrato: 10/06/02 21:09 Messaggi: 874
|
|
Top |
|
|
doctorK Dio minore
Registrato: 10/06/02 21:09 Messaggi: 874
|
|
Top |
|
|
kingofworms Moderatore Internet e Telefonia
Registrato: 12/09/03 23:01 Messaggi: 1714
|
Inviato: 04 Nov 2003 00:13 Oggetto: Re: Salviamoci dal delirio dei post... |
|
|
Due indicazioni sulla ricompilazione del kernel secondo la "debian way" (dato che l'ho ricompilato più volte, ultimamente, per raffinare le mie scelte, e ancora non so se ho finito).
Debian mette a disposizione i pacchetti .deb dei sorgenti del kernel. Io (che uso sid) ho scaricato e installato con apt-get install il pacchetto kernel-source-2.4.22 dal mirror italiano.
L'ho poi estratto (bunzip2 e tar, come descritto nelle indicazioni sulla "debian way") in /usr/src, creando così la directory kernel-source-2.4.22.
A questo punto ho creato il link (ln -s kernel-source-2.4.22 linux), che non installa il kernel, che va ancora compilato. Creando il link, si crea una directory "fittizia", in modo che dando il comando (cd /usr/src/linux) si arriva in realtà nella cartella /usr/src/kernel-source-2.4.22.
Ammetto di non conoscerne esattamente l'utilità (devo aver letto da qualche parte che è una specie di retaggio del passato), ma penso sia un sistema comodo per avere un punto di riferimento per i sorgenti del kernel, la cui directory cambia ad ogni versione. Con questo sistema, invece, tutti possono puntare semplicemente ad una directory che si chiama "linux".
Poi, da /usr/src/linux (che in realtà, dunque, è /usr/src/kernel-source-2.4.22), ho dato make menuconfig e configurato il kernel (dando così origine al file nascosto .config).
Fatto questo, ho dato make-kpkg kernel-image e, dopo meno di dieci minuti (certo, dipende dal computer), in /usr/src c'era il pacchetto .deb contente il mio nuovo kernel.
L'ho installato come un normale pacchetto (dpkg -i kernel-image-etc...), risposto no alla richiesta di creazione di un floppy di boot e sì all'aggiornamento di lilo.conf. Ho controllato che in lilo.conf ci fossero effettivamente le due voci per il vecchio e il nuovo kernel, ho riavviato, e avevo il kernel funzionante.
Quindi, il momento in cui si dice al sistema di usare un kernel piuttosto che un altro è l'ultima fase, quella in cui si istruisce il bootloader. Fatte salve le differenze da lilo a GAG, è quello il punto cruciale in cui si sceglie un kernel o un altro.
|
|
Top |
|
|
|