A pasta Lixeira não está vazia por causa do arquivo P ͎̮͉͍͎̮͉͍ͨ̈́ͨ̈́A ͎̮͉͍ͨ̈́̾̈́I ͎̮͉͍ͨ̈́̾̈́N ͎̮͉͍ͨ̈́̾̈́.jpg

11

Quando estou cd ~/.Trashno terminal, mostra que existe uma pasta Downloadse, dentro da Downloadspasta, outra pasta Reactionse Reactions, dentro , existe um arquivo chamado

vírus

Desligar ou reiniciar o computador não funciona para esvaziar a lixeira. Além disso, devo dizer que o arquivo está oculto e não aparece quando abro a pasta Lixeira. É um vírus? Se sim, como me livrar dele?

vírus 2


No terminal, use: cd ~/.Trash/Downloads/Reactionse ls -al, em seguida , mostra o arquivo jpg.

(mostrado na captura de tela do arquivo porque não consegui copiar e colar o texto aqui nesta pergunta)

vírus 3

drwxrwxrwx 3 username staff 102 Jan 19 14:36 .

drwxr-xr-x 3 username staff 102 Jan 19 16:09 ..

Atualização 1

Mudei a Reactionssaída Downloadse esvaziei o lixo. Agora só Reactionsresta o .jpginterior.

vírus 4

Executando ls -aBeil ~/.Trash/Reactionsno terminal, a seguir está o resultado:

vírus 5

36328284 drwxrwxrwx 3 username staff 102 Jan 19 14:36 .

68013143 drwx------ 3 username staff 102 Jan 20 14:55 ..

Atualização 2

De cd ~/.Trash/Reactions> rm 'P> introduzirspacetab'return

O resultado é o seguinte:

vírus 6

Atualização 3

Abaixo está o resultado de unset LANG ; ls -aBeil ~/.Trash/Reactions:

vírus 7

Atualização 4

Abaixo está o resultado da verificação do disco do utilitário:

vírus 8

vírus 9

Atualização 5

Acabei de reparar o disco Disk Utilityusando o commandacesso + R após a reinicialização do sistema. Em seguida, o .jpgarquivo não está mais oculto e pode ser esvaziado no lixo. Abaixo você pode ver as imagens.

vírus 10

vírus 11

Obrigado a todos por seus comentários e respostas. Agradecimentos especiais a daniel Azuelos, patrix e klanomath.

Sami
fonte
Abra o Disk Utility e execute "Verificar volume" na sua unidade principal. É você obter erros que exigem um reparo, inicialize no modo de recuperação, executar Disk Util de lá e use "volume de Reparação"
nohillside
1
@patrix, pls dê uma olhada na atualização 4
Sami
2
"Nome ilegal", eu realmente gosto disso. Por favor, proceda como explicado na caixa de diálogo na janela inferior e, em seguida (depois de ter o Utilitário de Disco em execução no Modo de Recuperação), selecione "Reparar Disco" (em vez de verificar). Depois, reinicie como de costume e tente esvaziar o lixo novamente.
nohillside
1
@ Patrix, obrigado patrix, funcionou. pls dê uma olhada na atualização 5.
Sami

Respostas:

9

Essa resposta pode não realmente responder à pergunta, mas fornecer algumas informações sobre o que poderia ter acontecido.

Eu baixei o torrent com imagens 4Chan contendo o Pain.jpg e mais duas fotos com caracteres hebraicos. Aqui está o culpado diabólico ;-)

dor

ls -aBeil mostra:

mymac: usuário de reações $ ls -aBeil  
ls: P Á̾̈́A ͎̮͉͍ͨ̈́̾̈́I ͎̮͉͍ͨ̈́̾̈́N ͎̮͉͍ͨ̈́̾̈́.jpg: Esse arquivo ou diretório não existe         
528 total  
581705 drwxrwxrwx 6 equipe do usuário 204 21 de janeiro às 12:08.  
401304 drwx ------ + 6 pessoal de usuários 204 21 de janeiro 11:57 ..  
 0: grupo: todos negam exclusão  
582449 -rw-r - r - @ 1 equipe de usuários 6148 21 de janeiro às 12:08 .DS_Store  
582261 -rw-r - r-- 1 equipe de usuários 4792 21 de janeiro às 12:05 ה̌͐͊͒̾͆יͩ́א ͭ̆צ̿̒̃͛ו͋פͯ͆̉ה͑͑ͧ̇ͪ͆. Jpg  
582094 -rw-r - r-- 1 equipe de usuários 253804 21 de janeiro às 12:06 ה̌͐͊͒̾͆יͩ́א ͭ̆צ̿̒̃͛ו͋פͯ͆̉ה͑͑ͧ̇ͪ͆. Xcf  

lsof -- . * mostra:

mymac: usuário de reações $ lsof -. *  
lsof: erro de status em P ͎̮͉͍ͨ̈́̾̈́A ͎̮͉͍ͨ̈́̾̈́I ͎̮͉͍ͨ̈́̾̈́N ͎̮͉͍ͨ̈́̾̈́.jpg: Esse arquivo ou diretório não existe    
COMANDO PID USUÁRIO FD TIPO DISPOSITIVO TAMANHO / DESLIGADO NOME DO NÓ  
bash 1290 user cwd DIR 1,2 204 581705.  
lsof 1345 usuário cwd DIR 1,2 204 581705.  
lsof 1346 usuário cwd DIR 1,2 204 581705.  

Todos os arquivos estavam visíveis no Finder, exceto .DS_Store, é claro. Pain.jpg tinha um ícone padrão e não pôde ser aberto. Após mover o Pain.jpg para a pasta Downloads (em ~ 12: 13 - verifique o registro abaixo), aguardando alguns segundos e movendo-o novamente para a pasta Reactions, o ícone de visualização apareceu e o arquivo pode ser aberto.

dor

ls -aBeil agora mostra:

mymac: usuário de reações $ ls -aBeil  
616 total  
581705 drwxrwxrwx 6 equipe do usuário 204 21 de janeiro 12:14.  
401304 drwx ------ + 6 pessoal de usuários 204 21 de janeiro 12:14 ..  
 0: grupo: todos negam exclusão  
582449 -rw-r - r - @ 1 equipe de usuários 6148 21 de janeiro 12:14 .DS_Store  
581871 -rw-r - r-- 1 equipe de usuários 44041 Jan 21 12:01 P ͎̮͉͍ͨ̈́̾̈́A ͎̮͉͍ͨ̈́̾̈́I ͎̮͉͍ͨ̈́̾̈́N ͎̮͉͍ͨ̈́̾̈́.jpg  
582261 -rw-r - r-- 1 equipe de usuários 4792 21 de janeiro às 12:05 ה̌͐͊͒̾͆יͩ́א ͭ̆צ̿̒̃͛ו͋פͯ͆̉ה͑͑ͧ̇ͪ͆. Jpg  
582094 -rw-r - r-- 1 equipe de usuários 253804 21 de janeiro às 12:06 ה̌͐͊͒̾͆יͩ́א ͭ̆צ̿̒̃͛ו͋פͯ͆̉ה͑͑ͧ̇ͪ͆. Xcf  

lsof -- . * mostra:

mymac: usuário de reações $ lsof -. *  
COMANDO PID USUÁRIO FD TIPO DISPOSITIVO TAMANHO / DESLIGADO NOME DO NÓ  
bash 1290 user cwd DIR 1,2 204 581705.  
lsof 1390 usuário cwd DIR 1,2 204 581705.  
lsof 1391 usuário cwd DIR 1,2 204 581705.  

As entradas de log correspondentes (desculpe pelos caracteres hebraicos irritantes que estão atrapalhando as entradas - pelo menos editando e visualizando-as no Google Chrome - é realmente muito difícil formatá-las):

21/01/15 12: 07: 10.734 QuickLookUIHelper [1231]: CoreAnimation: falha ao criar o contexto OpenGL  
21/01/15 12: 07: 32.702 sandboxd [346]: ([1180]) mdworker (1180) nega file-read-xattr / Usuários / usuário / usuário / área de trabalho / reações ()  
21/01/15 12: 08: 03,862 QuickLookUIHelper [1248]: CoreAnimation: falha ao criar o contexto OpenGL  
21/01/15 12: 13: 41,303 Finder [325]: falha na criação da extensão da caixa de areia: erro de criação da representação do sistema de arquivos para o caminho: [/ Usuários / usuário / Downloads / Reações / P /  
21/01/15 12: 13: 41,303 Finder [325]: __CFPasteboardCreateSandboxExtensionDataFromCFData: falha ao obter dados de extensão da área restrita para url [arquivo: ///.file/id=6571367.581871]  
21/01/15 12: 13: 41,304 Finder [325]: falha ao obter uma extensão de área restrita válida para o item: [789514] de sabor: [public.file-url] da área de transferência. Porque a extensão do sandbox falhou ao ser gerada.  
21/01/15 12: 13: 41,304 Finder [325]: falha ao obter extensões de sandbox para o itemIdentifier (789514). Os dados da extensão do sandbox ainda eram dados de proxy  
21/01/15 12: 13: 47,518 Finder [325]: falha na criação da extensão da caixa de areia: erro de criação da representação do sistema de arquivos para o caminho: [/ Usuários / usuário / Downloads / Reações / P  
21/01/15 12: 13: 47,518 Finder [325]: __CFPasteboardCreateSandboxExtensionDataFromCFData: falha ao obter dados de extensão da área restrita para url [arquivo: /// Usuários / usuário / Downloads / Reações / P% 20% CD% 8E% CC% AE % CD% 89% CD% 8D% CD% A8% CC% 88% CC% 81% CC% BE% CC% 88% CC% 81A% 20% CD% 8E% CC% AE% CD% 89% CD% 8D % CD% A8% CC% 88% CC% 81% CC% BE% CC% 88% CC% 81I% 20% CD% 8E% CC% AE% CD% 89% CD% 8D% CD% A8% CC% 88 % CC% 81% CC% BE% CC% 88% CC% 81N% 20% CD% 8E% CC% AE% CD% 89% CD% 8D% CD% A8% CC% 88% CC% 81% CC% BE % CC% 88% CC% 81.jpg]  

Mover a pasta Reactions inteira para o lixo e excluí-la com as fotos não é problema. O mesmo se aplica para copiar ou mover a pasta. O Pain.jpg - apesar de realmente ser um PITA em relação à exibição adequada - não parece ser um vírus.

Os problemas no Finder e na sandbox provavelmente ocorrem devido à estranha nomeação do arquivo: caracteres romanos e hebraicos misturados. Os nomes de arquivo somente em hebraico são anotados da direita para a esquerda (consulte a segunda figura). Além disso, alguns danos ao sistema de arquivos podem ter ocorrido.

Meus conselhos são:

  • como outros já mencionados: tente reparar o volume principal com o 'Disk Utility' após reiniciar o Recovery Mode
  • mova o arquivo para outra pasta, aguarde um pouco e retorne à sua origem até ver a imagem de visualização. Verifique seus logs para obter as mensagens do sandbox (veja acima).
  • tente executar find . -inum <inode> -exec rm {} \;após usar ls -aBeilcom êxito para obter o inode de 'Pain.jpg'. No meu caso, isso teria sido:find . -inum 581871 -exec rm {} \;
  • reinicie no modo de recuperação e tente executar o último comando ( find . -inum <inode> -exec rm {} \;) após reparar o sistema de arquivos.

  • tente executar rm 'P \ ͎̮͉͍ͨ̈́̾̈́A \ ͎̮͉͍ͨ̈́̾̈́I \ ͎̮͉͍ͨ̈́̾̈́N \ ͎̮͉͍ͨ̈́̾̈́.jpg'

Klanomath
fonte
@danielAzuelos hmmm Bitsnoop é apenas um site de torrent como piratebay ou similar. Eu baixei cerca de 1400 fotos via link magnético com o µtorrent. ignorei a maioria deles, mantendo apenas aqueles com caracteres especiais. não havia * .dmg para baixar.
precisa saber é o seguinte
@klanomath, obrigado pela sua resposta informativa ...
Sami
@danielAzuelos, eu também tinha uma coleção de fotos de torrents e essa imagem talvez fosse uma delas ... Lembro que notei que havia um exearquivo dentro da pasta que continha a pain.jpgimagem e, infelizmente, era tarde, porque talvez já tenha sido executado quando a pasta aberta .. Eu era capaz de remover a pasta original que contém as imagens com nomes de anteontem com nenhum problema ..
Sami
find . -inum 581871 -exec rm {} \;note: 581871 é o inode, verifique a primeira coluna do ls -aBeilresultado
nelson
1
@klanomath: eu esqueço um ponto-chave. Se o seu LANG=en_US.UTF-8, qualquer caractere é imprimível e -Bnão ajuda muito. Para usá-lo com eficiência, deve-se entrar unset LANG ; ls -aBeil.
dan
4

No uso normal, o rmcomando é para remover arquivos e o rmdircomando é para remover pastas . rmrecusará remover uma pasta e rmdirrecusará remover um arquivo. E mesmo assim, rmdirnão removerá uma pasta que contenha algo além dos links artificiais para .e ...

Essas duas limitações podem ser superadas fornecendo a -ropção (abreviação recursive) para rmcomo em rm -r list_of_files_or_folders. Se solicitado a remover uma pasta, ele primeiro removerá tudo o que estiver dentro e depois invocará rmdirinternamente para se livrar da pasta. As subpastas são removidas da mesma maneira, em qualquer profundidade.

rmreclamará se for solicitado a remover algo que não pode ser removido. No entanto, adicionar a -fopção (abreviação de force) exige que você faça um melhor esforço para superar os obstáculos que possam surgir. Se ele não puder excluir algo, porque está bloqueado ou porque suas permissões dizem que não pode ser excluído, e você é o proprietário do arquivo, como proprietário do arquivo, poderá desbloqueá-lo e / ou alterar suas permissões. Com -f, o rmcomando fará essas coisas silenciosamente sem incomodá-lo.

Versão curta:

cd ~/.Trash
rm -rf Downloads
ganbustein
fonte
Eu tenho os mesmos erros rm: Downloads/Reactions: Directory not emptyerm: Downloads: Directory not empty
Sami
4

Clique com o botão direito na lixeira, mantendo pressionada a tecla Comando. Uma opção 'Secure Empty Trash' será exibida. Selecione isto. Espero que esvazie a pasta de lixo para você.

cmason
fonte
Ele diz:The operation can’t be completed because the item “Reactions” is in use.
Sami
Executecd ~/.Trash/Downloads/Reactions ; lsof -- . *
dan
4

Primeiro, cdna pasta Reactions:

cd ~/.Trash/Reactions

Em seguida, digite rm, a spacee a tabchave.

Isso deve preencher automaticamente o primeiro arquivo no diretório

Nesse caso , você poderá pressionar returnpara excluir o arquivo incorreto.

Zev Eisenberg
fonte
O preenchimento automático funciona, mas eu recebo a No such file or directorymensagem
Sami
4

Parece que pode ser um nome de arquivo ilegal.

  • Inicialize no modo de usuário único, tente executar fsck -f
  • Inicialize no modo de recuperação, execute o Disk Utility a partir daí e selecione "Repair Disk"
Tom Gewecke
fonte
3

Inicialize o sistema no modo de usuário único desligando e mantendo pressionada a tecla Command + S. Então, quando você vir bash3.2#digitar /sbin/mount -uw /para montar o sistema de arquivos como readwrite.

Então,

  1. cd /Users/<your username>/ para ir para o diretório inicial
  2. rm -rf .Trash forçar a exclusão do diretório da lixeira
  3. mkdir .Trash recriar o diretório da lixeira
  4. chmod 700 .Trash definir as permissões apropriadas na pasta
  5. chown <your username> .Trash definir seu usuário como proprietário das pastas
  6. reboot reiniciar e sair do modo de usuário único
ecnepsnai
fonte
Eu tenho os mesmos erros rm: .Trash/Downloads: Directory not emptyerm: .Trash: Directory not empty
Sami
Essa resposta é arriscada. O .Trashnão obtém a ACL padrão que possui por padrão. Além disso, em um FS corrompido, não funcionará. É mais fácil dizer isso agora que sabemos que o FS está danificado :).
dan
3

Tente mover a pasta Downloadspara fora da lixeira

Em seguida, execute no terminal:

defaults write com.apple.finder AppleShowAllFiles -bool yes;osascript -e "tell application \"finder\" to quit";osascript -e "tell application \"finder\" to activate"

Isso permitirá que você veja arquivos ocultos no sistema de arquivos da GUI do Finder .

Se você pode ver o arquivo ... jeg nas pastas downloads ou reações. Você pode renomeá-lo. Se sim, faça isso. e tente e exclua-o.

executar no terminal:

defaults write com.apple.finder AppleShowAllFiles -bool no;osascript -e "tell application \"finder\" to quit";osascript -e "tell application \"finder\" to activate"

Para redefinir o sistema para oculto.


Você pode executar apenas o defaults write com.apple.finder AppleShowAllFiles -bool yes

no terminal.app e manualmente Reinicie o localizador. Usando o ícone do dock.

Mantenha pressionada a alttecla e clique no ícone da estação de localização.

insira a descrição da imagem aqui

markhunte
fonte
Mudei o Downloadspara a área de trabalho e segui seu método. Quando executo o primeiro comando no terminal, tudo fica oculto na minha área de trabalho; depois, executando o seu segundo comando, os arquivos da área de trabalho aparecem novamente.
Sami
Também Reactionstirei a pasta Downloadse excluí novamente os arquivos e esvaziei o lixo. Agora, apenas Reactionscom o arquivo oculto dentro, deixado no lixo.
Sami
Meu sistema é sempre com defaults write com.apple.finder AppleShowAllFiles TRUE;killall Finder, mas o interior do arquivo Reactionsnão está aparecendo
Sami
Mas se você estiver na pasta, você a vê?
markhunte
Sim eu posso ver isso. Ele não renomeia o arquivo e diz mv: rename ... to hi.jpg: No such file or directory. Observe que não consigo copiar e colar o nome do arquivo aqui.
Sami
2

Tente seguir as etapas descritas no documento de suporte da Apple sobre esse assunto. Muitos dos itens do documento estão incluídos nas sugestões aqui, mas eles oferecem alguns itens para tentar em casos graves como o seu. Em vez de repeti-los todos aqui, é melhor simplesmente se referir a este documento bem escrito sobre o assunto.

http://support.apple.com/en-us/HT201583

Se tudo mais falhar, tente criar um pequeno thumbdrive de inicialização usando o PuppyLinux ou outra distribuição desse tipo e depois inicialize a partir desse thumnbdrive. Monte o disco rígido do Mac, navegue até a pasta e exclua o arquivo.

cmason
fonte
Alternativa à inicialização do Linux: direcione o modo de disco e monte como uma unidade burra em outro Mac?
osxconor
-1

Talvez não seja possível porque o arquivo está em uma pasta localizada na pasta de download? Coloque os arquivos de volta na área de trabalho, abra a pasta 'downloads' e exclua o conteúdo dessa pasta. Tente esvaziar sua lata de lixo agora.

Jules
fonte