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 ?
> > > 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 ?
> > '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 ?
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]
