Não há espaço disponível no dispositivo / No Inodes livre OU usado / Montagem dupla

Question

Por cerca de um dia agora eu só posso criar / cp / mv (através de terminal ou vários programas GUI) arquivos no meu pendrive formatado em FAT16, de cerca de alguns bytes. Fazendo isso com relatórios de arquivos maiores cannot create regular file 'XXX': No space left on device

Eu tenho uma unidade NTFS e um dispositivo USB com 2 partições formatadas em FAT16, ligadas ao computador.

• / dev / sda1 é o NTFS
• / dev / sdb1 é uma das partições formatadas do FAT 16
• / dev / sdc1 é o outro as partições formatadas FAT 16 (antes e depois de desconectar o pendrive USB enquanto o PC estava pm-suspend 'd, para liberar espaço na unidade cheia - Parece que isso pode ter causado parte / tudo isso questão em retrospectiva)
• / dev / sdb1 é o outro das partições formatadas pelo FAT 16 (Depois de desconectar o pen drive enquanto o PC estava em pm-suspend 'd

df relatado:

    Filesystem  1K-blocks   Used   Available  Use%  Mounted on
    /dev/sdc1    1999360  1999360      0      100%  /media/sdc1
    /dev/sdd1    1999360   822400   1176960   42%   /media/sdd1

df -i relatado:

    Filesystem  Inodes  IUsed  IFree  IUse%  Mounted on
    /dev/sdc1      0      0      0      -    /media/sdc1
    /dev/sdd1      0      0      0      -    /media/sdd1

> Sub pergunta: Alguma idéia porque não há inodes relatados ??

df -i /dev/sda1 relatado:

    Filesystem  Inodes   IUsed   IFree    IUse%  Mounted on
    /dev/sda1   5539908  171718  5368190    4%   /media/sda1

umount 'ng / dev / sdc1 não alterou as contagens.

Eu verifiquei através do Windows que o espaço disponível mais ou menos se casa com os 42% listados para o último dispositivo montado (/ dev / sdd1).

Alguma idéia do que está acontecendo?

Editar 1:

A saída de du -k --max-depth=1 /media/sdc1 é:

   1856 /media/sdc1/dir1
     32 /media/sdc1/dir2
   1440 /media/sdc1/dir3
  18144 /media/sdc1/dir4
   8512 /media/sdc1/dir5
  54304 /media/sdc1/dir6
   3200 /media/sdc1/dir7
  27200 /media/sdc1/dir8
  41088 /media/sdc1/dir9
  11520 /media/sdc1/dir10
    128 /media/sdc1/dir11
    128 /media/sdc1/dir12
   1216 /media/sdc1/dir13
   2464 /media/sdc1/dir14
  12032 /media/sdc1/dir15
   5824 /media/sdc1/dir16
  29600 /media/sdc1/dir17
  20928 /media/sdc1/dir18
   5856 /media/sdc1/dir19
   4352 /media/sdc1/dir20
 659200 /media/sdc1/dir21
 121600 /media/sdc1/dir22
  22688 /media/sdc1/dir23
    128 /media/sdc1/dir24
   2144 /media/sdc1/dir25
   6912 /media/sdc1/dir26
  19968 /media/sdc1/dir27
   9632 /media/sdc1/dir28
    960 /media/sdc1/dir29
   1088 /media/sdc1/dir30
   2624 /media/sdc1/dir31
    480 /media/sdc1/dir32
1142944 /media/sdc1

    

Answer 1

O FAT16 pode conter um número muito limitado de arquivos no diretório raiz. Meu palpite é que você está acertando isso. Crie um diretório e coloque arquivos nele.

    

Answer 2

Não há inodes na maioria dos sistemas de arquivos não-Unix (como o vfat). É normal que nenhum seja mostrado. Para o resto do problema, precisamos de mais informações.

Editar 1:

Da saída du , sabemos agora que existem 1999360-1142944 = 856416 blocos ausentes. Com os sistemas de arquivos Linux, essas diferenças podem ocorrer se um arquivo aberto for excluído. Você não o vê mais no sistema de arquivos (portanto du não pode contá-lo). ... Para tornar isso menos teórico, experimentei: é o mesmo no vfat. Você pode encontrar arquivos abertos deletados com este comando (como root):

find /proc/*/fd -lname '/media/sdc1/* (deleted)'

A outra possibilidade são erros do sistema de arquivos. Assim, se você não puder identificar os arquivos abertos excluídos como o problema, então seria bom se você pudesse desmontar e verificar o sistema de arquivos.