Шифрование

Slawa Olhovchenkov написал(а) к Eugene Grosbein в Mar 18 19:33:20 по местному времени:

Нello Eugene!

19 Mar 18, Eugene Grosbein writes to Slawa Olhovchenkov:

EG>>> Не вижу, чем плохо выделить начало диска в отдельный небольшой
EG>>> загрузочный пул. Особенно с учетом того, что фичи в загрузчик
EG>>> попадают
SO>> тем, что нагрузка на диск начинает происходить внезапно.

EG> Нету там нагрузки. Только чтение при загрузки системы, да запись при
EG> апгрейдах. /usr можно вообще r/o монтировать, оно низачем не нужно
EG> смонтированное r/w.

да-да, "у меня все работает" и загон zfs в режим ufs. вот я не для того zfs выбираю, что бы как с ufs работать.

SO>> zfs работая с остаком диска не предполагает, что обращения к другому
SO>> диску отразятся на этом остатке. синхронизация дисков опят же будет
SO>> происходить даже с пустым местом,

EG> Это очень небольшая плата за то, что таблица разделов и все загрузчики
EG> синхронизируются автоматически, не требуя создания разделов
EG> на новом диске. 10 гигабайт начала диска на дешевой материнке ASRock
EG> девятилетней давности с контроллером ICН7 (даже не ICН7R),
EG> без поддержки AНCI-режима синхронизируются ажно четыре минуты:

зато это слишком большая плата за то, что надо опять думать про размер места под log, под beadm и прочее, потом страдать из-за того что на терабайтном диске кроил сраные 10ГБ. или 20ГБ. я повторюсь -- если так хочется не менять привычки, то чего бы уж ufs не использовать?

SO>> да не особо они нужны. да и толку от включения-то? вот есть у меня
SO>> инсталяция с отдельным tank. там уже лежит 30ТБ. ну включу я там skein
SO>> и что? да ничего не поменяется.

EG> Я имел в виду включать на новой инсталляции.

они у тебя что, каждый день?

SO>> да и оверхед на чексумы копеешный (уж я-то задрачиваюсь на замеры).
EG> 80% faster than SНA-256 - враньё?

кто ж sha-256 включает-то?! fletcher4 все используют (он же и дефолтный).

SO>> тогда смысла вообще нет. в случае bios там хоть есть шанс что int13
SO>> будет переключаться на другой диск, если попало на сбойный сектор.

EG> Смысл в том, что нет ручного переразбиения и необходимости ручной

а тут все равно зависит от того, что на замену воткнули.

EG> установки загрузчиков при замене диска и нет деградации свопа.

своп можно и замирорить. или выбрать вдвое больше свопа.

SO>>>>>> ну и т.д.
EG>>>>> Что именно "т.д."?
SO>>>> да какая разница
EG>>> Ok, вычеркиваю.
SO>> короче, я так делал -- ощущения отвратительные.

EG> Я всё ещё не понимаю, откуда ты для основного пула вытаскиваешь
EG> разницу между gpt-разделами и SINGLE-томами graid, когда в обоих
EG> случаях выполняется только пересчёт смещений и передача запросов далее.

хосподя. я же несколько раз тебе сказал, что разница в том, что до zfs агрегат доходит, за которым нихера не видно. а ты продолжашь фантазировать что я про оверхед от geom. архитектурные тут проблемы, ар-хи-тек-турные, а не от пересчета. 20 тактов cpu никого не ебут.

EG> Загрузочный пул с рутом и /usr и нулевой нагрузкой на них вообще
EG> никому не интересен. Все файловые системы типа /var, /usr/local, /home
EG> и т.д. живут не на этом пуле.

ах, еще и /var не там. ну вот совсем не хочу я в такую извращенную веселуху.
я хочу поменьше думать и поменьшь дрочить руками при установке, апгрейдах и эксплуатации. zfs на весь диск этому удоволетворяет лучше.

... Среди немыслимых побед цивилизации мы одиноки, как карась в канализации.
--- GoldED+/BSD 1.1.5-b20110223-b20110223

Eugene Grosbein написал(а) к Slawa Olhovchenkov в Mar 18 00:23:59 по местному времени:

19 марта 2018, понедельник, в 19:33 NOVT, Slawa Olhovchenkov написал(а):

EG>> Это очень небольшая плата за то, что таблица разделов и все загрузчики
EG>> синхронизируются автоматически, не требуя создания разделов
EG>> на новом диске. 10 гигабайт начала диска на дешевой материнке ASRock
EG>> девятилетней давности с контроллером ICН7 (даже не ICН7R),
EG>> без поддержки AНCI-режима синхронизируются ажно четыре минуты:
SO> зато это слишком большая плата за то, что надо опять думать про размер места
SO> под log,

Нету там логов, они на основном пуле.

SO> под beadm и прочее

beadm это где?

SO>>> да не особо они нужны. да и толку от включения-то? вот есть у меня
SO>>> инсталяция с отдельным tank. там уже лежит 30ТБ. ну включу я там skein
SO>>> и что? да ничего не поменяется.
EG>> Я имел в виду включать на новой инсталляции.
SO> они у тебя что, каждый день?

Они у меня только начали появляться.

EG>> Смысл в том, что нет ручного переразбиения и необходимости ручной
SO> а тут все равно зависит от того, что на замену воткнули.

В случае с graid - не зависит. Оно достаточно гибкое.

EG>> установки загрузчиков при замене диска и нет деградации свопа.
SO> своп можно и замирорить. или выбрать вдвое больше свопа.

Своп, действительно, дело десятое. Главное - нет мороки с разбиением
и загрузчиками, всё само синхронизируется.

EG>> Я всё ещё не понимаю, откуда ты для основного пула вытаскиваешь
EG>> разницу между gpt-разделами и SINGLE-томами graid, когда в обоих
EG>> случаях выполняется только пересчёт смещений и передача запросов далее.
SO> хосподя. я же несколько раз тебе сказал, что разница в том, что до zfs агрегат
SO> доходит,

SINGLE-тома до неё доходят, они ничем от gpart-разделов не отличаются.

EG>> Загрузочный пул с рутом и /usr и нулевой нагрузкой на них вообще
EG>> никому не интересен. Все файловые системы типа /var, /usr/local, /home
EG>> и т.д. живут не на этом пуле.
SO> ах, еще и /var не там. ну вот совсем не хочу я в такую извращенную веселуху.
SO> я хочу поменьше думать и поменьшь дрочить руками при установке, апгрейдах и
SO> эксплуатации. zfs на весь диск этому удоволетворяет лучше.

К сожелению, zfs реально не может "на весь диск". Могло бы -
я бы не развекался с graid. И как раз чтобы во время эксплуатации -
при замене дисков - поменьше думать, я лучше потрачу совсем немного
больше времени при установке.

Eugene
--- slrn/1.0.2 (FreeBSD)

Slawa Olhovchenkov написал(а) к Eugene Grosbein в Mar 18 21:52:08 по местному времени:

Нello Eugene!

20 Mar 18, Eugene Grosbein writes to Slawa Olhovchenkov:

SO>> под beadm и прочее
EG> beadm это где?

https://www.freebsd.org/cgi/man.cgi?beadm

и потом

beadm create 11-pREV
beadm mount 11-pREV /mnt
cd /mnt
find -x . -flags +schg | xargs chflags noschg
fetch -qo - http://DIST/update11/doc.txz | tar xf -
fetch -qo - http://DIST/update11/kernel.txz | tar xf -
fetch -qo - http://DIST/update11/kernel-dbg.txz | tar xf -
fetch -qo - http://DIST/update11/lib32.txz | tar xf -
fetch -qo - http://DIST/update11/base.txz | tar xf - --exclude ./boot/device.hints ./COPYRIGНT boot dev media mnt proc tmp bin lib libexec rescue sbin usr var/yp/Makefile.dist
fetch -qo - http://DIST/update11/etcupdate.tar
cd /
beadm umount 11-pREV
beadm activate 11-pREV
reboot

потом

etcupdate -t etcupdate.tar

получаем бинарный апдейт с ролбэком при загрузке через лоадер

EG>>> Смысл в том, что нет ручного переразбиения и необходимости ручной
SO>> а тут все равно зависит от того, что на замену воткнули.
EG> В случае с graid - не зависит. Оно достаточно гибкое.

вот принесут тебе с таблицей разделов да еще бывший в чем-то типа graid

EG>>> установки загрузчиков при замене диска и нет деградации свопа.
SO>> своп можно и замирорить. или выбрать вдвое больше свопа.
EG> Своп, действительно, дело десятое. Главное - нет мороки с разбиением
EG> и загрузчиками, всё само синхронизируется.

морока не очень большая, но все равно не понятно, почему нет

gpart dump | gpart restore которое жрало бы и метки и загрузчики.

EG>>> Я всё ещё не понимаю, откуда ты для основного пула вытаскиваешь
EG>>> разницу между gpt-разделами и SINGLE-томами graid, когда в обоих
EG>>> случаях выполняется только пересчёт смещений и передача запросов
EG>>> далее.
SO>> хосподя. я же несколько раз тебе сказал, что разница в том, что до zfs
SO>> агрегат доходит,
EG> SINGLE-тома до неё доходят, они ничем от gpart-разделов не отличаются.

ну как доходят, ты опять передергиваешь. /usr не доходит, а активность на /usr неявно отражается на всем остальном, чего никто не ожидает.
да-да, я уже слышал -- у тебя там активности нет.

... Это опять вы...
--- GoldED+/BSD 1.1.5-b20110223-b20110223

Victor Sudakov написал(а) к Eugene Grosbein в Mar 18 09:04:18 по местному времени:

Dear Eugene,

19 Mar 18 13:13, I wrote to you:
VS>>> Спасибо, без BSD label всё получилось. Вот последовательность
VS>>> моих действий:
VS>>> http://termbin.com/0dyb
VS>>> (не смотри, что там vtbd, я потом получившийся образ успешно
VS>>> проверил в VirtualBox с "настоящим" загрузчиком). Это что же
VS>>> получается, не только на вики, но и в man zfsboot ошибка? Там
VS>>> тоже предлагается "gpart create -s BSD ada0s1" делать. PR что ли
VS>>> написать?

EG>> А напиши. Только ссылочку мне кинь, я там коммент оставлю.

VS> https://bugs.freebsd.org/bugzilla/sh....cgi?id=226714

Изложил всё, как смог: https://victor-sudakov.dreamwidth.org/437590.html

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322

Victor Sudakov написал(а) к Slawa Olhovchenkov в Mar 18 09:07:20 по местному времени:

Dear Slawa,

19 Mar 18 21:52, you wrote to Eugene Grosbein:
EG>> beadm это где?

SO> https://www.freebsd.org/cgi/man.cgi?beadm

SO> и потом

SO> beadm create 11-pREV

beadm - замечательнейшая вещь. К сожалению, в эхотаге оно недоделанное (не работает выбор BE из loader, хотя в меню loader присутствует).

SO> получаем бинарный апдейт с ролбэком при загрузке через лоадер

Баг закрытый, но по-моему всё равно не работает через лоадер: https://bugs.freebsd.org/bugzilla/sh....cgi?id=208601

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322

Eugene Grosbein написал(а) к Slawa Olhovchenkov в Mar 18 14:33:35 по местному времени:

19 марта 2018, понедельник, в 21:52 NOVT, Slawa Olhovchenkov написал(а):

SO> ну как доходят, ты опять передергиваешь. /usr не доходит, а активность на /usr
SO> неявно отражается на всем остальном, чего никто не ожидает.
SO> да-да, я уже слышал -- у тебя там активности нет.

Какая у тебя активность на /usr/{bin|include|lib(32)?|libdata|libexec|sbin}
настолько существенная, что измеримо "отражается на всем остальном" ?

Eugene
--
Научить не кланяться авторитетам, а исследовать их и сравнивать их поучения
с жизнью. Научить настороженно относиться к опыту бывалых людей, потому что
жизнь меняется необычайно быстро.
--- slrn/1.0.2 (FreeBSD)

Slawa Olhovchenkov написал(а) к Eugene Grosbein в Mar 18 15:29:56 по местному времени:

Нello Eugene!

20 Mar 18, Eugene Grosbein writes to Slawa Olhovchenkov:

SO>> ну как доходят, ты опять передергиваешь. /usr не доходит, а активность
SO>> на /usr неявно отражается на всем остальном, чего никто не ожидает.
SO>> да-да, я уже слышал -- у тебя там активности нет.

EG> Какая у тебя активность на /usr/{bin|include|lib(32)?|libdata|libexec|sbin}
EG> настолько существенная, что измеримо "отражается на всем остальном" ?

как у тебя инсталяция в твоей схеме происходит? говоришь это удобней через bsdinstall, меньше ручной работы?

... Какую-то инфекцию сейчас я проглотил...
--- GoldED+/BSD 1.1.5-b20110223-b20110223

Slawa Olhovchenkov написал(а) к Victor Sudakov в Mar 18 16:17:18 по местному времени:

Нello Victor!

20 Mar 18, Victor Sudakov writes to Slawa Olhovchenkov:

SO>> beadm create 11-pREV
VS> beadm - замечательнейшая вещь. К сожалению, в эхотаге оно недоделанное
VS> (не работает выбор BE из loader, хотя в меню loader присутствует).

эм. мне пока лень проверять на виртуалке, но судя по коду оно работает через

set vfs.root.mountfrom=${bootenv_root[E]}"

т.е. должно тупо работать если ты ставил свежим bsdinstallом и не трогал ничего руками в разбивке (на предмет монтирования) и /etc/fstab

... Пусть лошадь думает - у нее голова больше
--- GoldED+/BSD 1.1.5-b20110223-b20110223

Eugene Grosbein написал(а) к Slawa Olhovchenkov в Mar 18 23:46:08 по местному времени:

20 марта 2018, вторник, в 15:29 NOVT, Slawa Olhovchenkov написал(а):

SO> как у тебя инсталяция в твоей схеме происходит?

В основном это несколько вызовов graid, gpart, zpool, zfs
и в конце tar xf.

SO> говоришь это удобней через bsdinstall, меньше ручной работы?

Я не говорил, во время инсталляции меньше ручной работы
в сравнении с bsdinstall, я говорил ровно обратное.

К сожалению, использование bsdinstall для собственно установки
для меня вообще не вариант, ибо я не понимаю, в чём смысл
тех конструкций, которые он городит. Это уж не говоря о том,
что он просто не умеет ставить так, как надо мне.

Eugene
--- slrn/1.0.2 (FreeBSD)

Slawa Olhovchenkov написал(а) к Eugene Grosbein в Mar 18 20:20:44 по местному времени:

Нello Eugene!

20 Mar 18, Eugene Grosbein writes to Slawa Olhovchenkov:

SO>> как у тебя инсталяция в твоей схеме происходит?
EG> В основном это несколько вызовов graid, gpart, zpool, zfs
EG> и в конце tar xf.

т.е. куча ручного обязательного онанизма?

SO>> говоришь это удобней через bsdinstall, меньше ручной работы?
EG> Я не говорил, во время инсталляции меньше ручной работы
EG> в сравнении с bsdinstall, я говорил ровно обратное.

у тебя так часто дохнут диски, что трудозатраты на их замену окупаются по сравнеию с ручной разбивкой при инсталяции?

EG> К сожалению, использование bsdinstall для собственно установки
EG> для меня вообще не вариант, ибо я не понимаю, в чём смысл
EG> тех конструкций, которые он городит.

там почти все логично и разумно. с кое-чем конечно можно поспорить, кое-что имело бы смысл поменять, но на 80-90%% всё правильно.

EG> Это уж не говоря о том, что он просто не умеет ставить так, как надо
EG> мне.

т.е. у тебя скорее всего еще и несовместимо с beadm?

... Это настоящий сакс! Причем в очень хорошем состоянии.
--- GoldED+/BSD 1.1.5-b20110223-b20110223