OS/2, eCS & ArcaOS - Technical > Storage

JFS TRAP000E during unzip on JFS partition (same unzip on fat32 is ok)

<< < (5/5)


--- Quote from: Dariusz Piatkowski on December 13, 2022, 02:29:06 am ---Remy,

Here are the JFS chkdsk specific notes I saved at some point in time (sorry, don't remember where I got these, although I want to say most likely off of the AOS Testers' list):

--- Code: ---Check FS content
  Usage: chkdsk drive: [/A] [/B] [/C] [/D] [/F[:n]] [/O] [/P] [/V]
    /A      Enable autocheck mode (undocumented)
    /B      Perform LVM Bad Block List utility processing only
    /C      Process ifdirty after logredo
    /D      Enable debug mode (undocumented)
            all log messages written to stdout in english
    /F[:n]  Full check
            0 => read only (default)
            1 => prompt for permission for each repair
            2 => preen (default if n omitted)
            3 => Assume permission given for all repairs.
                 If exiting with clean file system, invoke LVM Bad Block
                 List utility processing on the way out.
            Note: :1 and :2 are converted to :3
    /O      Omit logredo (undocumented)
    /P      Enable pmchkdsk mode (undocumented)
    /V      Verbose messaging (ignored)
  Both / and - prefix supported
  Options are case-insenitive
  Called as
    chkdsk drive: /F /A [/C]
  for autocheck

--- End code ---

--- End quote ---

Thanks Dariusz,

Yes, More interesting where /D and /F:3
I could see that invalid pointers exists but could not be corrected.

The format resolved the issue and now, I'm able to copy more and more files again, well above the limit where trap occured.
A trap is not a solution and I think that invalid pointer should be handled and write error should be issued to stop current processing instead of trap resulting into a power off/on to recover.



[0] Message Index

[*] Previous page

Go to full version