From: "Leonard Milcin Jr." <thervoy@post.pl>
To: LKML <linux-kernel@vger.kernel.org>
Subject: Re: File System conversion -- ideas
Date: Sun, 29 Jun 2003 21:43:51 +0200 [thread overview]
Message-ID: <3EFF4177.6000705@post.pl> (raw)
In-Reply-To: <3EFF3FFA.60806@post.pl>
Leonard Milcin Jr. wrote:
> If you have to change filesystem type, I think it is because you have a
> good reason to do it. I can't imagine the reason explaining the need of
> converting filesystem if you use this system as home desktop. For
> ordinary user filesystem is just used for storing data and managing
> permissions to that data. These are not real-time or
> performance-critical systems. Thus most of the popular filesystems like
> ext2, ext3, reiserfs basically fit their needs. If they choose right
> filesystem type at startup, they could use it for a time of life of
> their hard disk.
>
> There are very few situations when you really need to convert
> filesystem. Most of the time this operation is done by person who have
> some experience with computers, and highly probable by person who has
> access to additional hard disks, etc. I have never heard of one who had
> to change filesystem type, and had no access to additional equipment.
>
> I don't want to say it is not possible, to provide such a function
> safely. What I want to say is that kernel developers should not
> complicate filesystem code without *very* good reason. I think that
> providing on-the-fly conversion capability is not a good reason. Good
> reason is when you can improve usability for many users and most of the
> time, not when you ease one operation needed by very few users few times
> in their life, especially when they can do what they need by just
> transferring their data back and forth to another disk, or machine.
Ok, I forgot about enterprise users with lots of data, and probably
lacking free space, so I missed a point.
--
"Unix IS user friendly... It's just selective about who its friends are."
-- Tollef Fog Heen
next prev parent reply other threads:[~2003-06-29 19:27 UTC|newest]
Thread overview: 88+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-06-29 10:11 File System conversion -- ideas John Bradford
2003-06-29 13:28 ` Jamie Lokier
2003-06-29 13:50 ` David D. Hagood
2003-06-29 18:31 ` rmoser
2003-06-29 19:55 ` David D. Hagood
2003-06-29 20:05 ` rmoser
2003-06-29 20:41 ` David D. Hagood
2003-06-29 20:53 ` rmoser
2003-06-29 20:22 ` Leonard Milcin Jr.
2003-06-30 16:05 ` Henning P. Schmiedehausen
2003-06-30 16:59 ` Leonard Milcin Jr.
2003-06-30 17:04 ` Kevin Corry
2003-06-30 17:37 ` Valdis.Kletnieks
2003-07-01 9:56 ` Stewart Smith
2003-06-29 13:54 ` Leonard Milcin Jr.
2003-06-29 18:45 ` rmoser
2003-06-29 19:37 ` Leonard Milcin Jr.
2003-06-29 19:43 ` Leonard Milcin Jr. [this message]
2003-06-29 19:48 ` rmoser
2003-06-30 3:52 ` Horst von Brand
2003-07-01 10:15 ` Stewart Smith
2003-07-01 14:55 ` Leonard Milcin Jr.
2003-07-01 15:41 ` Stewart Smith
2003-07-01 16:19 ` Leonard Milcin Jr.
2003-06-29 19:44 ` rmoser
2003-06-29 19:44 ` Jamie Lokier
2003-06-29 19:46 ` rmoser
2003-06-29 20:02 ` viro
2003-06-29 20:26 ` Leonard Milcin Jr.
2003-06-29 20:31 ` rmoser
2003-07-01 10:01 ` Stewart Smith
2003-06-29 19:28 ` Jamie Lokier
2003-06-29 19:35 ` rmoser
2003-06-29 19:42 ` viro
2003-06-29 19:45 ` rmoser
2003-06-29 20:00 ` viro
2003-06-29 20:19 ` Davide Libenzi
2003-06-29 20:25 ` viro
2003-06-29 20:45 ` rmoser
2003-06-29 20:46 ` Davide Libenzi
2003-06-30 9:13 ` Nikita Danilov
2003-06-29 20:38 ` rmoser
2003-06-29 20:29 ` rmoser
2003-06-29 20:50 ` Hugo Mills
2003-06-29 21:00 ` rmoser
2003-06-29 21:10 ` Davide Libenzi
2003-06-29 21:37 ` Hugo Mills
2003-06-29 21:54 ` rmoser
2003-06-29 22:25 ` Hugo Mills
2003-06-29 20:51 ` viro
2003-06-29 21:07 ` rmoser
2003-06-29 21:08 ` Chris Friesen
2003-06-30 0:25 ` Jan Harkes
2003-06-30 0:59 ` rmoser
2003-07-01 20:03 ` Pavel Machek
2003-07-02 14:49 ` Jan Kara
2003-06-29 20:05 ` David D. Hagood
2003-06-29 20:36 ` rmoser
2003-06-30 0:05 ` Richard Braakman
2003-06-30 0:58 ` rmoser
2003-06-29 21:32 ` Diego Calleja García
2003-06-30 13:26 ` Jesse Pollard
2003-06-30 13:42 ` Hans Reiser
2003-06-30 13:56 ` Jesse Pollard
2003-07-06 19:30 ` Svein Ove Aas
2003-06-29 18:26 ` rmoser
-- strict thread matches above, loose matches on Subject: below --
2003-07-07 8:43 John Bradford
2003-07-01 16:04 Matt Reuther
2003-07-01 16:13 ` Frank Gevaerts
2003-06-30 14:11 John Bradford
2003-06-30 15:45 ` Leonard Milcin Jr.
2003-06-30 8:55 John Bradford
2003-06-30 9:36 ` Hans Reiser
2003-06-30 16:29 ` viro
2003-06-29 21:59 John Bradford
2003-06-29 20:20 John Bradford
2003-06-29 20:44 ` rmoser
2003-06-29 20:06 John Bradford
2003-06-29 18:58 John Bradford
2003-06-29 19:12 ` rmoser
2003-06-29 18:37 John Bradford
2003-06-29 18:48 ` rmoser
2003-06-29 19:42 ` Jamie Lokier
2003-06-29 16:24 John Bradford
2003-06-29 16:13 John Bradford
2003-06-29 19:16 ` Jamie Lokier
2003-06-29 6:57 rmoser
2003-06-30 13:05 ` Jesse Pollard
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3EFF4177.6000705@post.pl \
--to=thervoy@post.pl \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox