LineageOS 総合スレ Part2
レス数が950を超えています。1000を超えると書き込みができなくなります。
このスレはLineageOSに共通する内容について、端末の垣根を越えて語り合うスレです。
LineageOSとは、Android Open Source Projectをベースとしてソースコードレベルで
大幅な改良が行われている、コミュニティベースのカスタムROMプロジェクトです。
数十種類の端末が公式にサポートされている他、百種類を超える端末へ移植されています。
LineageOSベースのROM同士なら機能もUIもほとんど同じになるため、情報の共有が容易となります。
快適なLineageOSライフを送りましょう。
■公式サイト
http://lineageos.org
■Changelog
https://www.cmxlog.com/
■ダウンロード
https://download.lineageos.org
※前スレ
【14.1】LineageOS 総合スレ Part1【Nougat】
http://egg.5ch.net/test/read.cgi/android/1486562867/ OnePlus5Tの17アンオフィシャル入れてみたけどYouTube動画が再生不可だったので一旦16オフィシャルに戻した
一応一通りAndroid10は体験したけどPieの方が所々使いやすいな
10になって良かった所は特に思い当たらないw >>851
そうだよね。
Pixelで10にアップデートした人でPに戻す方法を海外のニュースで有るぐらいだから。
ビルドするための環境の要求レベルも上げすぎやし。
しばらく様子見かな？ pieの10で採用予定て言われた機能が実際には無いのにガッカリ。
10モドキのpieのカスロムが使いやすい。
それにしても、8コアで16GBのPCでpieのビルドを２本走らせながら、youtube観れていたのに、
10の場合だと１本だけでも途中でメモリ不足でフリーズするかシグナルエラーで中断するのには呆れた。 ASUS Zenfone4 Max Pro(zc554kl,ビックカメラ版)使ってます｡
bootloaderのUnlocktoolは､ASUS公式で出てます｡
公式OSをroot化するには､twrp､Magiskが必要らしいのですが､
LineageOSをroot化するとしたら､
LineageOS入れてLineageOSのroot化アドン使えば､
twrpとMagiskいらないのですか？ LinueageOS+microGのROM(X00TD)にもちゃんと Emergency alert 来るね。 bootloaderがunlockされているのならboot.imgをmagiskでパッチして焼けばいいからTWRPは不要
まぁTWRP入れたほうが便利だけど >>860
ディープスリープになったら
泥だったらおんなじようなものじゃないのかなー？
テレグラムのほうが若干通知反応がいい気がする(個人的感想)
もしくは通知が重要ならiPhoneがいいんじゃ…？ >>861
そうかな。久しぶりにアプデしたらそう感じてるんだ。 個人的にはLOSって余計な節電系カスタマイズが入ってなくて通知遅延の無いROMって思ってるが
使用アプリにもよるのかね？
ラインは使ってないから分からんがライン自体に問題あるって書き込みもどっかで見た気がするのでラインスレでも当たってみては >>866
今のところラインだけのような気がする。了解した、ありがとう >>853
SuperiorOSと言うのでAndroid10のビルドをしているが、PCのメモリは潤沢(64GB位必要？)みたいで、新しいスマホ購入よりPCのスペックあげようと思う スリープ状態のときのラインの通知がリアルタイムじゃないの腹立つ 使わないときは機内モードにして通信全部切ってる
それがオレ様のルール おま環かな？
ROM: SuperiorOSのAndroid10をビルドしたロム
Device: pieのHavocOSがインストールしてあるデバイス
インストール方法: twrpとPCを用いadb sideload
結果
1. OS: 9 --> 10 にアップデート
2. アップデート前アプリがそのままほぼ残る。
ただし、play store は消えた
何だろうか？
2chMate 0.8.10.54/asus/ASUS_X01BDA/10/LR もし、Android 10をビルドするなら、BlissRomsだと、ビルド時のエラーがほぼ無いんでお勧め PS4コントローラつなげるためにカスタムOSにしたかったが、ソニーが公式対応したので書き換えいらんくなってもーた 自ビルドしたロムとsourceforgeにあるopengapps(Android10のベータバージョン)で快適
2chMate 0.8.10.54/asus/ASUS_X01BDA/10/LR LOS17などAndroid10ではシャッター音ファイルがRoot Explorerでは消せないんだが何でやろ？
Root Browserでは消せる不思議 SO-02HにLineage OS 15.1のスクショ表示してカスタムROM気分味わってる
はぁ… メモリ4GBのC2Dノートでビルドしてるんだけど10はスペック的に無理？ GT-i9100(Galaxy SII)のdeviceリポジトリに17のブランチ生えてるの笑う
rlNanDO氏変態すぎる(当人の個人リポジトリには全く同じコミットメッセージが並んだリポジトリがあって、そっちの17ブランチには"WIP: Make Q buildable"というCommitがすでに…
どうもこれ16はビルド可能だったぽいな、氏がPieのzip公開してるわ
↓氏の個人リポジトリ
https://github.com/rINanDO/android_device_samsung_i9100/tree/lineage-17.0
↓LOSの公式リポジトリの17ブランチ
https://github.com/LineageOS/android_device_samsung_i9100/tree/lineage-17.0 GT-I9100ならAndroid9使えるらしいな
SC-02Cだとどうがんばってもシステムが落ちまくるんだが
すげーよな。デュアルコア1GBメモリだぜ？ >>881
そもそもOS（windows or Linux）での操作は快適なのかね？
ブラウジングだけでも最近のコンテンツは重いんだが… >>881,882
RAM4GBじゃ無理くね？
ウチは4コアi7(ハズウェルだけど)+RAM16GBで落ちるぞ(´ ・ω・｀) E5-2420 v2(6C12T/Ivy Bridge/2.2GHz) + 16GBと、i7-860(4C8T/Lynnfield/2.8GHz) + 24GBのどっちがええんかな、ビルド環境 >>887
>>881
CPU:AMD FX-8320E(8コア)
メモリ:DDR3 16GB
で、SuperiorOSのAndroid10をビルドするのに
５時間かかって、途中で２回メモリ不足で止まる。まあ、システムモニタ見ながらメモリ使用量50%越えたら
$ ccache -C
が必要な位、上記スペックはヘタレ。
でも、出来上がったROMで無事起動できたので
まあ、いいか。 >>888
本当は12コアと32GBが最低限のスペックだと思っている >>889
追加すると、PCの冷却がメチャ重要。
5時間の間、エアコンが効いた部屋にある扇風機で、PCケースのサイドパネル外してPC内部を直接、冷却し続けることもしている。 要求環境が厳しくなった＂理由＂は下記かな？
Android Qの主な変更点は
1.新しい$ PATH制限
2. GCC 4.9の廃止
3. ccacheの削除
4. PHONYターゲットの実施
https://sx.ix5.org/info/post/android-q-compiling-kernels-in-tree/ 5時間とは...
E付きは省電力に振ったCPUなんだっけ? >>892
ちょっと修正。５時間ではなく、６～８時間かも。 ハイエンドのスマホを購入する資金があるなら、
それをPCのスペックを上げるために使いたいと思うぐらいビルド環境の改善が必要やね。 2019年10月30日 12時35分
Androidで工場出荷時の状態に戻しても撃退不可なマルウェア「xHelper」が発見される
https://gigazine.net/news/20191030-unremovable-malware-xhelper/ New2048HDってアプリに入ってるらしい
入れてみようかな すごいな
「ないことが確認できる状態」から数分後にはインストールされているとかww
工場出荷であかんってどういう原理なのか想像も出来ないわ そんなので電子決済だキャッシュレスだ推奨してんだから信用ならないんだよ 普通にwipeしたら大体消されるのは
/dataと/cacheだよね？
アプリがデータを自身で
書き込めるのは/data/data/com.package.nameだよね？
なぜ復活できるのか知りたい Magiskスレにも書いたが
formatdataしても消えないんならそりゃ凄い なんとなく、安っぽい実装で「貴重かつ有用な」ゼロデイの存在を仄めかしてしまったいわゆる「やらかし案件」に見える
存在を認知されたら最後、メカニズム解明→対策検討→対策実装までは時間の問題 Andorid端末はとりあえずroot化する所からってダメ思考なんで工場出荷時状態って
systemとboot、F/Wの焼き直しかと思ってたけど、普通はdata wipeとchach wipeの
ことかって思うと、ああ、あるかもねぇとは思う
Magiscは/dataの下も使っているのでdata wipiするとわやになるけど、Magiskが動作
する以上bootに何か仕掛けられたならばdata wipeしても復活するのはありなんだし
root化する時TWRP使う人は標準リカバリが復旧されないようにboot書き換えるけど、
逆にこの時点ではリカバリの書き換えできるくらいなんだからやる気になればなんでも
出来るってことなんで
ただ最初にどうやって感染させるのかって考えると>>903が言うようなゼロデイが見つ
かった可能性があるのかもしれないけど Android 10のビルドで＂Bluetoothのペアリング不安定＂という問題を解決してやった リカバリをビルドした経験からすると、１行も正しい情報なくて、失笑する >>909
窓からそのスマホを投げ捨てて新しいのを買え >>909
バックアップから戻せばええやん？
…まさか、ROM焼きするのにバックアップとってないって事は無いだろう >>888
CPU:AMD FX-8320E(8コア)はシングルスレッドだった。
>>>889
8コア(16スレッド)だと4万円位のCPUがあるし、メモリを64GB(16GB X 4枚）のOC高耐性のヤツ3万円位、の組み合わせがいいかな？知らんけど。 Galaxy S2用の14.1をビルド中なんですが、SELinuxをデフォルトでpermissiveにしようと思い、
device/samsung/galaxys2-common/BoardCommonConfig.mk で BOARD_KERNEL_CMDLINE に
androidboot.selinux=permissive
を足しても、出来上がった boot.img 内のコマンドラインに反映されていません。
何か設定が足りないのでしょうか？いちいち新しくビルドするたびに boot.img に直接書くのはめんどくさい… >>916
なんか懐かしい考え方やね。
ビルドを初めてしたころは、sepolicyのエラーの編集出来ないんで、拾いもののramdiskを組み込み、BOARD_KERNEL_CMDLINE に
androidboot.selinux=permissive
を追加したら、ブート出来るものだと思っていた。
実際は、起動の途中で一時的にpermissiveにして
ある処理をすると、enforcingにするらしいね。
下記が参考になるかな。
http://redstar154.blogspot.com/2015/11/disable-selinux.html?m=1
尚、sepolicyエラー修正は慣れれば簡単なんだよね。 簡単だけど手間じゃないですかー
userinit.shでZRAMの有効化する仕組みを作るだけで、
allow 5行くらい書きましたよ LineageOSの公式に出てる対応機種って少なくない？
ASUSだとなんでZenfoneMaxPro(M1)があって(M2)がないんだろうとか
Zenfone2laserがあってZenfone3laserがないんだろうとか >>917
未だにSC-02C愛好家居ましてね……
斯く言う私も(ry >>918
自分はlineage16が公開直後のビルドで500個のエラーを解消したことがあるけど、基本的ルールは５個位で大したことないよ。 >>919
SuperiorOSとかHavocOSの方がいいやん
2chMate 0.8.10.54/asus/Zenfone Max Pro M2/9/LR >>918
zramで思い出したが、MTweakてアプリで色々いじれる 一応人様に配るつもりでいるROMだから、起動時のデフォルト値を設定したいのよね… >>916
SELINUX_IGNORE_NEVERALLOWS := true
とすると、追加のNEVERALLOWSルールがオリジナルのALLOWSルールに違反しているというエラー修正は不要になる。
ただし、
自分用：userdebugでは使用可能。
配布用：userでは使えない。 nexus7 2012の15.1で、インストール時に固まるんだが、オーバークロック改変の影響？ >>929
ネットにつながないのなら人の自由
でもネットにつなぐならゆるされないな >>893
10のビルドで一日に１回しか流せないのはつらいね。 >>930
？
15.1ってセキュリティパッチ絶賛サポート中だが あ、>>916は何か勘違いだったみたいで…
カーネルを改めてビルドし直して生カーネル覗いたらコマンドラインにandroidboot.selinux=permissiveができてた >>934さん
>>924に書いたMTweakってpermissiveとenforcingをアプリで切り替えられるんやけど
まあ、解決したみたいなんで余計かな？
DLはgithub release MTweaksでググって。 ついにLinuxがそのまま入るスマートフォン登場！
その名もPinePhone！
お値段16800円！(ただ､スペックは低めです｡｡｡)
「PinePhone」は、Ubuntu、Sailfish、Maemo、LuneOSなどの
Linuxディストリビューションに対応した超ギークなスマートフォンです。
本体サイズ160.5×76.6×9.2mmに、5.95インチIPS液晶ディスプレイ、
500万/200万画素のカメラ、大容量3,000mAhバッテリーを搭載しております。
ギークな機能は、microSDからブート可能で、背面カバーを外すと、
基盤がむき出しにすることができ、I2Cバスに直接拡張ユニットを取り付けられます。
各チップに物理スイッチがついており、
WiFi、Bluetooth、通信モデム、カメラ、マイクの各機能をON/OFF可能です。
http://www.gdm.or.jp/pressrelease/2019/0909/319680
https://www.prerele.com/releases/detail/25900
https://store.pine64.org/?product=pinephone-braveheart-limited-edition-linux-smartphone-for-early-adaptor >>936
ＵＢＵＮＴＵフォンコケなかったっけ？
LinegeOS最新OS対応性能そこそこで値頃な端末てないの？ >>936
これに適合するユースケースは存在しないかと... UMIDIGI系の端末がProject Treble対応だから
GSIのLineageOS 17が来れば動くんじゃないかな
(13777円のA5 ProはA/B端末でHelio P23というそこそこの性能) A/B端末使っちゃうとiPadとかの更新が結構ストレスに感じちゃう >>940
Project Trebleて、Android9だと、
Slot AOnly あるいは Slot A/B のパーティーション群が１つ或いは２つあるというだけで、パーティーションサイズがGSIと一致していないと、インストール無理。
Android10のダイナミックパーティーションというのに対応した機種(何処のメーカのどの機種かは知らん）だと、もっと柔軟な対応じゃね >>937-938
FirefoxOSとかUbuntuPhoneみたいにスマホ用OSだけど､
>>936のPinephoneは､Linuxそのものが動くぞ セルスタンバイ(lineage 14.1時点)について調べたので自分用メモ
データsimのセルスタンバイは以下のどちらかの方法で解消できる
1, config_voice_capableをfalseにする
2, ServiceStateTracker::useDataRegStateForDataOnlyDevicesのmNewSS.setVoiceRegState(mNewSS.getDataRegState());を無条件で実行するようにする
実態としては、2のmNewSS.setVoiceRegState(mNewSS.getDataRegState());の実行条件が1になってる。
実際のコード↓ lineageのソース階層で言うと、frameworks/opt/telephony/src/java/com/android/internal/telephony/ServiceStateTracker.java
protected void useDataRegStateForDataOnlyDevices() {
if (mVoiceCapable == false) {
if (DBG) {
log("useDataRegStateForDataOnlyDevice: VoiceRegState=" + mNewSS.getVoiceRegState()
+ " DataRegState=" + mNewSS.getDataRegState());
}
// TODO: Consider not lying and instead have callers know the difference.
mNewSS.setVoiceRegState(mNewSS.getDataRegState());
}
}
mVoiceCapableが他所でconfig_voice_capableによってfalseになってると、mNewSS.setVoiceRegState(mNewSS.getDataRegState());が実行される。
これによって、データの疎通状況フラグが通話の疎通状況フラグにコピーされ、常に圏内のフリが行われる。 14.1の公式ビルドではセルスタンバイ問題解消されてると思ってたんだけど、自分の記憶違いかな? てすと
https://androplus.org/Entry/94/
上記をframework-res.apkを直接いじって恒久的に有効にするなら↓この解説とか >>945
SC-02Cでは起きてしまったんだよ
セルスタンバイが電池の30%消費とかアホな状況になってしまった 944つづき
1, の実施方法はネットでググれば出てくる。
上記を実施してくれるxposedモジュールなら↓これとか
https://androplus.org/Entry/94/
上記をframework-res.apkを直接いじって恒久的に有効にするなら↓この解説とか
https://nyanonon.ハテナブログ.com/entry/20150423/p3
ただ、1の方法は、config_voice_capableをfalseにしてることで、
「通話なし」設定にしてしまってるので、通話系simを使いたいときは解除しないといけない。
一方、2,の方法は、多分、通常の通話データsimに対しても有効と思われ（圏外検知ができなくなるけど）
通話専用sim＋wifi運用の場合は何が起きるか知らん（そういう使い方の人ほとんどいないと思うけど）
2, の方法をやってくれるxposedモジュールとしては↓
https://bl.oov.ch/2013/04/android-docomo-mvno-sim.html 948つづき
で、2.の方法をプログラムに直接恒久的に適用する方法としては、
スマホ内の /system/framework/telephony-common.jar を抜き出してきて、
classes.dexを抜き出して（※jarはただのzip）、baksmaliで分解して、ServiceStateTracker.smaliを探す。
そのsmaliファイルの後ろの方に.method protected useDataRegStateForDataOnlyDevicesってメソッドの載ってるゾーンがあるので、
最初の方の、以下のコードを削除すればいい。（コードの細かいところはビルドによって変わるかもしれない）
iget-boolean v0, p0, Lcom/android/internal/telephony/ServiceStateTracker;->mVoiceCapable:Z
if-nez v0, :cond_0
↑これがif (mVoiceCapable == false) {に相当する。（smaliの記述としてはif(mVoiceCapable != false) goto: cond_0 な感じだけどね）
修正したら、smaliでclasses.dexへ再ビルドし、telephony-common.jarへ放り込む。
分解・再ビルドの参考：
https://qiita.com/speg03/items/f6e436be79aa65f797ab
https://bitbucket.org/JesusFreke/smali/downloads/
なお、俺はlineageのソースをいじってビルドして動作確認したので、上記のbaksmali/smaliの手法では試してない。
まあ多分いけるだろう。
Magiskを使ってる場合、Xposedとの共存は面倒なので、プログラムを直接いじる方法なら、運用が少し楽になるかもしれない lineage15とか16では、セルフスタンバイ解消されたのに、14にこだわるって、何 レス数が950を超えています。1000を超えると書き込みができなくなります。
