Возможно ли?
vasek
кому будет нужно, расшифруют.
Если без теорий заговора и термо-ректального криптоанализа, как?
vs220
GWM
нормального решения
Нормальное решение ручная конфигурация, тут не убунта с разными наименованиями ядер автоматическая конфигурация не нужна и вредна.
Про конфигурацию и защиту конфига в русской вики подробно написано
Ясно, грустно, спасибо!
Долгое время пользовался systemd-boot, сейчас решил поставить обратно GRUB, но в упор не понимаю как его использовать.
Всё что надо сделать, это заставить grub генерировать "правильный" для меня конфиг.
Сейчас [нужная часть конфига] выглядит так: `linux /vmlinuz-linux root=UUID=1c523e3d-e051-42ac-9e1e-25ceaa574bfd rw quiet`.
Проблема в том, что "1c523e3d" это не мой рут раздел, это UUID от "/dev/mapper/cryptroot" которого естественно еще не существует при загрузке граба.
Мне надо сделать так, чтобы эта строчка выглядела вот так: `linux /vmlinuz-linux cryptdevice=UUID=eabf9c7f-f1b6-4aa9-8c61-52be7828ae8e:cryptroot:allow-discards root=/dev/mapper/cryptroot rw`.
Проблема в том, что как я понимаю `root=` генерируется автоматически, и в моем случае - совсем неправильно.
Так вот, вопрос в том можно ли как-то починить АВТОМАТИЧЕСКУЮ (ручками я и так умею поправлять, собственно это то что мне и пришлось сделать с помощью LiveCD чтобы нормально загрузится в систему после смены systmed-boot на граб) генерацию конфига граба (т.е. `grub-mkconfig -o /boot/grub/grub.cfg`), чтобы она генерировала "правильные" пункты в меню для Арча, и "обычные" пункты меню для других дистров запускаемых через граб.
P.S. ArchWiki по грабу читал - ничего полезного не вычитал. А мануал от GNU я не выкурю, многбукаф. Надеюсь что у кого-то уже была такая ситуация и соответственно есть готовое решение.
P.P.S. Ну либо нормального решения не существует, и надо возвращать systemd-boot...
cucullus
Для таких программ надо читать официальную документацию!
В арч-вики могут быть только арч-особенности.
Ну откуда ж мне знать то было что для постфикса оказывается его собственную вики читать надо)
А вообще, странно всё это как-то.. Проблема решается одной строчкой, и вроде как должна входить в "туториал стандартной настройки", но вместо этого на арчвики рекомендуется выставлять этот параметр в эррор..
С чем это может быть связано? Может это вопрос какой-нибудь безопасности, и просто выставив этот параметр в smtp я сделал что-то очень плохое?
Естественно я знал что письма передаются по smtp, только вот откуда мне был знать что тот параметр надо настроить именно так, если в арчвики об этом не написано?
Нашел на форуме что оказывается надо сделать "default_transport = smtp".
Только чет в вики как-то не особо об этом сказано...
И письмо приходит в спам, но уже хотя-бы приходит, так что наверное решено
EDIT: А нет, в спам идет только если нету заголовка, с заголовком все ваще зашибись.
Есть машинка, есть домен, DNS с MX записями настроен.
Поднял postfix по arch wiki.
Получение писем работает хорошо - а вот отправка не работает от слова совсем (возможно на "внутренние" адреса работает, но не проверял).
При отправке письма получаю его обратно со строчкой "outside mail is not deliverable 123 def" которая идет из конфига постфикса: "default_transport = error: outside mail is not deliverable 123 def" (сам параметр взят опять таки с arch wiki, а '123 def' добавил чтоб убедиться что это действительно эта строчка).
Как выглядит письмо которое получаю: https://imgur.com/a/5jbGpzn
Конфиг постфикса: https://gist.github.com/GreWeMa/37324a39f2356e7e0b7d8119e0f6ed59
Не знаю какие еще конфиги/логи нужны, если что - скину.
Спасибо!
Запустил из терминала - абсолютная тишина(
EDIT: Разобрался, это из-за расширения было (Video Background Play Fix), спасибо!
Столкнулся с проблемой, что переход в полноэкранный режим на ютубе работает только один раз, если в полноэкранном режиме попробовать выйти в "обычный" режим, видео чуть уменьшается и после этого кнопка полноэкранного режима не делает вообще ничего...
Вот как это выглядит: https://www.youtube.com/watch?v=hwKNV2UGdJ0
Есть у кого идеи из-за чего такое может быть?(