Re: what is /.udev for ?
On that scenario does not seem a unreasonable action to delete it without looking. It just 15 minutes to take it back. I would take more time google'ing it, than reinstaling it. But you missed my point. Even the people here that supports the /.dev mount agrees that is not the right place for it. It does not match the FHS, and it is a bit weird. I understand that there only a few places to it. I do believe that the right thing is to be disabled by default. But this is for the policy guys to begin long flames about. Em Seg 14 Fev 2005 11:14, Tollef Fog Heen escreveu: * Peter Samuelson | [Tollef Fog Heen] | | Assume makes an ass of u an' me. | | Why do people keep circulating this saying? It makes no sense. | Normally, assuming only ever has the power to make an ass of the person | who did the assuming, i.e. me, not u and me. And even then, it's | not like you could get very far in life without making any assumptions, | so at best even that part is only sometimes true. It's assuming without actually checking first. «This looks like junk, so I'll just rm -rf it» rather than «this looks like junk -- uhm. *think*. google around a bit and then removing it the right way.» -- Tollef Fog Heen ,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `- -- Lucas de Sousa e-mail: [EMAIL PROTECTED] / [EMAIL PROTECTED] Cell: (48) 9102-6650 / Trabalho: (48) 216-9249 msn: [EMAIL PROTECTED] / icq: 1859216 / aol: lcs589
Re: what is /.udev for ?
'rm' is not a proper tool for file removal? Rules to live by: Look before you leap. Measure twice, cut once. Google it! This is a very good set of rules if all of our intendend users are experts. :) And even to experts... If I have not readed this here I would look at it. And promptly removed it. (rm -Rf style, yes) Assuming that is unclean installation junk. -- Lucas de Sousa -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: what is /.udev for ?
Rules to live by: Look before you leap. Measure twice, cut once. Google it! This is a very good set of rules if all of our intendend users are experts. So you are saying that these are *not* good rules for amateurs? It is But is not wise to develop software that depends on it. :) -- Lucas de Sousa -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: what is /.udev for ?
To mount inside the /dev seems a very good idea.
Something like /dev/compatxx, /dev/stddev, /dev/old, /dev/original or else.
About the fhs ... standards can change.
But the unixes fhs is uglier enougth as it is.
:)
Em Qua 09 Fev 2005 20:42, David Mandelberg escreveu:
GOMBAS Gabor wrote:
... which would mean that it would become unaccessible (and thus
meaningless) as the real /var gets mounted later in the boot process.
You cannot reliably put it under a directory that is not guaranteed to
be on the root file system; that leaves roughly /, /etc, /bin, /lib and
/sbin. Pick your favourite :-)
What about this:
TMPDEV=`mktemp -d /tmp/devXX || { mkdir /.dev; echo -n /.dev; }`
mount -o bind /dev $TMPDEV
mount -t tmpfs none /dev
mkdir /dev/orig
mount -o bind $TMPDEV /dev/orig
umount $TMPDEV
rm -rf $TMPDEV
This way there's no clutter in / and the original dev is mounted in a valid
place that won't get overmounted later. It's also fhs compliant I think.
--
Lucas de Sousa
e-mail: [EMAIL PROTECTED] / [EMAIL PROTECTED]
Cell: (48) 9102-6650 / Trabalho: (48) 216-9249
msn: [EMAIL PROTECTED] / icq: 1859216 / aol: lcs589
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
