WINCE6.0+SLC Flash+ROM-only File System多次重启后接入USB同步异常

(1) 做重启测试之前我先恢复出厂设置，查看\\Documents and Settings\\default.vol文件大小为68KB
(2)在重启到底1170次时，我停止测试，查看\\Documents and Settings\\default.vol文件大小变为264KB。
(3)接入USB(同步模式)，这时候系统点击屏幕没有响应，大概要在90s之后点击的动作才有反应，但同步没有正常连接。
(4)等系统有响应后，我按power按键正常关机(此时，我们包含了删除default.vol文件的动作，目的时为了降低客户使用同步次数多了之后引起的不能正常同步问题)，再开机测试开机时候正常在25s，而之前为35s左右

根据上面的测试步骤及发现的问题，我有几个疑问麻烦大家帮忙分析

1. 只是重启，为什么default.vol文件大小会变大？
2. 为什么重启次数多了，接入USB同步时(作为U盘模式正常)，系统要卡滞90s左右？
3.为什么出现此问题时比设备正常时的开机时间长10s左右?

18 个解决方案

#1

真没注意的这么仔细！

#2

当系统重启多次后，是会出现 USB ActiveSync 不能连接的情况，但没有出现过点击屏幕延时 90 秒的问题。

这个问题：出现此问题时比设备正常时的开机时间长10s左右，偶也没有遇到过。

最后，说明一下，偶没有用过 ROM-only File System，都是 RAM 的。所以可 LZ 的问题分析没有帮助！

#3

先来看简单的问题1. 只是重启，为什么default.vol文件大小会变大？

#4

你可以重启多次后将注册表导出看看变化了什么。
wince每次重启，注册表里面有个计数器会+1，我只知道这个，但是到底还改了什么就不清楚了

至于你说的什么90s，10s我都没有遇到过。但是多次后同步无法同步这个经常。

#5

ps：我的系统也不是ROM only。

#6

记得为了解决多次后同步无法同步(但清除注册表后又可以同步)这个问题，我以前的一个同事试过导出/对比过注册表。结果发现，注册表的变化远比我们想的要复杂。也就是说系统重启后，注册表的变化很多，基本上没有办法从注册表的变化上来分析问题的原因。

引用 4 楼 accessysq 的回复:

你可以重启多次后将注册表导出看看变化了什么。
wince每次重启，注册表里面有个计数器会+1，我只知道这个，但是到底还改了什么就不清楚了

至于你说的什么90s，10s我都没有遇到过。但是多次后同步无法同步这个经常。

#7

外国这个问题不知道怎么处理的，我上家公司，买了一个外国的设备，他们的数据就是用同步copy的，但是我们用了2年都没有发现他们的同步有问题。

BZ，你们后来怎么处理的？

引用 6 楼 91program 的回复:

记得为了解决多次后同步无法同步(但清除注册表后又可以同步)这个问题，我以前的一个同事试过导出/对比过注册表。结果发现，注册表的变化远比我们想的要复杂。也就是说系统重启后，注册表的变化很多，基本上没有办法从注册表的变化上来分析问题的原因。

Quote: 引用 4 楼 accessysq 的回复:

你可以重启多次后将注册表导出看看变化了什么。
wince每次重启，注册表里面有个计数器会+1，我只知道这个，但是到底还改了什么就不清楚了

至于你说的什么90s，10s我都没有遇到过。但是多次后同步无法同步这个经常。

#8

这个问题最后是不了了之，没有解决。
外国的设备，LS 你确认是 HIVE 型注册表吗？如果它做成 RAM 型的注册表，确实可能没有这个问题的。

引用 7 楼 accessysq 的回复:

外国这个问题不知道怎么处理的，我上家公司，买了一个外国的设备，他们的数据就是用同步copy的，但是我们用了2年都没有发现他们的同步有问题。

BZ，你们后来怎么处理的？

#9

当初好像确认过，有点久了不太记得。我印象中有导出他们部分注册表看过。

#10

引用 3 楼 LoongEmbedded 的回复:

先来看简单的问题1. 只是重启，为什么default.vol文件大小会变大？

 没遇到过这个问题

File System Boot Process

File default.vol fills my Flash at every restart

#11

会不会是断电的次数多了，导致文件系统碎片比较多，系统要进行整理？我们也遇到过同步无法连接的情况：调试时在正常连接的情况下，突然断电，再次上电，就可能出现无法连接调试的问题。但是不多。

#12

对了，补充下，我们系统是采用Hive-based的，我查了解决default.vol在多次重启后变大的相关链接
Wince 运行一段时间后同步出错的问题 http://www.niwozhi.net/demo_c232_i12438.html
我在电池驱动里增加下面的代码：
#define NOTIFICATION_EVENT_NONE                     0
CeRunAppAtEvent(TEXT("repllog.exe"), NOTIFICATION_EVENT_NONE);
目前在测试，看多次重启后default.vol变大，不过增加了这些代码后，接入USB也不能同步了。
CeRunAppAtEvent的用法详见 http://msdn.microsoft.com/en-us/library/aa932775.aspx

#13

引用 4 楼 accessysq 的回复:

你可以重启多次后将注册表导出看看变化了什么。
wince每次重启，注册表里面有个计数器会+1，我只知道这个，但是到底还改了什么就不清楚了

至于你说的什么90s，10s我都没有遇到过。但是多次后同步无法同步这个经常。

不一定是90s，比如重新恢复出厂设置，在重启的218次时我停止测试，default.vol为80KB，接入USB，过4s才有响应

#14

repllog.exe没这样用过，以前为了不让客户同步，曾经做过在我们的应用中干掉repllog.exe程序，这样同步就无法进行了。

#15

你在不断调用CeRunAppAtEvent？？

#16

引用 14 楼 accessysq 的回复:

repllog.exe没这样用过，以前为了不让客户同步，曾经做过在我们的应用中干掉repllog.exe程序，这样同步就无法进行了。

是的，我也是现在才注意到这是一种办法

#17

引用 15 楼 accessysq 的回复:

你在不断调用CeRunAppAtEvent？？

不是就是系统启动的时候，电池驱动调用一次而已

#18

引用 12 楼 LoongEmbedded 的回复:

对了，补充下，我们系统是采用Hive-based的，我查了解决default.vol在多次重启后变大的相关链接
Wince 运行一段时间后同步出错的问题 http://www.niwozhi.net/demo_c232_i12438.html
我在电池驱动里增加下面的代码：
#define NOTIFICATION_EVENT_NONE                     0
CeRunAppAtEvent(TEXT("repllog.exe"), NOTIFICATION_EVENT_NONE);
目前在测试，看多次重启后default.vol变大，不过增加了这些代码后，接入USB也不能同步了。
CeRunAppAtEvent的用法详见 http://msdn.microsoft.com/en-us/library/aa932775.aspx

重启了1606次后，只增加了16KB，说明还有有效的，但是我们是需要USB可以正常同步的。