Newsgroup: it.comp.os.linux.sys
Titolo: ripulisti di /dev/

Cosa succede se uno cancella quasi tutti i file di dispositivo da /dev/
(sono centinaia!) e ci lascia solo quelli che usa?
Ma ancor piu`: qualcuno sa se si possono escludere gia` in compilazione
del kernel i corrispondenti driver? Si avrebbe un kernel molto snello...
-- 
Ci sentiamo  |                             
             |   
remigio...@tiscalinet.it
ciao Remigio |                                  /2000 e Linux/

 del kernel i corrispondenti driver? Si avrebbe un kernel molto snello...
e secondo te a che serve menuconfig ?-)
-- 
Fabio   fabio161616(at)
libero.it
 blackmagic(at)
penguinpowered.com
 
Death is hereditary.

 ciao Remigio |                                  /2000 e Linux/
i file nella dir /dev occupano così poco che è inutile cancellarli
-- 
  _     _                                  _ 
 (_)   | |                                | |
  _____| |  ___   ____    ____  _____   __| |
 |  _   _) / _ \ |  _ \  / ___)(____ | / _  |
 | |  \ \ | |_| || | | || |    / ___ |( (_| |
 |_|   \_) \___/ |_| |_||_|    \_____| \____|
Windows NT crashed.
I am the Blue Screen of Death.
No one hears your screams.

 del kernel i corrispondenti driver? Si avrebbe un kernel molto snello...
Ricompilare mettendo solo cio' che serve e tutto il possibile come
modulo fa troppo schifo?
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

del kernel i corrispondenti driver? Si avrebbe un kernel molto snello...
make menuconfig lo hanno inventato apposta...
-- 
ciao, | [Per rispondere togli "toglimi" dal mio indirizzo.]
Marco | * The Internet is full. Go away.  -- Joel Furr *
      | (Ri)scoprire fidonet: 
http://bbs.mi.linux.it

del kernel i corrispondenti driver? Si avrebbe un kernel molto snello...
Questo si', ma le entry in dev rimangono e non danno alcun problema.
-- 
 +-------------------------------------------+ 
 |        Enrico Bodo  -   PhD student       |
 |      University of Rome "La Sapienza"     |
 |          Department of Chemistry          | 
 +-------------------------------------------+  


(togli "qualcosa" dall'indirizzo per rispondere)


Mi hai messo la curiosita`.
Ho provato a lanciare:
 diablo > du -ms /dev
0       /dev
 diablo > du -ks /dev
42      /dev
Ti sembra il caso per recuperare 42 K di perdere il tempo a cancellare 
centinaia di file "inutili", col rischio di segarne anche qualcuno
utile?
Fai alla svelta: uno importante, col nome riconoscibile e' un link
simbolico ad uno col nome strano. Elimini il secondo e ti attacchi.
Piuttosto ricompila il kernel, carica in avvio solo i demoni utili,
allegerisci l'interfaccia grafica, ... 
ciao, andrea

Ok ok li lascio tutti. Era solo per mania di perfezionismo. La storia
della bootiglia di Thorin e quel "davvero" sottolineato di MDI non son
da prendere alla leggera; per non parlare dei minor e major # e le
entry che restano comunque (pero` quel diablo di Andrea Celli ha 42k
contro i miei 104...).
Provero` invece nuovamente col kernel: credevo di conoscere a memoria
menuconfig, ma devo aver frainteso qualche opzione...
THNX a tutti


del kernel i corrispondenti driver? Si avrebbe un kernel molto snello...
Fai attenzione a cosa cancelli ... comunque non e' un buon sistema
per salvare spazio.

a...@badpenguin.linux.it
 (AGX ?) writes:

Anche perche` un device consuma esattamente un inode, quindi veramente poco 
(anche perche` gli inode sono preallocati)...
-- 
  /Kinkie
Se sulla scatola c'e` scritto "Per windows 95 e superiori", dovrebbe
funzionare sotto Linux, vero?

 Mi dici invece che convengono i moduli?
Certo che convengono: i moduli vengono caricati solo quando necessari e
poi vengono scaricati automaticamente dopo un certo periodo di latenza
dopo cui il kernel si accorge che non vengono piu' usati per cui e'
tutta memoria che risparmi.


 pero`, la seconda volta, il kernel gia` ricompilato prima...
Non risolveresti niente: l'unica cosa che puoi installare o meno sono i
pacchetti ma i devices fanno parte dell'OS per cui *non devi toccarli*


pero`, la seconda volta, il kernel gia` ricompilato prima...
Io ho uno script che crea tutti i /dev/ secondo il file
/usr/src/linux/Documentation/device.txt
-- 
Saluti, Antonio Gallo
- Bad Penguin la distribuzione Linux italiana - 
http://www.badpenguin.org
- PRIME DI POSTARE QUI VAI SU 
http://www.badpenguin.org/info/dejanews.htm
- Non serve il Pentium 3 per andare in internet, basta non comprare un winmodem
- Se Linux non funziona e perche' non hai letto abbastanza manuali
- Tutta la doc e' su 
www.linuxdoc.org
, in italiano su 
www.pluto.linux.it
- Prima di cercare un programma vai su 
www.freshmeat.net
 o 
michel.enter.it

pacchetti ma i devices fanno parte dell'OS per cui *non devi toccarli*
Tutto perche' sono ossessionato da demoni (Samba, Apache...) che io non
credo di aver messo in compilazione e che riguardano il settaggio di
rete. Non riesco a capire se siano o no un residuo d'installazione. Devo
prima capire a fondo le reti ('na parola...), sono troppo indissolubili
da Linux.


 da Linux.
Scusa ma a disinstallare i pacchetti non hai pensato?


 /usr/src/linux/Documentation/device.txt
Si ma in base a cosa *tu* decidi quali device ti servono o meno? Mi
sembra una scelta un po' arbitraria.


 /usr/src/linux/Documentation/device.txt
prova a guardare /dev/MAKEDEV...


Scusa ma a disinstallare i pacchetti non hai pensato?
Si`, ormai e` chiaro: anche se l'installazione non e` personalizzatissima
si puo` comunque disinstallare tutto pulitissimamente anche dopo. Ed e`
questa la strada.
E arieccoci con i pacchetti. Mi si spezzera` il cuore se lascero` la mia
bella e veloce Slack!


 bella e veloce Slack!
Slack? Buon divertimento...


 Slack? Buon divertimento...
Please: dammi una ragione valida e seria per questa tua affermazione
TIA

 Please: dammi una ragione valida e seria per questa tua affermazione
Dover rimuovere a mano i pacchetti vista la mancanza di un package
manager serio mi sembra la prima.


 Dover rimuovere a mano i pacchetti vista la mancanza di un package...
Tralasciado questo "apparente" problema... dimmi di piu'! IMHO e
considerata la mia esperienza, che certamente non puo' competere con la
tua, SL per quanto mi risulta riguardo la sicurezza non ha nulla da
invidiare a  distro quali RH o Debian... anzi.. ...questo e' solo un
esempio chiaramente...
...

In un messaggio del Wed, 01 Mar 2000 10:20:55 GMT who scriveva:

E chi ha parlato di sicurezza? Se non aggiorni cio' che hai installato e
ti tieni informato su eventuali bugs del kernel o dei pacchetti
_nessuna_ distribuzione puo' definirsi sicura, tralasciando il solito
ovvio discorso per cui se qualcuno ha accesso fisico alla macchina non
c'e' distribuzione blindata che tenga. La Slackware e' la piu' primitiva
delle distribuzioni attualmente in circolazione e lo dico con cognizione
di causa, avendola usata per lungo tempo, quindi non scrivo per
esercitare la tastiera.. quello che tu definisci un "apparente" problema
in mano ad un inesperto puo' essere un fatale problema se va ad
aggiornare qualcosa di vitale per il sistema e non sa farlo.


 aggiornare qualcosa di vitale per il sistema e non sa farlo.
concordo... ma personalmente ritengo sia piu' costruttivo sbattere la
faccia con la realta` dei problemi... personalmente ho imparato e sto
imparando molto utilizzando SL. Nulla e' nascosto da cazzuti (e talvota
poco sicuri)  front-end/script .. vedi LinuxConf e compagnia e
permettimi di aggiungere (ma questo e' un altro problema...) che non
devo essere obbligato a conoscere il perl o il python per capire come
devo settare un file di configurazione (malgrado sia una condizione
anche necessaria esula dagli scopi di apprendimento)... E poi il vincolo
delle dipendenze e' terribile... Probabilmente quando saro' maggiormente
skillato ne trarro' vantaggio' di cio' ma per ora ritengo che la scelta
fatta sia una tappa obbligata per districarmi meglio in futuro.
Aggiungo poi che se fossi partito con SuSE,Corel,RH...  permettimi di
affermare (ma i fatti sembrano concordare quanto dico) che determinati
problemi non mi sarebbero cosi' chiari... solo per il fatto che avrei
sicuramente attivato una connessione dial-up con kpppd etc etc.
ignorando tutto quello che ci sta sotto. Ok... forse a me interessa
andare al nocciolo della questione ma preferisco rimanere il newbie
della situazione pittosto che sentirmi il dito puntato da un GRANDE
sys/net admin cresciuto con i front-end che sa tutto e per tutto di
sendmail e poi non ricorda qual'e' il servizio della porta 25 (spero per
me che sia quello giusto...) avrai capito cosa intendo...
... ma non esageriamo... altrimenti mi killi :-)
alla prossima e grazie
who

 alla prossima e grazie
Figurati :)


 Io e chi altri come me e' in grado/vuole/preferisce capire cio' che fa la connessione se l'e'...
Volere, sapere, potere. Concordo!

 Volere, sapere, potere. Concordo!
Ok


Tralasciado questo "apparente" problema... dimmi di piu'! IMHO e
Apparentemente e` un "apparente" problema! Per la manutenzione
(quindi aggiornamenti, aggiunte e rimozioni) penso che purtroppo sia
difficile poterne farne a meno.
Ho letto recentemente un articolo ad altissimo livello, proprio sulla
gestione dei pacchetti: hai visto di cos'e` capace apt?... e non e` che
apt ti faccia alcunche' di nascosto o fuori dal tuo controllo.
Rinunciarvi ritengo possa considerarsi alla stessa stregua di non voler
usare make, ma comandare tutte le compilazioni a mano una per una!


 Rinunciarvi ritengo possa considerarsi alla stessa stregua di non voler
non ho mai usato la parola !rinunciare! Ho solo detto che per il momento
mi va bene cosi' perche' mi permette di controllare meglio le cose... ma
cosa piu' importante
mi permette di capire meglio i legami che coesitono tra
applicativi-librerie etc. etc. e quindi di conoscere piu' a fondo le
problematiche. E' indubbio che mi portera` via tempo ma IMHO e' ben
speso e comunque sempre meglio che perder tempo a ripulire /dev/*** ;-)
ciao e grazie

 speso e comunque sempre meglio che perder tempo a ripulire /dev/*** ;-)
Nessuno ha detto che questa fosse una cosa intelligente da fare.


speso e comunque sempre meglio che perder tempo a ripulire /dev/*** ;-)
Temo che allora mi sfugga qualcosa in quel che dici. Mi spiego: il tuo
sembra un discorso del tipo: "Amo la Slack perche' mi obbliga a non
usare qualsivoglia tool: infatti non ne ha. Con un'altra potrei non
aver forza morale sufficiente per resistere alla tentazione; e non
imparerei mai piu`". Anzi, ancor piu` pesante la critica: perche' sembra
tu non sappia che dei tool puoi farne a meno con qualunque distro o
che, viceversa, tu puoi settare ad esempio il modem con kppp anche con
la bella Slack (penso, perche' Kde non lo sopporto e non ce l'ho).


 Nessuno ha detto che questa fosse una cosa intelligente da fare.
Thorin non mi permetterei mai di affermare una cosa cosi`... quando tu e
M.d'Itri avete detto quanto bastava dire!
Poiche' il post di rez mi sembrava (col senno di poi... non lo e')
provocatorio....
ciao

 Con un'altra potrei non aver forza morale sufficiente per resistere alla tentazione
Considerato che so quanto sto facendo non mi si pone il problema. Quanto
discusso con Thorin mi 
sembra piu' che chiaro e le mie scelte, chiaramente discutibili, hanno
un fondamento! Poi che tu non le condivida... rimane un tuo problema
;-). Le conclusioni che trai poi... beh sono tue!
Ciao e grazie

sembra una scelta un po' arbitraria.
Tutti quelli delle periferiche comuni

 Tutti quelli delle periferiche comuni
Ovvero? Decidi da te che il floppy non ti serve ed invece il CD-ROM
si? Mi sembra un po' arbitrario.


si? Mi sembra un po' arbitrario.
Se non mi serviva una cosa arbitraria penso che ne avrei usata
una gia' esistente, non me ne sarei fatta una versione personalizzata.

 una gia' esistente, non me ne sarei fatta una versione personalizzata.
Continuo a ritenere inutile e pericoloso lasciare a chi installa la
possibilita' di decidere quali device installare o meno.
