DFU (Disk / File Utilities) is een gereedschap ontworpen voor het vinden en verhelpen van disk, directory en bestandsproblemen op het OpenVMS operating systeem. Het gebruik van low-level VMS-I/O mogelijkheden heeft geresulteerd in een krachtige en snelle utility. Ook heeft DFU veel mogelijkheden voor zaken die niet met standaard DCL commando's gedaan kunnen worden.

DFU support alle typen disks die voldoen aan de OpenVMS ODS-2 en ODS-5 standaard, zoals  volume sets, stripe sets, shadow sets en RAID sets, en combinaties hiervan.

De huidige release is V3.2, en is hier (pcsi) of hier (zip) te vinden. Merk op dat deze kit alleen geïnstalleerd kan worden op OpenVMS Alpha, vanaf V7.3-1, en OpenVMS I64 vanaf V8.2. OpenVMS VAX wordt niet ondersteund. Er zijn dus geen aparte kits voor Alpha en Ia64 meer zoals voorheen. Zorg er voor eerst de oude kit te verwijderen (PRODUCT REMOVE DFU) alvorens deze kit te installeren.

De V3.2 documentatie kan hier (pdf) gevonden worden.

Licentie:

DFU is freeware. Het mag vrij gedownload en gebruikt worden. De sources zijn niet beschikbaar, en support is gelimiteerd. Maar problemen kunnen hier gerapporteerd worden waarna een oplossing mogelijk kan zijn. Wij zijn niet verantwoordelijk voor wat voor probleem of data corruptie dan ook veroorzaakt door het gebruik van deze software.

Probleem op VMS versies ouder dan V7.3-2:

Er is een probleem met DFU V3.2 op VMS versie V7.3-1 waardoor een BADPARAM error gegenereerd wordt. Dit zal vermoedelijk in een latere versie worden opgelost, op dit moment wordt aangeraden om een oudere versie van DFU (V3.1)  te installeren.

Opgeloste problemen.

Deze versie van DFU bevat alleen bugfixes. De lijst hieronder geeft de veranderingen sinds  DFU version V3.1-1 weer (in het Engels):

Workaround for ACCVIO in REPORT and VERIFY.
Under rare circumstances, accessing the BITMAP.SYS file may cause an ACCVIO. This is a compiler issue (only on Alpha), but DFU now has a workaround which solves it.

SEARCH .../SINCE and /BEFORE does not correctly report files.
The way DFU did file date compares was not accurate and could be off by a few minutes. E.g. SEARCH/CREATED=SINCE=09:00 could report files with a creation date of 08:58. This problem is now fixed.

A wrong fileheader (file name was empty) caused a crash. Routine get_name returns a -1 length, but the file dsc$w_length is unsigned so the comparison with a -1 did not work. Changed it into 0xFFFF.

Fixed serious issue with VERIFY/REBUILD
Under rare circumstances we could get disk corruption.

Fix issues when logical volume size is smaller than device size (maxblocks)

Laatst bijgewerkt op 19-Nov-2008.