Я пытаюсь настроить тюрьму, чтобы можно было создать образ NanoBSD. На самом деле это тюрьма поверх установленной NanoBSD.
У меня проблема в том, что я не могу установить md
устройство, чтобы выполнить часть «построения образа». Неужели просто невозможно смонтировать md
устройство внутри тюрьмы, или есть Другой ручку мне нужно покрутить?
На хосте
/etc/rc.conf.local
jail_enable="YES"
jail_mount_enable="YES"
jail_list="build"
jail_set_hostname_allow="NO"
jail_build_hostname="build.vm"
jail_build_ip="192.168.0.100"
jail_build_rootdir="/mnt/zpool0/jails/build/home"
jail_build_devfs_enable="YES"
jail_build_devfs_ruleset="devfsrules_jail_build"
/etc/devfs.rules
[devfsrules_jail_build=5]
# nothing
Внутри тюрьмы
[root@build /usr/obj/nanobsd.PROLIANT_MICROSERVER]# sysctl security.jail
security.jail.param.cpuset.id: 0
security.jail.param.host.hostid: 0
security.jail.param.host.hostuuid: 64
security.jail.param.host.domainname: 256
security.jail.param.host.hostname: 256
security.jail.param.children.max: 0
security.jail.param.children.cur: 0
security.jail.param.enforce_statfs: 0
security.jail.param.securelevel: 0
security.jail.param.path: 1024
security.jail.param.name: 256
security.jail.param.parent: 0
security.jail.param.jid: 0
security.jail.enforce_statfs: 1
security.jail.mount_allowed: 1
security.jail.chflags_allowed: 1
security.jail.allow_raw_sockets: 0
security.jail.sysvipc_allowed: 0
security.jail.socket_unixiproute_only: 1
security.jail.set_hostname_allowed: 0
security.jail.jail_max_af_ips: 255
security.jail.jailed: 1
[root@build /usr/obj/nanobsd.PROLIANT_MICROSERVER]# mdconfig -l
md2 md0 md1
md0
и md1
RAM-диски хоста.
bsdlabel
выглядит разумным
[root@build /usr/obj/nanobsd.PROLIANT_MICROSERVER]# bsdlabel /dev/md2s1
# /dev/md2s1:
8 partitions:
# size offset fstype [fsize bsize bps/cpg]
a: 1012016 16 4.2BSD 0 0 0
c: 1012032 0 unused 0 0 # "raw" part, don't edit
newfs
работает нормально
[root@build /usr/obj/nanobsd.PROLIANT_MICROSERVER]# newfs -U /dev/md2s1a
/dev/md2s1a: 494.1MB (1012016 sectors) block size 16384, fragment size 2048
using 4 cylinder groups of 123.55MB, 7907 blks, 15872 inodes.
with soft updates
super-block backups (for fsck -b #) at:
160, 253184, 506208, 759232
mount
терпит неудачу
[root@build /usr/obj/nanobsd.PROLIANT_MICROSERVER]# mount /dev/md2s1a _.mnt/
mount: /dev/md2s1a : Operation not permitted
ОБНОВИТЬ:
Один из моих коллег указал
Существуют некоторые типы файловых систем, которые невозможно безопасно смонтировать в тюрьме независимо от того, что, например, UFS, MSDOFS, EXTFS, XFS, REISERFS, NTFS и т. Д., Поскольку пользователь, монтирующий его, имеет доступ к необработанному хранилищу и может повредить его в способ, которым это вызовет панику всей системы.
Из http://www.mail-archive.com/freebsd-hackers@freebsd.org/msg160389.html
Кажется, что стандартный nanobsd.sh не будет работать внутри тюрьмы, пока он использует md
устройство для построения образа. Одно из возможных решений, которое я попробую, - это chroot
с хоста в тюрьму сборки, а не jexec
как ад.
Как вы сказали, chroot - лучший вариант.
Вы не хотите добиться безопасности, просто создайте и измените корень, чтобы ваши сценарии установки работали правильно. Для этого нужен chroot.
В некоторых системах нет двоичного файла chroot, но довольно легко написать простой скрипт, который достигнет всего, что вы хотите (и эй, вы можете повторно использовать его позже!).