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 23:31:02 +0100
Delivered-to: opensuse@xxxxxxxxxxxxxxxxxxx
Delivery-date: Tue, 13 Sep 2011 18:31:05 -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=F7oUTXRkA5jUGegUQoHHUJ0fyYg19pSxTC2TmrlKQDc=; b=O8Czb36BSmAkYlYHaWi409TnWQH41E7O/6cZ0ill+B9QsRTwDijGWg7rGD4T7AySLK 1J/tqFH8gTLDjsqNutDVrYZ0daqQTUy+dsHhmvwkvGrbHMl8s+97L6m1fMuCGryeHe/g rQ1j27mhxu0gE+Qb5PaVJ7nyT6fg/U9nrTido=
Envelope-to: traductor@xxxxxxxxxxx
In-reply-to: <4E6FD425.2030307@gmail.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> <4E6F0123.1020301@opensuse.org> <4E6FD425.2030307@gmail.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 13/09/11 23:07, John *Andersen escribió:
En 9/13/2011 12:07 AM, *Tejas *Guruswamy escribió:
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

David *Flash tarjetas *thru un lector *vs *Tejas *USB los palos son dos problemas diferentes.

*USB En todas las versiones  recientes de *OpenSuse monte en modo de traslado rápido (*aka *synchronous modo) dónde la aplicación
recibe indicación que el escribir es completo sólo cuándo ES DE HECHO completo, hay ningún *caching, y los archivos son cerrados y la grasa
es escrita después de cada archivo.  Hace para rendimiento terrible, pero su más seguro.

Con un lector, dependiendo en cómo es conectado, no puede aparecer como *USB (incluso si es de hecho *USB), en qué caso todas las  apuestas son fuera, y tienes que utilizar sin incidentes sacar opción.

hay todavía un problema con Sin incidentes sacar en Linux para *USB.  No es igual como *EJECT.

Allí parece ninguna manera de hacer un *eject en *KDE todavía.  Los dos son bastante diferentes, *EJECT no es normalmente
hecho incluso si te clic el *USB *applet y seleccionar lo que aparece para ser el *eject icono.
Esto no es un problema para *USB palos que son accedidos en *synchronous modo.

Pero puede ser un problema grande para cosas que pretenden ser *USB dispositivos, como muchos
*android teléfonos, *Nook *Ereaders, *etc.

Para estos para reconocer que eres verdaderamente acabado, tienes que *EJECT.  Y con *KDE, tienes que hacer esto de la línea de orden, o esperar un tiempo largo para vuestro dispositivo a *quiesce.

Encontré esto fuera de después de que *trashing mi *Nook *storage algún tiempo atrás.

@*Tejas: Nosotros'*ve sido alrededor de este *cactus granja antes de que: *http://listas.*opensuse.*org/*opensuse/2010-04/*msg00198.*html

En el fin,  *Stephanson confirmado mis descubrimientos, y pensé que esto sería fijo pero todavía persiste a este día en mi *Nook, y *Android pastilla:
*http://listas.*opensuse.*org/*opensuse/2010-04/*msg00215.*html

Bien recordado :). Todavía, un '*sync' la orden antes de traslado tendría que asegurar todos los datos es completamente transferido.

Es allí muy *bugs archivado tampoco con *openSUSE o *KDE en este asunto?

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


On 13/09/11 23:07, John Andersen wrote:
On 9/13/2011 12:07 AM, Tejas Guruswamy wrote:
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

David's Flash cards thru a reader vs Tejas's USB sticks are two different problems.

USB in all recent versions of OpenSuse mount in quick removal mode (aka synchronous mode) where the application
receives indication that the write is complete only when it IS IN FACT complete, there is no caching, and files are closed and
fat is written after each file.  It makes for terrible performance, but its safer.

With a reader, depending on how it is connected, it may not appear as USB (even if it is in fact USB), in which case all
bets are off, and you have to use safely remove option.

There is still a problem with Safely remove in Linux for USB.  It is not the same as EJECT.

There seems no way to do an eject in KDE yet.  The two are quite different, EJECT is not normally
done even if you click the USB applet and select what appears to be the eject icon.
This is not a problem for USB sticks that are accessed in synchronous mode.

But it can be a big problem for things that pretend to be USB devices, such as many
android phones, Nook Ereaders, etc.

For these to recognize that you are truly finished, you have to EJECT.  And with KDE, You
have to do this from the command line, or wait a long time for your device to quiesce.

I found this out after trashing my Nook storage some time back.

@Tejas: We've been around this cactus farm before: http://lists.opensuse.org/opensuse/2010-04/msg00198.html

In the end, Will Stephanson confirmed my findings, and I thought this would be fixed but it
still persists to this day on my Nook, and Android tablet:
http://lists.opensuse.org/opensuse/2010-04/msg00215.html

Well reminded :). Still, a 'sync' command before removal should ensure all data is completely transferred.

Are there any bugs filed either with openSUSE or KDE on this issue?

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>