Нехватка места при сборке больших пакетов

[sdukshis]

Всем привет.

Начал потихоньку изучать Gentoo (в VirtualBox).

И возникла следующая проблема.

При сборке больших пакетов система ругается, что на устройстве закончилось место.
И действительно создать файл или директорию нельзя.

При этом df -h показывает на / около 1Гб свободного места.

Помогает, только очистка /var/tmp/portage, но при повторной сборке происходит та же ошибка.

Вся система, кроме /boot находиться на одном разделе.

Пока не могу понять, что не так.

fsck проходит без проблем.

В последний раз пытался собрать mozilla-firefox

Прошу совета.

[Lenux]

Один гигабайт это не место не для больших пакетов, вот если было бы 5 гигабайт. Насколько я помню при сборке xorg'а речь идёт о 4,5 гб
Так что 5 гб и норм. будут собираться

[Дмитрий]

Я, при нехватке места для сборки больших пакетов, перемонтирую /var/tmp/portage на раздел где места достаточно. Для VirtualBox нужно будет настроить общую директорию с хост-системой (думаю на хост-системе места должно быть достаточно ), потом выполнить приблизительно следующий скрипт

Код:

#! /bin/sh FILE_NAME=file.img FILE_SIZE=6500000 #FILE_SIZE=1024000 DEVICE=/dev/loop0 TMP_PORTAGE_DIR=/var/tmp/portage rm $FILE_NAME dd if=/dev/zero of=$FILE_NAME bs=1k count=$FILE_SIZE sudo losetup $DEVICE $FILE_NAME sudo mke2fs $DEVICE sudo losetup -d $DEVICE #sudo mkreiserfs $DEVICE sudo mount -o loop $FILE_NAME $TMP_PORTAGE_DIR ls $TMP_PORTAGE_DIR #sudo umount $DEVICE #ls $TMP_PORTAGE_DIR

Размера в 6.5 гиг достаточно, что-бы собрать опенофис, не думаю, что кому-то нужно места побольше. Как видно по переменной FILE_NAME, файл создается в текущей директории скрипта, поэтому или скрипт нужно выполнить в директории, где места должно быть достаточно, или изменить FILE_NAME на правильный путь

[Maximus_V]

При сборке больших пакетов система ругается, что на устройстве закончилось место.
И действительно создать файл или директорию нельзя.

При этом df -h показывает на / около 1Гб свободного места.

Скорее всего, кончились свободные иноды: вывод df -i вам в помощь. Сам с этим сталкивался, когда всю систему держал на одном небольшом разделе - система портежей включает очень много маленьких файлов, которые вполне могут занять все доступные иноды, а свободное место еще будет.

[NekoExMachina]

Насколько я помню при сборке xorg'а речь идёт о 4,5 гб

не-а, 0.5..
А вот openoffice - около 4х.

[Fogel]

Столкнулся с проблемой закончившихся iNodes.
Каталог /usr (3Gb) смонтирован на отдельном разделе. На данный момент на нем занято 53%, пытался пересобрать ядро, при распаковке сырцов выдаёт "no space left on device" (при этом занято 57%).
df -i выдает 0% free.
Вопрос: можно каким-либо образом увеличить количество iNodes без форматирования диска? (Как?)
Если все-таки нельзя, то не лучше ли форматировать этот раздел в RaiserFS?

[Fogel]

Похоже, без форматирования никак.

Be warned that is not possible to expand the number of inodes on a filesystem after it is created, so be careful deciding the correct value for this parameter

.
А вот такой вариант осуществим? С форматированием, но....

cp -pPR /usr /home/usr
mke2fs -j -c -N XXXXXX /dev/hdcX
mount ....
cp -pPR /home/usr /usr

Получится так?

или в mke2fs вместо ключа "N" лучше использовать "i"

[Fogel]

Заработало