Jan 1, 1970

[Showfom]

群里看到的

https://www.reddit.com/r/jailbreak/comments/458ao3/discussion_changing_time_date_settings_to_jan_1/

[IgniteWhite]

日常

[Tink]

推上看到一个说法：八个小时后开机就好了

[miyuki]

/t/256172

[VersusClyne]

UTC 也好 GMT 也罢 最多不都是+12 或者-12 么 为什么八小时就可以 推论也应该是“ 12 小时以内”吧

[wql]

有些人作死改到 unix 时间起始点很早之前的日期的话就......... @Tink @VersusClyne

[kn007]

早上就看到了

[VersusClyne]

@wql 所以不是最低数值只能是 1970.1.1 0:00 utc-12 么 最多欠 12 小时的节奏？

[mccally]

iPhone 时间戳的 0000000000000000 是 1970.1.1 GMT+0 8:00 ，之前的都是负值，也就是未来。于是，设备呆掉了。。。

[qq529633582]

@VersusClyne 因为您在 utc+8 呀

[aprikyblue]

于是想起另一个问题， 2038 年以后怎么办。。。另类千年虫？

[typcn]

@VersusClyne unix 的 time_t 是有符号的 int64

也就是说，最小的 Unix 时间戳是 -2147483648 ，而不是 0

[typcn]

尝试用调试器跟进了一下，并没有发现什么问题

[typcn]

猜想：
BUG 在重启之前并没有触发，表明 kernel 和所有的用户态软件都是可以接受这个负时间值的，而且正常的开机流程并不会触发白底的界面，判断白底的界面是用代码手工 show 出来的，这更像是代码手动拒绝了开机，可能性比较大的就是开机的时候会验证一些东西，例如数字证书的过期时间，而这个证书验证程序用了 unsigned int 来表示时间，于是这个变量就溢出到了一个奇怪的值，这个证书被判定为过期，系统拒绝了开机。

拆了电池再装上能开机的原因应该是时间被重设到了 0
等几个小时能开机就证明了硬件时钟也是 signed int

[bullettrain1433]

@typcn 的确有理

[ech0x]

作为亲身试验过的人。第一会卡死而且 dfu 刷机无用，二要恢复目前只有拆机断电源是 100%可行的。

[ech0x]

@typcn 貌似时间的负值影响到了证书。

[Liir]

@aprikyblue 是啊，另一个千年虫