opensuse
[Arriba] [Todas las Listas]

Re: Aviso de Posible jpeg corrupción [era Re: [opensuse] bash guiones d

To: opensuse@xxxxxxxxxxxx
Subject: Re: Aviso de Posible jpeg corrupción [era Re: [opensuse] bash guiones de director de archivo en kde]
From: Tejas Guruswamy <tejas.guruswamy@xxxxxxxxxxxx>
Date: Tue, 13 Sep 2011 08:07:15 +0100
Delivered-to: opensuse@xxxxxxxxxxxxxxxxxxx
Delivery-date: Tue, 13 Sep 2011 03:07:38 -0400
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=p8EXDm2HO7xmgJOFh+u5i60Gu9bGRf4ZqejV5KN04Jg=; b=JAiJCnEt36NVvNGMxJ2/0iVXP4VWDH8mkpC5VlEj4yuicuVOrNh9YzEVXBDlCrE8Z6 rrle6NrGBjxmzp3xg21PiN5vYUQAl7tCIsnC1saBSHsUykou7dIZQGikIxxtgXgQtNkm SDDLc3kQXuglfqxR+oEDvXrOhEKG6+N+tdODo=
Envelope-to: traductor@xxxxxxxxxxx
In-reply-to: <4E6E1CE6.6070106@suddenlinkmail.com>
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
References: <4E6CA927.6020300@gmail.com> <4E6E1CE6.6070106@suddenlinkmail.com>
Sender: Tejas Guruswamy <masterpatricko@xxxxxxxxx>
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.2.22) Gecko/20110907 SUSE/3.1.14 Thunderbird/3.1.14
En 12/09/11 15:53, David *C. *Rankin Escribió:
En 09/11/2011 07:27 AM, George *Olson escribió:
he escrito unos cuantos *bash guiones para *synching archivos a un palo de memoria y yo
estoy preguntándome, es allí una manera de ejecutar un guión por hacer un icono y *clicking
en él de *kde? Sé cómo para ejecutar los guiones de la orden
tachan utilizar . O *sh ya, pero no he sido capaz de imaginar fuera de cómo para
ejecutar por *clicking en el icono del archivo.

*Thanks


George George,

Ser consciente que copia, o *rsync, operaciones directamente de *flash tarjetas de memoria #por un *laptop lector de tarjeta basada puede resultar en *jpeg corrupción. Porciones del *jpeg *header puede ser *corrupted resultando en *unreadable archivos. Esto puede ocurrir incluso aunque la imagen *thumbnails es preservado intacto. Siempre confirmar que *jpeg (o cualesquier imágenes para aquel punto) ha sido copiado correctamente por abrir la imagen arriba de en *gimp/*kview/*feh cualquier cosa antes de *overwriting el original en la tarjeta de memoria.

No sé por qué esto ocurre, pero he experimentado esta corrupción un número de #el #tiempo que #copiar archivos dentro de *bash guiones de *flash las tarjetas montadas bajo /*media/disco. Sencillamente utilizando un '*cp -*ur *filespec' puede causar los problemas hablaron. Estos errores de copia son *unrecoverable 99% del tiempo.

Copiando de paseos de pulgar normal que han sido escrito a *via *USB no parece para tener este problema, pero copiando fotos que han sido escrito al palo de memoria por un cámara muestra este tipo de corrupción. He no fundar una respuesta a por qué esto ocurre. Justo he vuelto a utilizar *digikam para descargar imágenes de cámaras bastante que estirando el *flash tarjeta y copiando los archivos directamente del palo de memoria *via una tarjeta-lector y *bash guión.



Te es seguro estás dejando el *flash paseo a *filesystem *sync antes de sacarlo? (*eject Y ESPERAR *till es hecho antes de sacar, para ser extra seguro va a *cmdline y asunto '*sync' órdenes.)

Si sí, has descubierto un extraño *filesystem *bug que es necesidades y negocio serio para ser *tracked abajo antes de que alguien pierde dato importante. (O podría ser un *bug en vuestro cámara -- mal *fs, o hardware de lector de palo de memoria o software, o incluso un palo de memoria mal?) Si no, recuerda aquello lee/escribe a *flash *media puede ser fuertemente *cached para proteger el limitado leer/escribir *lifetimes de los paseos, y absolutamente tienes que *sync / *eject antes de sacar.

Es ciertamente no un fundamental *linux problema, he *transfered a/de palos de memoria escritos a por cámaras para años con ningún problema.

Consideraciones,
*Tejas
--
A *unsubscribe, *e-correo: *opensuse+unsubscribe@xxxxxxxxxxxx
Puesto que órdenes adicionales, *e-correo: *opensuse+help@xxxxxxxxxxxx


On 12/09/11 15:53, David C. Rankin wrote:
On 09/11/2011 07:27 AM, George Olson wrote:
I have written a few bash scripts for synching files to a memory stick and I
am wondering, is there a way to execute a script by making an icon and
clicking on it from kde? I know how to execute the scripts from the command
line using . or sh already, but I haven't been able to figure out how to
execute by clicking on the file's icon.

Thanks
George

George,

Be aware that copy, or rsync, operations directly from flash memory cards through a laptop based card reader can result in jpeg corruption. Portions of the jpeg header can be corrupted resulting in unreadable files. This can occur even though the image thumbnails are preserved intact. Always confirm that jpeg (or any images for that point) have been copied correctly by opening the image up in gimp/kview/feh whatever before overwriting the original on the memory card.

I don't know why this occurs, but I have experienced this corruption a number of times copying files within bash scripts from flash cards mounted under /media/disk. Simply using a 'cp -ur filespec' can cause the problems discussed. These copy errors are unrecoverable 99% of the time.

Copying from normal thumb drives that have been written to via USB don't seem to have this problem, but copying photos that have been written to the memory stick by a camera do show this type of corruption. I haven't found an answer to why this occurs. I've just gone back to using digikam to download images from cameras rather than pulling the flash card and copying the files directly from the memory stick via a card-reader and bash script.



Are you sure you're allowing the flash drive to filesystem sync before removing it? (eject and WAIT till it's done before remove, to be extra safe go to cmdline and issue 'sync' commands.)

If yes, you've discovered a weird filesystem bug which is serious business and needs to be tracked down before someone loses important data. (Or it could be a bug in your camera -- bad fs, or memory stick reader hardware or software, or even a bad memory stick?) If not, remember that reads/writes to flash media can be heavily cached to protect the limited read/write lifetimes of the drives, and you absolutely must sync / eject before removing.

It's certainly not a fundamental linux problem, I've transfered to/from memory sticks written to by cameras for years with no problems.

Regards,
Tejas
--
To unsubscribe, e-mail: opensuse+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse+help@xxxxxxxxxxxx


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