[NTLUG:Discuss] Re: Discuss Digest, Vol 13, Issue 13

Rudy Avila rra at clyde.dcccd.edu
Thu Jan 8 12:49:58 CST 2004


Yes, having /dev/null normally is used for standard error.

cheers and regards,
Rudy Avila

UNIX Systems Administrator

Phone:
214.265.9893

Email:
rra at clyde.dcccd.edu

On Thu, 8 Jan 2004 discuss-request at ntlug.org wrote:

> Send Discuss mailing list submissions to
> 	discuss at ntlug.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> 	https://ntlug.org/mailman/listinfo/discuss
> or, via email, send a message with subject or body 'help' to
> 	discuss-request at ntlug.org
> 
> You can reach the person managing the list at
> 	discuss-owner at ntlug.org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Discuss digest..."
> 
> 
> Today's Topics:
> 
>    1. Re: @#$%^&*! redhat up2date!!!!!
>    2. Re: protecting /dev/null from miswritten redirects. (Chris Cox)
>    3. re: protecting /dev/null from miswritten redirects.
>        (Kyle Davenport)
>    4. Samba Password Aging (Kenneth Loafman)
> 
> 
> ----------------------------------------------------------------------
> 
> Date: Thu, 08 Jan 2004 16:22:18 +0000
> From: clayramsey1 at comcast.net
> To: NTLUG Discussion List <discuss at ntlug.org>
> Subject: Re: [NTLUG:Discuss] @#$%^&*! redhat up2date!!!!!
> Message-ID: <010820041622.22594.18ef at comcast.net>
> Precedence: list
> Reply-To: NTLUG Discussion List <discuss at ntlug.org>
> Message: 1
> 
> I 1nstalled about 3 weeks ago using some RH 7.3 CDs I horked from a pal of mine.
> 
> <grrrumble>
> > On Wed, 2004-01-07 at 22:49, Clay Ramsey wrote:
> > 
> > > and why am I as a humble RH7.3 user being hosed like this?????
> > 
> > hosed like how?  They've only said for the last 8 months or so they
> > weren't going to support 7.x, 8.x, 9.x anymore.  
> > 
> > They gave users three options:
> > 
> > 1) Migrate
> > 2) Write it yourself
> > 3) Buy the Enterprise Edition
> > 
> > > and since I am being given the the ole M$ shakedown, where can I go to 
> > > get up2date "done" and pay a subscription (call me greedy - I don't 
> > > think one should pay for updates like this)
> > 
> > One comes instantly to mind: 
> > 
> > http://transition.progeny.com/
> > 
> > 5 bucks a month per machine starting May 2004.
> > 
> > Or move to Fedora.
> > 
> > Or shell out for the enterprise edition of RH.
> > 
> > Or just move to debian and don't care what RH does.
> > 
> > > </rant>
> > 
> > It's a little late to be ranting - this has been public for quite some time.  
> > If you just installed yesterday, then yeah, you got a gripe.
> > 
> > But you also did no homework.
> > 
> > Ry
> > 
> > 
> > _______________________________________________
> > https://ntlug.org/mailman/listinfo/discuss
> 
> ------------------------------
> 
> Date: Thu, 08 Jan 2004 10:43:02 -0600
> From: Chris Cox <cjcox at acm.org>
> To: NTLUG Discussion List <discuss at ntlug.org>
> Subject: Re: [NTLUG:Discuss] protecting /dev/null from miswritten redirects.
> Message-ID: <3FFD8896.9010801 at acm.org>
> In-Reply-To: <009101c3d5f6$e63c79e0$6404a8c0 at richardthecomputerguy.com>
> References: <009101c3d5f6$e63c79e0$6404a8c0 at richardthecomputerguy.com>
> Content-Type: text/plain; charset=us-ascii; format=flowed
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Precedence: list
> Reply-To: NTLUG Discussion List <discuss at ntlug.org>
> Message: 2
> 
> Richard Geoffrion wrote:
> > How does one protect  /dev/null from being accidently overwritten by command
> > output?  Yes it's a self inflicted would but I'm tired of the infliction.
> > 
> 
> Tricky... what command is being used to overwrite it??
> Are you sure the command isn't removing it and then
> replacing it??
> 
> 
> 
> ------------------------------
> 
> Date: Thu, 8 Jan 2004 11:16:47 -0600
> From: "Kyle Davenport" <Kyle_Davenport at compusa.com>
> To: discuss at ntlug.org
> Subject: re: [NTLUG:Discuss] protecting /dev/null from miswritten redirects.
> Message-ID: <OF06C0B1BC.9C22077C-ON86256E15.005CFE5F at compusa.com>
> Content-Type: text/plain; charset=us-ascii
> MIME-Version: 1.0
> Precedence: list
> Reply-To: NTLUG Discussion List <discuss at ntlug.org>
> Message: 3
> 
> 
> From: "Richard Geoffrion" <ntlug at rain4us.net>
> > How does one protect  /dev/null from being accidently overwritten by
> command
> > output?  Yes it's a self inflicted would but I'm tired of the infliction.
> >
> > Suggestions?
> 
> That's kind of funny.  It's there for files to "overwrite"!   But maybe you
> mean instead something like what happened to me recently.  A new rpm
> installed in an old Redhat system actually replaced this device with a
> file, and I didn't notice till I rebooted. Booting up, some commands are
> outputting to /dev/null while the filesystem is still read-only (ok if a
> device, error if a file), causing a boot failure.  Very irritating and took
> me a while to resolve.
> 
> Kyle
> 
> 
> 
> ------------------------------
> 
> Date: Thu, 08 Jan 2004 11:36:11 -0600
> From: Kenneth Loafman <ken at lt.com>
> To: discuss at ntlug.org
> Subject: [NTLUG:Discuss] Samba Password Aging
> Message-ID: <3FFD950B.7080802 at lt.com>
> Content-Type: text/plain; charset=us-ascii; format=flowed
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Precedence: list
> Reply-To: NTLUG Discussion List <discuss at ntlug.org>
> Message: 4
> 
> Samba version 2.999+3.0cvs20020906-1 for Debian
> 
> Somehow the Samba password is aging and is requiring a reset once a 
> month for *one user only*.  I can't see anything in the manuals to 
> indicate that the passwords age, so how is this one doing it?
> 
> The user is on a Windows 2000 box if that makes any difference.
> 
> Plus, with the new *.tdb format, how do you see what users are there?
> 
> ...Thanks,
> ...Ken
> 
> 
> ------------------------------
> 
> _______________________________________________
> Discuss mailing list
> Discuss at ntlug.org
> https://ntlug.org/mailman/listinfo/discuss
> 
> 
> End of Discuss Digest, Vol 13, Issue 13
> ***************************************
> 




More information about the Discuss mailing list