China DOS Union

Is there any way to determine several hard drives (including USB drives)?

[ Last edited by cba-xyz on 2007-8-14 at 02:12 PM ]

Originally posted by cba-xyz at 2007-8-14 14:11:
Is there a way to determine how many hard drives (including USB drives)?

[ Last edited by cba-xyz on 2007-8-14 at 02:12 PM ]

There is no way to determine the number of hard drives in the program, but you can use batch processing to determine the number of hard drives

The LZ once said that now it seems that solving the problem of DOS drive letters for loading NTFS4DOS and IFS is redundant! Because there is MINITO? I don't think so! I don't know if there will be a breakthrough in this regard, looking forward to it very much! Also, now there are many users with multiple hard drives (including USB drives), and it is necessary to handle multiple hard drives, I think! Of course, it's just personal opinion, what are everyone's suggestions?

[ Last edited by terse on 2007-8-15 at 07:48 PM ]

I have given up using minito, and look forward to dspt getting better and better.

Update at the first floor diskrw, fixed a bug in disk comparison;

Here is an updated version of dspt, added disk editing function, did not add disk comparison function, after adding, the file is no longer in com structure, but becomes Exe structure, using an array of 16K size, if disk comparison function is added, the same size array will be added, the entire program will not be limited within 64K when running

[ Last edited by 19951001 on 2008-2-18 at 01:08 AM ]

I want to conduct a survey here and listen to the opinions of netizens:

Is it to make the program a single program, becoming an EXE structure dspt.exe?

Or make the program into two COM structure programs, diskrw.com and dpit.com?

In terms of the increase in requirements, mainly partition information management, and not too many requirements have been put forward for disk reading and writing functions.

Of course, my own opinion is to separate the program into two. I wonder what everyone's opinion is?

[ Last edited by 19951001 on 2007-8-15 at 10:30 PM ]

Originally posted by lianjiang2004 at 2007-8-15 20:19:
I have given up using minito and look forward to DSPT getting better and better.

After all, minito can recognize and load the DOS drive letter after IFS. I also tried the early version of DSPT, but since it didn't have this function, I gave it up. May I ask, what does lianjiang2004 use now to recognize and load the DOS drive letter after IFS? Ghost?

Why do I use the latest version of 8.15, and I have also tried previous versions.
Typing dspt 1 /find:all
Cannot display the drive letter of the NTFS partition.
(Only IFS or NTFSpro are loaded, and it's like this)
(Is it because there is a USB flash drive with 1 HDD and a hard disk? I booted with the USB flash drive)

No. Drv Type Volume PartType Act Offset Sectors MBytes
1:1 D: Primary C DOS_FAT16 Yes 63 4192902 2047
1:2 Logic HPFS/NTFS 4193028 12578832 6142
1:3 Logic Program HPFS/NTFS 16771923 20964762 10236
1:4 Logic Data HPFS/NTFS 37736748 40403412 19728

Currently, NTFS and drive letters generated by IFS are not supported.

Originally posted by 19951001 at 2007-8-16 09:26 PM:
Currently, NTFS and IFS generated drive letters are not supported.

Building an DSPT that supports NTFS and IFS, come on, LZ!
Spiritually fully supporting~~ ^_^
Was there a previous version of DSPT that supported IFS? I seem to have seen someone post a log generated by DSPT with the characters "NTFS" in the previous few posts.

Originally posted by terse at 2007-8-16 00:25:

After all, minito can recognize the DOS drive letters after loading IFS. DSPT also tried it in very early versions, but since it didn't have this function, it was abandoned. May I ask lianjiang2004 what you are using to recognize and load the DOS drive letters after IFS now? Ghost?

Now I am obtaining hard disk information under Windows, and according to the requirements, I generate a temporary custom batch file, which is called under DOS.
In addition to the custom backup and recovery under Windows in the previous version of gghost, it adds a function of automatically backing up to the special directory of the last partition under DOS. At this time, the partition information is obtained by dpit. The function of drive letters after IFS is not used.

Because I use partition numbers, so drive letters in DOS are not very meaningful to me. The compatibility of minito seems to have problems. After reporting the problem, the author didn't respond at all, so I had to give up. After all, compatibility is the top priority.

If the partition number and the drive letter can be in one - to - one correspondence under DOS. Then, for example, by searching for \windows\regedit.exe to determine the location of the original XP system drive. In this way, using ghost to restore should be 100% reliable. It's a pity that there is currently no tool that fully supports finding drive letters. minito always shows illegal instruction on my computer. DSPT doesn't support NTFS for the time being. Sad....

In DOS environment, you can determine by loading NTFS drivers (such as IFS, etc.), searching for characteristic files, and combining with information such as the active partition, and there will be no problems.

Nice tool, strong support