❶ 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日會變磚怎樣處理
目前可行的方案有三個
拆開手機,取下電池,再安裝回去,等十幾分鍾。
如果在保行貨肯定不推薦這樣做,但也不失為一種可行辦法
肯定建議普通消費者先嘗試第二種方法,如果不可以再去售後
❺ 蘋果時間改成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,系統時間生效,可正常開機。