Diretório “quebrado” no OSX - o que posso fazer?

Question

Existe um diretório no meu sistema de arquivos. Se eu fizer um ls -a no diretório, não receberei nada (nem mesmo ./ e ../ ). Se eu fizer um rmdir , sou informado de que o diretório não está vazio. rm -rf fornece o mesmo erro "não vazio". Eu tentei usar mv para alterar seu nome. Isso produziu um Input/output error , mas aparentemente foi bem sucedido.

Digamos que não me importo com o conteúdo, só quero limpá-lo. O que posso fazer?

OSX Tiger, em um diretório pessoal do FileVault (se isso for importante).

EDIT: mais diagnósticos, como sugerido por gbarry. Como eu disse, o mv aparentemente foi bem-sucedido, então o diretório é chamado foo agora.

$ ls -ld foo
drwxr-xr-x   3 repton  repton  102B May 30  2007 foo/
$ stat foo
234881029 39016 drwxr-xr-x 3 repton repton 0 102 "Jul  9 12:00:10 2009" "May 30 03:24:34 2007" "Jan 21 16:55:53 2008" 4096 0 0 foo
$ file foo
foo: directory
$ du -h foo
  0B    foo

    

Answer 1

No Tiger, um disco FileVault é uma imagem esparsa. (Após a atualização para o Leopard, ainda é uma imagem esparsa , mas ao criar um novo FileVault no Leopard, você terá um escasso pacote . O segundo funciona melhor com o Time Machine.

Você tentou executar o Utilitário de Disco nessa imagem? Consulte o Mac OS X 10.3, 10.4: FileVault da Apple - Como verificar ou reparar uma imagem de diretório inicial para obter instruções detalhadas. (Ou, se por algum motivo você não puder usar isso, talvez hdiutil verify .)

    

Answer 2

Antes de deletar, pergunte quanto está sendo usado (já que "não está vazio"). Tenha cuidado, não é como um link para o diretório raiz ou algo assim.

O nome do diretório é razoável ou é um caractere em branco ou engraçado? Tente também outros comandos para descrevê-lo. ls -ld funnydir, stat funnydir e arquivo funnydir devem dizer "é um diretório".

Se realmente houver algo errado, um comando fsck ou equivalente "verifique a estrutura do diretório" pode consertá-lo (como você pode ver, eu ainda não sei muito sobre o OS X).

    

Answer 3

Você provavelmente precisará reparar o disco rígido usando o Utilitário de Disco. Eu tive um problema semelhante com um arquivo de ficar na lixeira mesmo depois de forçá-lo a vazio (o sistema continuava dizendo que estava em uso). Depois de reparar o disco, consegui excluir o arquivo.

    

Answer 4

Você já tentou desativar o FileVault, excluir o diretório e reativar o FileVault?

FileVault pode não ser capaz de descriptografar o diretório on-the-fly (por qualquer motivo), então você pode vê-lo, mas não fazer nada com ele. Desativar o FileVault irá forçá-lo a descriptografar tudo em lote, permitindo que o SO acesse diretamente o disco.