中国DOS联盟

根据 errorlevel 值我找到了问题所在，已经上传，请测试

测试结果正常，谢谢了。呵呵。看来就等正式版发布后，修改批处理了。

看到对磁盘扇区的直接修改的新功能，很好，这样写入扇区更方便了，不必写入整个扇区了。

dspt 02.16的DOS版本在有USB移动硬盘或U盘存在的情况下，

使用备份到磁盘最后扇区的功能会出错（U盘或移动硬盘的MBR分区表项会变为第一硬盘的，而且一模一样）。

请检查源代码是否有这个问题。

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

Originally posted by cchessbd at 2007-6-18 14:22:
dspt 02.16的DOS版本在有USB移动硬盘或U盘存在的情况下，

使用备份到磁盘最后扇区的功能会出错（U盘或移动硬盘的MBR分区表项会变为第一硬盘的，而且 ...

2007.02.26发过0208版本，我从没有发过 dspt 02.16版本，
我使用U盘启动，使用dspt 0208版本，将U盘的分区表备份到U盘的最后扇区，完全没有问题，没有出现你说的情况出现。

你的机器会不会有病毒？

无毒。
可能我记错了版本，是你02.26发布的版本。不知道是不是U盘的问题还是我命令用错了。

新版本很不错的样子，DOS版本是一样的吗？
不要发什么测试版了，编译版本有问题会及时反映的。直接发没有时间限制的吧。

Originally posted by cchessbd at 2007-6-20 08:34:
无毒。
可能我记错了版本，是你02.26发布的版本。不知道是不是U盘的问题还是我命令用错了。

新版本很不错的样子，DOS版本是一样的吗？
不要发 ...

将磁盘分区表项备份到最后的扇区这个要靠主板的BIOS来支持，如果主板不支持大硬盘，这个功能就不要使用。

我使用U盘引导在单位的机器上都做了备份，没有出现问题。

这个功能共使用最后4个扇区，最后一个扇区备份的是主引导扇区 MBR，接下来倒数3扇区共1563个字节用来备份除了MBR以外的分区表链，每个分区表项共68个字节（4字节的地址，64字节的分区表） ，1536个字节共备份 1536/68＝22 个分区的分区表项， 1536的最后一个字节保存的是一共备份的分区表数量。所以最多总共备份22＋1＝23个分区表

一般一块硬盘的分区数不会超过23个，所有目前之占用2K字节，而且通常情况下够用。

在程序代码中，对某一个硬盘备份到最后扇区的操作绝不会读写到其他的硬盘。



对于发Win32测试版本的问题是想经过一段时间的测试使程序更稳定，以免给大家造成损失。由于前一段时间我一直在出差，回来后整理这个程序时间匆忙，虽然我自己检查过代码，但也有可能存在问题。

发测试版本的目的是不让有问题的版本流传过久。


发没有时间限制的版本，如果大家在测试中发现问题即时反馈

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

什么时候出一个DOS下能处理多硬盘(记得你以前发过)和加载ISF后的盘符,那样就完美了!现在用了MINITO,虽说有一些缺憾,但处理加载ISF后的盘符还是不错,

Originally posted by terse at 2007-6-20 21:34:
什么时候出一个DOS下能处理多硬盘(记得你以前发过)和加载ISF后的盘符,那样就完美了!现在用了MINITO,虽说有一些缺憾,但处理加载ISF后的盘符还是不错,

我一直想解决加载NTFS4DOS和IFS的dos盘符问题，我的思路是要在程序中自己判断是否加载了这两个程序，这个问题我一直没有解决，Gotomsdos使用了两个参数解决，而当时我的想法是通过程序自动判断来完成不需要提供参数，既然Gotomsdos已经解决了这个问题而且目前大家也都认可了这种方式，我想我再多做工作是不是多余呢？

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



我一直想解决加载NTFS4DOS和IFS的dos盘符问题，我的思路是要在程序中自己判断是否加载了这两个程序，这个问题我一直没有解决，Gotomsdos使用了两 ...

minito在我的机上出现兼容性问题。问题在其帖子后发了，可惜没有回答。所以现在只好放弃使用了。
------------------------------
上次报告的联想机子有4个分区，可是minitow只测出一个分区问题，今天再次测了一下，去掉/nohp，结果仍一样。windows下想备份出mbr来看看，结果出错，中止运行。猜测是否有联想的保护程序在工作。
进入dos，运行minito，无任何结果。
换用dspt，检测出的硬盘数据正确。备份出第一扇区数据。发现分区部分的数据与常规的有些不同，不知是否是造成minito检测出错的原因。贴上分区表部分数据，供参考。
8001010007FEFFFF3F00000081142A01
00000000000000000000000000000000
0000C1FF0FFEFFFFC0142A013E219D03
00000000000000000000000000000000
55AA

请教，diskrw和dsptw的差别是什么？以前版本是dspt包含diskrw和dpit的功能，现在测试版就两个文件，没有了dpit的win32版。所以问问新版是否有不同了。

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

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



我一直想解决加载NTFS4DOS和IFS的dos盘符问题，我的思路是要在程序中自己判断是否加载了这两个程序，这个问题我一直没有解决，Gotomsdos使用了两 ...

我支持自动检测这个情况。考虑一下GOTOmsdos的盘符排列（分了win/dos）
个人觉得win下就用win的排列，dos就用dos的排列（没必要分两个）。
假如你没有加载驱动就用了这个参数，那么取出的盘符就可能是错误的，
可能会误操作。所以我没有采用GOTOmsdos的程序。

mi.com可以查看内存的信息，而一般的判断是通过这个来的。
（这实际上也不是100%可靠的，IFS有时候多次加载或卸载会出现已卸载而内存中仍然有这个信息的情况，ntfs4dos没有测试过）
假如自动检测的话，我想可以这样： FAT分区在DOS下面肯定有盘符存在。
至于隐藏分区与NTFS分区，假如有其他盘符（排除软驱，光驱，内存盘），可以认定加载了NTFS驱动。这个的准确性应该是比较高的。

还有一种检测方式就是判读中断有没有被更改了。不过可能需要原始的地址。
思路是从escape 得来的。怎么实现不清楚。

GOTOmsdos的逻辑不知道是怎么样的，你不妨看看他的程序源码。
我是看不懂啊……

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

有一些机子的fat分区，在dos下也无盘符（非隐藏分区，win下有盘符）。这在一键ghost的用户错误报告中可以看出来。下面是一个例子。
-----------------------------
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

确实，有时候分区表出问题会出现这种情况。IFS加载能识别某些NT分区，
但GHOST只能识别1:1,1:2两个分区，其他识别为loacal drive（加载了IFS），此时恢复速度只有原来的几十分之一（Win），dos下面只有原来的千分之一（显示时间为 90几个小时……），
这种情况一般可以用diskgen或PTDD修复，特殊的情况只有从备份的分区表恢复了。

参看我在dos之家发表了一个主题（即上面的特殊情况）： http://doshome.net/bbs/dispbbs.asp?boardID=19&ID=21468


标准的分区表是没有这个问题的。

谢谢，先收藏了。