China DOS Union

This tool is really good; I just don't know about its compatibility and stability. I hope brothers who have used it can provide more feedback.

Thank you for your interest in this tool.

Can IFS handle hidden FAT partitions?
Let me check..

[ Last edited by GOTOmsdos on 2007-5-9 at 10:05 AM ]

Yes, it can.

Support has been added for hidden FAT partitions after running IFS and primary FAT partitions beyond the first primary partition. See the DOS for BC3.1 update.

Originally posted by GOTOmsdos at 2007-5-9 13:07:
Support has been added for hidden FAT partitions after running IFS and primary FAT partitions beyond the first primary partition.
See the dos for bc3.1 update

Thank you very much.

A suggestion for GOTOmsdos: Do not continuously add features to meet everyone's different needs, as this may reduce the software's stability. Additionally, does the principle behind the software's display of partition information share similarities with that of GDISK and similar tools?

Do not continuously add features to meet everyone's different needs, as this may reduce the software's stability.

Most of the features I added at users' request are those with general applicability that were not originally considered in the program, not to satisfy individual personal requirements. Take the IFS support for hidden FAT partitions as an example; that was an oversight on my part.
Most friends' suggestions are generally applicable, so you can rest assured about this.

Is the principle behind the software's display of partition information similar to that of tools like GDISK?

When it comes to displaying partition information, regardless of the tool, there should be no shortcuts. One must honestly read the hard disk sector by sector according to the master partition table, following the trail to find all partitions.

Originally posted by GOTOmsdos at 2007-5-9 15:50:

Most of the functions added at the request of netizens are those that the program didn't originally consider but are general, not to meet the personal requirements of a certain person.. Just take the support for hidden FAT partitions in IFS, which I overlooked...

Thank you for your reply. With such a rigorous style, I believe the software will get better and better. Regarding the compatibility or stability issues in displaying partition information, I wonder if other friends have reported similar issues. Such a compact software really hopes that both compatibility and stability will not be worse than software like GDISK.

There are compatibility or stability issues in displaying partition information

If it can be fixed, it will definitely be fixed.
At present, no problems are found except that the free space of NTFS partitions cannot be marked.

Can you post the output result?

Originally posted by GOTOmsdos at 2007-5-9 16:50:

If it can be fixed, it will definitely be fixed.
At present, no problems have been found except that the free space of the NTFS partition cannot be marked.

Can you post the output result?

I'm sorry to have misunderstood you. What I mean is whether other people have reported problems with displaying partitions.
Also, displaying the free space of the NTFS partition should be an important function, and I hope it can be solved.

Displaying the free space of NTFS partitions should be an important function, and it is hoped that it will be resolved.

The free space of NTFS is not in the DBR. There is no time now, and we'll talk about it later.

In fact, the free space of FAT16, the DIR command of DOS is inaccurate. The function used in this program is the same as it, and I don't know the reason..

Just used the updated DOS version and then restarted!
Thought there was a problem somewhere again? It turned out that the parameters I used were incorrect: (
Originally used -P-IFS-TURN changed to /P /IFS /T, problem solved! Hehe, a false alarm, when did it change?
By the way, has the NOHP parameter changed?

The parameters of the DOS version changed some time ago, and the help has also been updated. Just look at the help to know.

The Lenovo machine reported last time had 4 partitions, but minitow only detected one partition problem. Today, I tested again, removed /nohp, and the result was still the same. I wanted to back up the MBR under Windows but got an error and the operation was aborted. I suspect whether there is a Lenovo protection program at work.

Enter DOS, run minito, and there is no result.

Changed to use dspt, the detected hard disk data is correct. Backed up the first sector data. Found that the data in the partition part is a bit different from the usual ones, not sure if it is the reason for minito's detection error. Attached part of the partition table data for reference.

8001010007FEFFFF3F00000081142A01
00000000000000000000000000000000
0000C1FF0FFEFFFFC0142A013E219D03
00000000000000000000000000000000
55AA