Newsgroup: it.comp.os.linux.iniziare
Titolo: Devfsd e rpm.....

Ciao a tutti.
Avevo una RH8 funzionante e mega-personalizzata e, per fare il pirla,
ho deciso di sfasciarla installando l'rpm di devfsd, convinto dall'HOWTO
relativo al CD-Writing, che ne dipinge l'utilità (tra l'altro l'rpm era
quello
della RH 7.1).
Fattostà che il sistema non mi riconosceva + diversi device e mi ha rimosso
MAKEDEV da /dev.
allora vado di rpm -e devfsd e il sistema non si avvia +!
Kernel Panic che fa riferimento a "new features not supported".
Ovviamente riesco a montare il mio filesystem come / bootando dal
rescue disk e, quindi, come soluzione drastica (a-la-Gates), potrei
TARrare /etc /home /var e /usa/local e reinstallare tutto, ma....voglio f
armi del male ed imparare qualcosa. Quindi Vi chiedo:
- Come faccio a sapere ESATTAMENTE le modifiche causate
dall'installazione e rimozione di devfsd.rpm, così da poter riportare
il mio sistema allo stato originale A MANINA?
- Perchè mi ha rimosso MAKEDEV?
- + in generale, con un sistema il cui kernel
prevede il supporto al filesystem /dev, è necessario/utile/inutile/dannoso
avere devfsd?
Grazie a chi mi darà lumi e ciao.
Dick

  avere devfsd?
Se vuoi usare devfs e` praticamente necessario.
Leggi "/usr/src/linux/Documentation/filesystems/devfs/README".
-- 
 ____(_)__ ____   ___ _(_)__  _______/ /__ ____  ___   
/ __/ / _ `/ _ \_/ _ `/ / _ \/ __/ _  / _ `/ _ \/ _ \_ 
\__/_/\_,_/\___( )_, /_/\___/_/  \_,_/\_,_/_//_/\___(_)
	       |/___/ 

 Leggi "/usr/src/linux/Documentation/filesystems/devfs/README".
Solo se ti serve la compatibilità con i nomi di device tradizionali (il
che, è vero, succede praticamente sempre). Forse, e dico forse perché
non conosco Red Hat, il demone non è necessario perché tutta la
distribuzione è concepita e realizzata per usare solo ed esclusivamente
il naming sistem di devfs.
Mi attacco qui, però, per chiedere lumi anch'io. Ho messo devfs sulla
mia Debian. Non c'è un motivo particolare, giusto per fare pratica. Ho
notato che devfs non gestisce lo zip ATAPI e i raw device, e ci sono
delle patch per questo ma relative ai kernel fino al 2.4.16. Io ho il
2.4.20 e volevo chiedere se qualcuno le avesse usate.
-- 
Registered user at 
http://counter.li.org
 # 170453
Jabber JID: 
sil...@jabber.linux.it
GnuPG Key fingerprint = 10E0 2B05 0B0A 3525 8760  788B 59B6 C74A 250E 65B6

 avere devfsd?
Necessario se vuoi avere la compatibilita` all'indietro coi nomi di device
vecchio stile. In pratica, ora come ora e` necessario.
-- 
Ikitt 
"Stupid people do stupid things smart people outsmart each others"
*** mailserver: 
freemail.it

 2.4.20 e volevo chiedere se qualcuno le avesse usate.
In che sezione stanno di make *config? Con una scorsa veloce non le ho 
trovate, e sarei curioso di fare una prova.


 trovate, e sarei curioso di fare una prova.
Non ci sono, non solo nel kernel ufficiale. Le ho trovate cercando con
google, ma visto che per ora senza zip e raw device vivo bene non sono
stato lě a metterle.


  2.4.20 e volevo chiedere se qualcuno le avesse usate.
Mi viene un dubbio.. cito dal README:
/usr/src/linux/Documentation/filesystems/devfs/README
------------------------------------------------------------------------
Currently, not all device drivers in the kernel have been modified to
use devfs. Device drivers which do not yet have devfs support will not
automagically appear in devfs. The simplest way to create device nodes
for these drivers is to unpack a tarfile containing the required
device nodes. You can do this in your boot scripts. All your drivers
will now work as before.
------------------------------------------------------------------------
Quindi pensavo che fosse comunque possibile creare ed accedere ai device
tramite i major/minor number. Purtroppo non ho a disposizione una
macchina con devfs e dispositivi non supportati per verificare, puoi
confermare/smentire?


 tramite i major/minor number.
AFAIK e IIRC mknod continua a funzionare con devfs, l'ho fatto per 
/dev/mga_vid con mplayer un po` di tempo fa.


 confermare/smentire?
Devo ringraziarti moltissimo. Il fatto è che per quanto uno legga la
documentazione c'è sempre il paragrafo che sfugge beffardo... Il metodo
descritto funziona perfettamente, basta ricordarsi di controllare i
permessi dei device prima di creare il tar.
