As I am using QNX RTP 6.1 within a virtual partition on a FAT16
drive I am wondering if it is possible to move the inhold onto a
separate new partition.
From Linux I know that it is possible to create soem new f/s via
“mkfs” and to copy everything from one partition to another.
After changing some things in the fstab/mtab scripts you have
built your mirrored partition.
I think there must also be a way to do that under QNX. Maybe
someone can help me.
As I am using QNX RTP 6.1 within a virtual partition on a FAT16
drive I am wondering if it is possible to move the inhold onto a
separate new partition.
From Linux I know that it is possible to create soem new f/s via
“mkfs” and to copy everything from one partition to another.
After changing some things in the fstab/mtab scripts you have
built your mirrored partition.
I think there must also be a way to do that under QNX. Maybe
someone can help me.
In QNX you could use fdisk to create your new partition, then dinit that
partition. Mount the partition, copy everything, install a boot loader
(dlloader) and your done. Checkout the docs under dinit, fdisk etc for
more information.
I suggest having a boot floppy for Windows etc just in case.
With a PC, I always felt limited by the software available.
On Unix, I am limited only by my knowledge.
–Peter J. Schoenster <pschon@baste.magibox.net>
In QNX you could use fdisk to create your new partition, then dinit that
partition. Mount the partition, copy everything, install a boot loader
Adam
“copy everything” is not that trivial (neither under Linux, btw).
How about /proc, /dev and the package file system? Won’t their be an
enormous amount of bloat being copied?
What works in my experience, is copying from an unmounted FS to another
unmounted FS.
It should work if you copy from /fs/ to the destination. That
will avoid directories in the pathname space that do not exist on the
disk-based filesystem.
It should work if you copy from /fs/ to the
destination. That will avoid directories in the pathname space
that do not exist on the disk-based filesystem.
But that might not work if I want to copy from a virtual
partition (image file), am I right? Couldn’t find the image in
the /fs-path.
As I am using QNX RTP 6.1 within a virtual partition on a FAT16
drive I am wondering if it is possible to move the inhold onto a
separate new partition.
From Linux I know that it is possible to create soem new f/s via
“mkfs” and to copy everything from one partition to another.
After changing some things in the fstab/mtab scripts you have
built your mirrored partition.
I think there must also be a way to do that under QNX. Maybe
someone can help me.
In QNX you could use fdisk to create your new partition, then dinit that
partition. Mount the partition, copy everything, install a boot loader
(dlloader) and your done. Checkout the docs under dinit, fdisk etc for
more information.
Pretty much worked for me, sorta.
I didn’t know about dinit, so some things wont stat but it runs well.
Suspect that copying from the running system would lay out the file system
some-what differently than it really is on the device, but I could be wrong.
What I did, was to boot the CD, so that the running system
is fully independent of the source and targets.
Mount the target partition.
Mount the source file system.
copy everything from the source file systems to the target
partition.
Might not be correct, but it runs well.
Now, I’m off to fix the stat errors and such…
–
Cowboy
We can defeat gravity. The problem is the paperwork involved.
With a PC, I always felt limited by the software available.
On Unix, I am limited only by my knowledge.
–Peter J. Schoenster <pschon@baste.magibox.net>
Previously, Daniel Meszaros wrote in qdn.public.qnxrtp.installation:
Cowboy <> curt@gwis.com> > meinte:
Now, I’m off to fix the stat errors and such…
stat errors?
what errors happened?
sorry 4 this “silly” question … but i am still new to this.
Depending on what I was trying to do, it turns out in my own newbie
ignorance, some things that worked perfectly at one time, would not
work at all at other times.
I needed to run chkfsys and didn’t know it.
Now, I have it run as part of the boot-up, and it saves me from myself
–
Cowboy
/*
[…] Note that 120 sec is defined in the protocol as the maximum
possible RTT. I guess we’ll have to use something other than TCP
to talk to the University of Mars.
PAWS allows us longer timeouts and large windows, so once implemented
ftp to mars will work nicely.
*/
(from /usr/src/linux/net/inet/tcp.c, concerning RTT [retransmission timeout])