Partição UDF informada como cheia quando não é

Question

Eu estava usando estas instruções para configurar um disco rígido externo com udf. Eu tenho sido capaz de configurar um sistema multi-partição usando essas instruções, mas parece que eu acertei uma parede, onde a partição é reportada como cheia enquanto escrevo no disco. Todas as outras ferramentas disponíveis para mim relatam como gratuitas.

• Saída de lshw relevante

Aqui está uma captura de tela mostrando o disco:

A saída de df e o gerenciador de arquivos ( caja ) informam o disco como livre.

Filesystem      Size  Used Avail Use% Mounted on
/dev/sda9       9.0G  7.6G  910M  90% /
udev            974M   12K  974M   1% /dev
/dev/sda1        50G   47G  295M 100% /media/Data
/dev/sda6        49G   41G  5.9G  88% /home
/dev/sda2       155G  127G   29G  82% /media/Entertainment
/dev/sda8        14G   13G  516M  96% /media/Stuff
/dev/sdb2       120G  1.9G  112G   2% /media/3c887659-5676-4946-875b-b797be508ce7
/dev/sdb3        11G  2.6G  7.7G  25% /media/108b0a1d-fd1a-4f38-b1c6-4ad1a20e34a3
/dev/sdb1       802G   34G  768G   5% /media/disk

Eu pareço ter atingido uma parede perto da marca de 35GB. Apesar de ser mostrado como 35gb / 860gb usado em todos os lugares, o seguinte acontece em uma tentativa de gravação:

[2017][/media/Dory]$ echo D>>echo
bash: echo: write error: No space left on device

Escrevendo byte por byte, o máximo que posso levar é 34719248K .

A parte mais estranha é que, ao montá-lo no Windows, o Windows pode gravar no disco com facilidade, e as gravações estão sendo lidas no Ubuntu. No entanto, os bytes usados permanecem em 34719248K no Ubuntu (no entanto, ele sobe no Windows).

    

Answer 1

Este é um bug do kernel (53021) que tem um patch, mas o patch só foi confirmado (até onde eu sei) para o branch atual, não qualquer branch estável ou de longo prazo. Aplica-se de forma limpa a um mínimo de 3,2 e posteriores; existe um bug do Ubuntu (583949) que atualmente solicita que o patch seja portado para quantal (3.5.x) e raring (3.8.x).