Newsgroup: it.comp.os.linux.iniziare
Titolo: Blacklist

Con la Debian Etch nella directory /etc/hotplug/blacklist.d
ho aggiunto un file che ho chiamato bydalet e che ha questa
sola riga:
8139cp
Questo l'ho fatto nella speranza che all'avvio non tentasse
(modprobe?) di caricare questo modulo:
/lib/modules/2.6.18-4-686/kernel/drivers/net/8139cp.ko
perche' giustamente fallisce e poi prova con quello giusto
che non e' "plus", cioe' 8139c (p sta per +).
Pero' e' stata una fatica inutile: e' tutto come se io non
l'avessi messo.
Perche'? sapete dirmi dove sbaglio?
E' molto sbagliato toglier via il modulo da /lib/modules/...
che sarebbe una soluzione drastica? 
-- 
Saluti, Dalet

 una soluzione drastica?
Si, perche' tanto il modulo sara' nell'initrd.
La prima cosa che mi viene in mente e' che potrebbero essere sbagliati i 
permessi del file... prova a controllare!
-- 
Best Regards, Jack
Linux User #264449
Powered by Debian GNU/Linux on AMD64

permessi del file... prova a controllare!
Io pero' vorrei che NON provasse neppure a caricare il modulo
r8139cp ma che caricasse subito 8139too che e' quello giusto
che carica dopo.
Cosa succede se glielo tolgo dalla directory l'8139cp ?
-- 
Saluti, Dalet

 Cosa succede se glielo tolgo dalla directory l'8139cp ?
forse niente, ricordo che col manta cercava di caricare un modulo che 
poi ne impediva il funzionamento, l'ho tolto di brutto ed andava -ma tu 
sarai più saggio e ne terrai una copia;
r
-- 
i quattro uomini meno poveri del mondo hanno un reddito equivalente
a quello dei seicento milioni meno ricchi
[rapporto ONU 1999]
Ramapage: 
http://umpf.net/

sarai più saggio e ne terrai una copia;
La domanda era per estendere la cura a tutti i moduli che
non servono.
Cioe': io do lsmod, quindi tolgo (sposto) tutti i moduli
tranne quelli di lsmod.
Un po' come ha fatto Volkerding nella Slack, che ha messo
in blacklist (ma li' funziona, che non c'e' il maledetto
initrd) tutto tranne quelli caricati.
-- 
Saluti, Dalet

 che sarebbe una soluzione drastica?
Se sei sicuri che non ti serve non vedo perche' no, lo cancelli e dopo fai
un depmod -a . 
-- 
Ciao.
Alessandro 
"Ubuntu" - an African word, meaning "Slackware is too hard for me".

un depmod -a . 
Ma mi fa rabbia che non sia possibile con la Deb controllare
la blacklist, ma e' colpa di initrd come m'han detto.
Ora cerchero' di riuscire ad avviare senza initrd che non
serve a un bel niente (almeno a me).
-- 
Saluti, Dalet

 serve a un bel niente (almeno a me).
Per initrd:
http://lists.prato.linux.it/pipermail/plug/2004-August/013243.html
Per i la scheda di rete:
http://www.pluto.it/files/ildp/HOWTO/Ethernet-HOWTO/Ethernet-HOWTO-8.html
Qualcosa sui moduli:
http://www.pluto.it/files/ildp/HOWTO/Kerneld/x180.html
E' roba vecchia ma sempre utile.
Non conosco debian ma su slack c'e' un file in cui dici che moduli 
caricare percio' e' sufficiente commentare li' il modulo che ti pare e 
hai gia' fatto.


http://lists.prato.linux.it/pipermail/plug/2004-August/013243.html
Grazie, guardero' questo e cerchero' di escludere initrd.
Perche' e' esattamente come diceva Jack M., ho infatti
spostato il modulo da /lib/modules/...   ma ha continuato
imperterrito a cercare di caricarlo: ce l'ha dentro initrd!!
-- 
Saluti, Dalet

 imperterrito a cercare di caricarlo: ce l'ha dentro initrd!!
mbe, fai un nuovo initrd senza quel modulo.
(secondo me va bene anche montarlo in oloop e cancellarlo in
modo bovino :))
 mentre per quanto riguarda la /lib/modules è bene
lasciarlo mettendolo pero' in blacklist di hotplug...

lasciarlo mettendolo pero' in blacklist di hotplug...
Si', e' quello che ho cercato in tutti i modi, moh ce lo
rimetto, tanto lo carica lo stesso.
-- 
Saluti, Dalet

 lo carica lo stesso.
:)

procedura di boot, ma non dovrebbe essere molto compliicato.
Guarda per il momento non ci riesco in nessun modo neppure
a montarlo, ne' per santi ne' per dei.
$ file /boot/initr*
/boot/initrd.img-2.6.18-4-686: gzip compressed data, from Unix, last
modified: Sat May 26 12:07:07 2007, max compression
Allora l'ho copiato e decompresso con gzip ed ecco:
$ file initrd.img
initrd.img: ASCII cpio archive (SVR4 with no CRC)
Ma non riesco a montarlo, mount sembra di gusti un po' troppo
sofisticati: non gli va bene nessun type:-((
-- 
Saluti, Dalet

 sofisticati: non gli va bene nessun type:-((
Hai gia' provato con il -o loop sul mount ?

Dalet wrote:


Si', ho sempre provato a montarle con:
# mount -o loop /home/dalet/initrd.img /mnt/loop
ma mi dice che bisogna specificare il tipo, l'unico che
m'ha preso e' stato ramfs ma poi /mnt/loop e' risultata
vuota! e maunt mi diceva invece che era montata... bohhhh!
-- 
Saluti, Dalet

 vuota! e maunt mi diceva invece che era montata... bohhhh!
cpio non e' esattamente un filesystem , ma un archivio. man cpio di dice
come listare il contenuto, aggiungere, togliere, etc.
Altrimenti se hai mc rinomina il file con un estensione .cpio e poi con
enter navighi il contenuto come un normale fs.


enter navighi il contenuto come un normale fs.
Questo invece l'ho fatto: impressionante! bellissimo:-)))
TNX!!
Moh faccio un bel po' di prove, intanto ho visto che il
modulo incriminato c'e' e che nella blacklist non c'e'.
Bellissimo anche il busybox che vedevo in installazione,
chissa' se funge anche da riga di comando.
Ps. Di dare enter con mc - estensione a parte - non ci avrei
mai pensato, ma la cosa curiosa e' che io gli ho messo di
chiedere conferma prima di eseguire e invece col .cpio non
mi ha chiesto nulla e sono entrato di colpo come in un mondo
nella quarta dimensione, normalmente inaccessibile.
-- 
Saluti, Dalet

 nella quarta dimensione, normalmente inaccessibile.
Per la cronaca funziona anche con i .tar , .deb, .rpm (se hai rpm
installato), .zip e varie ed eventuali.. :-) , oltre che a connessioni ftp,
ssh ...
Se ti incuriosisce sapere come fa dai un'occhiata in /usr/share/mc/extfs , e
scoprirai che non e' cosi' difficile implementarne di nuovi.


 sofisticati: non gli va bene nessun type:-((
allora hai un initramfs, come ti avevo suggerito, non è un FS ma un
archivio cpio