中国DOS联盟论坛

China DOS Union

-- Unite DOS · Advance DOS · Grow DOS --
Union site: www.cn-dos.net Forum site: www.cn-dos.net/forum
Guest | Log in | Register | Members | Search | China DOS Union
中国DOS联盟论坛
The time now is 2026-08-15 14:56
47,813 topics / 349,903 posts / today 1 new / 48,257 members
DOS疑难解答 & 问题讨论 (解答室) » Every time it restarts, the sector 0 is rewritten.
Printable Version  1,913 / 2
Floor1 jimian Posted 2011-01-19 21:31
新手上路 Posts 8 Credits 14
After using the ghost "DISK TO DISK" for the NT3.51 hard drive (source disk: 2G/5G, target disk: 6G/6.4G), the new disk cannot boot the system. Then, using diskrw to view the 0th sector, it was found that the entire sector content was rewritten to non-zero content, and 55AA was also gone. But when executing diskrw 0 0 1 /l /p again, the sector content returned to normal.

Every time after restarting, viewing the target disk is like this. The first time it was all rewritten, and the next time it was normal when viewed.

So, replacing the target disk with a not-so-good 2G disk, this problem did not occur, although it still cannot boot the system.

Why does this problem of the 0th sector being temporarily rewritten occur?

Please give advice!
Floor2 fujianabc Posted 2011-01-20 11:18
金牌会员 Posts 1,616 Credits 3,467
Is the hard disk boot sector protection enabled in the BIOS? Or is a restore card installed?
Floor3 jimian Posted 2011-01-20 13:09
新手上路 Posts 8 Credits 14
It's just temporarily rewritten, but actually there's no rewriting. And when the hard drive is hung on another machine, there won't be this kind of situation when viewed under DOS.

There is no restore card installed. Maybe there is identification protection (or encryption) for the hard drive in the motherboard BIOS.

Moreover, saying "temporarily rewritten" should be incorrect. I think it's just that after the BIOS identifies the 80 bootable, it provides the hijacking of the 0 sector.

If there is indeed such hijacking, is there a way to bypass this detection?
[ Contact the Union admin team - 中国DOS联盟 - Standard version ]
Sponsored by ifanr Inc | © 2001–2023