这是一个创建于 3204 天前的主题，其中的信息可能已经有所发展或是发生改变。
 |
1
IgniteWhite 2016-02-14 18:20:48 +08:00
日常
|
 |
2
Tink 2016-02-14 18:45:38 +08:00 via iPhone
推上看到一个说法：八个小时后开机就好了
|
 |
4
VersusClyne 2016-02-14 19:08:08 +08:00
UTC 也好 GMT 也罢 最多不都是+12 或者-12 么 为什么八小时就可以 推论也应该是“ 12 小时以内”吧
|
 |
5
wql 2016-02-14 19:55:33 +08:00 via Android
有些人作死改到 unix 时间起始点很早之前的日期的话就......... @Tink @VersusClyne
|
 |
6
kn007 2016-02-14 19:58:25 +08:00
早上就看到了
|
|
7
VersusClyne 2016-02-14 20:02:33 +08:00
@wql 所以不是最低数值只能是 1970.1.1 0:00 utc-12 么 最多欠 12 小时的节奏？
|
 |
8
mccally 2016-02-15 00:17:05 +08:00
iPhone 时间戳的 0000000000000000 是 1970.1.1 GMT+0 8:00 ，之前的都是负值，也就是未来。于是，设备呆掉了。。。
|
 |
9
qq529633582 2016-02-15 00:17:33 +08:00 via iPhone
@VersusClyne 因为您在 utc+8 呀
|
 |
10
aprikyblue 2016-02-15 02:38:12 +08:00
于是想起另一个问题， 2038 年以后怎么办。。。另类千年虫？
|
 |
11
typcn 2016-02-15 08:44:55 +08:00  1
|
|
12
typcn 2016-02-15 08:52:37 +08:00
尝试用调试器跟进了一下，并没有发现什么问题
|
|
13
typcn 2016-02-15 08:58:35 +08:00 2
猜想：
BUG 在重启之前并没有触发，表明 kernel 和所有的用户态软件都是可以接受这个负时间值的，而且正常的开机流程并不会触发白底的界面，判断白底的界面是用代码手工 show 出来的，这更像是代码手动拒绝了开机，可能性比较大的就是开机的时候会验证一些东西，例如数字证书的过期时间，而这个证书验证程序用了 unsigned int 来表示时间，于是这个变量就溢出到了一个奇怪的值，这个证书被判定为过期，系统拒绝了开机。 拆了电池再装上能开机的原因应该是时间被重设到了 0 等几个小时能开机就证明了硬件时钟也是 signed int |
 |
14
bullettrain1433 2016-02-15 09:33:24 +08:00
@typcn 的确有理
|
 |
15
ech0x 2016-02-15 10:31:40 +08:00 via iPhone
作为亲身试验过的人。第一会卡死而且 dfu 刷机无用，二要恢复目前只有拆机断电源是 100%可行的。
|
 |
17
Liir 2016-02-15 20:34:28 +08:00
@aprikyblue 是啊，另一个千年虫
|
Select Language