Portage de shinano sur omnirom 9.0

Rédigé par NaïLyK Aucun commentaire
Classé dans : android, omnirom Mots clés : android, omnirom, shinano, pie, portage

La première étape a été de réussir à build TWRP.
Il fallait donc resoudre beaucoup d'erreur de build.
La première était que le kernel n'arrivait pas à se construire car la version de GCC 4.8 n'est plus fournie avec android 9.
Heureusement les personnes qui s'étaient occupées du kernel pour android 8 avaient préparé le terrain et le kernel peut être construit sans problème avec gcc 4.9. Ouf!

Les plus gros problèmes vennaient de selinunx.
Comme pour le moment je m'en fiche completement, j'ai simplement supprimé toutes les lignes qui empéchaient le build, peut importe le dépot.
Après une bonne fouille dans les autre dépots (pour des SOC similaires) j'ai trouvé quelques patches intéréssants que j'ai integré.
L'une des chose importante dans android, c'est qu'une autre personne a probablement déjà fixée le problème que l'on rencontre. Le souci étant de le trouver ;)

Après quelques heures de bonne galère, j'ai finalement vu:

#### build completed successfully (02:10 (mm:ss)) ####

J'ai sauté au plafond! TWRP est enfin construit, il ne reste plus qu'a lessayer et à corriger les problèmes.
Bien evidement, il ne démarre pas.

Première chose importante: avoir des logs!

Une personne m'a aidée à faire fonctionner TWRP sans le flasher, mais uniquement en le bootant.
J'ai donc construit un TWRP que j'appelle 'unsecure' (CàD qu'il n'y a pas besoin de valider la clef ADB de l'ordinateur pour pouvoir acceder à l'ordiphone).
J'ai flashé ce TWRP unsecure dans la partition de boot, pour être certain qu'en cas de crash, j'ai un système opérationnel qui prendra le relai après le reboot.

En fonction du kernel utilisé, le logs sera extrait d'une façon où d'une autre (pstore ou last_kmsg). Pour shinano, avec le kernel 3.4, il s'agit de last_kmsg.


fastboot boot recovery.img

crash
l'ordiphone reboot dans le TWRP unsecure,
il est possible de consulter le last_kmsg

Ce fichier (/proc/last_kmsg) est le dmesg du précédent boot.
Plus qu'a trouver les erreurs et les fixer :)

 

Ici, l'erreur est que le kernel n'arrive pas à trouver le ramdisk du TWRP:

VFS: Cannot open root device "(null)" or unknown-block(0,0): error -6
Please append a correct "root=" boot option; here are the available partitions:
b300        15267840 mmcblk0
 driver: mmcblk
  b301            2048 mmcblk0p1 02841782-0268-44d8-8339-11e9e3e5045c
  b302             512 mmcblk0p2 dc1ecc40-3fa1-d953-4088-f455a8af9788
  b303             256 mmcblk0p3 d28e12ea-2f3d-4c3c-8eb9-2e9cee3f8fcc
  b304              64 mmcblk0p4 fe44ea4f-54c6-4a40-9dcf-ece4f7523f42
  b305             512 mmcblk0p5 7eaf38fb-5939-9cb9-432a-a761cd06c9f7
  b306             512 mmcblk0p6 2e074246-c42f-f9aa-d4be-c77831f4314b
  b307             512 mmcblk0p7 36bf6f26-09c2-0446-dd1d-0410fa887dda
  b308             512 mmcblk0p8 bd3404ca-2d58-42f3-99a1-57974d792356
  b309             256 mmcblk0p9 9c241432-3b47-4750-89a0-0570ecdff209
  b30a              64 mmcblk0p10 0c762340-daad-43c3-a63c-f6f8941a949d
  b30b             512 mmcblk0p11 6e8c6805-27c9-4379-ac5f-a108e2f5b2c5
  b30c             512 mmcblk0p12 dde410d3-cffa-48e8-8185-0ae0828df526
  b30d             512 mmcblk0p13 52ea74fd-aef5-404b-88a4-241e4b6171d9
  b30e           20480 mmcblk0p14 2f50dbc8-fc14-93e4-4a9d-496fba338b45
  b30f           10240 mmcblk0p15 0e39165e-9ed8-474a-a93b-b76e27299c29
  b310           16384 mmcblk0p16 dbe0b276-4db9-4a0d-aca7-00684de9c467
  b311              32 mmcblk0p17 bbd669cb-f23d-4213-80d7-076de00ad53d
  b312           16384 mmcblk0p18 9de21554-8b13-4e7d-b1e4-0371eb92073f
  b313            1536 mmcblk0p19 195ff692-dd9f-d3a5-7fa1-5a9e5669ff4b
  b314            1536 mmcblk0p20 90d8f5f9-bb0a-f840-a12c-e69b426da474
  b315            1536 mmcblk0p21 02ce263f-a65f-ffd7-3722-3fc2c04ec394
  b316            8192 mmcblk0p22 467947ff-9b77-41a5-859e-bbc839b2b0bd
  b317         2609152 mmcblk0p23 f9cdf7ba-b834-a72a-f1c9-d6e0c0983896
  b318          204800 mmcblk0p24 a0844021-4cc1-3547-d2cd-0bdcc7b903c3
  b319        12359663 mmcblk0p25 6ea4c6d3-957a-ab5b-7455-749893e94191
  b320            4096 mmcblk0rpmb
 (driver?)
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

Les deux lignes intéréssantes étant:

VFS: Cannot open root device "(null)" or unknown-block(0,0): error -6
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

Écrire un commentaire

Quelle est le deuxième caractère du mot 4sxmhga ?

Fil RSS des commentaires de cet article