[UCLA-LUG] Loading Red Hat 6.1 trouble

[Luis]

Hello out there to all the linux user and my fellow linux users. Im having 
trouble loading red hat 6.1 on my machine. I have 6.0 on it but i tried to 
upgrade it but it keep on freezing up when i start the setup. Would some of 
you out be able to let me know how to fix this problem. Thank you for 
taking the time to answer me and hope that you have a nice  weekend.



Luis

At 06:25 AM 2/3/00 -0800, you wrote:

>Send Linux mailing list submissions to
>         linux@linux.ucla.edu
>
>To subscribe or unsubscribe via the web, visit
>         http://linux.ucla.edu/mailman/listinfo/linux
>or, via email, send a message with subject or body 'help' to
>         linux-request@linux.ucla.edu
>You can reach the person managing the list at
>         linux-admin@linux.ucla.edu
>
>When replying, please edit your Subject line so it is more specific than
>"Re: Contents of Linux digest..."
>
>
>Today's Topics:
>
>   1. Re: HEEELLLPPPP (dannys@csua.ucla.edu)
>   2. Re: help please (dannys@csua.ucla.edu)
>   3. Re: share library problem (dannys@csua.ucla.edu)
>
>--__--__--
>
>Message: 1
>Date: Wed, 2 Feb 2000 09:45:57 -0800
>From: dannys@csua.ucla.edu
>To: linux@linux.ucla.edu
>Subject: Re: [UCLA-LUG] HEEELLLPPPP
>Reply-To: linux@linux.ucla.edu
>
>"Todd A. Lyons" <cannonball@usinter.net>
> >dannys@csua.ucla.edu wrote:
> >> For DOS based floppies, ues mtools.  The commands mcopy, mdel, mdir,
> >> etc... are the equivalent to the DOS commands copy, del, dir, etc.
> >Very impressive.  I have to ask the question, is there a reason why this
> >functionality could not be written into a script or executable for any
> >file system?
>
>Mostly because this requires the basic tools to have knowledge of the
>filesystem layout.  mtools has to do all the work of understanding the
>DOS filesystem.  So it's a lot of duplication of effort.
>
>The best approach would be to have a way of mounting a filesystem so
>that it doesn't make use of the kernel's write cache.  Then it'd be a
>trivial matter of doing an automatic mount/umount when accessing the
>disk.
>
>--__--__--
>
>Message: 2
>Date: Wed, 2 Feb 2000 09:49:34 -0800
>From: dannys@csua.ucla.edu
>To: linux@linux.ucla.edu
>Subject: Re: [UCLA-LUG] help please
>Reply-To: linux@linux.ucla.edu
>
>Tigran <tigran@usanogh.com> wrote:
> >Is there a command to find out the ip address of a user who is telneting
> >into the server and then set a variable to that ip so that it can be used
> >for other stuff later.
>
>If you're allowed to modify the .login/.profile whatever files...  you
>can try something like:
>
>MYIP=`last | `whoami` | head -1 | awk ' { print $3 }'`
>
>Except that last uses the domain name, when available, and will
>truncate it...  There may be a command line option to make it not
>truncate.  'w' may also be used for the same effect.
>
>
>--__--__--
>
>Message: 3
>Date: Wed, 2 Feb 2000 09:54:47 -0800
>From: dannys@csua.ucla.edu
>To: linux@linux.ucla.edu
>Subject: Re: [UCLA-LUG] share library problem
>Reply-To: linux@linux.ucla.edu
>
>Stefanus Mantik <stefanus@cs.ucla.edu> wrote:
> >its tcsh.   And as you see from the sample, the LD_LIBRARY_PATH
> >environment is already set (echo $LD...)
> >
> >>>    $ echo $LD_LIBRARY_PATH
> >>>    /opt/oracle8.1.5/lib
> >>>
>
>This most likely isn't your problem.  But for tcsh, it isn't
>sufficient to do an "echo" test.  Because tcsh also has two sets of
>variables... (which can be set by set and setenv).
>
>So if you do:
>    set a=foo
>
>$a won't be an environment variable.  But will resolve when you do:
>    echo $a
>
>Instead, it's best to use:
>    env | grep ENV_VARIABLE
>
>env is a program, so it can be used from any shell.
>
>It's also a good way to know if a variable is exported from the bash
>shells.
>
>
>
>
>--__--__--
>
>_______________________________________________
>UCLALUG Linux mailing list - Linux@linux.ucla.edu
>http://linux.ucla.edu/mailman/listinfo/linux
>
>
>End of Linux Digest