Eu sei, mesmo que o Linus mostre esse show stopper ao vivaço. Desde que não aconteça na minha casa não existe.
O que acontece é isso: minhas transferências ocorrem normalmente e da mesma forma no meu Ubuntu, Windows 10 e Mac. Se vc quiser verificar por si só estarei a disposição para gravar um vídeo demonstrando q n tenho esse tipo de problema. Até onde sei eu n sou especial pra só eu no mundo Linux n ter esse tipo de problema certo?
Eu não quero verificar que você nega que esse problema existe, você sabe disso.
Kkk. N pow. Eu n tô negando q esse problema exista. Tô dizendo é q ao meu ver é caso isolado, justamente porq eu n tenho. Eu sei q problema é esse. Acompanhei um post aki no fórum sobre isso. O que eu quero entender é porq estão tratando como característica sendo q nos meus computadores com Ubuntu não ocorre. E não sei porq vc se esquiva tanto de fazermos os testes. Isso n iria provar um de nossos pontos? Vou dar um exemplo: vc grava um vídeo mostrando o problema. E aí eu gravo o meu fazendo exatamente e com o mesmo arquivo todos os passos q vc fez. Eai vamos ver se isso é realmente um bug geral. Q tal?
Tão isolado que é o primeiro problema a aparecer ali. Esse problema se repete a décadas e é uma coisa simples para os gestores de arquivo resolverem eles mesmos, mas por não ser um problema na casa de todo mundo talvez fique mais uma década a espera de solução, com certeza vai se nem um famoso passando por isso ao vivo resultar em uma mudança de mentalidade na comunidade sobre problemas que afetam terceiros.
2 curtidas
calma é só uma minoria…o próprio Linus falou e é o que eu percebo também do que vejo de feedback dos devs de várias distros no twitter…
1 curtida
eu mesmo já resolvi a tempos e uso scripts próprios para esse tipo de transferência, o que me chateia é que não dá para apresentar o Linux assim para as pessoas e achar normal.
Eu sei que é, mas com certeza o Linus quer ser gentil e ajudar a comunidade Linux e alimenta uma mãe duma paciência para isso, o problema é que isso só serve para boa vizinhança com fãs Linuxers, o que realmente faria bem ao Linux é corrigir esse problema.
3 curtidas
Nem me fala desse problema de transferência de arquivo, ja devo ter ganhado uns 10 cabelos brancos só por causa dele que acontece em todas as distros que eu fui usuário. Especificamente no Gnome. Nunca vi acontecer em outros ambientes gráficos, ate porque nunca fui um usuário por muito tempo de KDE e afins.
4 curtidas
É um saco, eu uso um programa meu de linha de comando para casos especiais.
Acontece em todos os programas na prática até mesmo em utilitários como rsync, é algo que programas em userspace precisam proativamente levar em consideração no seu código para não acontecer. Não acontece em todas as transferências porque depende da velocidade dos dispositivos de origem e destino e da quantia de RAM que você tem, as vezes pode ter outras questões envolvidas que não costumam ser default nas distros por ai, mas na prática estes 3 são o fator chave.
Se o programa transferindo não implementar um buffer em userspace e levar a pressão sob o dispositivo de destino em conta, ele está apto a provocar esse problema para usuários desafortunados. Teria soluções melhores mas a mais simples é os gestores de arquivos, transferência e tal, implementarem um buffer em userspace.
Outro problema que advêm desse comportamento simplista dos gestores de arquivos é que arquivos enormes que provavelmente só seriam tocados para a transferência acabam prejudicando o kernel forçando o despejo de grande parte do cache de disco para armazenar o máximo que der do arquivo na RAM de forma inútil, já que isso não vai mudar a lentidão do dispositivo de destino.
4 curtidas
O problema da transferência de arquivo aparentar terminar, acontece comigo sempre que transfiro algum arquivo grande para um dispositivo com partição exFAT.
Só percebi isso porque assim que “concluía” a transferência no KDE Plasma não conseguia remover com segurança, pelo menos no Plasma tem esse bloqueio que diminui esse problema.
3 curtidas
Desde que você não arranque sem perguntar a ninguém, todos vão barrar a retirada do pendrive pois todos utilizam as mesmas chamadas de sistema que vão trancar o desmonte de unidades ocupadas, seja o KDE, GNOME ou umount via terminal.
É um problema tão antigo que já nem me incomoda mais, só me deixa melancólico com o futuro… Isso é o tipo de coisa que coloca o leigo e muita gente que nunca será um entusiasta de TI como um perpétuo utilizador de uma experiência remendada no Linux.
Ninguém deveria ter de fazer isso a não ser entusiastas, especialistas e desenvolvedores que querem futricar nas entranhas de software.
Enfim já tem mais de 5 anos que eu penso como o cara do canal do Distro Hopper, é com empresas como Steam e afins que ainda ha algum vislumbre de desktop Linux, se depender do userspace open, o Linux desktop ficará assim, pequeno e ignorado, com vários usuários num eterno esperar de um florescer que nunca virá.
4 curtidas
O Liquid é fera no assunto 
Realmente bugs como esses (para quem já usa a certo tempo) a pessoa meio que se acostuma, mas para um user iniciante é um empecilho dos grandes…
2 curtidas
Pois é, e no tocante ao descaso do GTK em relação a uma ABI estável, também acho que ele tem toda razão, isso vai de contramão a tudo que a industria aprendeu com muito suor e dor não tendo APIs/ABI estáveis… Erros dos anos 80 se repetindo em pleno 2021…
4 curtidas
Estranho aq desde que termine na interface ele ja me permite “remover com segurança” assim quebrando os arquivos no pendrive.
Eu tenho q monitorar no pv pra saber se realmente o arquivo ta la kkkk
Minha suposição é que o que você usa faz algo que eu considerava impensável, a péssima e porca escolha de recorrer a lazy umount, é uma bagunça mesmo… Para piorar, alguns programas nem esperam a sincronização do descritor outros esperam e ficam congelados em 100% o que é um pouco menos pior.
Enfim várias pessoas tentam remendar esse problema de formas diferentes, PV é uma das formas, que funciona relativamente mal por não se adaptar e ajustar dinamicamente o tamanho do seu buffer em userspace ao dispositivo de destino. Outros usam um verdadeiro mix:
1 curtida
Não é que não existe, só não é um bug, é uma medida de segurança se faz sentido ou não é que é a problemática, se for tratar cada trava de segurança como bug não vai ficar algo muito interessante, isso do “copy 100” é um problema pra quem usa em casa e algo extremamente necessário se você precisa de cópias ultraseguras…
Não, é um bug mesmo, existem outras formas seguras de se fazer isso só que com qualidade, sem passar por cima do writeback cache do kernel, sem ODIRECT e também sem entupir o mesmo E dar um falso feedback para o usuário.
3 curtidas
Seguindo o que o @romulopb disse: se eles lhe mandassem um feedback como:
Cópia completa! Iniciando verificação de segurança, aguarde...
ou coisa do tipo, até ia, mas infelizmente o feedback é muito cru
2 curtidas
Por gentileza, poderia passar uma solução?
concordo
1 curtida