Раздел 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).