Alguns arquivos não aparecem no gerenciador de arquivos, mas definitivamente estão lá [fechados]

7

Eu tenho o problema mais estranho, eu baixei 4 imagens ontem, em seguida, recorte e cole-as usando o Nautilus em uma subpasta da minha área Documents . Fechei o Nautilus e continuei com meus negócios normais.

No entanto, mais tarde, eu precisava enviar as imagens para alguém, então entrei na pasta com as imagens usando o Nautilus, mas elas não estavam lá! E é aí que fica ainda mais estranho, as imagens aparecem, mas não as miniaturas, quando uso o seletor de arquivos do Firefox, por exemplo, ou o seletor de arquivos de outro programa, na verdade, se eu abrir o Visualizador de Imagens e usar o seletor de arquivos eles eu posso abrir e visualizá-los perfeitamente bem.

A outra coisa estranha é que o Nautilus metade sabe que eles estão lá, porque minha primeira reação foi pensar que meu computador acabou de comê-los de alguma forma, então eu os baixei novamente, e os colei na pasta onde os anteriores deveriam ter sido. Nautilus me perguntou se eu queria substituir o antigo pelo novo e até me mostrou as miniaturas corretas dessa vez!

Eu também sou capaz de ver que os arquivos estão presentes no Terminal usando comandos como ls e tree , eu também posso cat o conteúdo para que os arquivos sejam legíveis e tudo mais.

Aqui está a saída stat de um deles:

 stat DSCF2365.jpg
  File: 'DSCF2365.jpg'
  Size: 2213598     Blocks: 4328       IO Block: 4096   regular file
Device: fc00h/64512d    Inode: 29623172    Links: 1
Access: (0664/-rw-rw-r--)  Uid: ( 1000/  totoro)   Gid: ( 1000/  totoro)
Access: 2016-08-02 23:39:15.651962645 +0100
Modify: 2016-08-02 22:51:26.613739542 +0100
Change: 2016-08-02 23:12:04.540134139 +0100
 Birth: -

Foi sugerido para mim que isso poderia ser devido a um erro no sistema de arquivos, então eu executei fsck na inicialização e essa foi a saída em syslog :

Aug  3 10:54:45 <Computer-Name> kernel: [    0.000000] Command line: BOOT_IMAGE=/vmlinuz-4.4.0-31-generic.efi.signed root=/dev/mapper/ubuntu--gnome--vg-root ro noprompt fsck.mode=force
Aug  3 10:54:45 <Computer-Name> systemd-fsck[2176]: fsck.fat 3.0.28 (2015-05-16)
Aug  3 10:54:45 <Computer-Name> systemd-fsck[2176]: /dev/sda1: 28 files, 3120/130812 clusters
Aug  3 10:54:45 <Computer-Name> systemd-fsck[2191]: /dev/sda2: 301/62496 files (22.6% non-contiguous), 129379/249856 blocks
Aug  3 10:54:45 <Computer-Name> kernel: [    0.000000] Kernel command line: BOOT_IMAGE=/vmlinuz-4.4.0-31-generic.efi.signed root=/dev/mapper/ubuntu--gnome--vg-root ro noprompt fsck.mode=force
Aug  3 10:55:00 <Computer-Name> /usr/lib/gdm3/gdm-x-session[3200]: Kernel command line: BOOT_IMAGE=/vmlinuz-4.4.0-31-generic.efi.signed root=/dev/mapper/ubuntu--gnome--vg-root ro noprompt fsck.mode=force
Aug  3 10:55:31 <Computer-Name> /usr/lib/gdm3/gdm-x-session[3341]: Kernel command line: BOOT_IMAGE=/vmlinuz-4.4.0-31-generic.efi.signed root=/dev/mapper/ubuntu--gnome--vg-root ro noprompt fsck.mode=force

Eu logo farei as mesmas verificações de um LiveUSB, quando eu tiver feito isso, atualizarei esta questão com as informações sobre como isso aconteceu. Se isso for útil para qualquer pessoa, a saída de lsblk é:

NAME                         MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda                            8:0    0 465.8G  0 disk
├─sda1                         8:1    0   512M  0 part /boot/efi
├─sda2                         8:2    0   244M  0 part /boot
└─sda3                         8:3    0   465G  0 part
  ├─ubuntu--gnome--vg-root   252:0    0 461.2G  0 lvm  /
  └─ubuntu--gnome--vg-swap_1 252:1    0   3.9G  0 lvm  [SWAP]
sr0                           11:0    1  1024M  0 rom

Então estou usando o LVM. Estou executando o Ubuntu GNOME 16.04 com o GNOME 3.20. Qual poderia ser o problema e o que devo fazer sobre isso? O local para o qual baixei o segundo lote dos mesmos arquivos ainda os mostra (minha pasta Downloads ).

Atualização de informações:

Eu já tentei instalar o nemo , e o problema também está presente lá.

E há algo ainda mais interessante que descobri, se eu pesquisar pelos nomes dos arquivos usando nautilus e nemo , eles aparecerão nos resultados da pesquisa, suas miniaturas serão exibidas corretamente e eu poderei abra-os!

A saída de blkid é:

/dev/sda1: UUID="9936-E7FF" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="8054dcbf-83e1-4d42-bd5c-7a7ec2b5b563"
/dev/sda2: UUID="a1ee7705-4528-434a-8aca-54486d48093d" TYPE="ext2" PARTUUID="56930149-d506-4773-9b31-b9ab1fa3aed8"
/dev/sda3: UUID="4Fa3uc-So0F-4d6c-ePh9-Eb09-JMl1-30k45r" TYPE="LVM2_member" PARTUUID="3816306f-068b-4385-b2a9-a67e320d7b4a"
/dev/mapper/ubuntu--gnome--vg-root: UUID="925ad182-e013-4b66-8b0c-18e549a28f82" TYPE="ext4"
/dev/mapper/ubuntu--gnome--vg-swap_1: UUID="97995176-acae-4d9a-bb88-08adefd556df" TYPE="swap"

Se eu usar o comando mv para renomear o arquivo, ele ainda não será exibido.

Agora olhei de novo e os arquivos reapareceram junto com muitos outros arquivos que estavam faltando nessa pasta! Espero que eles reapareçam não fez nenhum outro desaparecer, existe alguma maneira que eu possa checar? O que poderia estar causando isso?

    
por Great Uncle Bulgaria 03.08.2016 / 12:22

3 respostas

3

Eu sugiro que você abra um terminal, cd para o diretório em questão, e execute "ls -la". Isso é o menos provável de mentir para você. Você verá todos os arquivos e suas permissões.

Um gerenciador de arquivos da GUI, como o nautilus ou algo parecido, está a poucos passos de distância da verdade completa e precisa sobre o que está lá e quais são suas propriedades. Esse gerenciador de arquivos pode ter "recursos" ou "aprimoramentos simplificadores" que impedem que você veja tudo o que está lá.

Pode haver um bug, mas estou apostando no aspecto de "aprimoramento simplificado". Eu tenho usado o Nautilus por 10 anos e muitas vezes não consigo mais encontrar nada. Eles tornaram tão "útil" é quase inútil. Você não pode nem mesmo lançar um terminal.

Se os seus terminais não tiverem beleza, considere instalar a "terminologia" do projeto de esclarecimento. Há alguns colírios para os olhos. Eu não posso acreditar nisso.

    
por pauljohn32 22.12.2016 / 06:17
2

Teve o problema de arquivos / pastas não aparecerem no Gerenciador de arquivos, mas estarem listados no terminal. Resolvido, indo no Gerenciador de Arquivos & gt; Ver & gt; Recarregue (Ctrl + R).

    
por Nikolay Suvandzhiev 07.02.2018 / 14:19
0

Acabei de ter esse problema no Nemo e uma solução é alterar a visualização. Eu costumo usar o modo de exibição de lista, então mudei para a exibição de ícones e vice-versa. Isso forçou uma atualização que o comando de atualização real não fez.

    
por Moilleadóir 13.12.2017 / 04:33