Bug ao renomear arquivos o Linux Mint 20.1 e UP versios[RESOLVIDO]

dark777
(usa Debian)

Enviado em 04/09/2024 - 13:47h

E ae galera beleza? tem um bug chato no linux mint cinnamon que toda vez que vou renomear um arquivo ele diz que há o mesmo arquivo com nome duplicado quando nao tem, isso acontece geralmente em dispositivos USB, já notei isso até mesmo no android, os arquivos geralmente estao assim:

$ ls

Bobina Antilenz.mp4

bobina antilen-2.mp4

Bobina antilenz-3.mp4

 

Ao renomear o arquino "Bobina Antilenz.mp4" para "bobina antilen-1.mp4" usando o menu do mouse via interface ele mostra a mensagem dizendo que já tem um arquivo com o nome "bobina antilenz-1.mp4" quando não tem, e ao renomear o arquivo "Bobina antilenz-3.mp4" para "bobina antilenz-3.mp4" fazendo lowercase da letra "B" ele mostra a mesma mensagem dizendo que o arquivo já existe quando nao existe por que o linux mint faz essa palhaçada, se fizer isso via terminal bash não dá problema, sao bugs grotescos que ferram com o usuário e impedem de organizar os arquivos corretamente, o Android mobile tambem fez essa porcaria em dispositivos de memória removiveis isso quando o mesmo não bloqueia do nada a gravação no dispositivo mostrando que faltava espaço quando não falta isso por que o cartao de memoria é original veio com uma case original e tudo mais quando comprei o dispositivo gravou 3GB quando o cartão tinha 16GB, de ultimamente o android mobile e o linux mint parecem andar de mais dadas, sei lá ficam com bugs grotescos ferrando o usuário impedindo de utilizar cartões de memoria no aparelho...

Listando os videos no terminal do linux mint all versions:

$ ls *antilenz*

'bobina antilenz-1.mp4'  'Bobina antilenz-3.mp4'

'bobina antilenz-2.mp4'

 

Renomeando os arquivos pelo terminal do linux mint:

$ mv -v "Bobina antilenz-3.mp4" "bobina antilenz-3.mp4"



mv: 'Bobina antilenz-3.mp4' e 'bobina antilenz-3.mp4' são o mesmo arquivo

 

Alguên ja enfrentou algo assim?

wiki.anon

amarildosertorio
(usa Fedora)

Enviado em 04/09/2024 - 15:10h

O case sensitivity é uma característica específica do sistema de arquivos, e é bem provável que o dispositivo esteja formatado como NTFS ou FAT32 (não distinguem maiúsculas de minúsculas).

amarildosertorio
(usa Fedora)

Enviado em 04/09/2024 - 15:17h

Essa situação não é considerada um bug, mas sim uma característica do comportamento esperado de diferentes sistemas de arquivos.

dark777
(usa Debian)

Enviado em 04/09/2024 - 17:15h

Mas que eu lembre quando utilizava o Windows XP e 8 no notebook nao dava esse BO na hora de renomear arquivos com nomes assim, mesmo se estivessem em um dispositivo removivel.



wiki.anon

removido
(usa Nenhuma)

Enviado em 04/09/2024 - 17:48h

Provavelmente quando ocorria a renomeação dos arquivos se desse de modo automático sem perguntar como seria o arquivo de saída, testei aqui em máquinas virtuais do XP, Seven, W8 e W10 e em todas deu o mesmo erro de dizer que já existia o arquivo e dava a opção de renomear para outro. Testei também em Fat32 e NTFS e deu a mesma coisa. A imagem em anexo mostra um drive usb montado em fat32 e mostra o erro do "arquivo já existente".





>>> NÃO visite este canal, o cara pensa que sabe alguma coisa! <<<
https://www.youtube.com/channel/UCRgokKtNlttdmg2RJEa2VYw

dark777
(usa Debian)

Enviado em 05/09/2024 - 22:05h

O que eu acho estranho é que pelo mesmo fato que ele diz ter um arquivo com o mesmo nome, se montar o pendrive em um live-dvd ou em um linux instalado e ainda que ao utilizar o "mv o rename" para renomear o arquivo no sistema de arquivos "fat-32" ele acabe mostrando a mensagem dizendo que "existe um arquivo com o mesmo nome" mas ainda assim vez ou outra ele acaba aceitando renomear este mesmo arquivo com o mesmo comando. Por essa razão tomo essa possibilidade aleatória como um bug, se vc leu meu primeiro comentario na duvida disse que ao usar o bash do linux com o dispositivo montado nem sempre ele mostra essa mensagem e acaba renomeando, mas ao tentar renomear o arquivo fazendo lowercase da letra B ele ja mostrou a mensagem." por esta razao tomei isso como um bug ou da ferramenta que renomeia ou do drive da unidade USB, nem lembrava que tinha esse BO do sistema de arquivo nao reconhecer "case sensitive" achei que a MS já tinha evoluido nisso e tomei o problema como um bug da ferramenta ou do drive USB...


wiki.anon

removido
(usa Nenhuma)

Enviado em 06/09/2024 - 07:04h

Eu acho que você foi "premiado", hehehe... Estou no Debian, o 'MC Catra" de quase todas as distribuições que tem por aí, olha o comando de renomear em modo simples e sudo via linha de comando dentro de um pendrive em Fat32 com o lance do "case sensitive":



Além disso, você acha que a Microsoft se importa com o usuário? Como diz o meu nick, ela "Tacagano", hehehe...

>>> NÃO visite este canal, o cara pensa que sabe alguma coisa! <<<
https://www.youtube.com/channel/UCRgokKtNlttdmg2RJEa2VYw

amarildosertorio
(usa Fedora)

Enviado em 06/09/2024 - 11:39h

Então, sua afirmação se baseia no fato de que conseguiu renomear quando, na verdade, não deveria, certo?

amarildosertorio
(usa Fedora)

Enviado em 06/09/2024 - 12:15h

Consegue gerar evidência?

Desconheço distribuições que tratem essa questão de forma diferente, mas seria plausível que o gerenciador de arquivos lidasse com isso de forma transparente.

Algo como:

ricardogroetaers
(usa Linux Mint)

Enviado em 06/09/2024 - 14:02h

Obrigado pela informação, em Linux Mint 21.3 Xfce, testei em fat32 (por linha de comando e Gerenciador de Arquivos gráfico) e é "exactamente" isso. Não testei em ntfs porque não tenho esse sistema de arquivos no momento. Maria = maria = maRia

Testei em Ext2 (por linha de comando e gerenciador de arquivos gráfico), não tenho ext3 e 4. Maria <diferente de> maria <diferente de> maRia

Obs:
1- Posso estar equivocado, mas me parece lembrar vagamente que em versões anteriores do LM-Xfce, em volumes ext2, o Gerenciador de Arquivos Gráficos não era "case sensitivity", isto é: Maria = maria = maRia, porém respeitava e pré existência de arquivos numa pasta, isto é, numa pasta qualquer, os arquivos Maria, maria e maRia (pré existentes) conviviam harmonicamente. Mas não era possível copiar um arquivo mariA para esta pasta.

2- Na minha modesta opinião, acho que essa parada de "case sensitivity" para nomes de arquivos e pastas mais atrapalha do que ajuda. Já para senhas, por exemplo, é "outro departamento".

dark777
(usa Debian)

Enviado em 06/09/2024 - 14:15h

Sim, por isso fico encabulado com essa possibilidade...

wiki.anon

dark777
(usa Debian)

Enviado em 06/09/2024 - 15:27h

wiki.anon