Я думаю, что сделал ошибку, когда я решил использовать Btrfs. Я не использую ни одной из его функций, но теперь испытываю затруднения из-за недостаточного количества пространства. Я сделал
sudo btrfs balance start / -v
как предложено в некоторых источниках, но все еще имеют мало пространства в наличии:
$ sudo btrfs fi df /
Data, single: total=102.00GiB, used=99.55GiB
System, single: total=32.00MiB, used=16.00KiB
Metadata, single: total=2.00GiB, used=762.44MiB
unknown, single: total=256.00MiB, used=0.00
Источник предлагает удалить снимки. Я нашел одного кандидата:
$ sudo btrfs subvolume list /
ID 257 gen 390597 top level 5 path @
ID 258 gen 390597 top level 5 path @home
ID 317 gen 390480 top level 5 path @apt-snapshot-release-upgrade-utopic-2014-10-23_20:38:40
Действительно ли безопасно удалить @apt-snapshot-release-upgrade-utopic-*
снимок?
Примечание: Я использую eCryptFS (не уверенный, если это имеет значение в этом случае).
Я видел много учебных руководств о том, как откатывать к одному из этих снимков однако на более новых версиях человечности (протестированный на 15,04), Вы, nolonger должен смонтировать файловую систему для отката к снимку, созданному до apt-btrfs-snapshot
.
Снова, выполняет эти команды от рабочей системы, не смонтированный раздел, как Вы обычно были бы при управлении btrfs снимками.
Просто выполненный:
sudo apt-btrfs-snapshot list
, чтобы перечислить доступные снимки и затем выполнить следующее для возвращения к более старому снимку:
sudo apt-btrfs-snapshot set-default @<name-of-snapshot>
Для этого случая, можно хотеть установить значение по умолчанию на существующий снимок.
Перезагрузка для изменений для вступления в силу.
кроме того, удаление создает снимки, теперь намного более надежно и прост. Снова, для списка снимков работайте:
sudo apt-btrfs-snapshot list
Затем для удаления снимка работайте:
sudo apt-btrfs-snapshot delete @<name-of-snapshot>
Для списка по дате более старый, чем два дня, например, выполненный:
sudo apt-btrfs-snapshot list-older-than 2d
Для удаления всех снимков, более старых, чем два дня, например, выполненный:
sudo apt-btrfs-snapshot delete-older-than 2d
прохладная вещь состоит в том, что Ваше старое значение по умолчанию не будет удалено так, можно все еще откатывать к тому, если у Вас есть набор того.
снимки Удаления должны сразу вступить в силу.
<час>, Если Вы не получаете "пространство на устройстве" ошибка после начальной загрузки можно присоединить пустой USB pendrive или внешний диск и использовать командную строку для монтирования диска в/tmp.
После монтирования диска в/tmp у Вас должно быть достаточно свободного места для выполнения:
sudo apt-btrfs-snapshot delete-older-than
Похож на него, безопасно. Я видел другой попытки , чтобы сделать это, и это повернулось, чтобы быть не настолько простым.
Первый, выполняет следующую команду для наблюдения, какой раздел является btrfs разделом (предполагающий, что у Вас только есть один btrfs раздел):
lsblk -o NAME,FSTYPE | grep btrfs| grep -o sda.
<час> следующее использование /dev/sda3
как пример.
Вот то, как я сделал это:
# mkdir /mnt/tmp
# mount /dev/sda3 /mnt/tmp
# ls /mnt/tmp
@
@apt-snapshot-release-upgrade-utopic-2014-10-23_20:38:40
@home
Вот корректный раздел:
# btrfs subvol delete /mnt/tmp/@apt-snapshot-release-upgrade-utopic-2014-10-23_20:38:40
Transaction commit: none (default)
Delete subvolume '/mnt/tmp/@apt-snapshot-release-upgrade-utopic-2014-10-23_20:38:40'
# btrfs subvol list /
ID 257 gen 397869 top level 5 path @
ID 258 gen 397869 top level 5 path @home
Не много пространства было освобождено:
vic-UX32VD# df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda3 120729076 117384216 1996232 99% /
перезапуск А помог:
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda3 120729076 109894736 9187296 93% /