[странные дела][SSD] кончились inodes на диске

Никогда не держи portage на основной ФС, для них есть reiser и btrfs.

Форматировать надо было правильно
mke2fs -b 1024 -m 0 -O dir_index -N 2097152 /dev/hdc2

mke2fs -b 1024 -m 0 -O dir_index -N 2097152 /dev/hdc2

Них;%#№" себе, команда. :))

надо полагать иных менее деструктивных методов нет?

хотя все равно я бы gentoo переставил. Первый раз, напортачил много, все дела

зархивируй все файлы на диски в архив

FOLDERS="
bin
boot
etc
home
lib
lost+found
media
mnt
opt
root
sbin
srv
usr
var"

for FOLDER in $FOLDERS
do
tar -cf - «$FOLDER» | bzip2 -f -9 > «/mnt-arcs-place/$FOLDER.tbz»
done

> FOLDERS

Дальше можно не читать.

Вот такими костылями облеплен любой линакс вместо того, чтобы использовать нормальную юниксовую ФС с поддержкой блоков переменного размера и снапшотов/снимков. Да-да, я говорю о UFS2 и ZFS, а не о том убожестве—жертвах многочисленных абортов коммерческих компаний, которе привнесли в линакс весь тот зоопарк непотребства, которое надо лечить такими вот способами.

Неужели в UFS во FreeBSD иноды не могут кончиться?

enjoy your ext*

Неужели в UFS во FreeBSD иноды не могут кончиться?

Интересный вопрос. Книжка «FreeBSD. Архитектура и реализация» так отвечает на этот вопрос:

Организация быстрой файловой системы Беркли

<...>

Организация файловой системы BSD делит дисковый раздел на одну или более областей, каждая из которых называется группой цилиндров.

<...>

Каждая группа цилиндров содержит учётные сведения, которые включают дополнительную копию суперблока, пространство для inode, битовую карту, описывающую доступность блоков в группе цилиндров, и суммарные сведения, описывающие использование блоков данных внутри группы цилиндров. Битовая карта доступных блоков в группе цилиндров заменяет свободный список традиционных файловых систем.

<...>

Обоснованием для использования групп цилиндров является создание кластеров inode, которые разбросаны по диску вблизи блоков, на которые они ссылаются, вместо размещения их в начале диска. Файловая система пытается выделить блоки файлов рядом с описывающими их inode, чтобы избежать длительных поисков между получением inode и получением связанных с ним данных. Также, когда inode разбросаны, меньше вероятность их потери в результате единственного отказа диска.

Выделение, основанное на экстентах

<...>

Чтобы получить наибольшую эффективность протяжённости без неэффективности произвольного доступа, UFS2 добавила в inode поле, которое позволит этому inode использовать больший размер блока. Небольшие, медленно растущие или разбросанные файлы устанавливают в качестве этого значения обычный размер блока файловой системы и представляют свои данные традиционным способом, показанный на рис. 8.37(a). Однако когда файловая система обнаруживает большой, плотный файл, она может установить в этом поле размера блока inode значение, от 2 до 16 раз большее размера блока файловой системы. На рис. 8.37(c) представлен тот же самый набор номеров блоков, как на рис. 8.37(a), с полем размера блока inode в 4 раза большим размера блока файловой системы. Каждый указатель на блок ссылается на участок дискового хранилища, который в четыре раза больше, что уменьшает требования к хранилищу метаданных на 75 процентов. Поскольку указатель на каждый блок, кроме, возможно, последнего, ссылается на блоки одинакового размера, вычисление смещений произвольного размера так же быстро, как при традиционном представлении метаданных. В отличие от традиционного основанного на экстентах представления, которое может удвоить необходимое для метаданных пространство для определённых наборов данных, это представление всегда ведёт к меньшему пространству, выделяемому для метаданных.

В Ext2/3 ФС inode обычно располагаются в начале диска, так что область метаданных имеет весьма малый размер, да и логически «расти» ей некуда. В Ext4 добавили экстенты, что снижает количество inode для адресации блоков данных для больших файлов.

> Никогда не держи portage на основной ФС, для них есть reiser и btrfs.

С btrfs у него ещё и место на диске закончится..