current, /etc/modprobe.d /blacklist.new non viene ignorato

[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?

[l1q1d]

In teoria no, controlla i file di configurazione di udev...

[syaochan]

Non riesco a trovare nessun riferimento a questo file, da nessuna parte

[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

[syaochan]

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.

[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'??

[syaochan]

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

Codice: Seleziona tutto

 pci:lista_lunghissima_di_cifre_esadecimali 

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?

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

[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]

[syaochan]

non lo so, prova, al massimo non va e tieni sotto mano il disco di installazione..

Allora nel fine settimana faro' esperimenti

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!