Rooteé mi Sony Xperia E3 (D2203) hace un tiempo usando Kingroot, que funcionó a la perfección. Antes de rootear mi dispositivo, /systemse podía acceder, que es como se instaló root en primer lugar.
Sin embargo, después de reiniciar el teléfono, ahora no puedo montarlo /systemcomo rw, ya que el núcleo lo monta como Read-Onlyy me da un Operation not permittederror cada vez que intento volver a montarlo como rw. Aparentemente, el kernel de los dispositivos Sony detecta la raíz y se monta /systemcomo Read-Only.
No puedo flashear una nueva recuperación ya que el cargador de arranque está bloqueado permanentemente.
¿Qué puedo hacer para montar /systemal inicio como rw, o montar /systemcuando el dispositivo está en línea?
Un método no destructivo sería genial.
Aquí está el comando que estoy usando para probar y montar /system:
mount -o remount,rw /system
Sí, el terminal está en modo root.
El uso de Total Commander para volver a montar el directorio / como RW también volvió a montar /system como RW.
Cómo:
Root Functions Everywhereen la configuración de TC.Internal Command.>>botón y seleccione la 119 Remountopción.OK/Apply/directorio raíz ( ).Editar: descubrí que cuando uso Kingroot para administrar la raíz, el montaje funciona correctamente. Sin embargo, cuando migré a SuperSU, no pude volver a montar /o /systemcomo RW. Si los pasos anteriores no funcionan para usted, Kingroot podría valer la pena intentarlo.
Otra edición: si bien recomiendo Kingroot como una opción para permitir el acceso a su /systemcarpeta, debe tener cuidado con Kingroot, ya que se sabe que recopila información sobre su dispositivo. Reservaría Kingroot como último recurso, en caso de que no pueda encontrar ningún otro método para volver a montar /systemcon rwéxito.
sonickyle27
mount -o remount,rw /systemsonickyle27
mount -o rw,remount /proc /systempodría funcionar. ¿Funcionaría esto?izzy
/procse montara r/o, muchos procesos fallarían (por lo que obviamente ya está montado r/w). Así que no hay diferencia con su enfoque anterior. Prefiero suponer que hay alguna protección SE_Linux que impide activamente el comando, pero como nunca he jugado con eso, no puedo dar ninguna pista sobre cómo lidiar con eso.