苹果1970年解决方法

❶ 1970 1 1 iphone 怎么办

为什么会变砖？
这是64位处理器未能正确处理Unix时间戳设置所产生的一个bug。
Unix时间戳规定，UTC时区的1970年1月1日 0点0时0秒的值为0，调整当地时间到1970.1.1 0:00，如果时区为正，那么GMT时间就早于Unix定义的0时间了。例如北京时间 1970.1.1 0:00 (UTC+0800) 是UTC 1969.12.31 16:00，对应的Unix时间是负的。64位苹果设备没有正确处理这个问题导致变砖。
如何救砖？
网上提供教程是：
拆机并拆出电池，放置10分钟后重新安装。
电量充足的情况下，等待数小时，当Unix时间戳的数值大于等于0，系统时间生效，可正常开机。

❷ 苹果手机时间设定为1970年1月1号变砖了怎么办

Unix、Linux操作系统的时间开始于1970年1月1日的，是32位的，最大表示到2038年1月19日3：14：07，如果时间低于1970年1月1日则出现负值，在安卓表现为死机重启时间回到手机出厂，苹果则变砖。
这跟时区还有一定的关系，我们是GMT+8，你可以试着等8个小时。

❸ 苹果ios设备日期设置到1970年变砖怎么办

UNIX时间戳
在确认这件事情的真假前，你需要了解的一个知识是Unix时间戳。
iOS系统时间使用Unix时间戳(Unix epoch)表示(time_t数据类型)。在系统中，使用系统位数个二进制位储存时间。
Unix时间戳规定，UTC时区的1970年1月1日0点0时0秒的值为0，以秒为单位，即每过一秒，二进制数字加1。
如果您想详细了解Unix时间戳，请移步到 Unix Time。
不能往前调，那我把时间往后调
有些好奇的朋友拿出了自己手机，心想：既然我不能往回调，那我要是把时间使劲往后调能怎样?
细心的朋友发现了一个问题，iOS系统可以设置的最大时间是2038年1月1日，并不能再往后设置。苹果一定考虑到了这个问题，为什么这么说呢?
我们拿32位系统举例。在32位系统中，time_t是长度为32位的，有符号整数(signed int)类型。首个二进制位是符号位，用来储存正负。正数则为1970/1/1以后的时间，负数反之;其余的31位用来记数。当时间到达2038年1月19日3时14分08秒时，数值位全部向前进1，导致符号位被置1，其余31位为0。介时，将出现‘时间回归’的情况，系统时间变为1901年12月13日20时45分52秒，系统将会出现错误。

所以Apple为了避免这种问题导致的错误发生，将最大时间期限定在了2038年1月1日23时59分59秒。这样即使超出这个范围，在18天内也不会有太大问题，况且32位设备到那个时候基本都已经淘汰了。
64位系统会不会受到这个影响呢?通过计算我们可以得到，292,277,026,596年12月04日15时30分08秒是64位系统可以表示的最大时间。
64位处理器的‘时间回归’问题
有了刚才的知识储备，现在我们回到正题，开始探讨搭载64位处理器设备的时间bug。
我们说到了以UTC时区的1970年1月1日0点0时0秒为界限，数值为0，时间正常流逝为正数，反之为负数。不过各位需要留意的是，时间受到时区的影响。
假设一种情况，我原来是北京时区，假设将时间设置到了1970年1月1日0点0时0秒，那么我将这个时间转换为UTC时间，公式：北京时间= GMT+8 = UTC+8,那么UTC时间则为1969年12月31日16时0分0秒。这样就会出现时间负值，即时间回归bug触发，系统启动卡在Kernel阶段，时间错误，无法继续进行启动。
触发bug条件与表现
满足以下条件，‘时间回归’bug被触发：
系统版本：iOS8.0 ~ iOS9.3 beta 3
硬件设备：搭载64位处理器的设备(即处理器为A7~A9X的设备)

进入‘设置’-‘通用’-‘时间与日期’，关闭‘自动设置’，并将时间修改为1970年1月1日，分秒任意。
修改时间后，需要重启设备。
Bug触发表现：iOS设备启动时，卡在苹果Logo，无法继续启动。
解决方案
▼针对所有64位处理器的iOS设备
拆机并拆出电池，放置10分钟后重新安装。
电量充足的情况下，等待数小时，当Unix时间戳的数值大于等于0，系统时间生效，可正常开机。
▼针对已越狱设备的防范
添加Cydia源
并安BrickingDate插件
注意：此插件只可以防止人为修改时间，并无法防止代码恶意篡改时间(安装效果如下图)。

Bug危害分析
黑客可以利用此bug通过无线局域网发出范围性攻击。
当iOS设备连接到公共网络时，iOS系统将会使用NTP服务对时区、时间进行校准。如果黑客发送恶意的NTP攻击，将iOS系统时间校准至UTC < 0的时间，那么所有用户设备均会受到此bug影响，在重新启动设备后无法使用设备。

❹ 苹果设为1970 年1月1日会变砖怎样处理

目前可行的方案有三个

1. 拆开手机，取下电池，再安装回去，等十几分钟。

如果在保行货肯定不推荐这样做，但也不失为一种可行办法

肯定建议普通消费者先尝试第二种方法，如果不可以再去售后

❺ 苹果时间改成1970 1.1 有什么解决方法

目前的解决办法：
1、拆机拿掉电池，放置10分钟后重新安装。
2、电量充足的情况下，等待数小时，当Unix时间戳的数值大于等于0，系统时间生效，可正常开机。
3、拿到苹果售后。

❻ iphone把时间调到1970年1月1怎么变回来

先来简单说一下这个Bug触发时的表现，如果用户进入【设置】—【通用】—【时间与日期】，关闭【自动设置】，并将时间修改为1970年1月1日，分秒任意。修改时间后，需要重启设备。然后该设备启动时，则会卡在苹果Logo，无法继续启动。
iPhone时间调到1970年1月1日变砖Bug原理：
说到IOS时间Bug，则必须要介绍一下Unix时间戳，IOS系统时间是使用Unix时间戳(Unix epoch)表示(time_t数据类型)的。Unix时间戳规定，UTC时区的1970年1月1日 0点0时0秒的值为0，以秒为单位，即每过一秒，二进制数字加1。
以32位系统为例，在32位系统中，time_t是长度为32位的，首个二进制位是符号位，用来储存正负。正数则为1970/1/1以后的时间，负数反 之;其余的31位用来记数。当时间到达2038年1月19日3时14分08秒时，数值位全部向前进1，导致符号位被置1，其余31位为0。此时，将出现 【时间回归】的情况，系统时间变为1901年12月13日20时45分52秒，系统将会出现错误。为了避免这个错误，苹果将最大时间设定为2038年1月 1日23时59分59秒。而64位系统的最大时间限额将为292，277，026，596年12月04日15时30分08秒，基本可以说是不受这个限制的 了。
知道上面这个知识点后，我们再来说一下时区对时间的影响，大家都知道，我们所在的时区是【北京时区】，假如我们将时间设置在1970年1月1日0点0时0 秒，北京时间=GMT+8=UTC+8，UTC时间则为1969年12月31日16时0分0秒。这样就会出现时间负值，即时间回归bug触发，系统启动卡 在Kernel阶段，时间错误，则无法继续进行启动。
iPhone时间调到1970年1月1日变砖触发该bug条件与表现：
满足以下条件，‘时间回归’bug被触发：
系统版本：IOS 8.0 ~ IOS 9.3 beta 3
硬件设备：搭载64位处理器的设备(即处理器为A7~A9X的设备)
进入‘设置’-‘通用’-‘时间与日期’，关闭‘自动设置’，并将时间修改为1970年1月1日，分秒任意。
修改时间后，需要重启设备。
Bug触发表现：IOS设备启动时，卡在苹果Logo，无法继续启动。
iPhone时间调到1970年1月1日变砖解决办法：
对于所有64位系统，需要拆机，并拆出电池，放置一段时间后，重新安装即可。如果电池电量充足，等待数小时，当Unix时间戳的数值大于等于0，系统时间生效，可正常开机。
需要提醒大家的是，当IOS设备连接到公共网络时，IOS系统将会使用NTP服务对时区、时间进行校准。如果黑客发送恶意的NTP攻击，将IOS系统时间校准至UTC小于0的时间，那么所有用户设备均会受到此bug影响，在重新启动设备后无法使用设备。

❼ 苹果手机时间设置1970年怎么办

把电池抠出来然后再装回手机就可以正常开机了

❽ iphone时间调到1970年白苹果了怎么解决

拆机并拆出电池，放置10分钟后重新安装。（如果还有保修的话，拆机最好拿到苹果官方售后协助，如果已过保修期，可找专业的苹果修机店家）

❾ 苹果调成1970年，怎么修复啊

1.拆机，取下电池，等待10分钟之后重新安装电池，开机。
2.如果设备电量充足，等待数小时后，当Unix时间戳的数值大于等于0，系统时间生效，可正常开机。
3.苹果售后。

❿ iphone时间设置为1970怎么办

1、拆机拿掉电池，放置10分钟后重新安装。
2、电量充足的情况下，等待数小时，当Unix时间戳的数值大于等于0，系统时间生效，可正常开机。