“inode_size (128) * inodes_count (0) слишком большой для файловой системы с 0 блоками” при создании файловой системы
Я соглашаюсь с @vonbrand, что вход в систему как корень опасен. Однако, если Вы хотите сделать это, и сценарий может быть записан способом, что ему не нужен доступ к UI (Вы могли использовать expect, переместите требуемый вход в конфигурационные файлы или что-то вроде того), можно сделать это путем добавления правила crontab, которое включает перезагрузку. Это довольно универсально поддерживается.
Вы сделали бы это путем добавления crontab записи, которая, вместо обычных полей времени, использует специальную строку @reboot.
Например, у меня есть следующая crontab запись в crontab корня, предназначенном для заполнения кэша RAM со структурой целой файловой системы для ускорения доступов к диску:
@reboot /usr/bin/nice -n 19 /usr/bin/find / >/dev/null 2>&1
Посмотрите man 5 crontab для полного списка поддерживаемых специальных строк.
1: он не должен ничего делать с первичными / расширенными / логическими разделами.
2: Я думаю, вы хотели сказать «логический» раздел вместо «расширенный».
3: mkfs считает размер вашего раздела равным 0 байтам. Это было очень уверенно, потому что ядро не могло обновить таблицу разделов после переразбивки. Разве вы не получали предупреждения о необходимости перезагрузки после редактирования таблицы разделов?
В Linux есть две разные таблицы разделов: одна находится на нулевом блоке жесткого диска. И он есть в памяти ядра. Вы можете прочитать первый с помощью команды fdisk -l / dev / sda . А второй вы можете прочитать с помощью команды cat / proc / partitions . Эти два должны быть синхронизированы, но это не всегда возможно. Например, вы не можете изменить пределы используемого в данный момент раздела. В этом случае таблица разделов ядра не изменится.
Вы можете позволить ядру перечитать таблицу разделов диска с помощью команды blockdev --rereadpt / dev / sda . Большинство инструментов для разбиения на разделы выполняют эту команду после того, как они записывают вашу недавно измененную таблицу разделов на диск.
Проблема в том, что только новые ядра Linux способны перечитывать таблицу разделов используемого жесткого диска. С этой точки зрения жесткий диск считается «использованным», если на нем есть простой раздел, который используется либо инструментом, либо точкой монтирования, либо это активный раздел подкачки.
И даже эти новые ядра не могут изменить пределы используемого в настоящее время раздела.
Я думаю, ваша корневая система находится в / dev / sda , поэтому вам нужно перезагрузить компьютер после того, как вы сделали повторное разбиение на разделы.
В RHEL8 я создал новый раздел, расширенный как «Linux».
Я использовал mkfs.ext4для форматирования и partprobe, partx /dev/sda.
И после многих перезагрузок раздел остается.