opensuse
[Arriba] [Todas las Listas]

Re: [DIAGNOSTICADO] Re: [opensuse] Howto reparación - corrupt jpeg arch

To: suse <opensuse@xxxxxxxxxxxx>
Subject: Re: [DIAGNOSTICADO] Re: [opensuse] Howto reparación - corrupt jpeg archivo - cualquier cosa nuevo allí?
From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
Date: Mon, 19 Sep 2011 13:50:22 -0500
Delivered-to: opensuse@xxxxxxxxxxxxxxxxxxx
Delivery-date: Mon, 19 Sep 2011 14:51:03 -0400
Envelope-to: traductor@xxxxxxxxxxx
In-reply-to: <4E7786E8.7090708@dodin.org>
List-archive: <http://lists.opensuse.org/opensuse/>
List-help: <mailto:opensuse+help@opensuse.org>
List-owner: <mailto:opensuse+owner@opensuse.org>
List-post: <mailto:opensuse@opensuse.org>
List-subscribe: <mailto:opensuse+subscribe@opensuse.org>
List-unsubscribe: <mailto:opensuse+unsubscribe@opensuse.org>
Mailing-list: contact opensuse+help@xxxxxxxxxxxx; run by mlmmj
Organization: Rankin Law Firm, PLLC
References: <4E4C4914.2050209@suddenlinkmail.com> <4E77858B.7000307@suddenlinkmail.com> <4E7786E8.7090708@dodin.org>
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0.2) Gecko/20110907 Thunderbird/6.0.2
En 09/19/2011 01:16 PM, *jdd escribió:
*Le 19/09/2011 20:10, David *C. *Rankin Un *écrit :

error, pero todavía tiene interior de basura. Algo como una cruz-archivo
enlazado en la tarjeta que causa la basura en los archivos. Dejarlo al DOS
*filesystem en la tarjeta a cosas de desorden arriba :)

cuándo escribes (o leído) un *flash tarjeta, una parte grande de la operación es *buffered

yo en algún momento (también a menudo) aviso que uno puede *umount el lector *antes de* toda
la lectura que/escribe las operaciones son completamente hecho. Mirada en el *blinking *diode si
tienes un, mantiene *blinking

así que uno tiene que esperar* (30*s, #un minutos) antes de *unplugging

hace pocas semanas copié *VirtualBox imágenes de mi ordenador para copiarles a un
ordenador 16 *km fuera

cuándo yo *tryed para copiar, los archivos donde presente pero *unreadable. Este especial *usb
la llave  no ha dirigido :-(

suplico que el programa de copia primero crea los archivos, entonces, copia el dato

*jdd


Aquí, el dato fue escrito a la tarjeta de SD por el cámara, entonces la tarjeta de SD fue puesta a un lector de tarjeta "de la memoria" en mi *laptop. Los archivos eran entonces copiado de la tarjeta al paseo duro que utiliza un guión que básicamente hizo:

  *PICFILES=$(encuentra /*media/disco -tipo *f -*iname '*.*jpg')
  *cp -*ur $*PICFILES /*img/Foto


trabajó bien. Entonces empecé experimentar los asuntos de corrupción.

No veo cómo la operación de copia de línea de orden podría tener no esperado para el *buffer para escribir a disco antes de copiar la imagen próxima de la tarjeta de SD??

Incluso después de la operación de copia fue acabada, yo entonces *rsync los archivos a un local *server antes de sacar la tarjeta de SD del lector. Esto habría dejado al menos 1-5 minutos antes de traslado de tarjeta. Habría esperado un *rsync error si intentaba transferir un archivo que todavía tuvo algún tipo de *buffer abierto?? (Podría ser mal allí.. Justo no sé)

Cualquiera ve cómo el *multi-copia de archivos de la tarjeta de SD *via el guión *snippets encima podría haber inducido la corrupción? A mí, (al menos tan de ahora) el *culprit todavía parece un mal *filesystem en la tarjeta de SD. La tarjeta era *reformatted dentro de poco después de este asunto de corrupción, pero dado la corrupción, justo volví a un *digikam descarga directo del cámara bastante que una copia de la tarjeta de SD él. No he tenido un problema desde entonces. Quizás otra prueba es en orden.

Pensamientos? *Guidance?


--
David *C. *Rankin, *J.*D.,*P.*E.
--
A *unsubscribe, *e-correo: *opensuse+unsubscribe@xxxxxxxxxxxx
Puesto que órdenes adicionales, *e-correo: *opensuse+help@xxxxxxxxxxxx


On 09/19/2011 01:16 PM, jdd wrote:
Le 19/09/2011 20:10, David C. Rankin a écrit :

error, but still have garbage inside. Something like a cross-linked
file on the card causing the garbage in the files. Leave it to the DOS
filesystem on the card to mess things up :)

when you write (or read) a flash card, a large part of the operation is buffered

I sometime (too often) notice that one can umount the reader *before* all the
reading/writing operations are completely done. Look at the blinking diode if
you have one, it keep blinking

so one have to *wait* (30s, one minutes) before unplugging

few weeks ago I copied VirtualBox images from my computer to copy them to a
computer 16 km away

when I tryed to copy, the files where present but unreadable. This special usb
key do not have led :-(

I beg that the copy program first create the files, then, copy the data

jdd


Here, the data was written to the SD card by the camera, then the SD card was put into a memory card "reader" on my laptop. The files were then copied from the card to the hard drive using a script that basically did:

  PICFILES=$(find /media/disk -type f -iname '*.jpg')
  cp -ur $PICFILES ~/img/photo


It worked well. Then I began experiencing the corruption issues.

I don't see how the command line copy operation could have not waited for the buffer to write to disk before copying the next image from the SD card??

Even after the copy operation was finished, I would then rsync the files to a local server before removing the SD card from the reader. This would have allowed at least 1-5 minutes before card removal. I would have expected an rsync error if it was trying to transfer a file that still had some type of buffer open?? (I could be wrong there.. I just don't know)

Anybody see how the multi-copy of files from the SD card via the script snippets above could have induced the corruption? To me, (at least as of now) the culprit still looks like a bad filesystem on the SD card. The card was reformatted shortly after this corruption issue, but given the corruption, I just went back to a digikam download direct from the camera rather than a copy from the SD card itself. I haven't had a problem since. Perhaps another test is in order.

Thoughts? Guidance?


--
David C. Rankin, J.D.,P.E.
--
To unsubscribe, e-mail: opensuse+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse+help@xxxxxxxxxxxx


<Anterior por Tema] Tema Actual [Siguiente por Tema>