کریگ،
یک بررسی سریع:
چک جمع: 64333
FB4D
AXPVMS $ sho sym x
X = 64333 Hex = 0000FB4D اکتال = 00000175515
بله، آخرین کلمه در dump این بلوک با Checksum: گزارش شده در DUMP/HEADER مطابقت دارد، بنابراین این هدر فایل فهرست پشتیبان درست است.
برای اینکه DEFRAG OFFLINE_VOLUME بتواند شماره را کاهش دهد. از وسعت INDEXF.SYS، دیسک به فضای آزاد مجاور و مجاور کافی نیاز دارد.
INDEXF.SYS شما 200142 بلوک طول دارد، بنابراین فضایی برای حدود 200142-36=200106 هدر فایل (شامل سرصفحه های پسوند فایل ممکن برای فایل های به شدت تکه تکه شده!) وجود دارد، اگر در حال حاضر فقط 31235 فایل روی آن دیسک وجود داشته باشد، به احتمال زیاد آن ها خواهند بود. فایل های بسیار پراکنده و دارای – به طور متوسط - حدود 6 هدر فایل پسوندی خواهند بود. اگر فایلها در حال گسترش هستند و جایی در هدر فایل (اصلی) وجود ندارد، باید سرصفحه فایل دیگری اختصاص داده شود (سرصفحه فایل پسوند).
شما این را در DUMP/HEADER به عنوان شناسه فایل پسوند غیرصفر می بینید:
شناسایی فایل پسوند: (0,0,0)
مورد بالا از INDEXF.SYS است که نمی تواند سرصفحه فایل پسوندی داشته باشد.
آیا تا به حال به DEFRAG اجازه داده اید وضعیت این دیسک را گزارش کند؟ باید به شدت تکه تکه شود! DEFRAG همچنین بیشترین میزان رایگان را در این دیسک به شما می گوید. گزارش DEFRAG نمی تواند به دیسک آسیب برساند.
اگر یک دیسک یدکی یا دیسک دیگری با فضای کافی برای قرار دادن یک مجموعه ذخیره پشتیبان از این دیسک دارید، سادهترین کاری که میتوان انجام داد، پشتیبانگیری/تصویر است. این باید تمام گسترههای INDEXF.SYS و همچنین – گمان میرود – تکه تکه شدن دیسک شما را از بین ببرد.
ولکر.
منبع: https://community.hpe.com/t5/operating-system-openvms/error-creating-file-on-disk/m-p/7184449#M105751
تحریریه مجله اچ پی