Решил поковырять генту, скока ей места то надо?

16 гигов хотя бы

исходники, скачанные тарболлы, свободное место для компиляции (тот же либреофис минимум 6 гигов для сборки требует)

и 256мб оперативки тоже мало, даже компиляция ядра будет падать из-за её нехватки, нужен минимум гиг

При распаковке фейлится ругаясь что нет места на диске. ... 4гб диска.

Предположу, что и файловая система у вас ext4. Так а что вы в таком случае хотите? У ext* файловых систем нет динамического выделения блоков inodes, они создаются при создании файловой системы, их число фиксировано и зависит от размера файловой системы, если вы не указали соответствующим параметром большее число блоков inodes.

Отсюда несколько выходов:
- использовать другую файловую систему;
- увеличить размер раздела под файловую систему ext4 и пересоздать её;
- размер раздела не увеличивать, но при создании файловой системы указать соответствующий параметр, в котором указать число создаваемых блоков inodes.

Ну и 256Mb будет маловато, долго будешь всё собирать.

Ну припустим памяти то я ей дам. но т.е. нет возможности тащить выборочно кусками?

1/8

Можно и на 4 Гб собрать, но тут всё же проблема в файловой системе, ибо она, скорее всего, ext4.

Ну а libreoffice поставить из бинарного пакета, хотя конечно ядро получится собрать только один раз, ибо для нормально сборки ядра нужно 1,5 Гб свободного места, не считая примерно 500 Мб под распакованные исходники самого ядра.

Что тащить кусками?

ФС вообще ext3, не суть, разделы пересоздам. Скока инодов ей поставить?

Что тащить кусками?

Не все дерево, а только то с чем хочу поколупаться, с тем же ядром например только.

ФС вообще ext3, не суть,

Не суть, можете сами посмотреть число свободных блоков inode:

df -i

Скока инодов ей поставить?

Без понятия, я уже давно её не использую. Могу посоветовать использовать reiserfs или jfs например.

Я сейчас посмотрел, у меня вообще 44 гига только /usr занимает :)

Но из них 22 на distfiles приходит, можно конечно почистить старый мусор...

Ну сделайте локальный оверлей, а ebuild`ы в него скачайте с http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/, но вам так будет намного сложнее.

У вас что места что-ли нет? Выделите 10Гб хватит. Но файловую систему всё же отличную от ext* используйте.

Оки, спасибо, принято, усвоено (фс !ext*, +памяти, +диска). Пойду пробовать.

Что-то многовато всего, ещё пакеты небось бинарные собираете? Вы не забывайте, что в /usr ещё и исходники ядра лежат, точнее в /usr/src.

У меня /usr с вынесенными отдельно /usr/portage и /usr/src занимает 4,6 Гб.

Вах...
Я думал что генту используют для того, чтобы небыло ничего лишнего
Каким образом оно столько сожрало?

Накопилось за годы использования :)

Бинарные пакеты нет, но зато глобальный use doc включён, наверное из-за него тоже

У меня раздел на 20Гб, из них занято 15Гб.
2,9G /mnt/sdb6/usr/portage
15G /mnt/sdb6

Всё равно много.

Покажите:

du -xsh /usr/{portage,src}

$ du -xsh /usr/{portage,src} 
22G     /usr/portage
7,9G    /usr/src

но как я уже говорил, 22G занимают /usr/portage/distfiles, их можно не учитывать

9,2G /usr/share

вот ещё

Кароч посоны я понял - под сборку и эксперименты на большом писюке в виртуалке выделить ресурсов чтоб хоть ужралась, собрать, настроить, оттестировать. Потом затарить все это дело без лишнего гна и спокойно распаковать на Компак-мини 311. Ибо - все эти новые пакетные линуксы на этом малыше, ака оффтоп (ато и похуже) - еле шеволятся.

Ах да, все это в виртуалбоксе.

Любитель резиновых женщин, безалкогольного пива, безникотиновых сигарет и обезсахаренного сахара?

зачем вообще тогда виртуалка, можно в чруте собирать

Если на «большом писюке» у вас установлен Linux, то зачем вам виртуалка? Собирайте систему в chroot.

зачем вообще тогда виртуалка

Затем что если что пойдет не так или психану - то это будет в виртуалке.

Всё равно много, вот как у меня:

# du -xsh /usr/*
266M    /usr/bin
0       /usr/fakelib
18M     /usr/games
268M    /usr/include
0       /usr/lib
652M    /usr/lib32
1,9G    /usr/lib64
65M     /usr/libexec
330K    /usr/local
29M     /usr/sbin
1,7G    /usr/share
0       /usr/tmp
7,9M    /usr/x86_64-pc-linux-gnu

Вот с таким списком пакетов.

Что может пойти не так? Если уж станет совсем трудно то просто удаляете директорию в которую делали chroot, естественно предварительно отмонтируйте /dev и /proc.

Вообще можете написать скрипт, который будет всё делать за вас:

CHROOT_DIR=/mnt/gentoo
mount -o bind /dev ${CHROOT_DIR}/dev
mount -t proc none ${CHROOT_DIR}/proc
chroot ${CHROOT_DIR} /bin/sh
umount ${CHROOT_DIR}/proc
umount ${CHROOT_DIR}/dev

20 должно хватить. Но у меня, например, 70 ГБ на /. Хотя я вообще упорот.

mount -R /sys /mnt/gentoo/sys и вообще неправильный какой-то маунт, зачем биндить через -o, когда можно сделать это правильно?

Чем вас не устраивает bind?

Ну и к тому же /sys для сборки не нужен.

Но файловую систему всё же отличную от ext* используйте.

No ilfe under extFS

Точно не нужен? Насколько я помню, какие-то утилиты мониторинга хотят в туда. А не нравится тем, что --rbind монтирует и все сабмаунты, которые могут быть.

моя разбивка

$ df -h
Dateisystem                  Größe Benutzt Verf. Verw% Eingehängt auf
/dev/sdb2                      15G    8,0G  7,0G   54% /
udev                           10M    4,0K   10M    1% /dev
tmpfs                         1,2G    752K  1,2G    1% /run
shm                           5,9G       0  5,9G    0% /dev/shm
cgroup_root                    10M       0   10M    0% /sys/fs/cgroup
/dev/mapper/cryptvg-groot      93M    1,6M   90M    2% /root
/dev/mapper/cryptvg-home       99G     35G   65G   35% /home
/dev/mapper/cryptvg-gportage  5,0G    4,9G  120M   98% /usr/portage
/dev/mapper/cryptvg-gsrc      4,0G    2,0G  2,1G   48% /usr/src
/dev/mapper/cryptvg-gvar      3,0G    460M  2,6G   15% /var
/dev/sdb3                     103G     51G   52G   50% /mnt/games
tmpfs                         5,9G    140K  5,9G    1% /tmp
tmpfs                         5,9G       0  5,9G    0% /run/lock
tmpfs                         5,9G     36K  5,9G    1% /var/run
shm                           6,4G       0  6,4G    0% /var/tmp/portage

гигов 10, если постоянно чистить /usr/portage/distfiles, или держать его в tmpfs
айнодов ляма два

присоединяюсь к вопросу по поводу неполного синка дерева. нафига мне всякий гном, который никогда не понадобится...

файловую систему всё же отличную от ext* используйте

кроме того, что она не выделяет динамически айноды, что в ней плохого?
и что кроме неё есть годного? бронетранспортёр-фс стремновато пока использовать, ext как-то уже проверенная, стабильная, если только zfs. GRUB2, кстати, умеет грузить с zfs?

А не нравится тем, что --rbind монтирует и все сабмаунты, которые могут быть.

А причём здесь rbind?

Сделай

mkdir /tmp/root
mount -o bind / /tmp/root

Я уже написал что использую, reiserfs и jfs. Что вам от файловой системы нужно? Зачем вообще вспоминать по btrfs или zfs? Вам навороты нужны?

ну, вроде как, zfs должна быть шустрее из-за её кешей...

reiserfs

некоторые на лоре писали, что у них вылезали какие-то ошибки при компиляции ядра на рэйзере. хотя, может, у них просто руки кривые...

jfs

у меня два раза было, что она после экстенного вырубания меняла права на корне. с ext4 таких чудес ниразу не было

ошибки при компиляции ядра на рэйзере.

$ mount | grep reiserfs
/dev/mapper/cryptvg-gportage on /usr/portage type reiserfs (rw)
/dev/mapper/cryptvg-gsrc on /usr/src type reiserfs (rw)
/dev/mapper/cryptvg-gvar on /var type reiserfs (rw)

полет нормальный, никогда проблем не было, использую на разделах с туевой хучей мелких файлов. Но корень лежит на f2fs, ибо ссд.

Гента - это та ось, которую не перебивают годами, вот и накапливается мусор. Я раз в год провожу плановую очистку :)

а что такое /dev/mapper/cryptvg-g*?

а что такое /dev/mapper/cryptvg-g*?

luks + lvm

а буква «g» чтоб понятно было что эти разделы относятся к генте.