Un poco de F2FS

2 envíos / 0 nuevos
Último envío
#1 Sáb, 24/08/2019 - 16:21
EtHome
Imagen de EtHome
Desconectado/a
se unió: 09/04/16

Un poco de F2FS

Estado: 
[ACTIVO]

Buenas tardes, hace tiempo que no estoy activo en el foro, pero hoy una duda muy grande me trae devuelta.

El problema persiste en F2FS (El sistema de archivos teóricamente libre de Samsung)

Como todos sabrán la mayoría de las distribuciones nuevas de android ya cuentan con el soporte para F2FS, el mismo agiliza bastante el rendimiento del acceso a los datos que se encuentran en las SD. Por desgracia es un sistema que arrastra muchos problemas como por el ejemplo al cierre del sistema si hay aplicaciones corriendo cn acceso a dicha memoria o sistema, termina cerrando mal hasta crashear.

En Debian tenemos soporte instalando f2fs-tools en dicha herramienta nos trae el mkfs el fsck y demas para dicho sistema de archivos.

Bueno ahora el problema.
Me encuentro con varias SD que luego de crashear no detectan mas el sistema de archivo y al colgarlas en linux para corregirlas no logro que el fsck.f2fs pueda solucionar los problemas, terminando en la inaccesibilidad de los datos.

Dudas.
1) Alguien mas estuvo probando el F2FS?
2) Porque el comportamiento del F2FS creado de Andorid Difiere del Creado en Linux ** (Ejemplificare debajo)
3) Alguien conoce mas herramientas para trabajar sobre este sistema de archivos

 

Con respecto a la pregunta 2 tengo Discos SSD donde cree el sistema con mkfs.f2fs tablas en GTP y me crea 1 sola particion tipo linux donde muevo mucha informacion sin problemas, igual con Tarjeta SD, en cambio en Andorid al formatear las SD desde el mismo genera 2 Particiones una de 16MB

Disco /dev/loop0: 29,1 GiB, 31268536320 bytes, 61071360 sectores
Unidades: sectores de 1 * 512 = 512 bytes
Tamaño de sector (lógico/físico): 512 bytes / 512 bytes
Tamaño de E/S (mínimo/óptimo): 512 bytes / 512 bytes
Tipo de etiqueta de disco: gpt
Identificador del disco: 7888F6F1-8EA0-487F-8F25-50C6520D518B

Disposit.    Comienzo    Final Sectores Tamaño Tipo
/dev/loop0p1     2048    34815    32768    16M desconocido
/dev/loop0p2    34816 61071326 61036511  29,1G desconocido

 

En algunos Casos la de 16MB es identificada como MEDATATOS y la otra por Datos. (Arriba lo veen en loop0, ya que estoy trabajando sobre imagenes reales de las tarjetas Dañadas)

En este punto debería hacer un fsck.f2fs sobre que partición o sobre la SD completa a ver si identifica las particiones?

En todos los casos obtengo el siguiente error:

 

root@CAB-Gateway:/srv/squid3/sdd# lvmdiskscan
  /dev/sdf: open failed: No se ha encontrado el medio
  /dev/sdg: open failed: No se ha encontrado el medio
  /dev/sdh: open failed: No se ha encontrado el medio
  Error reading device /dev/sde at 0 length 512.
  Error reading device /dev/sde at 0 length 4096.
  /dev/loop0          [      29,12 GiB]
  /dev/md0            [     236,81 MiB]
  /dev/mapper/loop0p1 [      16,00 MiB]
  /dev/sda1           [    <149,05 GiB]
  /dev/md1            [       3,72 GiB]
  /dev/mapper/loop0p2 [      29,10 GiB]
  /dev/md2            [       9,30 GiB]
  /dev/md3            [     <18,61 GiB]
  /dev/sdb1           [    <149,05 GiB]
  /dev/sdc8           [       5,37 GiB]
  /dev/sdd8           [     <36,26 GiB]
  /dev/sdi1           [      29,12 GiB]
  0 disks
  12 partitions
  0 LVM physical volume whole disks
  0 LVM physical volumes
root@CAB-Gateway:/srv/squid3/sdd# fsck.f2fs /dev/mapper/loop0p1
Info: Segments per section = 1
Info: Sections per zone = 1
Info: sector size = 512
Info: total sectors = 32768 (16 MB)
        Can't find a valid F2FS superblock at 0x0
        Can't find a valid F2FS superblock at 0x1
root@CAB-Gateway:/srv/squid3/sdd# fsck.f2fs /dev/mapper/loop0p2
Info: Segments per section = 1
Info: Sections per zone = 1
Info: sector size = 512
Info: total sectors = 61036511 (29802 MB)
        Can't find a valid F2FS superblock at 0x0
        Can't find a valid F2FS superblock at 0x1

En el caso de una partición correcta obtengo estos resultados (esta fue creada desde linux)
 

root@CAB-Gateway:/srv/squid3/sdd# fsck.f2fs /dev/sdi
sdi   sdi1
root@CAB-Gateway:/srv/squid3/sdd# fsck.f2fs /dev/sdi
sdi   sdi1
root@CAB-Gateway:/srv/squid3/sdd# fsck.f2fs /dev/sdi1
Info: [/dev/sdi1] Disk Model: STORAGE DEVICE  9407▒▒▒GENE
Info: Segments per section = 1
Info: Sections per zone = 1
Info: sector size = 512
Info: total sectors = 61069279 (29818 MB)
Info: MKFS version
  "Linux version 4.19.0-5-amd64 (debian-kernel@lists.debian.org) (gcc version 8.3.0 (Debian 8.3.0-6)) #1 SMP Debian 4.19.37-5+deb10u1 (2019-07-19)"
Info: FSCK version
  from "Linux version 4.19.0-5-amd64 (debian-kernel@lists.debian.org) (gcc version 8.3.0 (Debian 8.3.0-6)) #1 SMP Debian 4.19.37-5+deb10u1 (2019-07-19)"
    to "Linux version 4.19.0-5-amd64 (debian-kernel@lists.debian.org) (gcc version 8.3.0 (Debian 8.3.0-7)) #1 SMP Debian 4.19.37-3 (2019-05-15)"
Info: superblock features = 0 :
Info: superblock encrypt level = 0, salt = 00000000000000000000000000000000
Info: total FS sectors = 61069272 (29818 MB)
Info: CKPT version = 5502febc
Info: Checked valid nat_bits in checkpoint
Info: checkpoint state = c5 :  nat_bits crc compacted_summary unmount

[FSCK] Unreachable nat entries                        [Ok..] [0x0]
[FSCK] SIT valid block bitmap checking                [Ok..]
[FSCK] Hard link checking for regular file            [Ok..] [0x0]
[FSCK] valid_block_count matching with CP             [Ok..] [0x5a8ff4]
[FSCK] valid_node_count matcing with CP (de lookup)   [Ok..] [0x16c9]
[FSCK] valid_node_count matcing with CP (nat lookup)  [Ok..] [0x16c9]
[FSCK] valid_inode_count matched with CP              [Ok..] [0x2]
[FSCK] free segment_count matched with CP             [Ok..] [0xc8d]
[FSCK] next block offset is free                      [Ok..]
[FSCK] fixing SIT types
[FSCK] other corrupted bugs                           [Ok..]

Done.

Buen cuento con las IMG de las SD dañadas y quisiera poder recuperar informacion de dentro, segun lei Testdisk aun no reconoce el formato.
 

Y un dato interesante que encontré es el siguiente link el cual aun no me anime a probar ya que no soy muy bueno trabajando en hexa.

 

Sáb, 24/08/2019 - 16:41
EtHome
Imagen de EtHome
Desconectado/a
se unió: 09/04/16

Leyendo con un editor Hexa las particiones me encuentro que la tabla es GPT las partciones UEFI y La particion de 16MB se idnentifica como Andorid Metadatos y la grande como Android Expand