Originariamente inviato da
Michelasso
Perché PX non funziona come credi, ossia non in modo standard… su e busybox sono nel boot.img e vengono caricati nella RAM Disk dopo il boot e nel caso copiati a seconda delle opzioni scelte. Che altro non sono che dei file .<opzione> nella directory /system/.px-kernel.
Guarda un po':
codice:
sh-3.2# ls -la /system/.px-kernel/
total 0
drwxrwxrwx 1 0 0 0 Aug 20 23:16 .
drwxr-xr-x 1 0 0 0 Aug 21 11:39 ..
-rw-rw-rw- 1 0 0 0 Aug 17 17:20 .nobusybox
-rw-rw-rw- 1 0 0 0 Aug 17 17:20 .noroot
-rw-rw-rw- 1 0 0 0 Aug 17 17:20 .noswap
-rw-rw-rw- 1 0 0 0 Aug 17 17:20 .nosysctl
-rw-rw-rw- 1 0 0 0 Aug 17 17:20 .ondemand
Superuser.apk con su invece si trovano nella directory /res/px-kernel
codice:
sh-3.2# ls -la /res/px-kernel/
total 804
drwxr-xr-x 2 0 0 0 Jan 1 1970 .
drwxr-xr-x 4 0 0 0 Jan 1 1970 ..
-rw-r--r-- 1 0 0 227 Jan 1 1970 00px
-rw-r--r-- 1 0 0 760637 Jan 1 1970 Superuser.apk
-rw-r--r-- 1 0 0 23136 Jan 1 1970 bootanimation
-rw-r--r-- 1 0 0 22236 Jan 1 1970 su
-rw-r--r-- 1 0 0 152 Jan 1 1970 sysctl.conf
-rw-r--r-- 1 0 0 140 Jan 1 1970 sysinit
Il tutto è gestito dallo script
codice:
/sbin/px-kernel-init.sh
Il quale tra l'altro lancia gli script in /etc/init.d se richesto.
Se invece installiamo la CWM il boot.img usato è diverso e include la CWM e un secondo script per gestirla. Insomma, inutile complicarsi la vita. Basta usare le opzioni
- no busybox
- no root
e funziona normalmente. Se uno sbaglia volendo può sempre aggiungere i file a mano via adb shell. Io sta cosa gliel'ho anche contestata a Phiexz nella prima versione. Quella era proprio statica. Così ha aggiunto le opzioni. Non mi piace molto comunque come soluzione.
In ogni caso meglio non metterci le mani se non si sa cosa si sta facendo. Aggiunta o rimozione delle opzioni a parte, ovviamente.