Я использовал эти инструкции для настройки внешнего жесткого диска с помощью 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).
Это - ошибка ядра (53021), который имеет патч, но патч только фиксировался (насколько я могу сказать) к току, не любому стабильному или долгосрочному ответвлению. Это применяется чисто к 3,2 и более поздние ядра как минимум; существует ошибка Ubuntu (583949), который в настоящее время запрашивает, чтобы патч был бэкпортирован к quantal (3.5.x) и полный нетерпения (3.8.x).