中国DOS联盟

Post a DOS-based NTFS read-write tool - omnifs v11, which is in Ghost v11.

http://zhenlove.com.cn/cndos/fileup/files/omnifs_v11.rar

－－－－－－－－－－－－－－－
Supplement test results.

The following functions have been automatically tested on the machine using batch processing.
Use omnifs to obtain hard disk information, obtain the active primary partition number and the last partition number and the drive letter corresponding to the last partition (only FAT partitions have drive letters, NTFS partitions have no drive letters), use omnifs to create a specified directory in the last partition (my machine's last partition is an NTFS partition), and finally use Ghost to complete the backup.

The compatibility of omnifs should be fine, after all, it comes from a famous family. But it is not suitable for a large number of operations on files/directories in NTFS partitions, because it is slow and inefficient. It can be used for one-click backup, although it is a bit large.

Last edited by lianjiang2004 on 2007-5-9 at 08:49 PM ]

Originally posted by wangmeng052 at 2007-5-7 21:17:
Does it work?

Good compatibility, but inconvenient to operate.
You can check related posts.

It's a pity that it's a bit larger in size, and the stability is much better than the previous version!
The attrib has an additional W parameter!
The DISKINFO parameter is removed!

Nice stuff, thanks.

Thanks for downloading. It's just that the volume is large, and I have to increase the disk volume again.

Volume isn't the key; the key is whether it can really be used in batch processing

Originally posted by gmy at 2007-5-9 16:49:
Volume is not the key; the key is whether it can really be used in batch processing

It should be no problem for use in batch processing.
The following functions have been automatically tested and completed in batch processing on the machine.
Use omnifs to obtain hard disk information, obtain the active primary partition number, the last partition number, and the drive letter corresponding to the last partition (only FAT partitions have drive letters, NTFS partitions have no drive letters), use omnifs to create a specified directory on the last partition (the last partition on my machine is an NTFS partition), and finally use ghost to complete the backup.

Of course, if there are many operations on files/directories in the NTFS partition in the batch processing, the speed is slow.

当然，在批处理中如果有较多对NTFS分区里的文件/目录进行操作的话，速度会比较慢。

用脚本一次执行完毕，并不慢。

当然，In batch processing, if there are many operations on files/directories in NTFS partitions, the speed is slow.

Executing it all at once with a script is not slow.

Originally posted by wang6610 at 2007-5-9 21:12:

Executed at once with a script, not slow.

Hehe, I didn't test reading and writing multiple files. It's good if it's not slow. What's your evaluation of the compatibility of omnifs?

omnifs has some limitations for certain machines (already tested), I used it a month ago, and now I've given up!
If it's for NT reading and writing, then just mount the NT driver, after all, omnifs is a useless program!

Unstable factors are as follows: improper CMOS settings, SATA hard drive recognition errors, problems with certain motherboards!

Last edited by 0451lym on 2007-5-9 at 10:19 PM ]

Originally posted by 0451lym at 2007-5-9 22:12:
omnifs has some limitations for certain machines (already tested), I used it a month ago, but now I have given up!
If you need to read and write to NT, then you can mount the NT driver, after all, omnifs is a useless program!


...

Is the compatibility worse than ifs? It seems that ghost still needs to work harder.
I thought that machines that can use ghost could use omnigs, but it seems that it is not the case.

Are there any more perfect driver recommendations? I have seen several common NTFS drivers, but there are always more or less problems.

Originally posted by 0451lym at 2007-5-9 22:12:
omnifs has some limitations for certain machines (already tested), I used it a month ago, now I've given up!
If you need to read and write NT, then you can mount the NT driver. After all, omnifs is a mediocre program!


...

Saw your post elsewhere saying
“omnifs.exe test report, can support NTFS operations and recognize large NTFS partitions, but now there is a problem, large hard drives in FAT32 format (mine only have 2 partitions, 30G and 25G respectively) cannot be recognized, cannot read and write! But small FAT32 partitions can be read and written normally! This is very fatal, so this command cannot be written into the batch file!
Problem reasons: 1. Maybe DOS does not support large partitions
2. Maybe there is a defect in omnifs.exe itself!
”
Does this problem still exist now?

This version has been improved, and this problem no longer exists!

The unstable factors are as follows: improper CMOS setting, SATA hard disk recognition error, and some motherboard problems!
Why relate improper CMOS setting to OmniFS? It doesn't make sense. I have not found any errors when testing OmniFS on SATA. If it's about motherboard problems, then it can't be said to be an OmniFS problem.