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

https://www.youtube.com/watch?v=1-SJGQ2HLp8 — не безызвестный товарищ демонстрирует классический рецепт итальянской пиццы, хочу отметить, что в отличии от большинства русскоязычных домохозяек он не страдает такой фигнёй, как добавление масла в тесто, добавление сахара к дрожжам. Точно так мы делаем хлеб: вода, мука, соль, дрожжи. Обычное дрожжевое тесто (опара). За сим, я не увидел причины, зачем замешивать его самостоятельно, если можно пойти и купить в магазине тесто на развес. Оно абсолютно на все 100% точно такое же (мы сами его замешиваем на пекарне и привозим в магазин вместе с хлебом, да).

Для начала хочу научиться готовить самую базу, поэтому из ингредиентов я взял: помидор + чеснок + базилик (или орегано), сыр и... всё. Речь не про колбасу, грибы и прочее, а хочу добиться результата вкусной базовой пиццы, с которой уже дальше можно работать и докладывать другие ингредиенты по желанию.

Такая пицца называется Маргарита и это классический итальянский пирог с сыром и помидорами, в котором ничего больше нет.

К вопросу о рациональности. Я купил такую малютку за 1500 рублей, очень маленькая электропечка, надеюсь, она себя окупит (по цене — 2.5 пиццы из доставки). Купил ингредиенты, которые в общей сумме обошлись в 400 рублей. Это без колбасы, без грибов и прочей экзотики, только база, с уже готовым дрожжевым тестом. И что-то как-то я начинаю сомневаться, честно говоря, потому что продукты выходят ну очень дорого. Но ладно, посмотрим.

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

Кто готовит пиццу дома? Как вы её делаете? На сколько по деньгам и трудоёмкости выходит? Лучше, чем из доставки?

Во время игры на трёх мониторах, на первом и третьем задействуется эффект называемый Bezel, — картинка и всё содержимое немного искажается, и выглядит не так, как на основном мониторе.

https://de.catbox.moe/8rakw4.png

https://de.catbox.moe/d6eepy.png

Осторожно, трафик!

Возможно на скриншотах это ещё не так заметно, но в живую заметно, как изображение явно искажается.

https://de.catbox.moe/8pmejz.jpg

Пошарил настройки Radeon, GTA, ничего подобного чтобы отключить не нашёл.

Действительно ли разработчики считают что так лучше и правильнее было сделать?

И ещё. Раз уж этот эффект Bezel используется в играх, когда игра запущена на трёх мониторах, разве не должно быть каких-то инструкций на тему, например, под каким углом должны быть расположены 1й и 3й мониторы? Не должна ведь картинка просто так искажаться, по идее, на неё следует смотреть под правильным углом, не?

Кто практиковал triple monitor setup 100% free, нормально ли это?

Кому интересно: разрешение 5760 x 1200, высокие настройки в GTA V. Железо Ryzen 3 1200, RX 570 8GB, 8GB RAM. Средние 40-50 FPS.

Часики-то тикают! Хотелось бы разобраться, стоит ли в 2020 году ходить в ЗАГС? Сколько ЛОРовцев проживает в гражданском браке, сколько в официальном? Сожалеете ли вы, что зарегистрировали ваши отношения официально?

Общество давит, что без семьи человек ничто, оно и понятно, семейный человек считается более ответственным. Боится потерять работу, боится просрочить выплату по кредитам...

Но какую реальную выгоду получает мужчина от штампа в паспорте?

А какую реальную выгоду получает женщина?

1. Твой супруг (супруга) теперь твой самый близкий родственник, официально. Это если чего коснётся, — наследства, имущества, здоровья (тьфу-тьфу-тьфу) и т.д. Ваша законная вторая половинка имеет полное право на принятие решений касательно вас.

2. В семье всё делится поровну, 50 / 50, все ваши доходы, «совместно нажитое» имущество. Всё, что вы заработаете, считается «совместно нажитым», даже если ваша супруг (супруга) не работает.

То, что было ДО брака остаётся только твоим, но то, что было приобретено ПОСЛЕ брака считается совместно нажитым, купля-продажа лично твоей квартиры доставшейся от бабушки по наследству тоже станет таковым.

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

4. Поскольку вы одна семья, то все решения принимаемые касательно имущества требуют согласия супруга (супруги). Купля-продажа вашей недвижимости, приобретённой в браке («совместно нажитое»), требуют согласия. Это же касается в том числе ипотеки.

5. Ваш супруг (супруга) это член вашей семьи и имеет полное право проживать в вашей квартире, даже если вы того не хотите.

На бумаге мы имеем равные права для супругов.

Однако, законодательство устроено таким образом, что женщинам выгоднее разводиться, что подтверждается статистикой в 80% разводов. Тот, кто вкладывает больше, оказывается в проигрышной ситуации.

Или 80% мужчин это все те, кто «бил», «пил», «курил», «изменял», «ругался матом», «сломал деревце»?

Брачный договор? Суды у нас их аннулируют.

# grep -с "расторжение брака" "Семейный кодекс РФ.txt"
87

В сухом остатке мы имеем свод правил «как развести мужа на алименты».

В какие современные видеоигры можно играть чтобы они играли себя сами, пока ты АФК (Away From Keyboard)?

В StarCraft II в кооперативный режим ввели «престижи», т.е. командиры сами по себе имели некие абилки, ульты, а «престиж» это своего рода новая тактика, которая даёт поблажки, например уменьшенный расход ресурсов на ульту. Пока Каракс может пройти всю катку одним орбитальным ударом, Рейнор (мой персонаж) продолжает потеть и 200 лимита таят на глазах. Мне бомбануло, когда мой уровень Рейнора сбросили в 0 при активации престижа. Представляете, я 4 года, сколько этот кооп существует, играю в него, за 4 года накопил уровень и его тупо обнулили!!! Теперь заново на каждый «престиж» надо качаться с нуля. Мне бомбануло, теперь я просто запускаю игру в кооп, и ухожу делать свои дела. Пусть за меня играют. Какого чёрта из-за тупого решения Близзард я должен заново всё проходить???

И я подумал, а в других играх такое можно провернуть? Ну, чтобы игра не требовала какого-то активного участия и играла сама себя, а ты мог бы alt-tab'нуться или вообще запустить несколько компов у себя в кладовке и проверять через удалённый рабочий стол со смартфона как идёт процесс, если что с минимальным участием прожимать ротацию кнопок и снова делать свои дела.

Какие игры это могут быть? И что нужно в играх делать?

Перемещено leave из games

-- ААААААААААААААААААААААААААААААААААА

-- Этот звук, что мы впитали с молоком матери.

Наконец-то завезли нормальную механику ближнего боя, из-за которой я так и не смог нормально играть в DOOM.

В DOOM, когда делаешь «фаталити», т.е. на последних ХП добиваешь монстра в ближнем бою, на время этой самой анимации весь остальной мир как будто бы останавливается. Тебя не атакуют, в тебя не летят пули, ракеты, лазеры, ничего. Детский сад какой-то.

В Serious Sam наконец-то! Сделали реалистично: подходишь для ближнего боя, вонзаешь лезвие в горло монстру, и в этот самый момент тебе может прилететь ракета в спину и GG. На время анимации мир не останавливается. Кайф!

С работы (хлебопекарь-тестовод) сократили — 5 лет отдал этой организации и вот она благодарность, а новую работу несколько месяцев найти не могу, и финансовая подушка безопасности подходит к концу.

В общем, теперь я работаю дворником.

Думаю провести эксперимент и попробовать вести прямые трансляции с места своей работы на какой-нибудь твич, — вполне себе ориджинал контент. Свежий воздух, городская природа и я, собирающий мусор во дворах, а?

Посоветуйте оборудование, с чего можно начать проводить трансляции. На что лучше его закрепить.

Спасибо.

FirstVDS лежит. :) Хранил на нём DNS сервера, теперь все сервизы (чайные, ага) лежат вслед за ним. :) Я улыбаюсь потому что у меня истерика. :) Пишут, проблема с электропитанием, у меня работало всё в tmpfs, если сервера отключили, всё пропало т.к. бэкапы я не делал как любой уверенный пользователь ПеКа.

Критериев выбора только два: максимально дёшево и не будет перебоев в работе сервера (интернеты, электропитание). Использоваться будет для хранения DNS-записей, exim с одним аккаунтом и nginx для публикации небольших статичных данных (условно, когда надо в чатике показать смешную картинку из интернетов или кусок кода — заливаю на вдс).

Не в курсе рынка хостингов, спрошу у ЛОРа.

https://www.opennet.ru/opennews/art.shtml?num=53428

дёрнул меня чёрт создать тред на опеннете, чтоб прорекламировать booty. ну что корректор «подкорректировал» я опущу момент.

начни с того, какой профит по сравнению с dd if=.iso of=/dev/usb, с unetbootin, с ventoy и т.д.

АААААААААААА!!!! АААА!!!!

нет, вы посмотрите. они сравнивают программу для создания загрузочных bios/uefi образов с системой внутри с программами для простейшего копирования.

Посмотрел на первую строчку первого попавшегося файла:

#! /usr/bin/env sh

Дальше смотреть явно смысла нет.

эти люди хоть одну строчку кода, портируемого, написали?

при этом лезут, *****, с умным видом, всё то они ***** знают, школьники *****. ***** не знают и везде лезут со своим мнением.

скачать исошку с официального сайта или париться, делая самому

какой однако сложный выбор

да, качай давай, убунточку или манжару там, установил и пользуешься, чё мне эти загрузочные образы делать. для ботанов-задротов каких-то. да? ДАААААА?!

ОН:

не работает нифига

не работает даже ввод в консоли.

5.6.19-2-MANJARO

написал вот каммент и только потом дошло - откуда ваш скрипт вообще берет модули при создании initrd ?

походу оно без модулей ядра у меня получилось (initrd) вот и не грузится.

Я:

подготовить ядро это ваша задача, в пятый раз в этом треде пишу: make defconfig

ОН

иди кашки манной себе приготовь, клоун.

мне еще чего-то готовить нужно что бы твой скрипт заработал, ты совсем что ли белены объелся?

эти люди заслуживают всего того, что с ними происходит.

Всё как вы любите: Twitter, Go, мысли влезающие в 140^W 288 байт...

https://github.com/prologic/twtxt

twtxt — это децентрализованный микроблог а-ля Twitter написанный на Go, по желанию можно поднять собственный инстанс, включив регистрацию, а можно зарегистироваться где-нибудь, например, на инстансе автора: https://twtxt.net/

Всё сообщения инстансов публикуются в текстовом файлике, например https://prologic.github.io/twtxt.txt, который вы можете разместить где угодно, например на Github, даже в локальном файле на флешке, ага, и получать обновления с него для своего инстанса. Ну идея конечно хороша, когда можно использовать любой Github в качестве хостинга для твитов. Создаёте репу, публикуете текстовый файлик и теперь ваши твиты тоже читают...

Проект в активной разработке. Никогда не любил твитторы, но в этот раз исключения тоже не будет. Автор просто друг.

Как и с другими проектами, прежде чем браться за дело, создаю тред. Планирую начать разработку системы оркестрации на POSIX shell, система будет представлять собой сборочный цех дистрибутивов в готовые для загрузки образы raw, initramfs, iso и так далее. Образы будут создаваться из build-файлов, что-то вроде пакетного менеджера, только для дистрибутивов.

Зарубежные партнёры заприметившие проект booty даром выделили сервер (4 ядра 4 гига) для развития http://www.voglea.com/crux/crux_gnulinux/, где в качестве эксперимента я запустил ежедневную автосборку дистрибутивов CRUX из последних версий портов, т.е. сейчас там представлена версия CRUX 3.6 которая в стадии глубокого тестирования, но неофициально образ можно стянуть у меня. :}

Говоря о данной автосборке, выполняются два build-сценария, — staging, собирающий _только_ пакетную базу дистрибутива в iso образ, оно же stage3, и build-сценарий os, собирающий непосредственно готовый к загрузке и установке iso-образ дистрибутива. Образы доступны по ссылке выше.

Скрипты сборки пока-что представлены как шаблоны, тут и тут:

https://github.com/sp00f1ng/booty/blob/master/templates/crux_gnulinux-staging...

https://github.com/sp00f1ng/booty/blob/master/templates/crux_gnulinux-os/crux...

Для сборки систем будут использованы все мои другие проекты: booty + newkernel + cruxstrap.

Я хочу предложить «тупой» метод оркестрации, который в отличии от Ansible не приводит работающую систему к заданному виду из плейбука, а по-мужицки так kexec'ает initrd-образ с собранным в нём дистрибутивом. Тобишь, вы локально пишете сценарий (или плейбук) сборки, включая все необходимые настройки, затем запуском одной команды дистрибутив собирается в raw, initrd, iso и так далее, после чего загружается аки прошивка на удалённый хост и kexec'ается, выполняется перезагрузка системы в новое состояние.

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

Ну дополнительно прикручу синхронизацию локального корня системы с её удалённой версией, т.е. чтобы ради пары файлов не перезагружать всё целиком, а например залить обновление сайта. Просто помещаете файлы в локальный каталог system/rootfs-changes, и корень директории будет синхронизирован с удалённой версией. Вот.

Идеи, предложения?

Сложилась ситуация, что есть разные железки, да виртуалки под разные задачи, — если виртуалки ещё более-менее унифицированы, то для каждого железа хотелось бы иметь своё ядро по-отдельности. Просто чтоб нинужные фичи были отключены. Некоторые пакетные менеджеры позволяют собирать ядра с разными конфигами, чтобы из одного билд-скрипта получались разные пакеты. Но такое доступно не везде и не всех может устраивать.

Задумка в том, чтобы такой пакетный менеджер не был просто установщиком бинарных файлов, а можно было самому «на коленке» написать портянку текста для сборки ядра. Сценарий, который запускается, и ядро собирается.

Мой новый проект newkernel: https://github.com/sp00f1ng/newkernel

Он умеет скачивать ядро. Вот. Всё. :)

Ладно, не всё так просто. Для того, чтобы скачать сорцы ядра нужно выполнить одну простую команду:

cd `newkernel`

Да, вот так вот просто. newkernel скачает, распакует сорцы и вернёт директорию для команды cd чтобы туда зайти. После чего можно приступать к сборке.

Скрипт умный, и если долгое выполнение команды cd (пока ядро скачивается в фоне) отменить нажатием Ctrl + C, то повторным запуском загрузка будет продолжена с того момента, где остановилась.

Допустим, мы хотим ядро определённой версии. Не вопрос! Это по-умолчанию без параметров скачивается последнее ядро, а можно указать

cd `newkernel 5.7.0`

и получить определённую версию ядра.

Если ядро уже скачано и распаковано, то скрипт не будет его повторно скачивать, а просто выполнит make mrproper, после чего уже зайдёт в директорию с чистеньким ядром. Однако можно принудительно попросить скачать ядро ещё раз, если мы совсем параноики, для этого есть опция -f. press F to pay respect o7

cd `newkernel -f 5.4.3`

А ещё можно указать директорию, куда будут скачиваться сорцы, по-умолчанию это /usr/src

cd `newkernel -s /tmp`

Так вот после выполнения этой команды, вы оказываетесь в директории с сорцами ядра. Выполняете все необходимые настройки, ну там make defconfig, make.

После чего ядро нужно установить или получить архив со всеми файлами. Для этого есть команда welldone, она тоже возвращает просто путь, куда будет установлено ядро.

Например, чтобы запаковать полученное ядро в архив, просто выполните:

tar -cJvf ~/linux-latest.tar.xz -C `welldone` .

~/linux-latest.tar.xz с вашим ядром и модулями готов к распаковке в чрут или корень!

Ну а можно просто сразу в корень ядро со всеми модулями скопировать.

cp -a `welldone`/* /

Вот так всё просто. :)

Т.е. суть очень проста, вы используете cd `newkernel` чтобы скачать нужное ядро и зайти в директорию, затем выполняете команды, и в конце получаете `welldone` директорию со всеми установленными файлами и модулями ядра!

Для примера небольшой скрипт, который просто запускаете и он всё делает:

cd `newkernel`
make defconfig

# Sound
scripts/config -e SND_HDA_INPUT_BEEP
scripts/config -e SND_HDA_PATCH_LOADER
scripts/config -e SND_HDA_CODEC_REALTEK
scripts/config -e SND_HDA_CODEC_HDMI
scripts/config -e SND_USB_AUDIO
# AMD GPU
scripts/config -m DRM_AMDGPU
scripts/config -e DRM_AMD_ACP
# nVidia GPU
scripts/config -m DRM_NOUVEAU

make olddefconfig
make

cp -a `welldone`/* /

Как всё просто. :)

Перемещено Zhbert из linux-install

Как вы решаете проблему высокой задержки сети и медленного
отклика при удалённом администрировании серверов?

Уж не говорю про какой-нибудь RDP, хотя бы текстовый ssh,
дак ведь элементарная правка конфигов и набор команд
превращается в пошаговую стратегию.

Здесь нужен другой подход, как мне кажется. Например,
локальная настройка с последующей загрузкой на удалённый
хост. Так? Что-то вроде Ansible должно решить проблему? Или
ещё круче, создавать некую прошику, образ с системой
локально, а затем просто загружать его целиком удалённо. Не?

Спустя всего месяц неспешной разработки состоялся релиз boobstrap v1.2 — набор инструментов на POSIX shell для создания загрузочных образов и накопителей.

( читать дальше... )

>>> Исходный код

Сап ЛОР, суть такова. Есть два кхм, способа загрузки init (initramfs), как с busybox, так и без него. В случае если busybox есть, то запускается mdev для создания блочных устройств, если busybox нету, тогда мы создаём эти устройства сами, руками (спасибо Nastishka).

	if test "$BUSYBOX" = "yes"; then
		mdev -s
		if test -f "/proc/sys/kernel/hotplug"; then
			echo "$(which mdev)" > /proc/sys/kernel/hotplug
		fi
	fi
	if test "$BUSYBOX" = ""; then
		for nod in "/sys/block/"*; do
			dev="${nod##*/}"
			block=""
			major=""
			minor=""
			read block < "$nod/dev"
			major="${block%:*}"
			minor="${block#*:}"
			mknod "/dev/$dev" "b" "$major" "$minor" 2>/dev/null
		done
		unset nod dev block major minor
	fi

Мы загружаемся с USB-накопителя, и даже не смотря на то, что мы уже находимся на стадии initramfs и выполняем код из /init с самой флешки(sic!), не все блочные устройства успевают определиться ядром, в том числе сама флешка, с которой происходит загрузка.

Вот мы загрузились в initramfs, но основная система находится на флешке. Нужно из /init эту флешку найти, смонтировать, и использовать образы с системой в дальнейшем. Мы всё это делаем. За исключением того, что флешки пока ещё не видно.

Проблема в том, что ядро элементарно не успевает создавать блочные устройства /sys/block/sr0 /sys/block/sda /sys/block/sdb и так далее. В тот самый момент, когда запускается mdev или мы руками создаём mknod, этих устройств пока ещё нет, а появятся они буквально в следующие два-три мгновения (в зависимости от нагрузки, конечно же, как подсказал Difrex что sleep не панацея, хотя и вероятность такого исхода КРАЙНЕ МАЛА).

До этого я грешил на mdev, дескать он завершает работу, а устройства появляются уже потом, но скрипт продолжает выполнение и поэтому ничего не находит. sleep 5 решил эту проблему. Но как оказалось проблема в самом /sys/block, что там нечего находить. Ядро ничего не создало, пока ещё.

Таким образом именно перед этими двумя блоками кода необходимо реализовать какую-нибудь задержку, желательно без sleep, чтобы дождаться появление /sys/block/sda, а затем уже продолжить работу. Или не дождаться, потому что их вовсе может и не быть.

Чем такое можно реализовать?

Мы думаем сделать подобие диффов директории, чтобы несколько итераций циклом прогнять проверку и продолжить выполнение. Как лучше поступить? За что тут можно зацепиться?

И да, тащить целый бинарник sleep крайне не желательно.

Идеи? Предложения? :)

Установил Proxmox, где планирую развернуться. Встал вопрос об отказоустойчивости, и если я ещё поверю, что команду shutdown скрипты отработают как надо и выключат виртуалки корректно, то вот уже внезапное отключение света боюсь сломает всё: и ZFS/RAID на самом Proxmox, и ФС в самих виртуалках. Соответственно к машине с Proxmox обязательно нужен ИБП.

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

В ИБП тоже используются аккумуляторы. Есть кто использует их дома? Как часто приходится оставлять это без присмотра? Можно ли как-то обезопасить себя от несчастного случая? Может в какой-нибудь короб металлический дополнительно запихать весь ИБП с минимальным притоком воздуха, чтоб только провода торчали?

Вариант с арендой сервера и/или KVM я не рассматриваю, потому как, зашёл по noVNC на виртуалку, а там tty залогиненый висит и команда ip a выполнена кем-то, лол! Портить репутацию провайдеру не буду, но осадочек остался. Теперь все эти сервера будут использоваться только как обратные прокси для туннелирования трафика.

Есть два варианта загрузки ОС Линукс, засунуть её целиком в initramfs образ и загрузить систему из него, тогда проблем нет кроме ограничения на размер initrd на некоторых системах (на AM4, более специфичных подробностей не знаю, хотя память позволяет, гугл ничего не сказал про максимальный размер initrd, на FM2+, 1151 всё тоже самое загружается успешно).

И другой вариант, когда initrd должен переключиться в систему которая находится на другом накопителе, будь то HDD, USB-флешка и так далее. Но для этого надо создать соответствующие блочные устройства в /dev, приходится тянуть целый бинарник busybox по сути ради одного mdev, вместо пrавославного использования утилит из хост-системы.

https://github.com/sp00f1ng/boobstrap/blob/master/init.in#L176-L182

Так вот, можно ли как-то самостоятельно почекать содержимое /sys баш-скриптом и самому создать блочные устройства? Чтобы избавиться от busybox/mdev. Такое возможно?

./configure может подхватывать нежеланные зависимости автоматически, и затем если пакет установить на чистую систему, бинарник не запустится, ругаясь на отсутствие какой-нибудь библиотеки (ldd), а надо чтобы бинарный пакет был собран только с нужными зависимостями, и не более.

Разворачивать chroot для каждого пакета и начинать сборку «от и до» с нуля? Как?

Довольно странно что Enter не работает как Enter на цифровом блоке клавиш, пробовал запускать FVWM без IgnoreModifiers, не помогло.

С включённым Num Lock тоже никаких изменений.

Запускаю терминал клавишами Alt + Enter, и просто было бы удобно, держа руку на мышке, когда собираешься перенести руки на клавиатуру, большим пальцем левой руки зажать Alt, а большим пальцем правой руки жмякнуть на Enter на NumPad, дабы тем временем пока открывался терминал, ты как раз перенёс руки на клавитуру. )

Здравствуйте, мои маленькие любители авиационного спирта!

Сегодня я вам расскажу на примере Gentoo GNU/Linux как создать загрузочную USB-флешку или любой другой накопитель, HDD, SSD, и расскажу как сделать откат неудачных конфигураций. Прям как в NixOS, но главное отличие и преимущество, что это не NixOS, а это может быть вообще любой дистрибутив на ваш выбор. Так!

Скачиваем генту.

# wget https://bouncer.gentoo.org/fetch/root/all/releases/amd64/autobuilds/20200624T214505Z/stage3-amd64-20200624T214505Z.tar.xz
# mkdir gentoo/
# tar xf stage3-* -C gentoo/

Сразу установим пароль для root чтобы потом войти в систему, все остальные настройки по вашему желанию.

# chroot gentoo/ /bin/bash <<EOF
echo -e "toor\ntoor" | (passwd root)
EOF

Всё, на этом этапе у нас есть директория gentoo/, это может быть вообще любой дистрибутив, значения не имеет.

Теперь для создания загрузочной USB-флешки вам понадобится:

✅ USB-флешка
✅ Ядрышко, можно ванильное (/boot/vmlinuz-* подойдёт).
✅ initrd-образ (создадим сами).

Не забудьте USB-накопитель подключить к компьютеру.

Подключив, USB-накопитель появится по адресу, например, /dev/sdb.

Создадим initrd-образ:

# mkinitramfs `mktemp -d` > initrd

А теперь создаём загрузочный USB-накопитель:

# mkbootable /dev/sdb      \    # <- это флешка
    --kernel /boot/vmlinuz \    # <- это ядро linux
    --initrd ./initrd      \    # <- это initrd
    --overlay gentoo/      \    # <- это папка с дистрибутивом linux
    --squashfs-xz               # <- это способ сжатия папки с дистрибутивом linux

⚠⚠⚠ Все данные на /dev/sdb будут уничтожены!!! ⚠⚠⚠

Всё готово, вы великолепны! Теперь вы можете загрузиться с данного USB-накопителя в свою Gentoo!

А вся красота данного метода заключается в том, что вы можете продолжать пользоваться своим USB-накопителем как USB-накопителем! И к тому же установленной системой на ней!

USB-флешка загружается и на BIOS, и на UEFI-системах!

Структура накопителя следующая:

/dev/sdb                         # <- ваша флешка
/dev/sdb1                        # <- BIOS раздел 1мб
/dev/sdb2                        # <- UEFI раздел 50мб
  /EFI/BOOT/BOOTX64.EFI
/dev/sdb3                        # <- ваш линукс и ваши данные
  /boot/grub
  /boot/vmlinuz
  /boot/initrd
  /system/10-gentoo.squashfs     # <- гента!1!
  /ANIME
  /MLP NEW SERIES                # <- другие важные данные на флешке

Создание BIOS / UEFI загрузочной USB-флешки всего одной командой!!!!1

И эта флешка ещё может продолжать использоваться как флешка!11

Загрузившись с использованием опции boobs.use-overlayfs, или выбрав в меню загрузчика grub пункт: «Boot using Overlay FS», ваша условная Gentoo GNU/Linux будет работать как read-only оверлей.

Все изменения которые вы сделаете в системе сохраняются отдельной в папке /mnt/overlays/roofs-changes.

Что мы делаем теперь? А теперь мы можем все эти изменения сохранить и положить сюда же, на USB-накопитель! Это может быть SquashFS-образ, cpio-архив или просто директория, да.

Из загруженой системы монтируем флешку в /mnt/storage:

# mount /dev/sdb3 /mnt/storage

После обновления «мира», добавления новых пакетов сохраняем все изменения как SquasFS-образ:

# mksquashfs /mnt/overlays/rootfs-changes /mnt/storage/system/rootfs-changes.squashfs

Все наши /home-данные можно просто скопировать как обычную директорию на флешку:

# cp -a /home /mnt/storage/system/home-data

Каждое обновление системы можно сохранять отдельным SquashFS-образом.

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

Шах и мат, NixOS!

Скачать: https://github.com/sp00f1ng/boobstrap

Скриншот

Спустя несколько дней активной разработки состоялся релиз boobstrap v1.1 — набор POSIX shell скриптов для создания загрузочных носителей с ОС GNU/Linux.

Что нового в этой версии?

• Добавлена поддержка busybox, оно не обязательно, но если оно установлено в вашей системе, — оно будет использовано при создании initrd образов. Если нет, то по прежнему весь необходимый набор утилит будет скопирован с вашей системы.
• Оверлеи (образы систем) теперь можно хранить на любых устройствах хранения данных. В версии 1.0 при создании загрузочного образ система с дистрибутивом линукса «вшивалась» прямо в initrd, в результате чего initrd мог получиться больших размеров и не на всех системах загружаться, но теперь благодаря busybox стало возможным хранить образы на любых накопителях информации. Оверлеи можно хранить на том же ISO образе или на других накопителях отдельно.
• Добавлена отдельная утилита mkoverlayfs для создания оверлеев, а именно это могут быть директории, cpio-архивы, squashfs-образы. Это удобно для ручного создания оверлеев с последующим их перемещением на initd-образ или создаваемый загрузочный ISO-образ.
• Утилита mkbootisofs теперь поддерживает все те же опции что и mkinitramfs, так например при создании оверлеев через mkbootisofs `mktemp -d` --overlay rootfs-system/ --overlay rootfs-changes/ --squashfs > boot.iso перечисленные оверлеи будут добавлены на сам ISO-образ. Больше нет необходимости создавать и загружать initrd огромных размеров.
• Создаваемый initrd теперь может работать сам по себе mkinitramfs `mktemp -d` > initrd.img без необходимости переключаться в какую-либо систему. initrd будет сам пытаться найти систему из оверлеев на всех доступных накопителях и переключаться в неё. Для работы этой функции потребуется наличие busybox.
• Обеспечена полная обратная совместимость, таким образом, что не имеет значение, откуда и как вы загружаетесь и какими инструментами пользуетесь. Больше нет обязательных к установке программ-зависимостей (кроме как для создания ISO). Загружаемый initrd прекрасно работает при использовании нативных утилит из вашей хост-системы, либо же при использовании busybox. Так же без разницы, где итоговая система будет распологаться, на самом initrd или на отдельном устройстве накопителе информации (ISO, USB, HDD/SSD, CD-ROM...). initrd загрузится в любом случае, если найдёт куда.
• Добавлена возможность загружать систему в SHMFS (tmpfs, ramfs) и переключаться в чистое окружение tmpfs без использования OVERLAY_FS. Таким образом обеспечена работа с ванильным ядром, просто make defconfig && make и у вас всё будет работать. Стоит при этом учесть, что система может занимать много места в оперативной памяти, подробнее уточняйте у вашего du -csh your-gentoo-chroot/. Так же, теперь использование SHMFS это поводение загрузчика initrd по-умолчанию, и если вы хотите продолжить использование оверлеев, необходимо принудительно их включить.
• Добавлены следующие опции для передачи ядру Linux при загрузке.
  • boobs.use-shmfs — при использовании данной опции данные со всех оверлеев будут скопированы в одну tmpfs папку, после чего система будет полностью загружена и работать прямиком из чистого tmpfs. Используйте данную опцию с осторожностью. Так например, если ваша система распологается внутри initrd-образа, к примеру, хранится как rootfs.cpio-архив, и размер данного архива 1ГБ, то прежде чем система будет окончательно загружена, она должна быть распакована из архива, а для этого потребуется ещё 1ГБ памяти помимо уже загруженого initrd, и плюс ещё немножко на запущенные программы. И только после того как система будет окончательно загужена, первичный rootfs.cpio-архив будет удалён из памяти и 1ГБ памяти будет освобождён. Учитывайте такие нюансы. Если же система в rootfs.cpio-архиве хранится на каком-либо носителе, например ISO на USB, то тогда потребуется всего 1ГБ памяти для распаковки системы в память. Так же учитывайте, что это поведение по-умолчанию, поскольку SHMFS поддерживается ванильным ядром «из коробки», а CONFIG_OVERLAY_FS нужно включать, что может быть не дружелюбно к пользователю, как женщины не дружелюбны ко мне.
  • boobs.use-overlayfs — опция, при которой будет использована файловая система Overlay FS для монтирования, загрузки и дальнейшей работы всех образов с оверлеями. Например, SquashFS-образ с системой будет смонтирован в папку, после чего система будет загружена и работать из данного SquashFS-образа с использованием Overlay FS. При использовании оверлеев так же добавлена возможность сохранения всех изменений сделанных в системе. Вся история изменений сохраняется в папке /mnt/overlays/rootfs-changes. Например, когда вы загрузились в свою систему, запускаются различные демоны, которые вносят свои данные в корень файловой системы, или например вы создаёте файлы, и так далее и тому подобное. Все эти изменения, внесённые в систему, доступны через папку /mnt/overlays/rootfs-changes. Вы можете её архировать и сохранять с последующей загрузкой как оверлей.
  • boobs.copy-to-ram — опция позволяет скопировать образы с оверлеями в память, прежде чем система будет с ними работать. Например, когда вы загрузились с USB-флешки, все образы соответственно будут смонтированы с данной USB-флешки и система будет загружена и работать с неё. Однако, указав данную опцию, все образы с оверлеями будут предварительно скопированы с USB-флешки в память, и только затем подключены, и система будет окончательно загружена, после чего USB-флешку можно отключить от вашего устройства.
  • boobs.search-rootfs — по-умолчанию все созданные оверлеи сохраняются в папке /system/overlays, но вы можете указать любую свою папку на выбор или даже просто файл, где следует искать и откуда загружать оверлеи с вашей системой. Так например, указав опцию для ядра boobs.search-rootfs=/filesystem.squashfs, и далее создав утилитой mkoverlayfs свой оверлей с системой, положив его в корень любого вашего накопителя информации, будь то диск, флешка... initrd будет искать данный образ в корне каждого накопителя информации, и в случае успеха оверлей с системой будет загружен. Опять же, если вы хотите загрузить несколько оверлеев наложенных друг поверх друга, то укажите, внезапно, директорию!
• Ну и, конечно же, обновлена документация, за что отдельное спасибо камраду Difrex за перевод файла README в формат Markdown.

Так же, товарищем @swine с IRC-канала #lor @ freenode поступил запрос загружать оверлей не с initrd, не с iso-образа, а именно с жёсткого диска. В качестве примера рассмотрю эту ситацию и опишу как это делается.

Прежде всего, у вас должна быть подготовлена ваша система в отдельной директории, разверните какой-нибудь чрут, да хоть ту же Gentoo скачайте и распакуйте в директорию (шутки кончились, да, теперь всё сульёзна!). Допустим, в gentoo/.

Далее создадим оверлей как SquashFS-образ. И сохраним образ в корень любого вашего накопителя, текущего жёсткого диска, в качестве примера.

# mkoverlayfs gentoo/ --squashfs-xz --output /gentoo.squashfs

Теперь создадим «фирменный» initrd-образ, обычный, без ничего.

# mkinitramfs `mktemp -d` > /boot/initrd

Для загрузки осталось лишь обновить загрузчик и указать загрузку ядра со следеующими опциями:

linux /boot/vmlinuz boobs.use-overlayfs boobs.search-rootfs=/gentoo.squashfs
initrd /boot/initrd

Всё, перезагружаем компьютер, выбираем в загрузчике наши опции и получаем на выходе работающий /gentoo.squashfs через Overlay FS, сохраняющий все изменения в памяти (tmpfs).

При желании можете добавить опцию boobs.copy-to-ram и отнести жёсткий диск на свалку истории, личная рекомендация от Спуфаря.