English Amiga Board


Go Back   English Amiga Board > Support > support.Apps

 
 
Thread Tools
Old 25 April 2020, 12:48   #1
paul1981
Registered User

paul1981's Avatar
 
Join Date: Oct 2013
Location: England
Posts: 184
PFS Error with Next v4.0 (Multiview type util)

I think this is a problem with Next, but I had a couple of PFS error messages to go with it which concerns me a bit. Basically, I had drive DH0: locked to protect it from alteration, and whilst Next was open with a document I selected Delete from the menu to delete the file to test the lock. It bought up no error, and the file was apparently deleted. A quick browse in Workbench confirms it's gone. Then I had the following error requestors after I tried to do something else (can't remember what):

'PFS-III Error Requestor : Disk update failed'

followed by

'Device DH0: ALERT: Wrong ablock id 00004558 block 93704'

or as above but 'Wrong index block id 00004142, expected 00005342, block 93606, 0, 0' (I tested this a few times to confirm).

So when this happens I can't access any file on DH0:. Anyway, after a reboot everything is fine and the so called deleted files weren't deleted at all (as expected because the drive was locked). Did Next really delete them and PFS was having none of it because it bypassed DOS checks or something and was an invalid delete? Next shouldn't have even attempted deletion of the file because the drive was locked and I should have got a requester from DOS saying "Disk is write protected" instead or similar (like any other program will do if you attempt to write to a locked drive, or Workbench/AmigaDOS).

Next does appear to behave correctly with a floppy disk after locking DF0: but not with my PFS partition; that does confuse me. I haven't tested with a FFS HD partition.

My guess is this is a Next bug and that no damage has been done. I'll try and contact the author if you believe the same. I'm running this under WinUAE, OS3.0, latest PFS with an 8GB hardfile. No issue with setup, drive is 2/3 full.
paul1981 is offline  
Old 25 April 2020, 20:10   #2
Toni Wilen
WinUAE developer
 
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 45
Posts: 23,797
Which PFS version? Error message sounds like what bug that was in all pfs3 versions (can happen if disk is larger ~6G) can cause.

Does pfsdoctor detect any errors? (use this because older ones may not support >4G drives: http://www.winuae.net/files/b/pfsdoc...perimental.zip. "pfsdoctor dhx check")
Toni Wilen is offline  
Old 26 April 2020, 13:00   #3
paul1981
Registered User

paul1981's Avatar
 
Join Date: Oct 2013
Location: England
Posts: 184
I sincerely hope there's no damage to my files now as I have accidentally overwritten my last valid backup with the current state of the drive

Here's the output, I cut out the stuff in the middle. I have the whole log which is 138K. Are there any keywords in the log which I should search for to detect possible damaged dirs/files?

Autodetected disk access mode: NSD
Initializing
rootblock 100...
Checking rootblock
Checking disk System
Reserved blocksize: 1024
Checking rext
Disk formatted with PFS-III 0.19
Starting pass 0
Checking anodetree
Anodetree 100...
Bitmap 100...
Checking bitmap
Checking deldir
Deldir 2...
root 256...
Starting directory check
...
Validating reserved 16...
ERROR:Wrong number of reserved blocks free
Validating main 2039...
Validating anodes 10625...
finishing up 2...

It's configured as one single partition, 8GB HDF. And via the Workbench Information menu:

Blocks: 15685061
Used: 11672407
Free: 4012654
Block size: 512

Cheers.
paul1981 is offline  
Old 01 May 2020, 16:13   #4
paul1981
Registered User

paul1981's Avatar
 
Join Date: Oct 2013
Location: England
Posts: 184
Any news Toni? I haven't touched the partition yet so as to not risk possible data loss.
paul1981 is offline  
Old 02 May 2020, 15:12   #5
Toni Wilen
WinUAE developer
 
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 45
Posts: 23,797
Looks like it is fine (wrong number of reserved usually is harmless). CHECK mode should abort with an error if it finds something that needs repairing.

Perhaps something gets confused if program has filehandle(s) open, then drive is locked, finally filehandle is used to modify file.
Toni Wilen is offline  
Old 06 May 2020, 22:18   #6
paul1981
Registered User

paul1981's Avatar
 
Join Date: Oct 2013
Location: England
Posts: 184
Quote:
Originally Posted by Toni Wilen View Post
Looks like it is fine (wrong number of reserved usually is harmless). CHECK mode should abort with an error if it finds something that needs repairing.

Perhaps something gets confused if program has filehandle(s) open, then drive is locked, finally filehandle is used to modify file.
I was relieved when I read your reply, and I've been using it a couple of days now and it seems okay (touch wood). I'm not going to repeat the test as I'd prefer to not tempt fate, but I'm sure that I set the lock before loading Next and not afterwards.
paul1981 is offline  
 


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools

Similar Threads
Thread Thread Starter Forum Replies Last Post
Error. Type not found. Pointer and adress. mateusz_s Coders. Blitz Basic 2 02 February 2020 19:40
WinUAE crashes with Multiview vroom6sri support.WinUAE 7 23 April 2007 22:46
PFS error message during copy. Tony Landais support.Apps 0 04 May 2006 19:17
PFS 5.3 or PFS 5.1 CD with valid Key ?? ruliovega request.Apps 1 30 December 2005 23:54
Multiview sw2001 request.Apps 5 06 October 2004 23:19

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +2. The time now is 06:49.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2020, vBulletin Solutions Inc.
Page generated in 0.06555 seconds with 15 queries