Newsgroup: it.comp.os.linux.sys
Titolo: rm /dev/*

L'oggetto è abbastanza chiaro, come si comporta un sistema al comando 
indicato?
La domanda sorge perché ho saputo che c'è chi l'ha lanciato su una hp-ux e 
poi ha dovuto smadonnare non poco.
Mi son convinto che sotto linux il più è gestito da udev, quindi un reboot e 
passa la paura ma .... non avrei mai il coraggio di farlo. Anche se sarebbe 
OT sono gradite info, se disponibili, relativamente ad altri unix.
-- 
Non pretendo che comprendiate il significato di quello che ho scritto senza 
averlo riletto un certo numero di volte. Personalmente, vi riterrei degli 
stupidi se lo faceste. Io l'ho letto sei volte ed ancora non l'ho capito.

 indicato?
]zac[
In linux dipende dalla versione, se č la versione con udev basta dire a udev 
di riapplicare tutte le regole e dovrebbe ricreare tutti i device, o al 
limite riavviare.
Se non c'č udev dovrebbe esistere uno script MAKEDEV o simile che dovrebbe 
ricreare la maggior parte dei device.

 ricreare la maggior parte dei device.
Ehm, per esserci c'�, peccato che � proprio sotto /dev ;-)
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 Ehm, per esserci c'è, peccato che è proprio sotto /dev ;-)
Non più
fuppa:~# which MAKEDEV
/sbin/MAKEDEV
-- 
Flavio Visentin
Ubuntu in Zulu significa "Non so usare Debian". (cit. CtRiX)

 
yum provides MAKEDEV
Plugin caricati:dellsysidplugin2, refresh-packagekit
Repository fedora is listed more than once in the configuration
Repository fedora-debuginfo is listed more than once in the configuration
Repository fedora-source is listed more than once in the configuration
MAKEDEV-3.24-3.x86_64 : A program used for creating device files in /dev
Repo        : local_fc11_old
Corrispondenza trovata in:
MAKEDEV-3.24-3.x86_64 : A program used for creating device files in /dev
Repo        : installed
Corrispondenza trovata in:
Altro       : Corrispondenza tra i forniti: MAKEDEV
yum install MAKEDEV

 OT sono gradite info, se disponibili, relativamente ad altri unix.
Su Linux puoi farlo senza grossi problemi. Su pressoché tutti gli Unix è
analogo, salvo il fatto che ovviamente ci sono delle particolarità per
ciascuno di loro. I device importanti sono meno di una trentina e
recuperarne maj:min non è poi così difficile.


 
Tiafolo ti un invorhmatiko!!!!!
poggirpc:/home/poggir# ls /dev/MAKEDEV
/dev/MAKEDEV
poggirpc:/home/poggir# ls /sbin/MAKEDEV
/sbin/MAKEDEV
poggirpc:/home/poggir# file /dev/MAKEDEV
/dev/MAKEDEV: symbolic link to `/sbin/MAKEDEV'
poggirpc:/home/poggir#


 poi ha dovuto smadonnare non poco.
la questione è conoscerli i sistemi operativi.
Su HP-UX c'è veramente poco da smadonnare: man insf
-- 
echo onailimissaM | awk 'BEGIN { FS = "" }
{ for (i = NF; i >= 1; i-- )
   printf $i }'; echo


Per la precisione: "insf -e"
Da man insf:
-e
Reinstall the special files for pseudo-drivers and existing devices. 
This is useful for restoring special files if one or more have been removed.
Se tu mi dici che un sistemista HP-UX non conosceva questo comando il 
problema è sempre lo stesso: mettono la gente giusta, ma al posto sbagliato.


 sbagliato.
  Io dico quello che so; so che la macchina è stata non disponibile per 
molto tempo perché il sistemista ci stava lavorando. Poi sulla macchina 
erano comunque configurati dei metadevice, e non so se il sistema riesca a 
recuperare anche quelli. Approfondirò


 recuperare anche quelli. Approfondirò
non ti so rispondere su questo punto. Ma dubito che il server sia stato 
fermo "molto tempo" solo per creare i metadevice.
Premessa:
E' veramente tanto tempo che non lavoro su HP-UX e potrei scrivere 
qualche inesattezza.
I dischi su HP-UX non sono in dev, ma in altri path (che adesso non 
ricordo bene), suddivisi alla maniera di solaris: raw-device e block 
device. In linux il raw device lo devi creare apposta, ed è sempre in /dev.
Quindi i dischi ci sono sempre, anche se cancelli /dev/*
Per quanto riguarda i metadevice, non mi ricordo se li mette in /dev o 
negli altri path insieme ai dischi, ma immagino che i metadevice abbiano 
un file di configurazione in /etc (o in /blabla/veritas/blabla/)
Quindi non è plausibile che un server HP-UX sia stato fermo tanto tempo 
per questo motivo.


 sbagliato.
Ehm un sistemista, per quanto distratto, farebbe mai ``rm /dev/*''?
 

 Ehm un sistemista, per quanto distratto, farebbe mai ``rm /dev/*''?
Beh dái, un "rm *" dentro $DIRECTORY può capitare a tutti...
-- 
Vide


In particolare quando PS1 è impostata a dog-dick :-)
