Problemas con F2FS

4 envíos / 0 nuevos
Último envío
#1 Sáb, 19/05/2018 - 13:40
EtHome
Imagen de EtHome
Desconectado/a
se unió: 09/04/16

Problemas con F2FS

Estado: 
[ACTIVO]

Buenas a todos, hoy les traigo un problema que vengo notando cada vez mas en tarjetas SD que usan f2fs (Flash-Friendly File System) para el que no sepa que es mas info aqui 

El problema se presenta cuando las SD no son tan rapida como necesita el sistema y termina corrompiendo datos, generalemente las colgaba en un adaptador USB las colocaba en linux y con con ayuda del soporte fsck.f2fs -f /dev/SDX solucionaba el problema.
Por lo general el resultado correcto es algo asi:
 

 fsck.f2fs -f /dev/sdc3                                                                               :(
Info: Force to fix corruption
Info: sector size = 512
Info: total sectors = 29728735 (in 512bytes)

[FSCK] Unreachable nat entries                        [Ok..] [0x0]
[FSCK] SIT valid block bitmap checking                [Ok..]
[FSCK] Hard link checking for regular file            [Ok..] [0x526]
[FSCK] valid_block_count matching with CP             [Ok..] [0xcd495]
[FSCK] valid_node_count matcing with CP (de lookup)   [Ok..] [0x1b73d]
[FSCK] valid_node_count matcing with CP (nat lookup)  [Ok..] [0x1b73d]
[FSCK] valid_inode_count matched with CP              [Ok..] [0x1b5ee]
[FSCK] free segment_count matched with CP             [Ok..] [0x155a]
[FSCK] next block offset is free                      [Ok..]
[FSCK] other corrupted bugs                           [Ok..]

Done.

Últimamente me encuentro con SD que terminan dando el siguiente problema y no encontré aun forma de recuperar la información, adjunto código.

 fsck.f2fs -f -t /dev/sdc2
Info: Force to fix corruption
Info: [/dev/sdc2] Disk Model: STORAGE DEVICE  9407▒▒▒GENE
Info: Segments per section = 1
Info: Sections per zone = 1
Info: sector size = 512
Info: total sectors = 30930911 (15102 MB)
        Can't find a valid F2FS superblock at 0x0
        Can't find a valid F2FS superblock at 0x1

Las mismas las termino formateando vuela a usar y resuelto el problema, la cuestion es que me interesaria poder recuperar algunos datos de 2 tarjetas en particular.

La solucion mas sercana que encontre es la siguiente Click Aqui (fuente) que indica que debo corregir en hexadecimal una los primeros 512 bytes los cuales no me anime a hacer.

Quisiera saber si alguien ya paso por esto y si tiene alguna idea o solucion al respecto

Sin Mas saludos a todos 
EtHome

Dom, 10/06/2018 - 03:19
gorylong
Imagen de gorylong
Desconectado/a
se unió: 04/12/16

Pues dice que usó una imagen, asi que fácilmente podrías experimentar las veces que quisieras, generalmente uso el comando "dd" para clonar

algo asi como:

#dd if=/dev/sda of=~/Desktop/tarjeta-SD.iso bs=512 conv=noerror,sync

o también hacer un img

#dd if=/dev/sda of=~/Desktop/tarjeta-SD.img bs=512 conv=noerror,sync

Puedes clonar solo la partición o toda la tarjeta SD

#dd if=/dev/sda1 of=~/Desktop/tarjeta-SD.iso bs=512 conv=noerror,sync

Tamben podrias comprimir la imagen

#dd if=/dev/sda of=~/Desktop/tarjeta-SD..bin.gz bs=512 conv=noerror,sync

Ya después de haber sacado una imagen, pues a experimentar todos los métodos que encuentres

En lo personal en cuanto a archivos recuperados en linux, realmente nunca he encontrado nada, no se si no lo he in tentado lo suficiente pero nunca saco nada bueno

Y para serte sincero generalmente uso ext3, ext4. NTFS, fat16, fat32, asi que pues una disculpa si no aporte mucho

Dom, 10/06/2018 - 03:27
gorylong
Imagen de gorylong
Desconectado/a
se unió: 04/12/16

Por cierto, creo que alguien recomendó que use "photorec" (mi ingles no es muy bueno), que también he usado pero no he conseguido nada relevante, igual y no supe explotar sus herramientas, pero imagino que es más facil usarlo sobre la imagen

Generalmente en lo que he leido de recuperación de archivos, todos parten de haber realizado una imagen, pero la parte dañada es la que tiene la info, asi que... pues vas a extra explotando con una copia de un espacio, el original es ilegible, asi que supongo que por eso no recuperas mucho, es como si le tomaras una foto a una foto dañada y quieres analizar la parte dañada en la copia, tendrías que analizar el original, pero eso seria contraproducente porque tardaria mas de lo normal el proceso, se colgaría y tardaría muchisisimas horas, si es que logra recuperarse del colgón que hizo el proceso al tratar de leer datos ilegibles

 

Mar, 19/06/2018 - 14:33
Percontator
Imagen de Percontator
Desconectado/a
colaborador
se unió: 20/03/16

 

 No se si tendrá alguna relación con un pequeño problema que tengo a veces con las sd de un grabador de tv.

 El grabador va siempre bien, y su formato puede leerse en el ordenador como el vfat normal de los pendrives,

 (¿ puede hacerse con el f2fs?).

 Pero, por causas desconocidas, a veces lo pongo en mi linux y se queda trabajando en la lectura del dispositivo

 durante minutos y minutos, media hora, 45 minutos, o lo que sea.  Al final de los cuales, en la consola me lista

 un directorio corrompido. (cantidad de entradas con caracteres alfanuméricos y semigráficos ).

 

 La única manera de esquivarlo es intentando montar y saltar directamente a la carpeta /pvr , (donde están las grabaciones),

 y no saltar al directorio raíz ni permitir que lo lea.

 

 Nota: más tarde descubrí que windows si lee la raíz sin problema, angryangry.   pero no tengo muchos en marcha

 Me hubiese encantado plantear el problema a algún equipo de desarrollo, ya que parece un problema común a

 varias distros y varias generaciones de linux,

 pero ni tengo editores (de los bits) de disco, ni herramientas de volcado para el análisis ni nada. Con msdos si que

  tenía, pero aquí no.   Así que no podría aportar datos objetivos sobre el caso. sad