![]() | |||||||||||||
Messages in this thread |
On Sunday 29 June 2003 01:57, rmoser wrote: > I know I spout a ... wtf? HTML composing? *attempts to eliminate* > > I know I spout a lot of crap, and wish I could just do it all (can we get > a "Make a small device driver for virtual hardware in Linux 2.4 and 2.5" > tutorial up on kernel.org?!), but I think I've got some good ideas. At > any rate, the good is kept and the bad is weeded out, right? > > Anyhow, I'm thinking still about when reiser4 comes out. I want to > convert to it from reiser3.6. It came to my attention that a user-space > tool to convert between filesystems is NOT the best way to deal with > this. Seriously, you'd think it would be, right? Wrong, IMHO. > > You have the filesystem code for every filesystem Linux supports. It's > there, in the kernel. So why maintain a kludgy userspace tool that has > to be rewritten to understand them all? I have a better idea. > > How about a kernel syscall? It's possible to do this on a running > filesystem but it's far too difficult for a start, so let's start with > unmounted filesystems mmkay? > > **** BEGIN WELL STRUCTURED MESSAGE **** > > I'm going to go over a method of building into the kernel a filesystem > conversion suite. I am first going to go over a brief overrun of the > concept, then I will draw up a roadmap, and then I will explain why I > believe this is the best way to solve this problem. [snip] Whats wrong with: mount old filesystem mkfs newfilesystem on different disk mount new filesystem cd old filesystem tar -cfp - . | (cd new_filesystem; tar -xfp -) Which is what I do. If I MUST do something more in-place replacement.... 1. backup to tape 2. backup to tape (never hurts) 3. verify tape 4. umount old_filesystem 5. mkfs new_filesystem (same disk) 6. mount new_filesystem 7. restore from tape A lot longer. but there is no "kludgy userspace tool that has to be rewritten to understand them all". - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ | ||||||||||||
| Last update: 2005-03-22 12:46 [from the cache] ©2003-2008 | |||||||||||||