LINUX.ORG.RU
ФорумTalks

[арченовости-день] Поддержка /usr на отдельном разделе


0

1

Привет, потсоны!

Вместе с релизом mkinitcpio 0.8.2 добавили поддержку монтирования /usr из early userspace, в случае если /usr расположено на отдельном разделе. Кто там кричал «хотим фичу, суть такова..», ну вот, теперь она есть и ее надо тестировать.

Чтобы заработало, нужно две вещи:

1) Включить хук shutdown в /etc/mkinitcpio.conf. Он скопирует содержимое initramfs в /run/initramfs в ходе начальной загрузки и добавит небольшой скрипт (ВНЕЗАПНО называющийся shutdown). При выключении, initscripts смонтирует API filesystems в /run/initramfs, переключится на этот новый корень и затем подряд отмонтирует реальные файловые системы.

На момент написания, всё это работает максимально тупо. Не разбираются сложные системы, такие как LVM, и не закрываются шифровальные маппинги. Возможно, это добавится в следующем релизе.

2) Добавить хук fsck в /etc/mkinitcpio.conf. В случае если /usr имеет файловую систему, отличающуюся от файловой системы корня, нужно добавлять его до autodetect. Если вы не добавите этот хук, может случится много грустных вещей (и после этого вы пойдете ныть в толксы что Арча — для красноглазой школоты, и нужно валить на какое-нибудь отродье мамонта типа Debian Stable :). Быть может, в следующем релизе хук станет достаточно умным, чтобы обрабатывать бинарники только из корня и /usr.

Этот хук fsck рекомендуется абсолютно всем, а не только тем, у кого отдельный /usr. Запуск fsck в early userspace означает, что диск может быть проверен до монтирования — поэтому чинить можно без перезагрузки.

При использовании systemd всё должно работать точно так же. Скрипт shutdown игнорируется, а корень не будет перепроверяться из-за наличия сигнального файла, появившегося в /run/initramfs.

(Ответственный за безобразие — Дейв Рейзнер.)

Happy new updates, gentlemen!

★★★★☆

Ответ на: комментарий от uju

Потянут и другие дистрибутивы.

Будем надеяться на то, что кто-нибудь сохранит адекватность :)

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73

Ох уж эти мифы. Месяцы проходят, а я так и не вижу обещанных потерь производительности. И не только на ext4 с 1-2%, но даже на XFS с фрагментацией 25-30% (кстати, столько набегало за месяц на почти статичном /home).

GotF ★★★★★
()
Ответ на: комментарий от GotF

Месяцы проходят, а я так и не вижу обещанных потерь производительности

У некоторых и Firefox не тормозит :D

кстати, столько набегало за месяц на почти статичном /home

xfs для home? OMFG. Если это для тебя нормально, то не удивительно, что ты не замечаешь потерь производительности :)

KRoN73 ★★★★★
()
Ответ на: комментарий от GotF

Это было до появления ext4

Что, и до появления reiserfs было? :)

xfs настолько тормозна на удалениях/модификациях, что иксы/kde/gnome, которые в /home пишут много, тормозят просто до видимости невооружённым глазом :)

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73

xfs настолько тормозна на удалениях/модификациях, что иксы/kde/gnome, которые в /home пишут много, тормозят просто до видимости невооружённым глазом :)

В сравнении с ext3 разница была небольшая (на глаз), с reiserfs у меня кармическая несовместимость. Возможно, NCQ как-то сглаживал ситуацию. Кстати, в последних ядрах много оптимизаций XFS в плане скорости, но я сам не пробовал, ext4 устраивает.

GotF ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.