discos usb: perdendo ficheiros no Linux durante transferencia

Iniciado por nitrofurano, 10 de Setembro de 2007, 08:22

tópico anterior - próximo tópico

nitrofurano

olá!

com alguma regularidade tenho perdido ficheiros durante a transferencia para discos usb pelo Linux (Ubuntu 7.04) - com sorte, tem sido só baboseiras - ficheiros movidos com cut e paste (ctrl+x e ctrl+v)

uma coisa que reparei, é que só quando faço eject no disco é que a informaçao de directorio dos ficheiros é que é escrita, e quando a transferencia é de centenas de milhar de ficheiros, esse processo de eject demora uma eternidade, quando deveria ser instantâneo...

creio que tem a ver com o comando eject do unix que é executado pelo menu de contexto do Gnome, que de alguma forma, actualiza no disco usb a informacao de directorio dos ficheiros que transferi

uma duvida - há alguma forma de eu fazer um refresh nessa informacao de directorios dos discos usb a cada vez que eu transfiro ficheiros, para eu evitar perdê-los?

o chato era se eu tivesse perdido ficheiros de trabalho - imagino o que não passariam as equipas de produção da Dreamworks ou Disney, que trabalham em Linux, e de certeza tambem com discos amoviveis... (claro que também devem usar redes locais)

agradeço desde já as respostas...



Polaco

A não-gravação antes da desmontagem do dispositivo portátil é um problema antigo, não apenas no Linux, mas no outro sistema operacional também.

Já li algumas matérias sobre fazer a transferência de dados ser direta, sem a utilização de diretórios temporários e caches, mas infelizmente não lembro o procedimento.  :(

A técnica que eu utilizo quando trabalho com documentos importantes, é verificar após a gravação se tudo foi transferido corretamente, desmontando e montando novamente o dispositivo.
Ubuntu 10.04 x64 @ Dell Optiplex 740

VB5

...E usar COPIAR/colar, não RECORTAR/colar... isso eu também aprendi na dura!...  ;D Assim, se dá problema é só copiar de novo. Depois de confirmada a transferência, aí sim dá para apagar...

VB5
Ubuntu 10.04 - Semprom 2600+/Asus K8N/1.5 GB RAM DDR 400/GeForce 6200/HDs: 80MB + 320 GB

Expect

Bem o que eu sei dizer é que o usb n e uma tecnologia solida ou seja pelo que sei embora seja uma tecnologia com algumas falhas consegue com alguma facilidade servir os utilizadores esses problemas não são apenas no Linux sao também no windows eu mesmo ja passei por esses problemas todos e ja tive todos os problemas relatados pelos colegas do forum e utilizo técnicas básicas pa garantir que os ficheiros foram realmente gravados na pen que é desmontar e voltar a ver se todos os ficheiros tao presentes na pen mas um problema que me aconteceu e q não foi relatado aki foi com um MP3 com varias musicas e dps de copiar td quando vou ouvir ta td mal gravado tou a ouvir uma musica e começa outra dps volta a que estava a ouvir bem penso que melhor mesmo é desmontar a pen e voltar a montar e testar os ficheiros que gravou  ::)

GNU/Linux User #317824
Linux uma alternativa, não uma substituição.
http://hamacker.wordpress.com/script-ubuntu-perfeito/

VB5

Citação de: Expect online 12 de Setembro de 2007, 10:06
...... mas um problema que me aconteceu e q não foi relatado aki foi com um MP3 com varias musicas e dps de copiar td quando vou ouvir ta td mal gravado tou a ouvir uma musica e começa outra dps volta a que estava a ouvir bem penso que melhor mesmo é desmontar a pen e voltar a montar e testar os ficheiros que gravou  ::)

Já transferi muitos arquivos em .Mp3, .Wav e .Ogg na pendrive sem qualquer problema. O erro deve estar  no processo de transferência dos arquivos para a pen ou dela para a outra máquina. Como foi feito?...

VB5
Ubuntu 10.04 - Semprom 2600+/Asus K8N/1.5 GB RAM DDR 400/GeForce 6200/HDs: 80MB + 320 GB

jaiderazevedo

Eu também tenho os mesmos problemas. Tenho um pendrive de 4Gb da Kingston e, qdo vou transferir muitos arquivos ao mesmo tempo para o pendrive, na hora de desmontar ele demora uma eternidade e da erro. Ao montar novamente o pendrive, ou nao tem nada na pasta, ou tem os nomes dos arquivos, mas todos com 0 bytes de tamanho. Isso ocorre no Windows também. A solução, por enquanto, que achei, foi ir gravando menos quantidade de arquivos ao mesmo tempo e ir desmontando e montando novamente. se alguem tiver uma solução melhor, por favor, poste aki. Obrigado