+dhe Posted January 8, 2022 Share Posted January 8, 2022 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)? Quote Link to comment Share on other sites More sharing options...
+9640News Posted January 8, 2022 Share Posted January 8, 2022 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. Quote Link to comment Share on other sites More sharing options...
+dhe Posted January 8, 2022 Author Share Posted January 8, 2022 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. Quote Link to comment Share on other sites More sharing options...
+9640News Posted January 8, 2022 Share Posted January 8, 2022 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 1 Quote Link to comment Share on other sites More sharing options...
+dhe Posted January 8, 2022 Author Share Posted January 8, 2022 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 tipi.log Quote Link to comment Share on other sites More sharing options...
+InsaneMultitasker Posted January 8, 2022 Share Posted January 8, 2022 On the Pi side, Is there already a file called SCSI where you are trying to create the directory called SCSI, or vice versa? Quote Link to comment Share on other sites More sharing options...
+dhe Posted January 8, 2022 Author Share Posted January 8, 2022 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.... 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. Quote Link to comment Share on other sites More sharing options...
+InsaneMultitasker Posted January 8, 2022 Share Posted January 8, 2022 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. Quote Link to comment Share on other sites More sharing options...
+dhe Posted January 8, 2022 Author Share Posted January 8, 2022 The error is correct, but what is telling GDM2K SCS5.MDOS.SCSI is a directory and it has a file called BUFEQU? Quote Link to comment Share on other sites More sharing options...
+9640News Posted January 8, 2022 Share Posted January 8, 2022 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. 1 1 Quote Link to comment Share on other sites More sharing options...
+dhe Posted January 8, 2022 Author Share Posted January 8, 2022 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. Quote Link to comment Share on other sites More sharing options...
+dhe Posted January 8, 2022 Author Share Posted January 8, 2022 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 Quote Link to comment Share on other sites More sharing options...
+9640News Posted January 8, 2022 Share Posted January 8, 2022 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. Quote Link to comment Share on other sites More sharing options...
+dhe Posted January 8, 2022 Author Share Posted January 8, 2022 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. Quote Link to comment Share on other sites More sharing options...
+9640News Posted January 9, 2022 Share Posted January 9, 2022 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. Quote Link to comment Share on other sites More sharing options...
+dhe Posted January 9, 2022 Author Share Posted January 9, 2022 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 Quote Link to comment Share on other sites More sharing options...
+9640News Posted January 9, 2022 Share Posted January 9, 2022 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.. Quote Link to comment Share on other sites More sharing options...
+dhe Posted January 9, 2022 Author Share Posted January 9, 2022 It wouldn't hurt to see if I can find Clint's Disk Manager - and get a 3rd Opinion. Quote Link to comment Share on other sites More sharing options...
+InsaneMultitasker Posted January 9, 2022 Share Posted January 9, 2022 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... 1 Quote Link to comment Share on other sites More sharing options...
+dhe Posted January 17, 2022 Author Share Posted January 17, 2022 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: Quote Link to comment Share on other sites More sharing options...
+InsaneMultitasker Posted January 17, 2022 Share Posted January 17, 2022 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. Quote Link to comment Share on other sites More sharing options...
+InsaneMultitasker Posted January 17, 2022 Share Posted January 17, 2022 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. Quote Link to comment Share on other sites More sharing options...
+dhe Posted January 17, 2022 Author Share Posted January 17, 2022 >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? Quote Link to comment Share on other sites More sharing options...
+InsaneMultitasker Posted January 17, 2022 Share Posted January 17, 2022 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. Quote Link to comment Share on other sites More sharing options...
+dhe Posted January 17, 2022 Author Share Posted January 17, 2022 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? Quote Link to comment Share on other sites More sharing options...
Like us on Facebook
Follow us on Twitter
AtariAge on Instagram
Watch us on YouTube
Chat on Discord
Recommended Posts
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.