0 votos

¿Problemas con el almacenamiento interno del Samsung Galaxy S3?

Mi Samsung Galaxy S3 tiene una serie de problemas extraños. Estoy ejecutando CM11 pero empezaron mucho antes de que me alejara de Stock. Romped mi teléfono con la esperanza de solucionarlos, asumiendo que era el software relacionado.

Temas por orden de aparición:

  • Durante la grabación de vídeos con la cámara, la imagen se bloquea a menudo momentáneamente, y luego sale bien. Esta misma tartamudez es entonces visible en el vídeo grabado. La grabación de vídeo directamente en una tarjeta SD externa no solucionó este problema.
  • Al pulsar el botón de parada para finalizar una grabación de vídeo, la interfaz de la cámara se bloquea hasta un par de minutos antes de que vea la miniatura deslizante para indicar que el vídeo se ha guardado en mi almacenamiento. Parece que cuanto más largo es el vídeo, más tiempo espero. 10 segundos pueden tardar hasta 30 segundos. Otras veces puede ser instantáneo.
  • Las actualizaciones o instalaciones de la tienda de aplicaciones fallan ocasionalmente sin razón aparente, pero funcionan al reintentar.
  • La pantalla se queda en blanco de repente, pero el teléfono sigue respondiendo. Si pulso el botón de inicio o de encendido se me iluminan los botones, al igual que cuando responde al tacto en la pantalla de bloqueo. He dejado el teléfono hasta 15 minutos para ver si se soluciona, pero lamentablemente sólo un tirón de la batería hace el truco.
  • Aparece un cuadro de diálogo al recibir una llamada para decir que los contactos se han colapsado.

He estado tratando de encontrar una manera de escanear los errores del sistema de archivos en mi almacenamiento interno utilizando fsck, pero no puedo encontrar exactamente lo que estoy buscando. Seguramente hay una manera de hacer un humilde "disco de verificación" en un dispositivo Android?

0 votos

Utilizando una aplicación de terminal, puede llamar directamente a los binarios correspondientes (tenga en cuenta que en los sistemas Linux/Unix, no hay chkdsk - pero se llama fsck fs" significa "sistema de archivos"). En el modo de usuario debería ser capaz de prueba integridad; para reparar cualquier cosa que probablemente necesite los poderes de root. // Estoy de acuerdo en que suena a errores del sistema de archivos o a bloques defectuosos; pero con la tarjeta SD externa afectada también, podría ser más bien un controlador defectuoso. Si aún tienes garantía, me apresuraría a dar el dispositivo al servicio técnico mientras puedas.

0 votos

Gracias por la respuesta, he intentado mentalizarme con el uso de fsck pero no sé qué versión debo ejecutar. Mi teléfono tiene e2fsck, fsck.exfat, fsck.f2fs y fsck_msdos. Supongo que tengo que utilizar e2fsck basado en algunos sitios que he leído, pero de cualquier manera no tienen idea de qué partición para ejecutarlo en contra, ya que no estoy familiarizado con la estructura del sistema de archivos de Android. Cualquier ayuda sería genial.

0 votos

Además, la opción de la garantía ha caducado hace ya unos 2 años. Debería haberlo devuelto cuando vi el problema por primera vez, pero era tan raro en ese momento que supuse que era un error de software que se solucionaría en una actualización.

1voto

Izzy Puntos 45544

Como escribí en mi comentario sobre la pregunta, más bien creo que es un defecto del controlador, que no es nada que puedas arreglar tú mismo. Sin embargo, es posible que desee al menos comprobar las cosas. Así que voy a tratar de explicar:

Preparación

Para hacer todo eso manualmente, deben cumplirse algunas condiciones previas. Necesitarás:

  • a aplicación de terminal . Emulador de terminal para Android sería una buena opción: de código abierto y disponible en Google Play así como en F-Droid y en Aptoide .
  • alternativamente: ADB para acceder a la línea de comandos de tu dispositivo Android directamente desde tu ordenador vía USB. Mucho más cómodo, ya que tienes un teclado real y una pantalla grande. Si quieres ir por este camino, mira ¿Existe una instalación mínima de ADB?
  • opcionalmente: Acceso a root será definitivamente útil, ya que esto también le permitirá reparar las cosas.

Paso 1: Encuentre sus "unidades"

En un primer "paso operativo", hay que evaluar qué particiones hay y cuáles sistema de archivos cada uno de ellos utiliza. Abra su terminal (o ejecute adb shell ) para llegar al línea de comandos e invocar el mount comando. Para saber qué esperar, permítanme robar una captura de pantalla de este puesto :

output of mount command
Ejemplo de salida del mount comando (haga clic en la imagen para ampliarla)

Ahora bien, no todas las entradas son relevantes para usted. Consulte Jerarquía de carpetas de Android para elegir los que te interesan. En su caso, el que tiene /data/data será de especial interés. La captura de pantalla de ejemplo lo tiene en la línea con /dev/block/platform/dw_mmc.0/by-name/userdata y vemos que está utilizando Jerarquía de carpetas de Android como sistema de archivos, más concretamente: EXT4.

También puedes comprobar otras particiones, pero asegúrate de ceñirte a las que tienen "sistemas de archivos reales" - y omite cosas como rootfs, tmpfs, sysfs, cgroup, etc. Básicamente, todas esas particiones en las que estás interesado usarán probablemente algún extfs, o (para la SDCard) algún FAT.

Paso 2: Comprobar las "unidades"

Ahora que sabemos lo que tenemos, podemos elegir la herramienta adecuada. Nuestro ejemplo utiliza ExtFS, por lo que necesitamos fsck por eso. Como supuso, de su colección e2fsck parece ser lo más parecido (aunque, si hay algo específico de ext4, lo comprobaría primero en el ejemplo dado). La mayoría de las partes de las diferentes versiones de ExtFS son de alguna manera retrocompatibles - al menos en lo que se refiere a las "comprobaciones básicas": EXT3 es, en términos sencillos, sólo EXT2 con un diario añadido - deja caer ese diario, y vuelves a EXT2.

¿Y ahora cómo se hace la comprobación? De nuevo, ya tenemos respuestas para eso - ver por ejemplo ¿Cómo comprobar si hay errores en el sistema de archivos (/sdcard)? que nos da (para una ejecución de comprobación de sólo lectura que no hace reparaciones)

e2fsck -n /dev/block/platform/dw_mmc.0/by-name/userdata

Si eso encuentra errores, y tienes acceso Root a tu dispositivo, puedes reemplazar -n ("no, no hagas nada") por -y ("sí, por favor, repare todos los problemas que encuentre si puede"). Esto puede reportar (y opcionalmente arreglar) algunos "bloques malos" que pueden haber causado sus problemas - aunque el sistema operativo debe intentar esto por sí mismo en el arranque (boot). Sin embargo, con el acceso a root, podría preguntarte interactivamente por las cosas que no se atrevió a reparar automáticamente, por lo que podrías tener la oportunidad de mejorar tu situación.

0 votos

Gracias por dedicar su tiempo a esta excelente explicación. Siento que haya tardado tanto en aceptarla. El problema está definitivamente en el controlador, y mi teléfono se ha degradado aún más desde este post. Supongo que es hora de buscar un nuevo teléfono.

0 votos

De acuerdo. Con el dispositivo fuera de garantía (que supongo que es en su caso), un nuevo dispositivo de hecho podría ser más barato que una reparación.

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