Jump to content
dhe

GeneveOS+GDM2K Copy Error.

Recommended Posts

I went to backup my SCSI drive to the new TIPI. I was using GDM2K, selecting all from the source drive and then copy to the destination.

At some point, I received the error below. It seems to me, to be odd that the error would be:

 

error 3: Opendst [illegal operation]

Maybe some GeneveOS routines way of saying something went wrong and passing it up the chain?

 

Any hints on next trouble shooting step(s)?

 

IMG_0478.jpg

Share this post


Link to post
Share on other sites

Does the file already exist on the destination?  Protected?  What happens if you try copying just that file to the destination?

 

I routinely copy those files for my HRD with SCS3 mapping to TIPI without issue. 

Share this post


Link to post
Share on other sites

Thanks Beery. I will look at that and do some probe-ing. In theory it shouldn't - there was no other files on the TIP1. 

Share this post


Link to post
Share on other sites

 

15 minutes ago, dhe said:

Thanks Beery. I will look at that and do some probe-ing. In theory it shouldn't - there was no other files on the TIP1. 

The other thing you can do, is if you can repeat the problem is to look at the TIPI.LOG file and find the filename at the end of the logfile and see/post what the issue was on the TIPI side of things.  That may give a clue to the issue as well.


Beery

 

  • Like 1

Share this post


Link to post
Share on other sites

dir's at the root level work. tip1.

if you go into the mdos directory - that works,

when you goto scsi you get an error. aka tip1.mdos.scsi

 

 

 

 

err2.jpg

tipi.log

Share this post


Link to post
Share on other sites

 

Yes Tim, you exactly right. I'm not sure what condition caused this, as you can tell from the top photo, I just said take every directory from scs5 and copy it to tip1 - recursively.

 

But as you can see from the my actually following the path, scsi is a file, it already exists on both scs5 and tip1....

 

image.thumb.png.752f9469c3f875001d52ad578aa19976.png

 

While the file sizes are different, they contain the same stuff - I'm assuming that's attributable to something like different allocation sizes?

 

Also, it just so happens to be my favorite file with lots of Latin.

 

Share this post


Link to post
Share on other sites

Looks normal to me.  You cannot have a file and directory of the same name on the Pi, thus the directory creation error and the inability to catalog the file as if it were a directory.

Share this post


Link to post
Share on other sites

The error is correct, but what is telling GDM2K SCS5.MDOS.SCSI is a directory and it has a file called BUFEQU?

Share this post


Link to post
Share on other sites

BUFEQU is the first file in the SCSI directory.  The 7.30 code does not have a SCSI directory, rather a SCSI2 directory with the most up-to-date SCSI files.

 

Either way, the file is being saved when it tries to hit SCSx.MDOS.SCSI.filename and there is already a SCSx.MDOS.SCSI file preventing it which happens when GDM2K tries to copy the first file in the original SCSI directory.

  • Like 1
  • Thanks 1

Share this post


Link to post
Share on other sites

ok.. I get what your saying now.

Older devices - HFDC and SCSI can handle having both a file and a directory named the same thing.

   As can be seen with a dir on scs5.

Because of architectural differences, tipi doesn't like that - you can *NOT* have a file and directory with the same name.

 

image.thumb.png.97bf545393647c3a938c77dd287e0c01.png

Share this post


Link to post
Share on other sites

 

One mystery GONE, but another remains and has actually grown.

 

GDM2K shows scs5.mdos.scsi (the file 😃 ) has a size of 24

                       tip1.mdos.scsi has a size of 9

and geneveos cli say

                       scs5.mdos.scsi has a size of 16

 

 

Share this post


Link to post
Share on other sites
8 minutes ago, dhe said:

 

One mystery GONE, but another remains and has actually grown.

 

GDM2K shows scs5.mdos.scsi (the file 😃 ) has a size of 24

                       tip1.mdos.scsi has a size of 9

and geneveos cli say

                       scs5.mdos.scsi has a size of 16

 

 

Load from MyWord SCS5.MDOS.SCSI and see if it loads properly.  

Share this post


Link to post
Share on other sites

I've never used myword.

 

Will Peter Muys EDIT with ll work for this test?

 

If not,

 http://ftp.whtech.com/Geneve/mdos/myword12.ark ?

 

MDOS CLI reports a size of 9 on tip1 version - so that's consistent.

 

Loading both files with PM's edit loads them fine and they both have exactly 44 lines.

Share this post


Link to post
Share on other sites
6 hours ago, dhe said:

I've never used myword.

 

Will Peter Muys EDIT with ll work for this test?

 

If not,

 http://ftp.whtech.com/Geneve/mdos/myword12.ark ?

 

MDOS CLI reports a size of 9 on tip1 version - so that's consistent.

 

Loading both files with PM's edit loads them fine and they both have exactly 44 lines.

OK, no issue then.

Share this post


Link to post
Share on other sites

Well yes, there is still an issue:

GDM2K shows scs5.mdos.scsi (the file 😃 ) has a size of 24

and geneveos cli say

                       scs5.mdos.scsi has a size of 16

 

 

Share this post


Link to post
Share on other sites
32 minutes ago, dhe said:

Well yes, there is still an issue:

GDM2K shows scs5.mdos.scsi (the file 😃 ) has a size of 24

and geneveos cli say

                       scs5.mdos.scsi has a size of 16

 

 

Likely, It is related to sectors per AU.  Not sure how GDM2K does it’s calculation..

Share this post


Link to post
Share on other sites

It wouldn't hurt to see if I can find Clint's Disk Manager - and get a 3rd Opinion.

Share this post


Link to post
Share on other sites
6 hours ago, dhe said:

It wouldn't hurt to see if I can find Clint's Disk Manager - and get a 3rd Opinion.

I posted the latest updated version in the Geneve OS development thread back in November...

 

 

  • Like 1

Share this post


Link to post
Share on other sites

From a previous episode:

"One mystery GONE, but another remains and has actually grown.

 

GDM2K shows scs5.mdos.scsi (the file 😃 ) has a size of 24

                       tip1.mdos.scsi has a size of 9

and geneveos cli say

                       scs5.mdos.scsi has a size of 16"

 

I upgraded to core802.

 

Clint's DM concurs with the size of 24, that makes GeneveOS CLI the odd man out....

 

Also, Clint's DM is a bit odd now:

 

 

 

clints_dm.jpg

Share this post


Link to post
Share on other sites
2 hours ago, dhe said:

Also, Clint's DM is a bit odd now:

 

Ahem, by your picture, you have not yet updated your copy of DM.   The previous post points to the latest revision, per your request.

 

The file size reporting is going to be different depending on the file, the device, the sectors per AU calculations, and how each application handles the values for the file size and FDR to report the sectors used on the device versus the file size.  Some inconsistencies are expected, especially between device types. 

Share this post


Link to post
Share on other sites

I cataloged a few directories with DM and the command line -- on my SCSI device formatted to 8 sectors/AU, the sizes match.  Total file size is typically the number of sectors consumed by the file + number of sectors consumed by the File Descriptor Record.  So on my SCSI device formatted to 8 sectors/AU, a program of 8192 bytes consumes 32 sectors + 8 sectors for the FDR = 40 sectors.  Without knowing the attributes and size of your "scsi" file and the device format, it is hard to say for certain why there appears to be a discrepancy.  

Share this post


Link to post
Share on other sites

>Without knowing the attributes and size of your "scsi" file and the device format, it is hard to say for certain why there appears to be a discrepancy.  

 

How do I get that information to you?

Share this post


Link to post
Share on other sites
50 minutes ago, dhe said:

>Without knowing the attributes and size of your "scsi" file and the device format, it is hard to say for certain why there appears to be a discrepancy.  

 

How do I get that information to you?

Attach the file here, TIFILES format.  Take photos showing the file in the command line DIR and Directory Manager. 

Share this post


Link to post
Share on other sites

So... PFM Geneve won't stay up more than a half hour.

 

So.. Went to backup Geneve.

 

1) New DM (Clint's) shows 24 for the file size, MDOS 6.5 CLI shows 24 also.

 

2) New DM doesn't have the line drawing problem.

 

3) Backup Geneve has Boot EPROM 1.0 - so my mass storage device options are SCS6.

    What needs to go on SCS6 with Boot EPROM 1.0?

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...