docomo dtab compact d-01J part-4

発売元→NTTドコモ
製造メーカー→ファーウェイ
ディスプレー→8.4型TFT液晶
画面解像度→1600×2560ドット
サイズ→約124×216×7.3mm
重量→約325g
CPU→Kirin 950
2.3GHz＋1.8GHz（オクタコア）
内蔵メモリー→3GB
内蔵ストレージ→16GB
外部ストレージ→microSDXC（最大256GB）
OS Android 6.0
最大通信速度→下り最大150Mbps
VoLTE→非対応
無線LAN→IEEE802.11ac
カメラ画素数→アウト：800万画素／イン：800万画素
バッテリー容量→4980mAh
テレビ機能→なし
防水&防塵→なし
生体認証→指紋認証
USB端子→microUSB
連続待受時間（LTE／3G） 700時間／800時間
カラバリ Gold、Silver
発売時期 2017年5月25日

https://www.nttdocomo.co.jp/product/tablet/d01j/

※前スレ
docomo dtab compact d-01J part-2.5
http://egg.5ch.net/test/read.cgi/android/1507769795/

SLIPいらない人専用

>>411
よかったよかった

lineage からも復活できますかね？
自分的には、現状詰んでいる状態。

普通にLineageとAndroidいったりきたりしたけど問題ないよ

>228 のoeminfoをfastbootでflashしたところ、起動しなくなり、その後dloadからdocomo初期ROM、中継パッケージどちらも読み込まなくなって詰みました。
どちらをdload読み込ませようとしても5パーセントで処理停止。エラーは出ずにしばらくして再起動。
docomo初期ROMから、bootやrecovery、recovery2を、抽出して焼き戻してもやはりdloadは進まず。
似た状況から復活した方がいたら教えて下さい。

>>415
oeminfoってfastbootから焼けるんですか・・・
oeminfoのパーティションはddで焼いた場合とバイナリは一致しますか？

初期ROMのrecoveryを焼いてるってことは、文鎮前の環境はAndroid6ですか？
Android6なら6用の、7なら7用のTWRPを焼いて、もう一度TWRPかddでd-01jのoeminfoを焼き直してみてください
その後、fastbootからd-01j純正のrecoveryを焼いてみてはどうでしょうか
純正recoveryはAndroid6なら初期ROMのものを、7なら>166の(E)を焼いてみてください

または、Android6ならoeminfoをリストアした後、初期ROMからimgを抽出して>401にある5つのimgを焼いてみるという手も・・・

なお、更なる悪化防止のため、色々焼いてみる前にTWRPで事前のバックアップは忘れずに！
もっともd-01jは、TWRPのバックアップをリストアしたら文鎮になったという話もあるので、過剰な期待は禁物ですが

>>416
いろいろと手順、参考になりました。ありがとうございます。
android6用のTWRPを焼いて、TWRP内のterminalからddコマンドでoeminfoを復元、その後docomo初期ROMから抽出したboot.imgとrecovery.img recovery2.imgを、TWRPからflash imageで焼き直ししました。（recovery2.imgはe-recoveryに焼いた）
すると、dloadがようやく動くようになり、docomo初期ROMに無事戻せました。

>>417
半文鎮でもTWRPでoeminfoをリストアしてrecoveryを焼けば、dloadから全自動の復活の呪文で出荷状態に強制復帰！
灰やロストにならない作りは親切ですねw

>>417
TWRPでrecovery焼くとは猛者だ

>>419
全部TWRP上でできれば楽だなと思っていた時期が俺にもありました
思っていただけの雑魚ですがw

>>414
どんなふうに戻されていますか?
行き来の仕方が分からない...

最近バッテリの減りが早い気がする
電池性能80%未満になっとる
新品は80%以上表示だっけ？はぁ

>>422
その表示あてにならないから。

>>423
たしかに。
表示変わらんのに減りが早くなってきた

俺の個体はバッテリー性能80%以上表示だけど
バッテリー残量30%から7%までの減りの速さはやばい
体感的にバッテリー残量30%は10%くらいに思う

＿人人人人人人人人人人人人人人＿
＞　残量30%は10%くらい　＜
￣Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y￣

>>426
これ本気で面白いと思ってやってるんだろうか？

>>427

>>427

この過疎スレですげー即レス＆連投で草
よっぽど悔しかったんだな

やる気を出して、otaファイルを取り出してみました
パスはd-01jです

ビルド番号:17012402(初期ROM,Android6)から17101702(Android6)
update.zip
Filesize:143,842,371bytes
http://whitecats.dip.jp/up/download/1600968981/attach/1600968981.zip
MD5:FBBB6DAF669627A281B943AC52F4BAB4
SHA-1:3291EFBFA5B25052E6D5764D1E5D8F6FC12D1644

ビルド番号:17101702(Android6)から18021302(Android7)
update.zip
Filesize:2,196,636,028bytes
http://whitecats.dip.jp/up/download/1600969435/attach/1600969435.zip
MD5:2BC224BAA4EB5CB4E857375607D3401B
SHA-1:13BD9146BB144B7E1E60B48F34D2E939878ABCB1

ビルド番号:18021302(Android7)から19021102(Android7)
download-update.zip
Filesize:473,248,954bytes
http://whitecats.dip.jp/up/download/1600971345/attach/1600971345.zip
MD5:CCF6A0A939B4F63F86A3A6C8701B9C9D
SHA-1:1B981F1D3E0767E3F3C81438B0CE154468358754

とりあえずTWRPでファイルを取り出しただけで、Updateに使えるか試してませんが、
少なくともimgファイルの抽出くらいには使えると思います

マジか
２番目のfullOTAありえるサイズじゃん

>>431
ハッシュ関数まで付けてめっちゃ親切
本当ありがとうございます。もしよければ将来Android File Hostに転載してXDAで紹介するとか可能ですか？
気に触ったらすみません

>>431
あ、「私が」将来Android File Hostに転載してXDAで紹介するという意味です。主語が抜けていましたすみません
気に触ったらすみません

>>434
2GB超のファイルをアップできるところが分からなくて適当なところに上げたんで、
このファイルの寿命は不明なんですよね
真っ当なロダに転載のうえ、xdaで紹介いただけるなら、その方がみんなにとって都合がいいと思います
どうぞよろしくお願いします

>>435
ありがとうございます
私もAndroid file hostのアカウント無くて一度もアップロードしたことないので調べてみます

>431でアップロードしたupdate.zipですが、マイナーアップデート用zipは差分ファイルもあるからdloadでは駄目っぽいのは当然として、
メジャーアップデート用zipを解凍して普通にdloadに入れても、ローカルアップデートはできませんでした

そこで、ダウングレード用中継パッケージでビルド番号を「NRD90M Test-Keys」にしておいて、
メジャーアップデート用のupdate.zipをdloadに解凍して強制アップデートしたところ、エラーなくアップデートは終了しました
・・・が、起動画面がdtabでなくM3のままなので嫌な予感がしましたが、やっぱり、初期画面の言語選択表示でフリーズ状態となってタップに反応せず、次に進めません
それでも電源ボタン長押しで表示される、再起動や電源を切る はタップできました

という訳で、また半文鎮を作ってしまいましたw
まあ、今回はoeminfoもrecoveryも純正なので、中継パッケージ経由で簡単に初期ROMへ戻りましたが・・・

update.zipの適切な使い方を見付けないと、ローカルアップデートは無理っぽいですね

メジャーアップロード用のzipの中にUPDATE.APPがふたつあるから、
大きい方最初に、小さい方2番めにdloadしてみたらどう？

>>438
やってみたところ、起動画面がdtabになり操作できるようにになりました！
ご助言ありがとうございました
なお、完全な7.0StockROM状態とはなりませんでした

M3化状態から上記d-01j 7.0 updateを焼いてみたところ、update.app内のimgに含まれているdocomoアプリ以外はインストールされないようです(Kindleやfacebook等)
また、bootloader unlock状態は維持されたままです
このメジャーアップデート直後のビルド18021302でM3化すると半文鎮になるんで、ビルド19021102まで上げたいんですが、差分updateファイルでローカルアップデートする方法が不明です
Wi-fi接続したところ、BLU状態のまま19021102にotaアップデートはできました

ここからM3化したところ、>167の6.のupdate_data_full_public.zipをTWRPで焼いてもM3純正アプリ(コンパス等)がインストールされないようです
(M3化の手順自体をミスってる可能性もあるけど)

とりあえず、中継パッケージ経由で不完全ながらd-01jの7.0にはなりましたが、
1.差分updateファイルでローカルアップデートができない
2.初期ROMのAndroid6.0環境ではdloadで中継パッケージが焼けず、7.0のupdate.appを使ったローカルアップデートができない
3.プリインアプリが不完全(なくても別に困らないし、必要なら自分でインストールすれば済む？)
などいろいろ問題がありますね

M3化したあとは>>431はどれもこれも焼いたらダメなんじゃないかねw

もうM3化しちゃってあるんで勘になるんだけど、

6.0ドコモstock romの状態で（ひょっとしたらbootloaderリロックが必要かも）

17012402から17101702の中身をdloadに改名して外部SDカードの直下に置いて
電話アプリで*#*#2846579#*#*して4.Software Upgradeから1.SDCard Upgradeは試してみた？

うまいこといくとOTAが勝手に降ってくるかもしれない

>>440
ご助言非常に助かリます

>439の件はM3化からd-01jに戻す際にTWRPでd-01jのoeminfoに戻し、通常は中継パッケージ→初期ROMとするのを
中継パッケージ→メジャーアップデートotaファイルでズルをしようとしたものですw
完全初期化されてないっぽいんで失敗ですね
>439の際、BLU状態だったので、TWRPを焼いてTWRP上で/data/update/fotapkgにdownload-update.zipを置いてから元のrecoveryを焼いて再起動という実験もしてみたんですが、
オフラインではソフトウェア更新のフラグが立たないのか無反応
オンラインにして更新チェックすると、ネットからのダウンロードなしで即ソフトウェア更新に入るものの、エラーなく更新後もビルド番号は変わらずアップデートできていませんでした・・・
ここでオンラインにして再度ソフトウェア更新すると、otaファイルのダウンロードが始まり、BLUのままアップデートは成功してビルド19021102になりました

d-01jの初期ROMに戻した後(bootloader locked)、17012402から17101702へのupdate.zipをdloadに展開して、Vol.Up、Down、Power起動や電卓アプリで「()()2846579()()=」でUpdateすると、エラーは出ないものの、あっという間にUpdateが終了し、再起動後のビルド番号は元のままという状況です
アップデートの進捗が速過ぎるので、実際には更新作業が行われてないと思われます

なかなかうまくは行きませんね・・・

早すぎるのは意外とそれであってるかもよ

そのあと引き続き17101702(Android6)から18021302(Android7)がいけちゃったりするんじゃない？

>>442
初期ROM(17012402)に17101702へのupdate.zipをdloadでSoftware Upgradeしても、ビルド番号は17012402のまま変わらず・・・
オンラインでotaアップデートするとDL後に再起動して、ソフトウェア更新と最適化で10分くらいかかるのに、dloadからでは数十秒で更新完了・・・って絶対に更新できてませんよこれはw
このビルド番号のまま、メジャーアップデートの18021302へのupdate.zipをdloadでSoftware Upgradeしてみましたが、進捗5%でSoftware install failed!と怒られやっぱりアップデートできませんでした

なお、オンラインでotaアップデートして正規にビルド17101702にした状態でも、
18021302へのupdate.zipをdloadに解凍してSoftware Upgradeでは、上記と同じく進捗5%でSoftware install failed!でアップデートできません・・・

Software install failed!エラー時にincompatible云々ってメッセージが出るんで、機種とビルドは合っていても、update.zipを単純にdloadに解凍ではチェックが通らないみたいです

>>441
fotapkgにupdate.zip置いても無理なんですか。やはりOTAするしかないようですね
思えばM3も（M3化ではなく本当のM3）みんなOTAで7に上げてるみたいですよね
間違ってたらごめんですが、直接Android7焼いてる人は居ない気がします

次に試すとしたらPC上にupdate.zipを置いておいて、リカバリーからADBコマンドでアップデートさせるって手かね
ダメでもログが見れればヒントになりそう

んーでもhuaweiでやったことないからadb sideload update.zipとかできるのか分からん

adb sideloadは無理な気がします。あれはもっと普通に焼けるROM限定の機能というイメージ

そもそもストックからOTAが降ってこない理由はなんなんだろう

うちだとM3化しようがLineage入れようがストックに戻せば毎回必ずOTA降ってくる

>>447
お騒がせしてすみません

半文鎮でもM3化してても、oeminfoをd-01j版にして>166の(F)のd-01jのStockの初期ROMに戻せば、現在のところはotaアップデートは問題なくできています

M3化した場合、d-01jに戻す際に初期ROMまで戻してまたotaアップデートするのが面倒なのと、
今後docomoのサポートが終了すると、初期ROM(Android6)からAndroid7にアップデートできなくなるんで、
update.zipを抽出して、敢えてオフラインのローカルアップデートが可能なのか実験してみたものです
結果は失敗ですがw

>>447
Lineage から M3 でもストックでもいいので、
戻し方をご教示ください。

>>449
stockのoeminfo焼いたあとはAndroid7からstockに戻す方法と同じ

>>450
さんきゅーです。
Lineage → M3 ではなく、一度 d-01J に戻すのが味噌ってことですね。
週末にでもやってみます。

次のdtab compactはlenovoだってさ
Snapdragon 665、4gb ram

root取って遊べるようにはならなそうだな

どこ情報?

8インチも665なの？
終わってんな

これかな。
https://news.livedoor.com/article/detail/18976550/

国内Androidタブレットは事実上 NEC/Lenovo 以外はほぼ消えたよね。
バンデンが米大統領になって Huawei の規制緩和に期待…

間違えた
×バンデン → 〇バイデン

もうipad買うかな…
選択肢がなさすぎる

シャープの法人モデルて個人じゃ買えないのかね

d-41A じゃだめなん？

シャープの法人モデルはd-41aとスペックも重さも同じみたいですね
d-41aなら回線未契約でも購入できるんで、通常はこっちを購入しますよね
10インチは持ち運びで嵩張るし、そこそこ重いんで、私は選択肢に入りませんが、
レノボdtabは・・・

Lenovoは期待できるでしょ
ノートPC見てればわかる

LenovoのノートPCの時点で興味ないな
どの辺がすごいの？

パネル割れ直してみたけどタッチが変だわ

正直もう限界DEATH
16ギガはクソ

どなたかお知恵を。
Lineage からの d-01J戻し中。

戻し用のファームは >>166 の (F)

>>388 を参考に、
�@twrp(3.3.1-0) から d-01j の oeminfo を dd で書き込み。
�A7zip で (F)の UPDATE.APP から recovery.img と recovery2.img を抽出。
�Brecovery.img と recovery2.img をフラッシュ。
�C(F)内の dload を microSD にコピー。
�DVol.Up+Powerで純正recoveryもエラー表示。

ERROR MODE

Attention!
Please update system again

〜ドロイド君の表示〜

Error!
Func NO:10(boot image)
Error NO:2(load failed!)

となってしまいます。

microSD の dload のファイルがダメってことでしょうか?
3回ほどフォーマット→コピーしてみましたが状況変わらず。

dload を丸ごとコピーしてあるので、UPDATE.APP 以外に
docomoフォルダーも入っています。

ちょっと詰んだ状態です...

>>465
一度、中継パッケージをdloadで焼かないと、いきなりAnd6.0には戻せないでしょ

>>465
388です
>466が言うとおり(F)の初期ROMはAndroid6です
Lineageは7のTWRPから焼いてるはずなので、この場合は(E)のrecoveryを焼きましょう
これで、(G)のダウングレード中継パッケージが起動できます
その後、(F)の初期ROMのdloadフォルダをdocomoフォルダごとSDカードコピーして、dloadを起動すれば初期ROMに戻ります

>>466-467

465です。
早速のレスありがとうございます。
てっきり中間無しでも行けるものと思ってありました。
明日、再挑戦します。

なんとなく、うまく行きそう。

私もBLUしてlineageOS焼く予定です（もう4クレジット買いました）
XDAも見てるんですけど、ここのスレの皆さんはlineageOSからストックに戻す人が多いように感じられます
どのような不満があるのか教えていただけますか？とても参考になると思うのです

>>469
自分の場合は、SIM使えないのが一番。IMEI見えなくなった。
あと、ホームボタンが指紋認証だけしか使えない。

10月4日版もでて、それなりにセキュリティパッチは上がっているんですけどね。

なんか、些細な点でこれじゃない感があるんですよね。重箱の隅を突っつくみたいだけど。

今更ですが、>166の(E)のrecoveryって、d-01j_stock_recovery.zipってファイル名ですが、d-01jのStock Recoveryではありませんねw
166の(G)のダウングレード中継パッケージ内のupdate.appから抽出したrecoveryと同じものでした
そして、(G)のダウングレード中継パッケージはhuawei公式配布のM3用のものです
つまり、(E)はM3用Stock Recoveryでしたw

ついでに>166,167神のd-01j用初期ROM復旧について注釈してみると、
Android7(またはLineage)から166の(F)のd-01jの初期ROM(Android6)を焼くには、ダウングレード中継パッケージが必要ですが、d-01j用のダウングレード中継パッケージは存在しません
そして、d-01jのStock Recoveryでは、(G)のM3用のダウングレード中継パッケージはチェックが通らず、dloadが失敗します
そこで(E)のM3用Recoveryを焼いて中継パッケージのチェックを騙し、M3としてdloadを起動させてるようです
ダウングレード中継パッケージを焼くとビルド番号が「NRD90M Test-Keys」になり、d-01j用のROMでもノーチェックで焼けるようになるので、
(F)のd-01j用初期ROMをdloadで焼いて元通りって寸法です

Android6の場合は、ダウングレードを考える必要がないんで、d-01jのStock Recoveryであれば、普通に(F)のd-01j用初期ROMのチェックが通って、dloadで焼けます
Android6用のTWRPを焼いていたり、間違えて(E)のM3用Recoveryを焼いてしまった場合は、初期ROMのチェックが通らずdloadが失敗するので、
(F)の初期ROMからd-01j用Stock Recovery(Android6)を抽出して焼けば、d-01j初期ROMのチェックを突破してdloadできます

なお、oeminfoは>228等のd-01j用に戻してあることが前提です

>>470
レスありがとうございます
指紋ボタンのジェスチャー使えないのは確かに嫌ですね
私はSIM挿してなくてChromeとChmateがほぼ全ての利用目的なので向いてるかもしれません

Lineageは指紋認証で画面オンができないのが致命的だった

465 です。

無事に、d-01J へ戻ることができました。
最初、中間パッケージの dload が 5%から進まず、もう駄目かと思いました。
PCとUSBケーブルでつながっているのが原因? と思い、外して再チャレンジ。
その後、何の問題も無く戻すことができました。ただいま 7 まで OTA中。

手順も分かったので、M3化するか root取っていらないdocomoアプリを
消すか考え中です。

でも、docomo が OTA止めちゃったらダメっすよね。初期の 6までしか
戻れない。修理受付が2022年5月末終了予定なので、遊べるのは
そこまでか。

内蔵のストレージが最低でも 32GBあれば、まだまだ現役で行けるんだが。

# 意外に元に戻るものなのね。

465 です。

Lineage でぶっ飛んだ IMEI も無事復活しておりました。

>>474,475
bootloader unlockでrecoveryが焼ける状態なら、大体何とかなりますw

Lineage上でIMEIがぶっ飛んだというか、現在のLineageのモバイル通信の完成度が低くて、IMEIが認識できてないだけという気もしますね

>>476
ええ、IMEIが認識できないって表現が適切ですね。
SIM認識して、ホームボタンが指紋認証以外にも使えれば Lineage でも
いいかなって気はするんですが。
ハードキー(ホームボタン)があるのに、使えないのは微妙にストレスになる。

ふとAdguardでシステムアップデート確認のログ取ったら
61.195.222
にアクセスしてた。Whoisで調べたらNTT DocomoなのでやっぱHuaweiのサーバーから落としてないって事だよね
となると2022年5月あたりがアプデ期限か

lineage焼いたけど不安定だな。ローテーションも効く時と効かない時がある
急に電源が落ちるのも多い。でもこれでカスROM動くの嬉しいからもう少し使ってみる

>>132
lineage焼いたらこれに答えようと思ってたので返信。バッテリー残量は見れます
https://i.imgur.com/IfEoRio.jpg

SIMも使えます
https://i.imgur.com/zfPHZqt.jpg

Xposedも使えます（Xprivacy luaとminmin）

↑の画像アップしようとしたら落ちた…のでid変わった
なんかrom焼いてから初めてやる機能は落ちやすい気がする
ホームにブックマーク置こうとしたりインテント呼ぶと初回は落ちた
不安定なのは間違いない
でもChmateの長押しで検索が使えるし、勝手に感度がリセットされないのは良いね

はぁ失敗した。何でもd-01jの場合はlineageOS焼いた後オリジナルのcust.imgをfastbootで焼かないとだめみたいだ
だれかストックのAndroid7の人、ストックのcust.imgを恵んでくれませんか？
TWRPで起動して

dd if=/dev/block/mmcblk0p44 of=/external_sd/cust.img

↑これでストックのAndroid7のcust.imgがバックアップ出来ます

初期ROMのcust.imgはサイズがデカイからか焼けませんでしたああショック

ちなみに、ここの>>431にあげてくださった6→7への差分アップデートファイル、真ん中の2GBの方にあるupdate.appにだけcust.imgが入ってました
ただしそれが96.6MBなんですよね
各サイズこんなです
lineage焼いた後のcust:201.3MB
ストック初期ROMのcust:312.7MB（fastbootで焼けない）
差分アップデート2GBのcust:96.6MB

ちなみに今96.6MB焼いて、これは焼けたけど相変わらずローテーションが効いたり効かなかったりです

ddコマンドで初期romのcust書き込もうとしたらサイズが足りないって出たので無理でした
それと、ddコマンドでcust書き込むとcustパーティションがマウント出来なくなってブートループします
焼くなら必ずfastbootで焼きましょう

ちなみに、ストックAndroid7のcust焼く事で直るのはローテーションなので、そこまで重要じゃないといえば重要じゃないです
でもめちゃくちゃ悔しい… 悔し過ぎてまたストックに戻して挑戦しようかとも考えてます

https://www.yukari.ne.jp/shtml/?p=15126

>>485
ありがとうございます
これ焼いたんですけど相変わらずローテーション変でした
これM3用のパーティションではないですか？

lineageからストックに戻すのとM3化からストックに戻すのは同じやり方ですよね？

>>487
d-01j Android7.0 ビルド19021102のcustをTWRPのTerminalからddで抽出してみました
パスはd-01jです
http://whitecats.dip.jp/up/download/1603122500/attach/1603122500.zip
cust_d-01j_7.0_19021102.zip
Filesize:67,058,851bytes
もう初期ROMに戻してたら済みませんw

中身
cust.img
Filesize:201,326,592bytes
MD5:9AA0687E35BF128091A3FB77593971D5
SHA-1:FD4B8924842CFA2D4021FD8D684412607F64E2D8

>>488
本当にありがとうございます！surdu_petruさんが新しいカーネル上げてから初期化しようと思っていてまだlineageです

次のアプデはMagiskと指紋認証が両立可能みたいですね

>>480
情報ありがとうございます。
実は自分も焼き済みだったりします。
SIM認識しないと書いた書き込みが自分です。
手順が悪かったか、バージョンが古かったかですね。

もう一回 lineage 焼いてみるか。ノーマル戻しの手順も習得したし。
# ただし、ノーマル戻しはdocomoの保守対象期間内という罠がある。

>>491
surdu_petruさんのやる気がすごいですね
人柱がんばってくださいw

>>491
アンカ間違えましたすみません
>>489さんあてでした

>>488
cust焼きました。やはりローテーションは不安定です。私がlineage焼いてからバックアップしたのと488さんのcustはファイルサイズが同じでした
XDAでオリジナルcust焼くとローテーションが直ったというレスがあるけど正直疑問です
私はcustはlineage焼いてもストックから変化しないと思ってます

それで私には両者が全く同じファイルか判断する知識がありません
ハッシュ関数はファイル作成時のタイムスタンプでも変わるのでハッシュ関数では同一ファイルか判断出来ないという認識です
例えば、何らかのファイル（txtやjpg）をzipにしてまた同じファイルをzipにすると「何らかのファイル.zip」と「何らかのファイル（コピー）.zip」が出来ます
中身は全く同じtxtやjpgなのに、作った時間が違うとハッシュ関数も変化します

ちなみに、何らかのファイルをzipにして、それをコピーした場合はハッシュ関数が一致します

lineageの不安定なローテーションは大した不具合じゃないけどランダムリブートが無視できないくらい酷くて、次のアプデをクリーンインストールしても改善しないなら私もlineageからM3化に乗り換えようと思ってます
私の場合Chromeで画像が多めのページを開くと高確率で落ちます
オフラインでは安定してるけど…

surdu_petruさんd-01jは持ってないようでmediapad m3は安定してるみたいだから今後も不安定かもしれないです
このままm3のOreoに問題無ければ年末にはPieに移行するプラン建ててるそうです

ローテーションが反応しなくなってもカメラアプリだけはちゃんとセンサーが効くのも謎
これはどのcust焼いても関係なくカメラアプリはちゃんと傾きに追従するんです

>>494
zipファイルのハッシュが変わるのは、zipにしたときに格納するファイルのタイムスタンプも格納されるからzipのバイナリが変化するからでは？
同じ内容のtxtやjpgはタイムスタンプが変わっても同じハッシュですよ
488のcust_d-01j_7.0_19021102.zipはブラウザでダウンロードするとダウンロードする度にタイムスタンプは変わりますが、ハッシュは同じはずです
つまり、494さんのcust.imgと488のzipから展開したcust.imgで単純にハッシュ比較すればいいのでは？

余談ですが、488はcust.imgをddで作成しましたが、TWRPのパーティションBackupで作成したcust.image.emmc.winとはファイルサイズは一致するものの、6バイトだけ異なる部分が生じます
勿論ハッシュは一致しません
同じ実機からでもTWRPとddでimgの抽出方法が異なるとバイナリが異なる理由が良く分かりませんが参考まで

>>498
実は私がlineage焼いたあとddで取ったcustと488でアップされたcustはハッシュ値が異なっていました
でもサイズは全く同じです
ファイルをアップローダに上げてそれをダウンロードするのはハッシュ値も変わらないんですけど、ファイルを作成するとハッシュ値が変わるので両者は全く同じファイルだけどタイムスタンプのせいで（私がddで取った時間と488さんが取った時間）ハッシュ値が異なるだけだと思いました
タイムスタンプの影響を除外してファイルの同一性を確認する方法を探したんですけど、私には無理でした

>>496
surdu_petruさんがd-01jを持っていない以上、M3とのデバイスの違い(ストレージ容量以外どう違うか良く分かりませんが)を埋めるのはなかなか難しい気がします

LineageOS15.1の2020-10-04版のzip内のファイルを見るとboot、system、vendorパーティションしかいじってないみたいですね
つまりcustはLineageを焼く前と変わらないかも・・・

M3化ではM3用のboot、cust、systemを焼いてますが、Lineageではcustは焼いていません(代わりにvendorをいじってますが)
M3化したd-01jのローテーションが効いてるってことは、>166のM3化用のoeminfoとcustを焼くとLineageもローテーションが効くようにならないかなあ
若しくはM3化してからLineageを焼いてみるとか・・・
もっとも、M3化した後、d-01jのbootを焼き直さないと開発者モードに入れないので、boot(Kernel)にもM3とd-01jの異なる何かがあると考えるとLineageのbootにもd-01j用の何らかのパッチが必要な可能性がありますね

>>499
228さんが上げてくれたd-01j用oeminfoと私の実機から抽出したoeminfoもハッシュが一致しないんで、抽出したcustのハッシュが一致しないのも何か個体差なのかTWRPの挙動の問題なんでしょうかね

何が一致しないか気になるのであれば、
コマンドライン上で懐かしのdosコマンド
fc /b cust1.img cust2.img
とかでファイル間の差異をチェックしてみてはどうでしょう

Windowsでハッシュチェックする際は、私の場合、昔から右クリックの「送る」に「FastHash」や「HashCalculator」とかを設定して使ってます

>>499
言い忘れましたが、ファイルのハッシュ値はファイルの中身(バイナリ)で算出されるので、ファイル名やタイムスタンプを変更しても中身が同じであればハッシュは一致します
つまりファイルのハッシュ値計算にタイムスタンプは影響を受けません
498はそれを例え話でしたものです

>>500
私もM3化してlineage焼けば動く可能性を感じてます
何回もM3化の方法見てハードブリックは無さそうだなと思ってます

素人なので詳しくないですが、custやoeminfoといったimgファイルはパーティションそのものをimgという拡張子で一つに固める=ファイル作成なので作る度にハッシュ値が変わるのかもしれません

ハッシュの話が出ていたので一考。

単体ファイルであれば問題はないであろう。
パーティションを dd で抜き出したものは、差異が発生する可能性がある。
元がどうやって書かれるかは分からないが、まるっきり同じセクタに同じものがかかれるとは思えない。

microSD とかで
1. ファイル AとBと書き込む。
→ここで dd してパーティションをまるごとバックアップ。
2. ファイル Aを削除してCを書き込む。
3. ファイル Aを書き込み、ファイルCを削除する。
→ここで dd してパーティションをまるごとバックアップ。

microSD に書かれている A と B は 1. でも 3. でも同じもの。
でも dd でパーティション毎バックアップしたファイルは違うはず。

ということではないだろうか。

>>504
>498に書いたddとTWRPのcustバックアップは、
1 TWRP起動
2 TWRPのTerminal上のddでmmcblk0p44をバックアップ
3 TWRPのメニューからBackup→cust(Image)でバックアップ
(TWRP上のcustはbackupメソッドがfilesだったので、cust(Image)(こちらはbackupメソッドがdd)をバックアップしてます)
4 TWRPメニューからReboot
って手順でほぼ同時にバックアップしていますが、2と3のcust.imgはファイルサイズは一致しますがハッシュ値が異なり、バイナリ比較すると6バイトだけ不一致となりました
2と3の間でcustに書き込み操作をしたつもりはなかったのですが、custパーティション内に何らかの変更があったのかもしれません(backup時にmountした際にタイムスタンプか何か変わったのかも)

cust.imgファイルの中身を見てて、>499さんや>503,504さんの言ってたタイムスタンプや差異の意味がようやく理解できましたw
自分勝手な思い込みで散々偉そうなことを言ってスミマセンでした...orz

d-01jやM3用のcust.imgを覗いてみましたが、docomo用やM3用のいくつかのアプリやテーマと設定ファイルがあるくらいで、
このファイル(パーティション)とLineageのローテーション問題とは関係あるとは思えませんでした(これも思い込みかもしれませんが)

昔、ローテーションコントロール(Pro)っていう、アプリ単位で画面の縦、横、自動を強制可能なアプリを使ってたことがありますが、Lineageにこの類のアプリを入れればとりあえずの対処療法になるんですかね？

なぁ、今年の4月に01Jから02kに機種変したんだが、
失敗だったのかな?

因みに02kに変えたらちゃんねるメイトで書き込めなくなった。

失敗ではないんじゃない？
01Jで一番ネックになる16GBが32GBになるし、microUSBとおさらばできるし

まぁ次機種出るっぽいけど

>>508
なんなんだろうな
書き込めたり書き込めなかったり
規制の条件がよくわからん

>>509
>>510
ふむ。ありがとう