Раздел UDF сообщил, что он заполнен, когда его нет

Я использовал эти инструкции для настройки внешнего жесткого диска с помощью udf. Я смог настроить многораздельную систему, используя эти инструкции, но я, похоже, попал в стену, где раздел записывается как заполненный при записи на диск. Любой другой инструмент, доступный мне, сообщает о том, что он бесплатный.

Вот скриншот с диском:

Снимок экрана утилиты диска

Оба выхода df и файловый менеджер (caja) сообщить диск как бесплатный.

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

Я, кажется, ударил стену около отметки 35 ГБ. Несмотря на то, что 35 ГБ /860 ГБ используются везде, при попытке записи происходит следующее:

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

Запись байта за байтом, максимум я могу взять это 34719248K,

Самым странным является то, что при монтировании Windows Windows может легко записывать на диск, а записи хорошо читаются обратно в Ubuntu. Тем не менее, используемые байты остаются на 34719248K в Ubuntu (однако, в Windows он выше).

1 ответ

Это ошибка ядра (53021), в которой есть патч, но патч был зафиксирован (насколько я могу судить) только в текущей, а не в какой-либо стабильной или долгосрочной ветви. Это относится как минимум к 3.2 и более поздним ядрам; есть ошибка Ubuntu (583949), которая в настоящее время требует, чтобы патч был перенесен на количественный (3.5.x) и raring (3.8.x).

Другие вопросы по тегам