Я использую монтирование NFS. Мой /home
смонтирован как на Ubuntu, так и на OpenBSD с сервера OpenBSD NFS, и у меня нет проблем (одинаковый UID/GID в обеих системах! ).
Если у вас двойная -загрузка и вы просто хотите время от времени передавать несколько файлов, tar
архивы на USB-накопителе FAT32 будут работать очень хорошо.
Я никогда не пытался разделить разделы между Linux и OpenBSD (Я бы использовал виртуальные машины вместо двойной -загрузки ). Звучит сложно, но в базовой системе OpenBSD 6.1 есть команда mount_ext2fs
, поэтому файловые системы EXT2 должны поддерживаться хотя бы в базовой степени.
what is the meaning of this run-level ?
Это означает, что слово до сих пор не просочилось повсюду, даже после того, как в руководстве systemd для его runlevel
команды с 2010 года было явно указано, что эта концепция устарела .
Забудьте об уровнях выполнения.
В вашей операционной системе нет уровней выполнения. Как подробно объясняется в https://unix.stackexchange.com/a/394238/5132, они просто не существуют без нескольких прокладок совместимости. То, что вы видите из команды systemd runlevel
, является фикцией, созданной из состояний реальных механизмов systemd с помощью ее почти полностью недокументированной systemd-update-utmp
программы.
(В наборе инструментов nosh я применил несколько иной подход. Я задокументировал команду login-update-utmpx
. Но это не требует создания фикций, и я также заставил runlevel
прокладку просто печатать "NN", чтобы донести мысль, что уровней выполнения нет . Выбор Upstart для печати «неизвестно» нарушает некоторые плохо написанные сценарии установки/удаления пакетов.)
Уровни запуска устарели с 1990 года, и ваша операционная система, наконец, догнала их 10 лет назад, в RedHat Enterprise Linux версии 6, когда она перешла на Upstart (, который также не работал с точки зрения уровней выполнения,но предоставил немного более обширную прокладку совместимости, чем systemd ). Прошло более 5 лет с версии 7, когда он переключился с Upstart на систему, страницы руководства которой явно задокументировали это как устаревшее.
По иронии судьбы, systemdrunlevel
даже не сообщает вам , что ваша система не работает в многопользовательском -режиме. Таким образом, бессмысленно и необоснованно -спрашивать, как переключиться в многопользовательский -режим, учитывая, что multi-user.target
, вероятно, уже активен в вашей системе. Чтобы определить , что , конечно, вы используете systemctl status multi-user.target
, а , а не , команду runlevel
.
login-update-utmpx
. Нош Руководство. Программное обеспечение. runlevel
. Нош Руководство. Программное обеспечение.