DSL Embedded :: Forcing backup to other than hdb

I have managed to make qemu recognize a local directory on my usb flash drive as a virtual fat drive:

Code Sample

qemu\qemu.exe -hdb qemu/harddisk -hdc fat:MYDSL

At boot time qemu recognizes this device ad hdc1.
After mounting it, from fluxbox, I launch the backup manager and ask it to backup all to hdc1.
Then I check with mc and all filea are properly mounted onto /dev/hdc1.

Proper shutdown. Proper restart.
Files are not there.
What am i doing wrong?

I'm not sure about this, but my guess is that the embedded system is trying to restore from hdb even though the backup is on hdc. Maybe you need to edit the bat file with "restore=hdc1"

Quote (mikshaw @ Jan. 10 2006,15:59)

Maybe you need to edit the bat file with "restore=hdc1"

Can be, indeed I tried "mydsl=/dev/hdc". I'll try tomorrow.
The problem however is that the \mydsl\ directory on my drive is empty, even if the efeml shows the copied files.

A few things that probably should be mentioned...
1) backup/restore doesn't have much to do with mydsl. While they have similar behavior, one does not affect the other. If you're specifying mydsl packages, use "mydsl", but if you're specifying a backup, use "restore".
2) "hdc" is a physical hard drive, "hdc1" specifies a partition. You'll always need to specify a partition when you're doing this sort of thing.
3) the "mydsl" boot option should not include "/dev". The boot script already assumes dev and mnt. So it should be mydsl=hdc1

Found the culprit:
From How to use floppy, CD-ROM and hard disk:

Quote

3.3 Virtual VFAT
Virtual VFAT enables to access a host directory as a hard disk.
(... cut ...)
It is READ-ONLY. fatrw: prefix doesn't work now.

So, it is read-only!

No bother, I'll go on experimenting with the Gmail filesystem now...

Next Page...
original here.