usb-embedded : too many write access ?


Forum: DSL Embedded
Topic: usb-embedded : too many write access ?
started by: philemon_siclone

Posted by philemon_siclone on Aug. 15 2005,09:51
Hello,

I read, a few times ago, on this forum, that "frugal" was the right way to start dsl from a usb pen drive as it avoided making too many write accesses (and that using a pen drive as a usual hd (with linux "flushing" to it regularly) could destroy it in a few weeks or so).
Now I just installed an "embedded" version of DSL on my pen drive, and it seems that the harddrive image used by qemu is stored on the pen drive too. Is this not the same situation/problem ? (qemu does write frequently in the harddrive file, does it not ?)

Also, I could not find a documentation describing how to install the embedded version on a pen drive. Does such a thing exist ?

Well that's it; and thanks for that wonderfull distribution.

Phil

Posted by philemon_siclone on Aug. 16 2005,05:16
OK, I've just found the answer to my second question (documentation about embeded on usb) : it's the 5way script.
Posted by philemon_siclone on Aug. 16 2005,20:54
Hi,

Does someone have an answer to my first question (about qemu usb pen drive access). If my question is pointless, could someone tell me why ?

Regards,

Phil

Posted by roberts on Aug. 16 2005,23:14
I don't see this as a problem. The default setup uses two virtual hard drives. hda is readonly for the knoppix image, hdb is used for backup and storage of extensions, very low writes, really can be on demand. DSL still runs in compressed mode, i.e, read-only with parts loaded into ram via symlinks. This is just like the cd version. As far as hdb goes, this is again similar to doing backups on the pendrive, i.e., a super large floppy. This is the typical use for any pendrive. The OS is not running from these virtual hard drives and therefore no constant writes.
Posted by philemon_siclone on Aug. 17 2005,07:06
OK, thanks, that's clear.
I was just afraid that qemu could use hdb as a swap space or something.

Bye,

Phil

Powered by Ikonboard 3.1.2a
Ikonboard © 2001 Jarvis Entertainment Group, Inc.