Pagina 1 di 1
current, /etc/modprobe.d /blacklist.new non viene ignorato
Inviato: mar 29 ago 2006, 19:40
da syaochan
Ciao a tutti, vorrei sapere se sono soltanto io ad avere il seguente problema: ad ogni aggiornamento del pacchetto di udev, mi ritrovo in /etc/modprobe.d anche un file blacklist.new .
Siccome in blacklist ho commentato "psmouse" perche' questo modulo venga caricato automaticamente all'avvio, quando e' presente anche blacklist.new , viene letto anche questo, e il modulo non viene caricato, con la conseguenza che mi ritrovo senza mouse.
E' normale che, pur avendo l'estensione .new, blacklist.new non venga ignorato?
Inviato: mar 29 ago 2006, 19:42
da l1q1d
In teoria no, controlla i file di configurazione di udev...
Inviato: mar 29 ago 2006, 21:49
da syaochan
Non riesco a trovare nessun riferimento a questo file, da nessuna parte
Inviato: mer 30 ago 2006, 7:54
da salbutamolo
Ma santa pace, qual è il problema. Rimuovi blacklist, rinomina blacklist.new in blacklist, fai le modifiche che ti occorrono e tutto riprende a funzionare come prima. Se non vuoi farlo a mano puoi usare dei tools come diff da linea di comando o kompare da kde. Have a nice day
Inviato: mer 30 ago 2006, 11:34
da syaochan
salbutamolo ha scritto:Ma santa pace, qual è il problema.
Il problema e' che, pur avendo l'estensione .new, il file viene processato ugualmente, mentre, a rigor di logica, dovrebbe essere ignorato.
Inviato: gio 31 ago 2006, 15:54
da mangus
Tutti i file presenti in /etc/modprobe.d vengono processati a prescindere dal nome. In realtà il default di slackware è caricare quel modulo con rc.modules, dove cè la riga apposita , che a questo punto da te dovrebbe essere commentata dato che nessuno se lo carica.
Il fatto di usare dei file .new in quella directory può far insorgere
penso il problema che ti è capitato,
per curiosità, hai hotplug installato o kernel nuovo e udev nuovo?
possiamo chiamarlo 'bug di slackware'??
Inviato: gio 31 ago 2006, 16:44
da syaochan
mangus ha scritto:Tutti i file presenti in /etc/modprobe.d vengono processati a prescindere dal nome. In realtà il default di slackware è caricare quel modulo con rc.modules, dove cè la riga apposita , che a questo punto da te dovrebbe essere commentata dato che nessuno se lo carica.
Il fatto di usare dei file .new in quella directory può far insorgere
penso il problema che ti è capitato,
per curiosità, hai hotplug installato o kernel nuovo e udev nuovo?
Kernel e udev nuovi, volevo quindi approfittare e togliere da rc.modules il caricamento di piu' moduli possibile, per lasciar fare tutto in automatico da udev. Purtroppo per adesso non lo posso fare, perche' alcuni non vengono caricati perche' non vengono riconosciuti: aumentando il livello di log di udev, mi compaiono degli avvisi che non e' riuscito a trovare dei moduli dal nome
ma per questo forse e' meglio che apro un altro topic. A proposito, molti dei messaggi di udev vengono mostrati a video prima dell'avvio di sysklogd, quindi vanno persi. Posso avviare il demone di log prima di udev impunemente?
mangus ha scritto:possiamo chiamarlo 'bug di slackware'??
Quello che mi preoccupa e' che non sia il bug soltanto della
mia Slackware
Per curiosita', dove hai trovato info su /etc/modprobe.d ? Io non sono riuscito a trovare nulla che spiegasse il funzionamento, non so neanche da che processo e quando vengono letti quei file.
Ciao, Christian
Inviato: gio 31 ago 2006, 18:52
da mangus
proposito, molti dei messaggi di udev vengono mostrati a video prima dell'avvio di sysklogd, quindi vanno persi. Posso avviare il demone di log prima di udev impunemente? Wink
non lo so, prova, al massimo non va e tieni sotto mano il disco di installazione..
Quello che mi preoccupa e' che non sia il bug soltanto della mia Slackware Wink
Per curiosita', dove hai trovato info su /etc/modprobe.d ? Io non sono riuscito a trovare nulla che spiegasse il funzionamento, non so neanche da che processo e quando vengono letti quei file.
I nuovi module-init-tools 3.2 sono piuttosto diversi dai precedenti e usano quella directory ( e tutti i file al suo interno) per gli alias, le opzioni e il blacklistaggio dei moduli. E udev usa modprobe per caricare i moduli.
La risposta è più semplice di quel che credi...
man modprobe.d
ciao[/code]
Inviato: gio 31 ago 2006, 19:26
da syaochan
mangus ha scritto:non lo so, prova, al massimo non va e tieni sotto mano il disco di installazione..
Allora nel fine settimana faro' esperimenti
mangus ha scritto:I nuovi module-init-tools 3.2 sono piuttosto diversi dai precedenti e usano quella directory ( e tutti i file al suo interno) per gli alias, le opzioni e il blacklistaggio dei moduli. E udev usa modprobe per caricare i moduli.
La risposta è più semplice di quel che credi...
man modprobe.d
ciao
Non ci avevo pensato, grazie per l'assistenza!