Вопросы Теги

Начальная загрузка в chroot каталог оставляет корневой раздел только для чтения

Вы могли бы хотеть развернуть что-то как apf, который Вы сможете выполнить apf -d 192.168.1.123 и apf -u 192.168.1.123 заблокировать и разблокировать соответственно. Кроме того, APF сохраняет, это - локальный список блоков и вставит их в iptables на каждой перезагрузке.

2
18.07.2012, 03:26
1 ответ

Я не уверен, почему файловая система монтируется только для чтения, так как Вы указали rw. Возможно, ядро на самом деле монтирует чтение-запись изображения initrd вместо этого, и затем что изображение initrd монтирует Вашу корневую фс как только для чтения.

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

Возможно, Вы могли изменить Ваш chrootinit сценарий для выполнения того шага сначала:

/bin/mount -o remount,rw /
exec /usr/sbin/chroot /slack /sbin/init
3
27.01.2020, 22:07
  • 1
    Да, это работало, я просто должен был возвратить rw к ro в записях личинки, потому что он жалуется, что корневая фс должна быть смонтирована сначала как только для чтения перед перемонтированием. Только для любопытства, в нормальной установке Linux, кто ответственен за то, что сделал это перемонтирование, как считано и запись? –  Slack question 17.07.2012, 19:38
  • 2
    Это варьируется, но это обычно происходит в rc сценарий, рано в процессе init. На моем поле Debian я вижу, что оно повторно смонтировано в /etc/rcS.d/S07checkroot.sh, после установки udev и некоторых других услуг ядра. –  mrb 17.07.2012, 19:44

Теги

Похожие вопросы