Page 1 of 1
magic f/e-drive
Posted: Sat Jan 22, 2005 6:10 pm
by nobspangle
If these scripts are to be removed maybe it could be included as an option on the resctoox disc, along with another option to convert a loopback install to a native install.
That way you get around the problems of trying to move mounted filesystems.
Posted: Sun Jan 23, 2005 12:41 am
by ShALLaX
Thats a damned good point... except... why would people install via FTP.. then run resctoox (from a cd) to move it? Hehe...
I guess, the install would take ages from a drive that has issues reading a CD.. so once resctoox is booted, moving to F: wouldnt be such an issue. I'll look into that, definitely!
Great idea!
Posted: Sun Jan 23, 2005 5:30 am
by ShALLaX
Done! Resctoox v1.3 released -- would have been sooner but while I was running tests, the copying of rootfs errored out at 3GB (Copying this much takes about 30 minutes)... turns out it was a bug in BusyBox because upgrading to v1.0 solved it (Yes.. I DEFINITELY had large block device enabled before!). And on top of that I've had to do testing which took away 2 hours.
Anyway, thanks for the suggestion!
Posted: Sun Jan 23, 2005 1:16 pm
by nobspangle
you should sleep more
Also some people may install to E from the CD and then want to move to F or vice versa.
Have you included the convert to native option?
Posted: Sun Jan 23, 2005 3:20 pm
by ShALLaX
No, I havent put a convert to native.. thinking about it.. I probably should have!
Posted: Sun Jan 23, 2005 4:13 pm
by ShALLaX
While I'm at it... I'll add something to allow the G: drive h4x0rs to benefit...
Code: Select all
###
# Untested G: support.
# This will ONLY work with default drive layouts (no xbpartitioner crap).
# This should work if your F: goes up to 137GB and your G: takes the rest.
# Your G: partition must be at least 4.5GB for this to work - free space
# will NOT be checked for! If you dont have enough space, it will just fail.
#
# Uncomment the next line of code to enable it.
###
#START=268435457
Look logical?
Posted: Sun Jan 23, 2005 4:33 pm
by ShALLaX
We'll also have (finally) a decent text editor in Resctoox v1.4... NANO!
I guess I _could_ also write a script to go back from native to loopback... but ... nah!
Posted: Sun Jan 23, 2005 6:35 pm
by nobspangle
native back to loopback would hardly ever work as you would have to have less than 4GB of data on your native partition.
Posted: Sun Jan 23, 2005 6:51 pm
by ShALLaX
Good point. Unless i worked out some clever script to make it distribute it into many different loopback filesystems .. then raid them together... but.. no... just no! hehe
Posted: Sun Jan 23, 2005 11:01 pm
by nobspangle
RAID loopbacks, there's an idea, trouble is there would be nowhere to put them, all the space would be on the native partition you were copying from. Would you use RAID 0 or JBOD? I guess JBOD no performance to be gained from RAID 0 loopbacks on the same disk.
Can you RAID loopbacks, I know you can RAID any kind of block device but is a loopback a block device?
I think you would have to create a web of loopbacks all mounted inside each other, then copy the data in to it.
This just isn't going to work is it.
Posted: Tue Jan 25, 2005 2:49 pm
by ShALLaX
Heheheh... might be worth a try as an "im bored" project...