1 votos

¿Hay alguna forma de conseguir que la partición /system tenga acceso permanente de lectura/escritura incluso después de reiniciar?

Utilicé ADB.exe para acceder a mi partición de sistema, vinculé la carpeta dalvik-cache allí para ahorrar espacio en mi partición de datos, pero el problema es que necesito convertirla en lectura/escritura cada vez que quiero instalar una nueva aplicación (o incluso si la aplicación antigua quiere actualizarse), ¿hay alguna forma de hacer que la partición sea siempre de lectura/escritura en lugar de sólo lectura? Gracias.

0 votos

Creo que hay que hacerlo a nivel del núcleo...

0 votos

Eso significa que necesito un kernel personalizado, ¿verdad? Mi dispositivo no tiene desarrollo de un kernel personalizado... ¡gracias por tu respuesta!

0 votos

Ni siquiera la mayoría de los kernels personalizados lo harían (no es realmente útil a menos que en ciertas situaciones como la tuya). Creo que podrías buscar init.d y tener un init.d script que haga el trabajo de remontaje al reiniciar por ti. Sin embargo, no puedo garantizar que funcione - rara vez he tenido suerte ejecutando init.d scripts que requieren su .

5voto

Guillermo Gomez Puntos 423

No es necesario hacer /system permanentemente R/W. Sólo tienes que montarlo como R/W en cada arranque. Así que te proporciono unas cuantas opciones para montar /system como R/W en el arranque automáticamente, pero tenga en cuenta que estos métodos montan /system como R/W en espacio de nombres de montaje maestro , lo que significa que TODOS Los programas pueden escribir en él siempre que los permisos de los archivos sean correctos. Esto crea un muy grande fallo de seguridad. Hágalo bajo su propio riesgo.
Las siguientes opciones no son pasos de un único método pero diferentes enfoques .

  1. Si puede modificar su imagen de arranque, entonces la edición de /init.rc es la mejor manera y la más fácil.
  2. Si no puede modificar /boot directamente, pero init.d está disponible, puede escribir un simple script para montar /system como R/W. Como se menciona en los comentarios, es posible que no pase si se intenta llamar a su de un init.d script.
  3. Si tanto el 1 como el 2 no están disponibles y tienes Root (Supongo que lo hace al hacer esta pregunta) , sustituir un servicio del sistema ( debuggerd es la mejor opción) binario con un shell personalizado script. A continuación, ejecute start debuggerd para activarla (efectiva a partir del próximo arranque).

El script que requieren los métodos 2 y 3 es muy sencillo, como el que se muestra a continuación.

#!/system/bin/sh
/system/bin/mount -o rw,remount /system

Probablemente quieras añadir un bucle de reposo después si utilizas el método 3, ya que siempre que debuggerd sale, se reiniciará.

Por cierto, puede añadir fácilmente init.d apoyarse en el método 3. Basta con echar un vistazo a este . Sin embargo, en mi opinión, la re-partición es la mejor manera de utilizar el espacio libre /system Sin embargo, es potencialmente perjudicial.

1 votos

El método 3 parece concebido por un escritor de malware. Me gusta. +1.

PreguntAndroid.com

PreguntAndroid es una comunidad de usuarios de Android en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X