China DOS Union

I found the problem according to the errorlevel value, and it has been uploaded, please test

The test results are normal, thank you. Hehe. It seems that we just need to wait for the official version to be released and then modify the batch script.

I see the new function of directly modifying disk sectors, which is great. In this way, it's more convenient to write sectors, and there's no need to write the entire sector.

The DOS version of dspt 02.16 will have an error when using the function of backing up to the last sector of the disk in the presence of a USB mobile hard disk or USB flash drive (the MBR partition table entries of the USB flash drive or mobile hard disk will become those of the first hard disk and be exactly the same). Please check if there is this problem in the source code.

[ Last edited by cchessbd on 2007-6-18 at 02:27 PM ]

Originally posted by cchessbd at 2007-6-18 14:22:
In the DOS version of dspt 02.16, when there are USB mobile hard drives or USB flash drives present,

there will be an error when using the function to back up to the last sector of the disk (the partition table entry of the USB flash drive or mobile hard drive will become that of the first hard drive, and ...

The 0208 version was released on 2007.02.26. I have never released the dspt 02.16 version.
I use a USB flash drive to boot and use the 0208 version of dspt to back up the partition table of the USB flash drive to the last sector of the USB flash drive, which is completely fine, and the situation you described did not occur.

Could there be a virus on your machine?

Non-toxic.
Maybe I remembered the version wrong. It's the version you released on 02.26. I don't know if it's a problem with the USB drive or I used the wrong command.

The new version looks pretty good. Is the DOS version the same?
Don't send any test versions. If there are problems with the compiled version, I will report them in time. Just send the one without time restrictions directly.

Originally posted by cchessbd at 2007-6-20 08:34:
Non-toxic.
Maybe I remembered the version wrong. It's the version you released on 02.26. I don't know if it's a USB drive problem or I used the command incorrectly.

The new version looks pretty good. Is the DOS version the same?
Don't send ...

Backing up the disk partition table entries to the last sector depends on the motherboard's BIOS. If the motherboard doesn't support large hard drives, this function should not be used.

I used a USB drive to boot and made backups on the unit's machines without any problems.

This function uses the last 4 sectors. The last sector backs up the master boot sector (MBR). The last 3 sectors, totaling 1563 bytes, are used to back up the partition table chain excluding the MBR. Each partition table entry is 68 bytes (4-byte address, 64-byte partition table). 1536 bytes can back up 1536/68 = 22 partition table entries. The last byte of 1536 stores the total number of backed-up partition tables. So up to 22 + 1 = 23 partition tables can be backed up in total.

Generally, the number of partitions on a single hard drive does not exceed 23, so it only occupies 2K bytes, and it is usually sufficient.

In the program code, the operation of backing up a certain hard drive to the last sector will never read or write to other hard drives.



The reason for releasing the Win32 test version is to make the program more stable after a period of testing to avoid losses to everyone. Because I was on a business trip for the past period, and after returning, I sorted out this program in a hurry. Although I checked the code myself, there may still be problems.

The purpose of releasing the test version is to prevent problematic versions from spreading for too long.


Release a version without a time limit. If everyone finds problems during testing, please feed back immediately

[ Last edited by 19951001 on 2007-6-20 at 08:53 PM ]

When will there be a tool under DOS that can handle multiple hard drives (I remember you posted about this before) and the drive letters after loading ISF? That would be perfect! Now I'm using MINITO. Although there are some shortcomings, it's still good for handling the drive letters after loading ISF.

Originally posted by terse at 2007-6-20 21:34:
When will there be one that can handle multiple hard drives under DOS (I remember you posted before) and the drive letters after loading ISF? That would be perfect! Now I'm using MINITO. Although there are some shortcomings, it's still good for handling drive letters after loading ISF.

I've been wanting to solve the drive letter problem of DOS when loading NTFS4DOS and IFS. My idea is to judge in the program whether these two programs are loaded by myself. I haven't solved this problem all the time. Gotomsdos used two parameters to solve it, while my original idea was to complete it automatically without providing parameters. Since Gotomsdos has solved this problem and everyone has recognized this method at present, I wonder if doing more work by me is redundant?

minito has compatibility issues on my machine. The problem was posted after his post, but unfortunately there was no answer. So now I have to give up using it.
------------------------------
Last time I reported that the Lenovo machine has 4 partitions, but minitow only detected one partition problem. Today I tested again, removed /nohp, and the result is still the same. I wanted to back up the MBR in Windows, but it failed and stopped running. I suspect whether there is a Lenovo protection program working.
Enter DOS, run minito, and there is no result.
Switched to dspt, the detected hard disk data is correct. Backed up the first sector data. Found that the partition part of the data is a bit different from the conventional one, not sure if it is the reason for minito's detection error. Posted the partition table part of the data for reference.
8001010007FEFFFF3F00000081142A01
00000000000000000000000000000000
0000C1FF0FFEFFFFC0142A013E219D03
00000000000000000000000000000000
55AA

Ask, what is the difference between diskrw and dsptw? In previous versions, dspt included the functions of diskrw and dpit, but now in the test version there are only two files, and there is no win32 version of dpit. So I want to ask if there is any difference in the new version.

[ Last edited by lianjiang2004 on 2007-6-21 at 07:27 AM ]

Originally posted by 19951001 at 2007-6-20 23:25:



I've been trying to solve the problem of DOS drive letters when loading NTFS4DOS and IFS. My idea is to determine in the program whether these two programs are loaded by myself. I haven't solved this problem yet. Gotomsdos uses two...

I support automatic detection of this situation. Consider the drive letter arrangement of GOTOmsdos (divided into win/dos)
Personally, I think under Windows, use the Windows arrangement, and under DOS, use the DOS arrangement (no need to divide into two).
If you use this parameter without loading the driver, then the retrieved drive letter may be incorrect,
and may cause misoperation. So I didn't use the GOTOmsdos program.

mi.com can view memory information, and the general judgment is based on this.
(This is actually not 100% reliable. IFS sometimes has multiple loads or unloads, and there may still be this information in memory even if it is unloaded. NTFS4dos has not been tested)
If automatic detection is performed, I think it can be like this: FAT partitions must have drive letters in DOS.
As for hidden partitions and NTFS partitions, if there are other drive letters (excluding floppy drives, optical drives, memory disks), it can be determined that the NTFS driver is loaded. The accuracy of this should be relatively high.

There is another detection method, which is to judge whether the interrupt has been changed. But it may require the original address.
The idea comes from escape. I don't know how to implement it.

I don't know what the logic of GOTOmsdos is. You might as well look at its program source code.
I can't understand it...

[ Last edited by cchessbd on 2007-6-21 at 09:10 AM ]

There are some machines with FAT partitions that have no drive letters under DOS (non-hidden partitions, which have drive letters under Windows). This can be seen in the user error reports of one - key Ghost. The following is an example.
-----------------------------
Key[1] 1.1:
Key[2] 1:1
Path 1.1:
Desc 1.1: []
Type NTFS
Disk 0
Offset 63

Key[1] 1.2:
Key[2] 1:2
Key[3] C:
Path C:
Desc C: 1.2: [DISK1_VOL2]
Type FAT
Disk 0
Offset 9783648

Key[1] 1.3:
Key[2] 1:3
Path 1.3:
Desc 1.3: [DISK1_VOL3]
Type FAT
Disk 0
Offset 23471028

Indeed, sometimes partition table issues can cause this situation. IFS loading can recognize some NT partitions, but GHOST can only recognize the first two partitions (1:1, 1:2), and the others are recognized as local drives (after loading IFS). At this time, the recovery speed is only a few tenths of the original (in Windows), and in DOS, it is only one thousandth of the original (showing a time of more than 90 hours...). This situation can generally be fixed with diskgen or PTDD. For special cases, only the partition table can be restored from the backup.

Refer to a topic I posted on Dos Home (that is the special case above): http://doshome.net/bbs/dispbbs.asp?boardID=19&ID=21468

The standard partition table does not have this problem.

Thanks, I'll bookmark it first.