iOS 12.1.xとiOS 12.2のSEPには互換性があるため、FuturerestoreにてiOS 12.1.xへ復元する際にiOS 12.2のSEPを使用した方も居るかと思います。
この点について、コメントの方でも報告をいただきましたので、少しご紹介…。
2週間後に不具合が発生？
iOS 12.1.xへFuturerestoreで復元する際、iOS 12.2のSEPを使用すると2週間後に不具合が発生するとの報告が行われていました。
一時、この報告を見かける数が少なくなっていたのですが、最近になりまたご報告をいただくことが増えているため、対象となっている方は注意が必要です。
どんな不具合？
発生する不具合は再起動後、パスコードを解除すると…勝手にデバイスが再起動してしまうという症状になります。
解除後…即再起動が発生する場合もあれば、数分後に再起動が発生する場合もあるようです。この辺りは環境によるのか、たまたまなのか…不明。
どちらにせよ、ブートループとまでは行かないけれど、パスコード解除を行うと再起動が発生してしまう症状となっているようです。
発生条件は？
以下が発生条件です。ただし、これ以外にもあるのか…その辺りは不明。発生した方の状況・環境で共通しているポイントとなっています。
- （たぶん）特定のデバイスではなく、全デバイスで発生する
- iOS 12.2のSEPを使用してFuturerestoreを使用した
- Futurerestoreを使用してから、14日後（前後する場合があるようです）に発生する
- パスコードを有効にしている
- 14日後（前後する場合あり）にデバイスの再起動を行った際、発生する
対処方法は？
今のところ、この問題は「パスコードを有効にしない」環境であれば発生していないようなので、パスコードを使わなければ…とりあえずは大丈夫な様です。
そのため、iOS 12.2 SEPを使用した場合は、パスコードを有効にしないのが、現状では唯一の回避法となります。
発生した場合は
iOS 12.2 SEPを使ってFuturerestoreにて復元を行った方自体がそれほど多くなく、問題が発生した人は更に限られます。また、ここから何かしらの対処を試した…という方は更に少なくなってしまいます。
そのため、報告があまりなく、確実な事が言えない…という前提でお読みください。
発生した場合の回避策として報告があった物は以下の様な作業でした。
- iCloudからデバイスデータの削除を実行（データリセット）して初期化
- 脱獄時にNonce値が設定されるため、変更されていないのを祈りつつ…Futurerestoreで復元
- パスコード解除から再起動が発生するまでの時間を利用し、Nonce値を設定し、改めてFuturerestoreにて復元
- 諦めてDFUモードからiOS 12.2などへ復元を行ってしまう
実際に試してみた
3週間ちょっと前にiPhone 5sとSEをiOS 12.2のSEPを使用してiOS 12.1.2へFuturerestoreにて復元を行いました（元のバージョンはどちらもiOS 12.1.2）。
発生条件が正確にはわからないため、iPhone 5sでは最初からパスコードを有効に、iPhone SEでは復元してから2週間後（正確には15日後）にパスコードを有効にしています。
結果として、どちらも再起動は正常に完了出来る状態。
復元から3週間以上が経過していますが、私の環境では発生していないという結果に終わっています（あくまで今のところは…）。
今後発生する可能性も？
発生する・しない…の条件が解明されておらず、正直なんとも言えないのですが、試しているデバイスはこのまま今後も様子見をしようかと思っています。
今後、発生する可能性もゼロではないのかな…とは思っているのですが、はたして…。
〆
最近またご報告が増えている理由としては、4月30日に「Chimera」のリリースが行われた事。それに合わせてFuturerestoreを使う方が増えた事。日本での報告が増えたのは、GW中にFuturerestoreを使った方が増えた事。この辺りなのかなと考えています。
そうであれば、だいたい2週間ほどになりますので…。
また、GW中であればまだ14日を経過していない方もいらっしゃるはずなので、一応パスコードをオフにしておくとイイかもしれません。
〆〆
個人的にすごく腑に落ちない点として、iOS 12.2 SEPを使った全環境で発生したのであれば納得も出来るのですが、発生・未発生で分かれるのが…。
ちなみに、前述した2デバイス以外に、もうひとつテスト用で使用しているiPhone SE（iOS 12.1.2 / iOS 12.2 SEP使用）があるのですが、こちらはiOS 12.2の正式版がリリースされた数日後にSEP互換性を確かめるためFuturerestoreにて復元を行った物です。
このデバイスに至ってはもう少しで2ヶ月が経過する状況で、脱獄アプリの動作確認に使っているため…パスコードのオン・オフを繰り返したり、かなりの頻度でデバイスの再起動も行っているのです…。
ですが、こちらも発生しておらず…。わからない…。
教えてください
今回の問題が発生してしまった方、条件は揃っているのに発生していない方、可能であればコメントにて教えていただきたい事があります。
Futurerestoreを行う際に使用したSHSHは、どの手段で取得された物だったでしょうか？
TSS Saverでの取得なのか、tsscheckerでの取得なのか…その場合はs0uthwest氏のWindows版なのか、Mac版なのか、1Conan氏のWindows版なのか…。
また、使用したFuturerestoreのバージョンは何でしょうか？iRestoreの場合、そちらのバージョンは何でしょうか？
SHSHが関係あるのかは不明なのですが、この点についてはほぼ報告が行われておらず、関連性についても分からずでして…。
コメント
まじか！
時限爆弾みたい
SANTAさん、めっちゃ体張って検証するんですね…
ありがたいです…
実際に発生させ、試した事を書きたかったのですが…なぜか発生せず……。お恥ずかしい限りです………。
今朝この症状なってしまいました。(>_<)
ipadair2でTSS Saverで取得したSHShを使い、Futurerestore V２３１macos版と
iRestore Mac Edition v1.0.2を使って11.3.1から12.1.1にバージョンアップし
unc0verで脱獄していました。
いつもお世話になっています。お役に立てれば幸いです。
先のipadair2(Wi-Fi+cellular)に続きいまiPad Pro 9.7(Wi-Fi+cellular)もブートループなってしまいました。
SHSHなど使用したアプリは同じものでしたが、こちらはChimera v1.0.4で脱獄中でした。
いつもお世話になっております。
17日（金）にこの症状になり、12.2で復元・入獄の憂き目に遭いました。
当方、iPhone6splus、iOS11.3.1をTSS Serverで取得したSHSHを用いて、iRestore for Windows ver.1.1.2でバージョンアップしておりました。あと、Avertas単体か、もしくは他のTweakとの相性が悪かったのか、AvertasのHot Corners機能を使用しようとするとリスプリングすることが多々ありました。以上、ご報告まで。
一昨日5月18日夜にこの症状に陥りました。
端末はiPhone SE2台で、5月5日に11.3.1と11.4.1からTSS Serverで取得したshsh2（12.1.2-16C104）とiOS 12.2のSEPを使用してFuturerestore_v231_win64で復元し、Chimeraとunc0verで1台ずつ脱獄していました。
脱獄後は再起動を行っていませんでしたが2台同時に不具合が発生しました。
症状としてはパスコード解除後5秒ほどでフリーズし再起動するという状態の繰り返しでした。
セーフモードでの起動もできず、対処法がわからず、泣く泣くアップデートしました(T_T)
ご参考までに。
これは怖すぎる
この話題てツイッターで騒がれてたけど、記事にしないから取り上げないのかなーと思ってた
無難に未来修理しないほうがいいと思う
11.3.1から使おうと思ってたけど
やめた
なにこの呪いみたいなのこわい
1点おしえてください、SANTAさんがiPhone 5sとSEでFuturerestoreされた際のSHSHはどれで取得されたものなんでしょうか。
あくまで個人的な推察ですがTSS Saverで取得される人が多いのかなと思っています＞楽だから
nonce指定で各種ツールにて取得できれば比較とかできるのでしょうか。。。
＃そもそも同じものが取れるのかわかってませんが
iphone5sにて出来る範囲でやってみました。
・tsschecker(両氏共)で取れた内容に比べTSS Saverで取れた内容は各種キーの値が
5行分ぐらい、”//////”の部分が17行ほど少ない
・TSS Saverで取れたgeneratorはなぜかゾロ目
TSS Saverで取れる内容が足らなかったりするのでしょうか。。。
ゾロ目はunc0verがデフォルト状態ではnonceをゾロ目にセットするからですね
私が使用したSHSHは全てtsschecker（s0uthwest氏のMac版）で取得したものとなっています。
頂いたご報告を見る限り、TSS Saverで取得したSHSHを使用して…という方しか居ないようですが、実際に関係があるのか…何とも言えないところですね…。
ぎりぎり12.2になる前に上げといてよかった！！
先週水曜日の朝、起きてiPhoneを開けてみたら既に夜中に再起動がかかっていたようで、あとはパスコード入力後に再起動ループでした。やむなくAppleConfigulator2で復元しめでたく入獄となりました。iPhone7 plus , TSS Saver取得SHSHでFuturerestore(mac,v231)で11.3.1から12.1.1ベータへ、その後unc0verで脱獄の環境です。
5/20の昼頃、この症状に陥っていることに気づきました(端末がいつの間にか再起動していました)。
・iPhone 7
・Blobsaver v2.1で取得したiOS 12.1.2 (16C104)のSHSH
・iRestore v1.1.2
で、5/1に、Electraで脱獄済みのiOS 11.3.1から復元し、Chimera v1.0.2で再脱獄していました。
パスコードはこの間ずっとONのままにしていました。
Nonce値を設定する間もなく再起動してしまうため、入獄するしかなさそうですね……。
先週この症状が出ていくつか試したのですが解決しなかったので諦めてDFUモードからiOS 12.2に復元しました。
僕の場合はパスコード解除から再起動が発生するまでの5秒くらいだったのですが3秒くらいからフリーズして反応しなくなるのでNonce値を設定することはできませんでした。
SHSHはTSS Saverで取得したもので
iRestore Mac Edition v1.0.2を使用しました。
2回ほど同じ症状に見舞われ対策もなく、Futurerestoreでio12.1.2に復元して 即脱獄しています。
今回知ったパスコードオフに望みを託しています
ちなみに、脱獄後に症状発生した場合はDFUモードからFuturerestoreでリカバリー出来ますので諦めないで！
Found device in DFU mode
[Error] unsupported device mode, please put device in recovery mode or normal mode
DFUモードじゃなくリカバリーモードの書き間違いじゃないかと思いますよ。
DFUは通常そのエラーでFutureRestoreできないです。
追記しとくと、Fortnight bugにはiCloudからのリセットしかないとよく書かれてます
iCloudに接続されるのはパスコード入力後なので、数秒で再起動する今回の症状ではよほどの運がなきゃ無理。おそらくできてる人は別のブートループ。
と、思ったが実験してみると3G回線が有効な状況ならロック状態でもできそう。
対応キャリアのSIM入れればiPhoneを探すからリセットできるかも？
1. iPhone SE
4/30 TSS Saver にて取得した SHSH で Futurestore(mac, 231)
5/15 昼休みにスリープから復帰させたらフリーズから再起動。その後は↑の人と同じく 3-5sec くらいでフリーズ、再起動を繰り返す状態に
（nonce の設定をしていたので再度 Futurestore、前回は unc0ver だったが今回は Chimera にて脱獄中）
2. iPad Pro(10.5)
5/2 TSS Saver にて取得した SHSH で Futurestore(mac, 231)
5/20 デバイスを再起動したところ全く同じ症状に
（Chimera での脱獄だったので TSS Saver 上にあった AppNonce を使って Futurestore、12.1.1 への復元は成功して今まさにバックアップから復元中）
3. iPhone 5s
4/30 TSS Saver にて取得した SHSH で Futurestore(mac, 231)
今のところ不具合なし、この記事を読んでパスコードを外したw
ぴったり１４日ではないのと、再起動をしなくてもこの症状が出る、ということになるね。
それにしても Coolstar は神！
あぶねーあのときなんとなくiOS12.14のSEP使って復元したので助かったー
海外の掲示板見てる限りは12.2のみの認証時期では100%発生するように言われてますけど、Santa氏のように同一バージョンでのアップデートや、12.1.4認証継続ながらも12.2でアップデートしたという例がむしろ少なくて真相は分かりません。
12.1.4認証が終了しているにもかかわらずFRのlatest指定で12.1.4のSEPが使用可能だった(12.3になってからは不可に)という報告もありましたし、関係することしないこと、いぜん不明なことは多いです。
SaverとCheckerの違い (Saverのバグ) なんてことも視野にいれていいかもですね
僕はiPhone5cを使って11.3～12.1.2にアプデしてパスコード解除後12時間後にフリーズして再起動に入りました！
iPhone5cはiOS10.3.3で切られてたはずです…
iPhone SE。インストールしたのは、iPhone8,4_n69uap_12.1.2-16C104
インストール前は未脱獄で11.3.1だったと思う。
いつ、Futurerestoreを使用したか記憶は曖昧だが。残っているfuturerestoreのダウンロード日時から、4/21日。
5/6の夜か7に発症。朝にはなってた。症状はみなさんと同じくパスコード入力後数秒で再起動
脱獄はunc0ver
futurerestore_v231_macOS
shshはblobSaver Mac 2.30で取得
sepは iPhone_4.0_64bit_12.2_16E227_Restore.ipsw から抽出した sep-firmware.n69u.RELEASE.im4p
リストア、脱獄後、nonceのセットはしてないので、再度のFutrerestoreは不可
[Error] Set your ApNonce before restoring!
iCloudからのリセットか。やってみる価値はあるかな？あれでリセットしたらその後の回復はどうなるんだろう？
パスコードを入力するまではオンラインにならず、iCloudからのリセットはできなかった。
ちなみに、USB接続でもパスコードを入れるまではPC側からデバイスは認識されず、
リカバリーモードかDFUモードでしか接続できない。
できることは概ねなくなった気がするので12.2にできるうちに12.2にして待機します。
iPhone7+, iPhone6+で発生。TSSSaverで保存したSHSHを利用。iRestoreで12.1.2をインストール。
7+は脱獄済12.1.1、6+は11.3.1からバージョンアップ。
どちらも、バージョンアップ後unc0verで脱獄。どちらも2週間以上経過後、
7+は夜中の突然の再起動後、再起動の繰り返し。
6+はうっかりバッテリー切れで再起動後、再起動の繰り返し、という状況です。
今は再度iRestoreで12.1.2にして、夜中の突然の再起動に戦々恐々としながら
パスワード無し状態で使用中です。
tsscheckerでshsh取るとき脱獄時に設定されるNonceを指定しとくとこういう事故の時対処しやすくなるのか、、ゾロ目で固定してるTSS Chekerのやり方はある意味理にかなってるのね。
そしてunc0verと組み合わせて使ってこそ意味があると。
逆にunc0ver使って脱獄するとtsscheckerではその値使ってNonce取るか意図的にshshに合わせて設定し直しとかないと事故の時泣くことになると、、
こりゃ、自分用にNonce決めとくとかいうのもありだなぁ、、
TssSaverにて取得したnoapnonceのファイル開いてみたらgenerator値が0x1111111111111111だったのでunc0verデフォルトのNonceと一致していたんでFuturerestoreで復元しててもパスコードを設定すると数日後に今回の症状が出るって事？
Generator値と今回の症状は直接関係はないと思う。今の所わかってるのはFuturerestore使って12.1.2にするときに12.2のsepを使っている人の中にこの現象が起きる人がいるってこと。
自分で書いてて間違ってるな、、
「ゾロ目で固定してるTSS Cheker」→「ゾロ目で固定してるTSS Saver」
SANTA 様
おはようございます。
ご教示お願いしたいことがあります。
どうぞよろしくお願い申し上げます。
Chimera でNonceのセット方法をご教示お願い致します。
Chimera開けばわかるレベルのことをいちいち聞いちゃうの？やばくない？
デバイス再起動後、キメラのオプション内にある「Set Nonce」に任意の値を設定、Jailbreakボタンから脱獄環境へ戻っていただければ大丈夫です
iPhoneSEで、iOS12.3.1のSEPを使って12.1へFuturerestoreを考えています。
fortnight bugの関係で、パスコードを有効にせずに、FingerTouchを使う事は可能でしょうか？
よろしければ、ご教示、お願い致します。
環境によるのですが、基本的には不可だったかと思います
お返事、有難うございます。
iOS9環境、VirtualHomeで指紋登録の時だけパスコードを有効化していました。パスコードをオンにせず、スライドでロックを解除できていたので、同じようにホームボタンの磨耗防止がでいるかと考えていたのですが。