Linux-Misc Digest #519, Volume #27 Tue, 3 Apr 01 11:13:04 EDT
Contents:
Re: may I install two different version of linux in the same harddisk (Stanislaw
Flatto)
Re: dump/restore vs gnu tar (Lee Allen)
Re: Installing Windows 9x on hdc -- can it be done? ("Thomas Schachtner")
Re: dump/restore vs gnu tar (Steve Smith)
Pause Submitted job ("Darien Lee")
Re: Secure File deletion ("Peter T. Breuer")
Re: Deleting core dumps (Zed)
Re: difference between ext2fs and raiserfs (Joshua Baker-LePain)
Re: I would like to register a complaint ... ("Peter T. Breuer")
linux on which platform (Tom De Boeser)
Re: dump/restore vs gnu tar (Joshua Baker-LePain)
Re: dump/restore vs gnu tar (Stefano Ghirlanda)
Re: dmsdos working under 2.2.19 ("Peter T. Breuer")
Re: Pause Submitted job ("Peter T. Breuer")
Re: Pause Submitted job (Jean-David Beyer)
Re: Secure File deletion (Jean-David Beyer)
LILO version 21.7.3 released (John in SD)
Re: chrooting users (Vilmos Soti)
LILO version 21.7.3 released (John in SD)
Re: scripting (Vilmos Soti)
Re: where can I get explore2fs? (Terry Ripple)
Re: Deleting core dumps (Jean-David Beyer)
Re: SHELL script question (Vilmos Soti)
Re: dump/restore vs gnu tar (Dave Brown)
Re: difference between ext2fs and raiserfs (Rod Smith)
Re: may I install two different version of linux in the same harddisk (Alumne FIB -
MARC COLL CARRILLO)
Gnome File Manager Problem (JTM)
----------------------------------------------------------------------------
From: Stanislaw Flatto <[EMAIL PROTECTED]>
Subject: Re: may I install two different version of linux in the same harddisk
Date: Tue, 03 Apr 2001 23:02:26 +1000
"news.starzine.com" wrote:
> My pc has installed RedHat v6.2 and I want to install RedHat v7.0 into it.
> Is it possible and how to install?
>
> Thanks
Make a new partition and tell the installer to put the second distro there.
It will find the swap partition AND use it.
Stan.
------------------------------
From: [EMAIL PROTECTED] (Lee Allen)
Subject: Re: dump/restore vs gnu tar
Reply-To: [EMAIL PROTECTED]
Date: Tue, 03 Apr 2001 12:51:15 GMT
On Tue, 03 Apr 2001 16:45:24 +0900, "You, Jin-Ho"
<[EMAIL PROTECTED]> wrote:
>dump/restore is better than gnu tar
>to backup and restore directories and filesystem?
>
>Thanks in advance for any comments.
I have heard that dump/restore is 'better', for reasons I didn't
entirely understand. But from experience:
I used dump/restore for 2 years on many systems. It worked reliably.
But I didn't like it. It took a LONG time, and I was unable to
throttle down the verbose progress messages it spits out -- making it
difficult for the operator to determine whether it was successful.
Now I use tar. I like it better because it is much faster, and I have
more control over it (more command-line options).
I have used both (dump/restore and tar) to perform restores of single
files, small sets of files, and total bare-metal system recovery.
They both work.
There: you have 1 opinion.
-Lee Allen
------------------------------
From: "Thomas Schachtner" <[EMAIL PROTECTED]>
Subject: Re: Installing Windows 9x on hdc -- can it be done?
Date: Tue, 3 Apr 2001 14:44:21 +0200
"Eric" <[EMAIL PROTECTED]> wrote in message
news:9ac24m$qge$[EMAIL PROTECTED]...
> > I know about the whole lilo map-drive hack that will convince some OSes
> > that it's really on the first hard drive even when it isn't. But will
that
> > work with Win95/98/NT/whatever? Since they all seem to want to install
> > special drivers for the hard drive, I'm inclined to think I may be outta
> > luck here.
On my box this hack works fine...
>
> connect it temporarily as hda, or disble hda temporarily.
> then install windows. After the install change the disks back to the
> position they
> are in now. Then you can use the map-drive commands.
>
> > (Related to the map-drive hack: I know hda would be 0x80, but is hdc
0x81
> > or 0x82? I'm not sure how having hdb, a DVD-ROM drive, affects the
> > numbering.)
>
> it's 0x81.
> CD/DVD's don't get a BIOS hdd number assigned.
>
> > Has anyone had any luck with a setup even vaguely like this? I don't
have
> > the resources to back up 20GB of data, so I want to be pretty darn sure
> > things will work before I start playing (or before I spend a couple
> > hundred bucks on Windows).
>
> It can be done, no problem.
>
> > And another related question: To install Windows, presumably, I'll have
to
> > boot from a CD, or a floppy, or something that's not lilo. How can I get
> > the drives renumbered, then boot from such auxiliary media? Is lilo that
> > clever? (I'm working through the docs, but there's a LOT of 'em.)
>
> > Assuming it does work: What's the status of the various hacks to get
> > Windows to read ext2 filesystems? If I can get to my MP3 collection,
> > that'll make me even happier. :-)
>
> It would be easier if you put those on a FAT FS.
>
> Eric
>
>
------------------------------
From: Steve Smith <[EMAIL PROTECTED]>
Subject: Re: dump/restore vs gnu tar
Date: Tue, 03 Apr 2001 07:20:17 -0600
Dump saves an image of the entire partition you run it on. It also has a
means for doing incremental backups.
Tar only backs up what you tell it to back up. It has no means for
incremental backups (although you could write such a script). It is a
bit less arcane.
Depends what you want to do. Both work well.
Steve Smith
"You, Jin-Ho" wrote:
> Hi,
>
> dump/restore is better than gnu tar
> to backup and restore directories and filesystem?
>
> Thanks in advance for any comments.
>
> Jin Ho You
------------------------------
From: "Darien Lee" <[EMAIL PROTECTED]>
Subject: Pause Submitted job
Date: Tue, 3 Apr 2001 08:40:51 -0500
Greetings,
I sent a big job taking at least 1 day.
My question is how to pause the process until I finish another job.
I can see the PID when I type "top".
Thanks for help in advance,
Darien.
[EMAIL PROTECTED]
------------------------------
From: "Peter T. Breuer" <[EMAIL PROTECTED]>
Subject: Re: Secure File deletion
Date: Tue, 3 Apr 2001 15:11:28 +0200
Hugh Potter <[EMAIL PROTECTED]> wrote:
> Im a recent convert to Linux. Ld like to be able to securely delete swap and
> other temp files in Linux Mandrake. In Windows I used scorch for the swap file
> and eraser for the rest. Any suggestions for linux.
man dd. Overwrite it with zeros (then delete it, if appropriate).
Peter
------------------------------
From: Zed <[EMAIL PROTECTED]>
Subject: Re: Deleting core dumps
Date: Tue, 03 Apr 2001 06:39:16 -0700
ImaLuzer wrote:
>
> I've read that you can safely delete "core" files (aka core dumps) if you're
> not going to do any debugging. Is the file "kcore" one of these "core"
> files? (ie kcore=core)
Programs dumping core will usually leave a core file in the users
directory. Yes it is safe to delete this file. If you tire of doing
this frequently, fix the problem. Or, if you are particularly lazy -
create a symlink called core pointing to /dev/null.
------------------------------
From: Joshua Baker-LePain <[EMAIL PROTECTED]>
Subject: Re: difference between ext2fs and raiserfs
Date: 3 Apr 2001 13:40:20 GMT
Andy Walker <[EMAIL PROTECTED]> wrote:
> While we are on the subject, is there any sort of agreement to a standard
> new filesystem for Linux? I heard mention of ext3 but how good is it? In my
> experience, other than the boot limitations which aren't really a problem,
> ReiserFS is extremely stable and can't be far off from being considered a
> finished product.
IANA kernel expert, but my guess would be that "finished product" or
"near finished product" filesystems that get blessed by the right people
(read: Linus) will go in the standard kernel. You can then choose what
you want to use. Myself, I'm in the final stages of testing XFS for use
here. They're quite near a 1.0 release for Linux and (I believe) are
aiming for kernel inclusion sometime.
> I've been using it with software RAID and the performance is quite
> impressive with four SCSI disks in RAID0! Who wants crap ATA100 drives, they
> only waste interrupts!
Unless you put 8 of them in an external tower with an IDE-SCSI hardware
RAID controller. 640GB of disk space (560GB in RAID5) for $6K. And,
oh, did I mention tha ~30MB/s transfer rate an a U2W bus?
--
Joshua Baker-LePain
Department of Biomedical Engineering
Duke University
------------------------------
From: "Peter T. Breuer" <[EMAIL PROTECTED]>
Subject: Re: I would like to register a complaint ...
Date: Tue, 3 Apr 2001 15:24:51 +0200
KCmaniac <[EMAIL PROTECTED]> wrote:
> There is a very fundemental concept in the DOS/Windows world of being
> able to format a partition, after which you can begin again compiling
> data into that empty but very much functional partition. WHY DOESN'T
> LINUX HAVE AN EQUIVALENT COMMAND/FUNCTION???
It does. It's perfectly simple.
> Sorry for the big letters but I am now extremely frustrated over Linux's
> apparent inability to clear a partition of all its data and to be able
> to just simply begin again. Instead, it appears that you have to jump
> through a bunch of hoops and all of which I have not yet found.
> Without getting into the why's and what for's, formatting a partition in
> the DOS/Windows world is a legimate and useful function when it is the
> desired thing to do.
> Is there anybody out there that knows enough about Linux/Unix
> filesystems that can tell me why this function is not available and if
> it is what is it?
What's your problem?
> It looks like I am going to have to use Linux's fdisk to change the what
> "root sector??" of the partition to tell the DOS format function that it
> is a FAT32 filesystem even when it is not but just so it will format it
Eh? What are you on about?
> in such a way that I can reuse it. After the DOS format is done
> clearing the partition I will then have to change the partitions "ID"
> back to Linux native and use the mke2fs to remake the ext2 filesystem.
Why? mke2fs formats a partition. Why should you have to go through that
other rigmarole? Just use mke2fs.
> At that point I should have clean and empty ext2 partition. So far this
> is the only thing I can think of to achieve this desire goal. I tried
Why are you thinking so hard? mkfs does what you want, as its name
tells you:
SYNOPSIS
mkfs [ -V ] [ -t fstype ] [ fs-options ] filesys [ blocks
]
DESCRIPTION
mkfs is used to build a Linux file system on a device,
usually a hard disk partition. filesys is either the
device name (e.g. /dev/hda1, /dev/sdb2) or the mount
point (e.g. /, /usr, /home) for the file system. blocks
is the number of blocks to be used for the file system.
> at the suggestion of someone in this newsgroup to use:
> dd if=/dev/zero 0f=/dev/hdxX : where hdxX is a partition but this
> apparently write zeros over everything including important locations
Good. That's what you asked for, no?
> such as what makes up a superblock that Linux apparently very much
> needs. This superblock needs to be recreated but the ext2 partition is
No, it writes zeros. That's all. No surprise. Of course it erases the
partition data (among otehr things!).
> just not the same after that. Something is a miss when doing this
> method.
Ahem. Either you are a lunatic or you have a mental problem (or I'm a
dutchman, but let's not elaborate). The command does precisely what you
and anyone else would expect.
> Is there any body out there who knows enough to give me a workable
> solution. I just can't understand why Linux does not perform this very
> simple yet powerful function over its own filesystem.
Solution to WHAT?
mkfs makes a new filesystem and as far as I can tell that is what you
want.
> Please, please, please. Anybody.
Please try and express yourself ... what is wrong with the nice shiny
new filesystem that you have been given by mke2fs? Are you under some
impression that a new one is in some ways "worse" than an old one?
I'm really quite at a loss to understand you ... hmm, maybe you want
the old one, but with its files removed? In that case "man rm".
Oh well, hopefully you can shed some light on what it is you want.
Peter
------------------------------
From: Tom De Boeser <[EMAIL PROTECTED]>
Subject: linux on which platform
Date: Tue, 3 Apr 2001 09:49:25 -0400
Hi,
I'm wondering if anyone knows if linux (any kernel version) on x86 is
faster/better than linux on a spark (or any other architecture). Also, any
opinions on the BSD's on different architectures. Benchmarks are nice, but
real-life experience would be better.
Thanks,
Tom
============================================================
Get your FREE web-based e-mail and newsgroup access at:
http://MailAndNews.com
Create a new mailbox, or access your existing IMAP4 or
POP3 mailbox from anywhere with just a web browser.
============================================================
------------------------------
From: Joshua Baker-LePain <[EMAIL PROTECTED]>
Subject: Re: dump/restore vs gnu tar
Date: 3 Apr 2001 13:49:41 GMT
Steve Smith <[EMAIL PROTECTED]> wrote:
> Dump saves an image of the entire partition you run it on. It also has a
> means for doing incremental backups.
Dump also does not touch any file attributes. Dump has multiple levels
of incremental backups available.
> Tar only backs up what you tell it to back up. It has no means for
> incremental backups (although you could write such a script). It is a
> bit less arcane.
Tar *does* support incremental backups, though only one level (I believe).
Tar (IMO) is more arcane. Tar modifies the access time of files it
backs up. Tar is (probably, slightly) more permissive of backing up
active filesystems. Tar is also filesystem (and, with GNUtar, OS)
independent.
> Depends what you want to do. Both work well.
Agreed. Here, I use dump/restore for all my Linux/ext2 partitions,
and GNUtar for all non-Linux boxen, all managed by amanda.
--
Joshua Baker-LePain
Department of Biomedical Engineering
Duke University
------------------------------
From: Stefano Ghirlanda <[EMAIL PROTECTED]>
Subject: Re: dump/restore vs gnu tar
Date: 03 Apr 2001 15:52:45 +0200
Steve Smith <[EMAIL PROTECTED]> writes:
> Tar only backs up what you tell it to back up. It has no means for
> incremental backups (although you could write such a script).
I think the --incremental option is for incremental backups. Also:
--after-date='1 week ago' include files modified since 1 week ago
--
Stefano - Hodie tertio Nonas Apriles MMI est
------------------------------
From: "Peter T. Breuer" <[EMAIL PROTECTED]>
Subject: Re: dmsdos working under 2.2.19
Date: Tue, 3 Apr 2001 15:42:10 +0200
David Efflandt <[EMAIL PROTECTED]> wrote:
> On Sat, 31 Mar 2001, A E Lawrence
> <[EMAIL PROTECTED]> wrote:
>>dmsdos does not compile straight-forwardly under kernel 2.2.19. The
It does.
>>problems are that the current kernel headers are not in /usr/src/linux
That's YOUR problem, not dmsdos's. Put them in the right place.
Unmix yourself up. debian and rdhat have taken to presupplying the
wrong kernel headers in /usr/include/linux, just to mess yourself uup
even further.
>>as the present dmsdos supposes, and the wrong kernel headers are
>>included.
> I don't know what dmsdos is, but if /usr/src/linux does not point at your
dmsdos (I haven't seen it since 2.0.36 days!) deals with compressed fat
and stackered file systems.
> cd /usr/src
> rm linux
> ln -s linux-2.2.19 linux
amen.
Peter
------------------------------
From: "Peter T. Breuer" <[EMAIL PROTECTED]>
Subject: Re: Pause Submitted job
Date: Tue, 3 Apr 2001 15:47:08 +0200
Darien Lee <[EMAIL PROTECTED]> wrote:
> I sent a big job taking at least 1 day.
Where did you send it? Are you paying them?
> My question is how to pause the process until I finish another job.
Oh ...
> I can see the PID when I type "top".
> Thanks for help in advance,
man kill and killall. Pay attemtion to the STOP signal.
Peter
------------------------------
From: Jean-David Beyer <[EMAIL PROTECTED]>
Subject: Re: Pause Submitted job
Date: Tue, 03 Apr 2001 10:16:00 -0400
Darien Lee wrote:
>
> Greetings,
>
> I sent a big job taking at least 1 day.
> My question is how to pause the process until I finish another job.
> I can see the PID when I type "top".
> Thanks for help in advance,
>
If you are running top, why not just do an r
It will ask for the pid of the process to be re-niced
give it a 19. This will cause it to run with a very low priority and
keep out of the way of other jobs.
Would that be good enough?
--
.~. Jean-David Beyer Registered Linux User 85642.
/V\ Registered Machine 73926.
/( )\ Shrewsbury, New Jersey http://counter.li.org
^^-^^ 10:10am up 1 day, 17:00, 3 users, load average: 2.04, 2.08, 2.08
------------------------------
From: Jean-David Beyer <[EMAIL PROTECTED]>
Subject: Re: Secure File deletion
Date: Tue, 03 Apr 2001 10:17:58 -0400
"Peter T. Breuer" wrote:
>
> Hugh Potter <[EMAIL PROTECTED]> wrote:
> > Im a recent convert to Linux. Ld like to be able to securely delete swap and
> > other temp files in Linux Mandrake. In Windows I used scorch for the swap file
> > and eraser for the rest. Any suggestions for linux.
>
> man dd. Overwrite it with zeros (then delete it, if appropriate).
>
In USA, the department of defense's policy for secure deletion of
files involves removing the hard drive in question from the machine,
and shredding the whole thing (a paper shredder will not do it). It
all depends on just how secure you wish to be.
--
.~. Jean-David Beyer Registered Linux User 85642.
/V\ Registered Machine 73926.
/( )\ Shrewsbury, New Jersey http://counter.li.org
^^-^^ 10:15am up 1 day, 17:05, 3 users, load average: 2.04, 2.14, 2.10
------------------------------
From: John in SD <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.system,comp.os.linux.hardware
Subject: LILO version 21.7.3 released
Reply-To: [EMAIL PROTECTED]
Date: Tue, 03 Apr 2001 14:27:15 GMT
LILO release 21.7.3 is based upon Werner Almesberger's LILO version 21.
Version 21.7.3 is a bugfix release.
Version 21.7 adds support for higher serial line rates.
Version 21.6 is an upgrade for users of the Reiser File System, and adds
new diagnostic capabilities. Internal changes allow booting kernels with
larger real-mode setup codes (2.4.0 and later).
Source code is available for download from:
ftp://brun.dyndns.org/pub/linux/lilo (developer's site)
Or from the main distribution site:
ftp://metalab.unc.edu/pub/Linux/system/boot/lilo (please use)
See the distribution file 'CHANGES' for details of the differences between
21.7.3 and prior releases.
--John Coffman <[EMAIL PROTECTED]>
LILO version 21.7 (24-Feb-2001) source at
http://www.ibiblio.org/pub/Linux/system/boot/lilo
patches to -2 at ftp://brun.dyndns.org/pub/linux/lilo
------------------------------
Subject: Re: chrooting users
From: Vilmos Soti <[EMAIL PROTECTED]>
Date: Tue, 03 Apr 2001 14:27:23 GMT
[EMAIL PROTECTED] (David Efflandt) writes:
> chroot for normal users is not so easy. All binaries and libs, perl, etc.
> that they need have to be hard linked or copied into their home dir or
Copy them over and don't hardlink. If somehow they manage to overwrite
the binary, then your original copy will be corrupted.
Vilmos
------------------------------
From: John in SD <[EMAIL PROTECTED]>
Subject: LILO version 21.7.3 released
Reply-To: [EMAIL PROTECTED]
Date: Tue, 03 Apr 2001 14:29:25 GMT
LILO release 21.7.3 is based upon Werner Almesberger's LILO version 21.
Version 21.7.3 is a bugfix release.
Version 21.7 adds support for higher serial line rates.
Version 21.6 is an upgrade for users of the Reiser File System, and adds
new diagnostic capabilities. Internal changes allow booting kernels with
larger real-mode setup codes (2.4.0 and later).
Source code is available for download from:
ftp://brun.dyndns.org/pub/linux/lilo (developer's site)
Or from the main distribution site:
ftp://metalab.unc.edu/pub/Linux/system/boot/lilo (please use)
See the distribution file 'CHANGES' for details of the differences between
21.7.3 and prior releases.
--John Coffman <[EMAIL PROTECTED]>
LILO version 21.7 (24-Feb-2001) source at
http://www.ibiblio.org/pub/Linux/system/boot/lilo
patches to -2 at ftp://brun.dyndns.org/pub/linux/lilo
------------------------------
Subject: Re: scripting
From: Vilmos Soti <[EMAIL PROTECTED]>
Date: Tue, 03 Apr 2001 14:30:38 GMT
Philip <[EMAIL PROTECTED]> writes:
> There is a program that I run which is when start then asks 3
> questions. I answer these three questions the same each time. Isn't
> the a way in which I can write a script which will answer these
> questions for me.
> mode?: "term"
> choose option : "3"
> email "[EMAIL PROTECTED]"
Maybe something like have the following file named login.txt:
term
3
[EMAIL PROTECTED]
Next, when you start your program, redirect login.txt:
./program < hello.txt
Vilmos
------------------------------
From: Terry Ripple <[EMAIL PROTECTED]>
Subject: Re: where can I get explore2fs?
Date: Tue, 03 Apr 2001 14:29:05 GMT
>>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<<
On 4/3/01, 3:23:32 AM, "You, Jin-Ho" <[EMAIL PROTECTED]> wrote=
=20
regarding where can I get explore2fs?:
> Hello,
> I can't connect the explore2fs's homepage,
> http://uranus.it.swin.edu.au/~jn/linux/explore2fs.htm.
> I am searching for other sites to get it.
> Jin Ho You
Works fine now. Try again.
Ripster
------------------------------
From: Jean-David Beyer <[EMAIL PROTECTED]>
Subject: Re: Deleting core dumps
Date: Tue, 03 Apr 2001 10:31:46 -0400
Zed wrote:
>
> ImaLuzer wrote:
> >
> > I've read that you can safely delete "core" files (aka core dumps) if you're
> > not going to do any debugging. Is the file "kcore" one of these "core"
> > files? (ie kcore=core)
>
> Programs dumping core will usually leave a core file in the users
> directory. Yes it is safe to delete this file. If you tire of doing
> this frequently, fix the problem. Or, if you are particularly lazy -
> create a symlink called core pointing to /dev/null.
If you never want core dumps, and if you use the bash shell, you could
just do ulimit -c 0
Alternatively, you could do crontab -e
and have it run a cron job that deletes all core files in your area
(e.g., /home/yourdirectory) that are over a few days old using a
suitable find command.
Putting a ln -s /dev/null core in every directory where you expect to
get a core dump will not take care of the cases where you get one in a
directory you did not foresee.
kcore is not one of those core files.
Fixing it is not always an option. I frequently find a core file in my
home directory. If I run "file core", it tells me that it is a crashed
xterm. I do not choose to debug the xterm code, so I am unlikely to be
able to fix it. I would be less surprised if an xterm crashed on me,
but I have never seen that happen. It is possible for a process to
voluntarily write out a core file at anytime (or, at least, it used to
be possible in the old UNIX days), but I cannot imagine why an xterm
would do that.
--
.~. Jean-David Beyer Registered Linux User 85642.
/V\ Registered Machine 73926.
/( )\ Shrewsbury, New Jersey http://counter.li.org
^^-^^ 10:15am up 1 day, 17:05, 3 users, load average: 2.04, 2.14, 2.10
------------------------------
Crossposted-To: alt.os.linux
Subject: Re: SHELL script question
From: Vilmos Soti <[EMAIL PROTECTED]>
Date: Tue, 03 Apr 2001 14:33:21 GMT
> I'm debugging/re-writing a very large shell script ( /bin/sh ).
> Does anyone know if "sh" has a "goto" statement? It would be
> quite helpful to "goto" a section of script ( bypassing code
> that was already tested ) and pick up execution from there.
One thing you can do is to put an if statement which evaluates false
around it:
if [ "x" = "y" ]; then
...
...
fi
Then just move the "fi" down as you proceed. Not a particularly elegant
solution, but it does what you want.
Vilmos
------------------------------
From: [EMAIL PROTECTED] (Dave Brown)
Subject: Re: dump/restore vs gnu tar
Reply-To: [EMAIL PROTECTED]
Date: 3 Apr 2001 09:41:29 -0500
In article <[EMAIL PROTECTED]>, You, Jin-Ho wrote:
>Hi,
>
>dump/restore is better than gnu tar
>to backup and restore directories and filesystem?
>
>Thanks in advance for any comments.
>
>Jin Ho You
In addition to the other comments, let me add:
dump can backup/restore an unmounted file system. This may be important to
assure that all files are "in sync". When backing up a "hot" file system,
it's possible that files are changing while the backup is being made.
tar requires that the filesystem be mounted.
--
Dave Brown Austin, TX
------------------------------
From: [EMAIL PROTECTED] (Rod Smith)
Subject: Re: difference between ext2fs and raiserfs
Date: Tue, 03 Apr 2001 14:36:51 -0000
Reply-To: [EMAIL PROTECTED]
[Posted and mailed]
In article <[EMAIL PROTECTED]>,
"Andy Walker" <[EMAIL PROTECTED]> writes:
>
> While we are on the subject, is there any sort of agreement to a standard
> new filesystem for Linux? I heard mention of ext3 but how good is it? In my
> experience, other than the boot limitations which aren't really a problem,
> ReiserFS is extremely stable and can't be far off from being considered a
> finished product.
There are at least four journaling filesystems under development for
Linux:
- ReiserFS -- We've just been discussing this one.
- ext3fs -- ext2fs with journaling features added.
- XFS -- SGI's IRIX journaling filesystem, ported to Linux.
- JFS -- IBM's AIX and OS/2 journaling filesystem, ported to Linux.
Of these, ReiserFS is now included in the kernel (as of kernel 2.4.1).
I'm not sure what the status is on ext3fs. I hear that XFS is getting
quite stable, but I've never used it. The last I used JFS, it wasn't
really a workable Linux filesystem, but that was several months ago; I'm
sure it's improved since then. I would imagine that the developers of
all of these filesystems want to see them included in the kernel.
Unfortunately, both ReiserFS and ext3fs suffer from the same file- and
partition-size limits as ext2fs. These are starting to become issues
for some people -- particularly the 4GB file-size limit. Therefore,
unless those limits are raised, neither of these filesystems will
really do as more than a stop-gap measure. OTOH, it's possible to
convert an existing ext2fs partition into an ext3fs partition without
losing data, so transitioning to it should be easy. (The others all
require backup/make filesystem/restore dances.) Both XFS and JFS are
32-bit filesystems with much higher limits on file and partition sizes,
so they've got potentially bright futures. XFS has somewhat higher
limits, but they're both so high that I don't see it making much
difference. Which of these will win out in the end as the "standard"
Linux filesystem is something I'd not care to predict, although as I
say, I think XFS and JFS are the strongest long-term contenders.
All of this is IMHO, of course, and is based on my understanding of the
current situation. If that's wrong (say, if ReiserFS is easily extended
out to larger partition and file sizes), then my conclusions are
questionable, as well.
--
Rod Smith, [EMAIL PROTECTED]
http://www.rodsbooks.com
Author of books on Linux & multi-OS configuration
------------------------------
From: Alumne FIB - MARC COLL CARRILLO <[EMAIL PROTECTED]>
Subject: Re: may I install two different version of linux in the same harddisk
Date: Tue, 03 Apr 2001 16:36:49 +0200
> My pc has installed RedHat v6.2 and I want to install RedHat v7.0 into it.
Maybe I'm wrong, but I think that you really mean you want to upgrade it. If
it is the case, there's no problem, just run RH7 installation, and when it
asks you for the kind of installation, choose "upgrade an existing version".
It will do it automatically.
------------------------------
From: [EMAIL PROTECTED] (JTM)
Subject: Gnome File Manager Problem
Date: Tue, 03 Apr 2001 14:40:40 GMT
I'm very new to Linux so I often don't know where to look to find
such-and-such files. I've been using the search feature of the Gnome
File Manager to locate files. I've noticed that after switching to
root, the display for the find function is bollixed up with extraneous
characters. The only solution appears to be to reboot.
I'm sure there's a better way, suggestions?
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list by posting to comp.os.linux.misc.
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Misc Digest
******************************
