Pagina 1 di 1

directory /usr/lib/modules

Inviato: mar 22 dic 2009, 1:26
da MrTry
Raga ho cercato ovunque sul wiki, in s4f, su google.... mi dite cosa c'è in /usr/lib/modules ? ma i moduli non stanno in /lib/modules/versionekernel ? anche in rc.modules lui se li va a cercare li quindi /usr/lib/modules cos'è ?

Oggi domani come si fa ad evitare di caricare o meno un modulo ? cosa faccio cancello il file in /lib/modules/versionekernel/kernel :?: :?:

Il file rc.modules contiene delle righe che decommentate attivano il driver di cui si potrebbe aver bisogno giusto ? Ebbene io mi chiedo... supponiamo di aver un kernel senza moduli e senza buona parte di quei driver inseriti in rc.modules, quindi decommentando non si otterebbe nulla... voglio dire perchè di default c'è già il comando (commentato #)per caricare un driver potenzialmente non esistente ?

#-o #-o :-k :-k :-k

Re: directory /usr/lib/modules

Inviato: mar 22 dic 2009, 2:24
da targzeta
MrTry ha scritto:Raga ho cercato ovunque sul wiki, in s4f, su google.... mi dite cosa c'è in /usr/lib/modules ? ma i moduli non stanno in /lib/modules/versionekernel ? anche in rc.modules lui se li va a cercare li quindi /usr/lib/modules cos'è ?

Codice: Seleziona tutto

$> ls -l /usr/lib64/modules
0 lrwxrwxrwx 1 root root 12 2009-08-06 22:29 /usr/lib64/modules -> xorg/modules/
quindi, in quella directory ci sono i moduli del server xorg.
MrTry ha scritto:Oggi domani come si fa ad evitare di caricare o meno un modulo ? cosa faccio cancello il file in /lib/modules/versionekernel/kernel :?: :?:
Basta inserirli nella blacklist.

Codice: Seleziona tutto

$> head /etc/modprobe.d/blacklist.conf 
#
# Listing a module here prevents the hotplug scripts from loading it.
MrTry ha scritto: Il file rc.modules contiene delle righe che decommentate attivano il driver di cui si potrebbe aver bisogno giusto ? Ebbene io mi chiedo... supponiamo di aver un kernel senza moduli e senza buona parte di quei driver inseriti in rc.modules, quindi decommentando non si otterebbe nulla... voglio dire perchè di default c'è già il comando (commentato #)per caricare un driver potenzialmente non esistente ?

#-o #-o :-k :-k :-k
Sinceramente io quel file non l'ho mai capito :), non lo uso neanche, ma penso che ora mai sia anche inutile visto che udev carica solo i driver per le perifeche presenti nel sistema. Però non ne sono sicurissimo, non avendolo mai capito :).

Emanuele

Re: directory /usr/lib/modules

Inviato: mar 22 dic 2009, 20:42
da MrTry
ha vero ho fatto un ls -l modules dentro /usr/lib e punta a xorg/modules dentro /usr/lib heheheh :thumbright:
non ci stavo capendo + nulla anche perchè ho compilato un kernel e non funzionava bene, riavvio e dal menu scelgo l'altro ma quando avvio kde mi dice che non trovo un dispositivo hardware, la scheda audio.... allora mi chiedo come diavolo è possibile se ho riavviato con l'altro kernel e ogni modulo/i hanno la propria directory e quindi adesso io sto usano i vecchi..... pensavo che fossero stati sovrascriti dai nuovi da me impostati ma non riuscivo a capire.... poi magia... avrò anche riavviato e fatto delle prove ricompilato e kde mi torna a funzionare senza che io avessi fatto qualcosa di inerente alla scheda audio dopotutto kernel e moduli vecchi sene stavano per i sui fatti :?: :?: :?: :?:
mha..... si vede.... qualche bug.... giusto giusto dopo che mi ero compilato un kernel tutto mio....
Grazie mille =D> \:D/

Re: directory /usr/lib/modules

Inviato: mar 22 dic 2009, 22:23
da Mario Vanoni

Codice: Seleziona tutto

root@va2:~# ls -al /lib/modules
total 28
drwxr-xr-x 7 root root 4096 2009-08-20 11:34 .
drwxr-xr-x 5 root root 4096 2009-06-27 18:45 ..
drwxr-xr-x 3 root root 4096 2009-08-20 00:28 2.6.27.31
drwxr-xr-x 3 root root 4096 2009-08-20 00:37 2.6.27.31-smp
drwxr-xr-x 3 root root 4096 2009-01-12 20:25 2.6.27.7
drwxr-xr-x 3 root root 4096 2009-01-12 20:39 2.6.27.7-smp
drwxr-xr-x 3 root root 4096 2008-12-15 23:12 2.6.27.9
root@va2:~# 
Usando un kernel statico, non ho mai moduli.
Quelli presenti sono dei kernel di PJV, o cadaveri o che lascio in vita come il suo kernel,
magari serve/servono.

Se si compila un kernel con moduli, p.e. con make bzImage && make modules poi
make modules_install li butta in questa dir, con nome p.e. 2.6.32.2-MrTry.

Quattro cose importanti:

a)
in /boot PJV mette un link simbolico System.map -> System.map-2.6.2....
questo link va` assolutamente cancellato!
Copiare il System.map creato dal nuovo kernel in /boot.
Se si reboota il kernel originale, trova da solo il suo System.map specifico.

b)

Codice: Seleziona tutto

root@va2:~# ls -al /etc/rc.d/rc.modules*
---------- 1 root root 31891 2008-11-21 06:15 /etc/rc.d/rc.modules-2.6.27.7
---------- 1 root root 31891 2008-11-21 05:29 /etc/rc.d/rc.modules-2.6.27.7-smp
root@va2:~# 
Qui PJV mette un link simbolico rc.modules -> rc.modules-2.6.2...
questo link va` assolutamente cancellato!
Copiare rc.modules-2.6.2... (quello che funziona) verso rc.modules,
se necessario editarlo a bisogna.
Da me rc.modules non esiste, visto che non mi serve,
quindi anche quelli esistenti disattivati con chmod 0000.

c)
Cambiando kernel, copiarlo quale rc.modules-2.6.32.2-MrTry,
per averlo a disposizione rebootando il kernel precedente.
Idem in /boot System.map verso System.map-2.6.32.2-MrTry
e bzImage verso bzImage-2.6.32.2-MrTry

d)
Aggiornare /etc/lilo.conf e non dimenticare /sbin/lilo.

Notare che /usr/lib/modules non c'entra assolutamente con il kernel.

Scusate, usanze mie, da 13 anni che uso Linux (piu` 11 anni UNIX).

Re: directory /usr/lib/modules

Inviato: mar 22 dic 2009, 23:13
da conraid
Mario Vanoni ha scritto: Scusate, usanze mie, da 13 anni che uso Linux (piu` 11 anni UNIX).
non è che fare una cosa per molti anni rende la cosa giusta :-)

se guardassi gli script di avvio ti accorgeresti che alcune cose che hai detto (come rc.modules) sono sbagliate. Certo funzionano, ma puoi avere vari rc.modules per vari kernel senza problemi. Così per system.map

Re: directory /usr/lib/modules

Inviato: mar 22 dic 2009, 23:40
da murdock
Beh, io sono per il detto "a ognuno il suo":

Codice: Seleziona tutto

murdock@hp:~$ ls -la /boot/
total 18572
drwxr-xr-x  2 root root    4096 2009-12-19 23:51 ./
drwxr-xr-x 21 root root    4096 2009-12-20 14:26 ../
-rw-r--r--  1 root root 1081700 2009-09-09 16:39 System.map-2.6.30.6
-rw-r--r--  1 root root 1165771 2009-11-24 11:51 System.map-2.6.31.6
-rw-r--r--  1 root root 1218347 2009-12-19 23:40 System.map-2.6.32.2
-rw-r--r--  1 root root     512 2009-08-29 03:43 boot.0800
-rw-r--r--  1 root root     512 2009-08-30 03:36 boot.0810
-rw-r--r--  1 root root     512 2009-08-30 03:36 boot.0900
-rw-r--r--  1 root root     168 2009-08-29 03:43 boot_message.txt
-rw-r--r--  1 root root   90262 2009-09-09 16:40 config-2.6.30.6
-rw-r--r--  1 root root   82654 2009-11-24 11:51 config-2.6.31.6
-rw-r--r--  1 root root   84960 2009-12-19 23:40 config-2.6.32.2
-rw-r--r--  1 root root    5040 2008-11-29 19:43 diag1.img
-rw-------  1 root root  167936 2009-12-19 23:41 map
-rw-r--r--  1 root root   15754 2008-02-22 01:08 slack.bmp
-rw-r--r--  1 root root 2722240 2009-09-09 16:40 vmlinuz-2.6.30.6
-rw-r--r--  1 root root 2854672 2009-11-24 11:51 vmlinuz-2.6.31.6
-rw-r--r--  1 root root 2938512 2009-12-19 23:40 vmlinuz-2.6.32.2
Con la differenza che utilizzo lo stesso "rc.modules" per tutti (lasciando il filename "liscio" senza aggiungere la versione di alcuno dei miei kernels).
Mi trovo d'accordo con Mario sulla rimozione dei links simbolici da lui citati, mi hanno sempre dato sui nervi ;).

Saluti,
MuRdOcK

Re: directory /usr/lib/modules

Inviato: mar 22 dic 2009, 23:45
da slucky
puoi avere vari rc.modules per vari kernel senza problemi. Così per system.map
quoto e finora mai avuto problemi, come dire che le strade che portano al pinguino sono molte e variegate! :)

Re: directory /usr/lib/modules

Inviato: mer 23 dic 2009, 0:13
da conraid
murdock ha scritto: Con la differenza che utilizzo lo stesso "rc.modules" per tutti (lasciando il filename "liscio" senza aggiungere la versione di alcuno dei miei kernels).
Mi trovo d'accordo con Mario sulla rimozione dei links simbolici da lui citati, mi hanno sempre dato sui nervi ;).
e se hai kernel compilati in modo diverso? e se booti con i kernel standard?

gli script di inizializzazione prima controllano se c'è rc.modules.local, poi rc.modules-$(uname -r), infine rc.modules

Codice: Seleziona tutto

if [ -x /etc/rc.d/rc.modules.local -a -r /proc/modules ]; then                
  echo "Running /etc/rc.d/rc.modules.local:"                                  
  /bin/sh /etc/rc.d/rc.modules.local                                          
elif [ -x /etc/rc.d/rc.modules-$(uname -r) -a -r /proc/modules ]; then        
  echo "Running /etc/rc.d/rc.modules-$(uname -r):"                            
  . /etc/rc.d/rc.modules-$(uname -r)                                          
elif [ -x /etc/rc.d/rc.modules -a -r /proc/modules -a -L /etc/rc.d/rc.modules ]; then
  echo "Running /etc/rc.d/rc.modules -> $(readlink /etc/rc.d/rc.modules):"           
  . /etc/rc.d/rc.modules                                                             
elif [ -x /etc/rc.d/rc.modules -a -r /proc/modules ]; then                           
  echo "Running /etc/rc.d/rc.modules:"                                               
  . /etc/rc.d/rc.modules                                                             
fi                     



quindi il link simbolico non da affatto fastidio se hai un rc.modules-$(uname -r)
liberi di fare come volete, ma almeno non diffondere modi di fare personali come generali ;-)

il link simbolico serve solamente se ti scordi di fare rc.modules-$(uname -r) o se non rc.modules.local
è una cosa che Pat mette per "aiutare" gli utenti, tutto qui

Re: directory /usr/lib/modules

Inviato: mer 23 dic 2009, 0:44
da murdock
conraid ha scritto:liberi di fare come volete, ma almeno non diffondere modi di fare personali come generali ;-)
Hai profondamente ragione, spesso vien da pensare che ciò che è dentro al *proprio* computer, perfettamente configurato in base alle *proprie* esigenze, sia anche la miglior cosa per tutti.

p.s. Personalmente appunto, il link simbolico "rc.modules" lo cancello in quanto voglio avere un "rc.modules" unico per tutti i kernels nominato "rc.modules" :).

Saluti,
MuRdOcK

Re: directory /usr/lib/modules

Inviato: mer 23 dic 2009, 10:42
da conraid
murdock ha scritto: p.s. Personalmente appunto, il link simbolico "rc.modules" lo cancello in quanto voglio avere un "rc.modules" unico per tutti i kernels nominato "rc.modules" :).
Per fare questo "dovresti" crearti un file rc.modules.local in modo che lo script trovandolo salta il resto.
Anche qui naturalmente uno fa come vuole, ma ti eviti sovrascritture in caso di aggiornamento.

Per esempio se uno usa una -current su cui vuole "provare" ogni novità introdotta da Pat seguire i metodi standard toglie da 1qualche grana non capibile a prima vista e da rifare le stesse cose ad ogni aggiornamento

Re: directory /usr/lib/modules

Inviato: mer 23 dic 2009, 22:00
da MrTry
Mario Vanoni ha scritto: in /boot PJV mette un link simbolico System.map -> System.map-2.6.2....
questo link va` assolutamente cancellato!
Copiare il System.map creato dal nuovo kernel in /boot.
Se si reboota il kernel originale, trova da solo il suo System.map specifico.
Argh #-o #-o #-o vero diamine non ci avevo mai fatto caso ogni volta copiavo il nuovo system in /boot ma ho sempre lasciato il collegamento system.map che linkava il system di un'altro kernel.... sto avendo dei casini e non riesco a far funzionare wifi e audio forse è proprio questo :-k :-k :-k

Senti ma che cos'è PJV ?


Volevo dire un'altra cosa ma forse mi pare sono stato preceduto..... il sistema quando parte cerca rc.modules se ben ho capito, questo può essere un link o lo script vero e proprio che si chiama rc.modules.... ora voglio dire supponendo che ci sia il link rc.modules che punta allo script che si chiama rc.modules-1.1.1 tanto per dire una versione a caso ma io sto usando l'ultimo kernel 2.6.32.2.... ecco anche se sto usando l'ultimo kernel come si chiami si chiami mi pare che il nome dello script c'entri poco o nulla perchè alla fine dentro sono tutti gli stessi, fanno l'uname -r e poi una volta che si è stabilito il kernel corrente in automatico caricano i moduli della directory in modules corretta.
Forse alla fine (casi particolari a parte che richiedono l'editazione di rc.modules) anche con + kernel l'rc.modules può sempre essere lo stesso unico per tutti e se non c'è il link rc.modules o lo si crea o si rinomina lo script in rc.modules.... perchè mi pare che il sistema cerchi un file chimato cosi all'avvio....

Re: directory /usr/lib/modules

Inviato: mer 23 dic 2009, 22:03
da MrTry
conraid ha scritto:.....ma puoi avere vari rc.modules per vari kernel senza problemi. Così per system.map

ma perchè scusami dentro non sono tutti gli stessi ? non determinano la versione e poi cercano in /lib/modules/$release..... perchè averne vari ?

forse in casi particolari si decommentano le righe con # o sene aggiungono altri in base al kernel

edit: ho appena riletto i post, forse murdock conferma ciò che dico infatti usa il file col nome liscio senza versione

Re: directory /usr/lib/modules

Inviato: mer 23 dic 2009, 22:37
da Mario Vanoni
@MrTry
Senti ma che cos'è PJV ?
Patrick J. Volkerding, creatore (1993) e capo di Slackware.

rc.modules, se si usa:
conraid consiglia rc.modules.local
altri rc.modules soltanto
non usandolo non ho idea.

In ogni caso se hai:
/boot/System.map-2.6.32.2
/boot/bzImage-2.6.32.2
/etc/rc.d/rc.modules-2/6/32.2
/lib/modules/2.6.32.2
boot'erai sempre in modo corretto,
a patto che /etc/lilo.conf corrisponda!

Le ultime due voci /... solo se usi un kernel con moduli,
con kernel statico sono inutili.

Re: directory /usr/lib/modules

Inviato: mer 23 dic 2009, 22:43
da navajo
MrTry ha scritto:

Senti ma che cos'è PJV ?
[-X [-X [-X

http://it.wikipedia.org/wiki/Patrick_Volkerding