QNX 2.15G Hard Drive Backup

bridged with qdn.public.qnx2
Post Reply
Nick Bargnesi

QNX 2.15G Hard Drive Backup

Post by Nick Bargnesi » Thu Jul 03, 2003 1:13 pm

Hello,
After following the steps from Mitchell we were able to recreate and
find both our partitions and see the hard drive's tables like they were
previously - as well as accessing all the files on it and it boots too!
The
only thing left to figure out is an easy way to backup all of the
information
to a newer hard drive for use in a newer machine (2.21 QNX hopefully). As
far as copying to a newer hard drive, QNX does not seem to like having
another drive on the controller (?). When mounting the drive, sometimes
it
works, sometimes it doesn't. When it does work, files can be copied to
the
bigger hard drive (60GB) but when changed to master without that original
~85MB drive, it won't boot. Other than floppy backups, is there any other
way to work around this seemingly big HD problem?
The avenue we are taking right now is to try and copy all files to a
shared dos filesystem from a virtual machine in linux, then copy them back
to
a working QNX install (60GB) on the virtual machine. Any help would be
appreciated, even a hint or maybe even some type of com port transfer if
that
was possible - thanks,
Nick Bargnesi
u_nbargnesi@umassd.edu

Juho Joensuu

Re: QNX 2.15G Hard Drive Backup

Post by Juho Joensuu » Wed Jul 09, 2003 1:40 pm

Maybe in the near future I'll have the same problem. However, are you using
SCSI or IDE. I think that for QNX2 there is also a restriction of 1024
cylinders for the boot partition. Have you created a small partition on
that big drive for QNX2? How you copied the 85 MB drive partitions to the
new drive, with dcopy or something else? In any case, I think that the hard
part is to restrict the size of the partition, maybe even the size of the
disk.

Juho Joensuu

On Thu, 3 Jul 2003 13:13:17 +0000 (UTC), Nick Bargnesi
<u_nbargnesi@umassd.edu> wrote:
Hello, After following the steps from Mitchell we were able to recreate
and find both our partitions and see the hard drive's tables like they
were previously - as well as accessing all the files on it and it boots
too! The only thing left to figure out is an easy way to backup all of
the
information to a newer hard drive for use in a newer machine (2.21 QNX
hopefully). As far as copying to a newer hard drive, QNX does not seem
to like having another drive on the controller (?). When mounting the
drive, sometimes
it works, sometimes it doesn't. When it does work, files can be copied
to
the bigger hard drive (60GB) but when changed to master without that
original ~85MB drive, it won't boot. Other than floppy backups, is there
any other way to work around this seemingly big HD problem? The avenue
we are taking right now is to try and copy all files to a shared dos
filesystem from a virtual machine in linux, then copy them back
to a working QNX install (60GB) on the virtual machine. Any help would
be appreciated, even a hint or maybe even some type of com port transfer
if
that was possible - thanks, Nick Bargnesi u_nbargnesi@umassd.edu


--
Juho Joensuu

Mitchell Schoenbrun

Re: QNX 2.15G Hard Drive Backup

Post by Mitchell Schoenbrun » Fri Aug 15, 2003 6:22 pm

I know this is a little late, but I thought I'd comment. You can email
me directly about these questions or call at 415 206-0295 if you wish.

As
far as copying to a newer hard drive, QNX does not seem to like having
another drive on the controller (?). When mounting the drive, sometimes
it
works, sometimes it doesn't.
This sounds hardware related. While most drives are compatible today,
there was a time when it was very advisable to make the second drive
identical, or at least from the same manufactorer as the second drive.
Could it be you are trying to match a much older drive with a new one?
An alternative would be to put the drives on two different controllers.
Most motherboards have two.

When it does work, files can be copied to
the
bigger hard drive (60GB) but when changed to master without that original
~85MB drive, it won't boot.
A disk to disk copy will only work this way if the drives are identical.
I'd suggest that instead you do a file by file copy, and then run the
boot command.
The avenue we are taking right now is to try and copy all files to a
shared dos filesystem from a virtual machine in linux, then copy them back
to
a working QNX install (60GB) on the virtual machine.
Eeek. I'm wondering if the names might be being munged in the process.
Any help would be
appreciated, even a hint or maybe even some type of com port transfer if
that
was possible - thanks,
That is possible but will take a long time. I still sell a parallel port
driver for the Zip drive for QNX 2.



Mitchell Schoenbrun --------- maschoen@pobox.com

Post Reply

Return to “qdn.public.qnx2”