1.3, Аноним (3), 11:23, 25/07/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +16 +/– |
Хорошее название, концептуально отражает все проблемы, возникающие при создании мультизагрузочных носителей.
| |
|
2.11, Аноним (11), 13:09, 25/07/2020 [^] [^^] [^^^] [ответить]
| +9 +/– |
Мне вот интересно почему за ними еще не выехали как за weboob?
| |
|
3.122, Аноним (122), 04:07, 29/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Мне вот интересно почему за ними еще не выехали как за weboob?
А что такого неполиткорректного в booty? Вроде как максимум так еще пираты награбленое называли вроде? На гитхабе дофига потомков ограбленых пиратами неудачников? Пираты обычно не очень церемонились с неудачниками, так что это - врядли.
| |
|
|
1.4, Аноним (4), 11:25, 25/07/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –9 +/– |
Автор, ну пожалей людей на выходных, начни с того, какой профит по сравнению с dd if=.iso of=/dev/usb, с unetbootin, с ventoy и т.д.
| |
|
2.5, Spoofing (?), 11:31, 25/07/2020 [^] [^^] [^^^] [ответить]
| +8 +/– |
вот вы говорите: dd if=.iso of=/dev/usb.
ну а где вы этот iso возьмёте?
booty не пишет iso на диск, она не аналог cat или dd или unetbootin
booty как раз таки создаёт загрузочный iso со всем необходимым содержимым.
| |
|
3.6, Аноним (4), 11:34, 25/07/2020 [^] [^^] [^^^] [ответить]
| –3 +/– |
Тогда нужно уточнить формулировки с самого начала текста. Не "дистрибутивы" linux, а загружаемые образы или что вам больше нравится. Из-за этого я дальше по тексту поломался.
| |
|
4.9, mos87 (ok), 12:41, 25/07/2020 [^] [^^] [^^^] [ответить]
| +6 +/– |
>нужно уточнить формулировки с самого начала текста
>программа Booty, которая позволяет одной командой создавать загрузочные образы
чукча не читатель
| |
|
|
4.121, заминированный тапок (ok), 12:23, 28/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
>mkimage-profiles, или m-p — технология создания семейств дистрибутивов свободного программного обеспечения на базе репозиториев ALT.
если своместить пример из топика с утилитой из коммента, то можно сделать загрузочный образ генту "на базе репозиториев ALT."
щщикаааааарно
| |
|
|
|
1.7, Аноним (7), 11:36, 25/07/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А ещё что-то было в АльтЛинуксе для генерации всяких там сборочек. Неужто такая популярная задача, что в каждом гараже её заново решают?
| |
|
2.123, Аноним (123), 04:19, 29/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Хорошее название. Хочу.
Оно что, грабит корованы?
А то автор явно гонит. Или наивный. "Don't be afraid to run shell-exploits". Хы, это он просто не видел списки сервисных команд у накопителей или периферии какой, от рута ему не страшно видите ли запускать. Экий наивный чукотский юноша :)
| |
|
|
2.51, Аноним (51), 19:28, 25/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
Нет, тут феминистки вероятно увидят сексуальную объективацию. Если уж в blacklist/whitelist нашёлся расизм, то тут тогда вообще всё очевидно.
| |
|
|
2.18, Spoofing (?), 14:28, 25/07/2020 [^] [^^] [^^^] [ответить]
| +13 +/– |
ну хоть один. спасибо. позвольте я расскажу о своих юзкейсах.
все мои компьютеры дома, сервера, VDS, работают отныне в tmpfs. я сам живу в tmpfs.
я настраиваю всех дистрибутивы локально, пишу скрипт для сборки: от установки chroot-окружения (pacstrap, debootstrap, cruxstrap тоже мой проект), до создания загрузочного ISO.
и всего одной командой на выходе получаю загрузочный образ. initrd, если мне надо просто обновить систему удалённо через kexec, или iso, если мне надо ногами дотопать воткнуть флешку.
я работаю из под рута, не боясь сломать систему. я не боюсь сделать rm -rf /, я перезагружу систему кнопкой Reset и она вернётся в своё первичное состояние. больше не нужно делать бэкапы системы, её настройки описываются в билд-скрипте локально, вы можете пересобрать образ где угодно.
делай раз: mkbootstrap crux_gnulinux chroot/ /mnt/crux/core/*
делай два: mkinitramfs initramfs/ > initrd
делай три: mkbootisofs iso/ --overlay chroot/ --squashfs --efi grub2 --output bootable.iso
понимаете? всего три команды чтобы развернуть систему в чруте и закатать её в загрузочный образ, будь то iso или initrd, во втором случае команды будет две.
я пробовал Gentoo, пробовал Arch Linux, -- установил его через виртуальную машину, затем смонтировал образ диска, и упаковал корень /mnt/archlinux как --overlay, и пожалуйста:
http://dl.voglea.com/gentoo.png
http://dl.voglea.com/archlinux.png
загруженная система будет работать в tmpfs или squashfs+overlayfs по вашему желанию.
устанавливаете систему, настраиваете один раз, создаёте загрузочный образ одной командой.
бутстрапите чруты, настраиваете в отдельной директории, чтобы потом чруты можно было переустановить удалением директории, а настройки ваши оставались в другой, и создаёте два оверлея:
mkinitramfs initramfs/ --overlay server-home/ --overlay rootfs-changes/ --squashfs --output initrd
и прямо из работающей системы выполняете команду: kexec -l vmlinuz --initrd=initrd && kexec -e, и ваш система перезагружается в этот initrd с упакованным в нём GNU/Linux дистрибутивом! всё!
никаких жёстких дисков, никаких больше бэкапов. бэкапить нужно только ваши данные, но не систему.
найс?
| |
|
3.52, Аноним (15), 19:57, 25/07/2020 [^] [^^] [^^^] [ответить]
| –9 +/– |
Я не стал в общем читать эту простыню. Вы там что-то пытались доказать?
| |
|
4.89, Michael Shigorin (ok), 08:34, 26/07/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Это нормально, пока учишься делать активнее, чем делаешь :-)
Потом заводятся, к примеру, деньги на _свои_ палатку-спальник-итд, но куда-то девается время на _свои_ походы...
| |
|
|
6.112, Michael Shigorin (ok), 13:45, 26/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Это старость и угасание энтузиазма, и не стоит валить на занятость.
Да уж прям старость в двадцать четыре-то. Оказалось, синдром неспецифичный -- потому и счёл стоящим упомянуть. Точнее, вот тогда-то и понял иных знакомых постарше, которые с радостью одалживали снарягу -- "сходи хоть ты"...
| |
|
|
|
3.61, kvaps (ok), 23:00, 25/07/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
А как модули ядра переваривают kexec?
В частности что произойдёт если в системе запущенно несколько виртуалок, очень интересует безболезненное обновление DRBD.
| |
|
4.126, Аноним (125), 09:41, 29/07/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
> А как модули ядра переваривают kexec?
Это аналог ребута, только без посещения system firmware. Ядро рестартует с ноля. Модули тоже рестартуют с ноля.
> В частности что произойдёт если в системе запущенно несколько виртуалок, очень интересует
> безболезненное обновление DRBD.
Если вы сделаете kexec на _хосте_ - виртуалки вылетят как будто вы нажали ресет. Если в виртуалке - перезапустится только затронутая виртуалка. Судя по вашему спичу вы хотите что-то типа live patching вообще.
| |
|
5.129, kvaps (ok), 20:14, 29/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
Звучит логично, спасибо. Просто думал что kexec производит какую-то хитрую операцию по сохранению RAM и восстановлению процессов после загрузки.
| |
|
6.130, n80 (?), 21:54, 29/07/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Звучит логично, спасибо. Просто думал что kexec производит какую-то хитрую операцию по
> сохранению RAM и восстановлению процессов после загрузки.
Уж очень хитрая операция нужна, см. проект CRIU.
| |
|
|
|
3.127, Аноним (-), 10:11, 29/07/2020 [^] [^^] [^^^] [ответить] | +1 +/– | Как насчет автоматы в щитке убрать и попробовать прыжки с парашютом без запасног... большой текст свёрнут, показать | |
|
|
1.20, Аноним (20), 14:49, 25/07/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Посмотрел на первую строчку первого попавшегося файла:
#! /usr/bin/env sh
Дальше смотреть явно смысла нет.
| |
|
2.21, Аноним (20), 14:55, 25/07/2020 [^] [^^] [^^^] [ответить]
| –5 +/– |
Ах, да, я же на опеннете, сейчас какой-нибудь иксперт решит, что я просто не люблю шелл. Вот специально для него: дело не в этом.
| |
|
3.91, Michael Shigorin (ok), 08:43, 26/07/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Знаете, почему Вы глупо поступили? Потому что не соизволили вылезти из своей башни слоновой кости перед отправкой своего ну очень уверенного комментария. И проверить матчасть самостоятельно, а затем постараться донести уже проверенное/дополненное/опровергнутое понимание до коллег.
В общем, если судить по одной строчке, я бы скорее его к себе позвал, чем Вас. Но это ведь тоже было бы опрометчивое суждение. :)
| |
|
4.105, Аноним (20), 10:47, 26/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
> я бы скорее его к себе позвал, чем Вас
И правильно. Если бы позвал меня, был бы послан очень далеко.
| |
|
|
2.23, Spoofing (?), 14:58, 25/07/2020 [^] [^^] [^^^] [ответить]
| +5 +/– |
а что вы, простите, ожидали увидеть? смуззи-технологии? python запускающий nodejs?
данная программа должна быть максимально портируема и независима от окружения и/или дистрибутива.
вы наверное будете неприятно удивлены, узнав, что makepkg в вашем Арчике это тоже "баш-портянка".
| |
|
3.24, Аноним (24), 15:06, 25/07/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
Я думаю он подразумевал то что автор шизофреник судя по коду.
| |
|
4.26, Spoofing (?), 15:09, 25/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
автор -- я. интересно, почему это? не понравилось /usr/bin/env sh? это единственный верный способ для запуска POSIX shell интерпретатора, поскольку сам sh в различных дистрибутивах лежит в разных местах: /bin/sh, /usr/bin/sh, а env лежит всегда в /usr/bin/env. что не так-то?
| |
|
5.28, n80 (?), 15:16, 25/07/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Можно, пожалуйста, пример дистра, в котором есть /usr/bin/sh и нет /bin/sh (даже в виде симлинка)?
| |
|
6.30, flkghdfgklh (?), 15:21, 25/07/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
В NixOS у тебя сработает '#!/usr/bin/env sh' и не сработает никакой '#!/bin/sh', например
Все правильно в этом месте автор сделал
| |
|
7.79, nich (ok), 05:52, 26/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
В NixOS /bin/sh есть. Ты такой же эксперт, как и автор этого скрипта.
| |
|
6.33, Spoofing (?), 15:24, 25/07/2020 [^] [^^] [^^^] [ответить]
| +6 +/– |
В процессе создания программы мне писали пользователи различных дистрибутивов, к слову, пользователей Debian я до сих пор обижаю, не переименовывая mkinitramfs (не знаю во что переименовать).
Соответственно, мне приходилось ставить дистрибутивы тех пользователей и повторять баги самому. Так вот один из багов. Пользователь Manjaro Linux. Пишет, что у него не загружается /init из initramfs, kernel panic.
Я так же как и вы, использовал #! /bin/sh в /init для initramfs образа. Оказалось, что sh в Manjaro лежит в /usr/bin/sh, и при копировании "родных" утилит в initramfs интерпретатор sh копируется в свою директорию /usr/bin/sh. А у меня в /init стоит #! /bin/sh. Вот поэтому /init не мог запуститься ядром и случался kernel panic.
Теперь я везде пишу #! /usr/bin/env sh и со 100% уверен, что sh будет исполнен где бы тот не находился.
Такая предыстория. А теперь отвечая на ваш вопрос, скажите, где лежит sh в дистрибутиве Manjaro? Могу скачать сам посмотреть, но мне лень.
| |
|
7.47, Аноним (20), 17:48, 25/07/2020 [^] [^^] [^^^] [ответить] | –1 +/– | Это следствие криво сделанного initramfs 171 Спасибо 187 Лёньке Потному,теп... большой текст свёрнут, показать | |
7.54, Аноним (54), 22:25, 25/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
Ненавижу манджару, манджара гавно, не надо делать поддержку манджары, пусть стралают
| |
7.80, nich (ok), 06:01, 26/07/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
sh в Manjaro лежит в /bin/sh. У него было сломана система, а он тебе баг накатал. А ты вместо того, чтобы послать идиота, сам им стал.
| |
|
|
|
|
3.27, n80 (?), 15:15, 25/07/2020 [^] [^^] [^^^] [ответить]
| +5 +/– |
Думаю, он ожидал что в любой системе [на поддержку которой не жалко тратить время] можно писать просто #!/bin/sh
Честно говоря, у меня тоже такие ожидания есть.
| |
|
4.31, mos87 (ok), 15:21, 25/07/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Applications should note that the standard PATH to the shell cannot be assumed to be either /bin/sh or /usr/bin/sh, and should be determined by interrogation of the PATH returned by getconf PATH
| |
|
|
6.49, mos87 (ok), 18:17, 25/07/2020 [^] [^^] [^^^] [ответить]
| +3 +/– |
там правильно ответили - зачем системе искать где в системе шелл?
| |
|
5.38, n80 (?), 15:51, 25/07/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Спасибо за ссылку и цитату. Трагично это, конечно, но придётся в дальнейшем учесть.
| |
|
|
|
2.90, Michael Shigorin (ok), 08:41, 26/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
PS: ага, уже спрашивали.
"Не судите опрометчиво" (ц) радикал Кишелье
Не поленился чуть копнуть -- и вот:
---
Applications should note that the standard PATH to the shell cannot be assumed to be either /bin/sh or /usr/bin/sh, and should be determined by interrogation of the PATH returned by getconf PATH, ensuring that the returned pathname is an absolute pathname and not a shell built-in.
For example, to determine the location of the standard sh utility:
command -v sh
On some implementations this might return:
/usr/xpg4/bin/sh
--- http://pubs.opengroup.org/onlinepubs/9699919799/utilities/sh.html#tag_20_117_
М-да, тяжёлые были времена.
PPS: разумеется, после отправки комментария он оказался под (чуть менее точной) той же ссылкой ;-] Хороший признак.
| |
|
3.107, Аноним (20), 10:59, 26/07/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Да что вы все про эти applications цитату цитируете? Не знаете, для кого shebang пишется? Он не applicationом каким-то интерпретируется, а ядром. Как сказать ядру использовать getconf, а? Расскажи, всезнайка очкастый. И где там сказано, что использование /usr/bin/env чем-то лучше?
Вообще, по той же ссылке написано, как делать совсем уж «правильно». Буквально несколькими строчками ниже. И это таки не имеет никакого отношения к /usr/bin/env. Но я всё равно продолжу использовать #!/bin/sh (в скриптах без инсталлятора, по крайней мере), потому что это более переносимо и менее уродливо, чем #!/usr/bin/env sh.
| |
|
4.111, Michael Shigorin (ok), 13:39, 26/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
Перечитайте #20. Но да, я тоже оставлю #!/bin/sh и предложу чинить сломанное там, где его нет (или писать под такое самостоятельно).
| |
|
|
2.119, Аноним (119), 02:22, 28/07/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Это как в справочнике по C (Болски, вроде?) написано что-то вроде - "нельзя полагаться на то, что у байта на вашей машине будет 8 бит". :)
| |
|
1.22, Граммарназзи (?), 14:55, 25/07/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
> ... в котором могут использоваться родные утилиты ...
Благодарность автору за то, что пишет "родные" вместо "<очень плохое слово>"
| |
|
|
|
4.76, metaprog (?), 05:11, 26/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
Спуфинга знатно бомбануло :)
Его тема в толксах: "ААААА!!! НЕНАВИСТЬ!1111 Или как я создавал тред на opennet.ru"
| |
|
|
6.113, mos87 (ok), 15:51, 26/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
лоровские регистранты стали гораздо хуже
и это тоже бай-продукт репрессивных мер
| |
|
5.114, mos87 (ok), 15:53, 26/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
надеюсь на лоре метапрог отравит звенидара и фрактала и станет главным контрибутором в ветку неправильных сообщений (и главным модыром до кучи)
короче станет королём РОЛа
этот сайтик не заслуживает ничего менее ужасного
| |
|
|
|
|
1.37, n80 (?), 15:42, 25/07/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Спасибо, так получилось что для меня это нужно и актуально.
Занятно, как раз вчера или позавчера наткнулся на аналогичный проект: https://github.com/Tomas-M/linux-live
Плюс, задолго до этого в то же место заметок в разное время были добавлены (да, это разные проекты, но всё крутится вокруг близких задач):
https://github.com/neobht/uird
https://github.com/unixabg/remaster-iso
https://github.com/zac87/debootstrap_live
https://github.com/sharhalakis/fsprotect
А ещё мне уже двое недавно посоветовали использовать xCAT для создания загружаемых по сети образов.
Посмотрим, что из этого в итоге у меня приживётся для разных задач.
Надеюсь, не придётся велосипедить.
| |
|
2.40, Spoofing (?), 16:05, 25/07/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
В случае с моим проектом у вас есть русскоязычная поддержка, пинайте на ЛОРе если что.
Успешно использую в продакшене. Самый частый баг, когда пользователи ставят свои ядра, в которых "всё должно работать". Правда в том, что всё зависит от модулей в ядре. Я рекомендую всем make defconfig ядро, и ручками ещё включить Overlay FS и SquashFS XZ. Моим проектом пользуется уже достаточно людей, чтобы иметь хорошую обратную связь для исправления ошибок. То, что описано в новости, лишь верхушка возможностей. Для того, чтобы собрать собственный дистрибутив больше не нужно велосипедить и ломать голову, всё сделано за вас.
Ещё немного истории.
http://dl.voglea.com/crux36-embedded-qemu.png
Вот, давеча сделал сборочку а-ля "Proxmox на минималках", собрал дистрибутив загружающийся в tmpfs (SquashFS + Overlay FS) с QEMU. Всего 200мбайт занято показывает htop, это включая и саму корневую файловую систему, и расход на сервисы "из коробки". Сервак стоит в кладовке.
А в этом "Proxmox на минималках" будут запускаться QEMU, в которых линуксы тоже в свою очередь будут загружаться в RAM. Образы получать по DHCP. Абсолютная отказоустойчивость. Никаких тебе HDD, никакого резервного питания. Только не забывай время от времени rsync'ать данные с виртуалок в надёжное место.
Скрипт для создания сборки: https://github.com/sp00f1ng/booty/blob/c1d8fb2305d2c067b122f15cb9dff1eef37696c
Обычный CRUX Core + QEMU, хотя можно и любой другой дистрибутив взять за основу, booty позволяет создавать загрузочные образы с любыми дистрибутивами. Хотите, Arch Linux, хотите Debian, хотите Gentoo используйте в качестве --overlay при создании образов.
И да, booty очень похож на проект на автора SLAX, Tomas M.
Я сам пользовался SLAX долгое время, проникся им, когда кнопочкой Reset решается всё. С тех пор мне конечно же хотелось, чтобы я мог любой линукс сделать как SLAX. Теперь такая возможность есть у всех.
| |
|
3.42, Павел Отредиез (?), 16:31, 25/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
Ну ладно, Оки. Только я все таки храню overlay на ext4 (при буте с dvd на tmpfs, при буте с флэшки на ext4) .
| |
|
|
5.44, Spoofing (?), 16:42, 25/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
Если вы прочитаете новость, то узнаете, что, mkinitramfs --overlay помещает оверлей в initrd, а mkbootisofs --overlay помещает оверлей на ISO или USB-накопитель.
Куда положите, там и будет искать.
Более того, есть опция загрузки, booty.search-rootfs=?????, которой в качестве параметра вы можете передать: файл, он же оверлей, например /filesystem.squashfs, и тогда он будет искать этот файл на всех накопителях в корне, и при нахождении загрузится в него, либо указать /system или любую другую директорию, с оверлеями, которые будут загружены, либо указать /dev/sda1, где установлена ваша ОС, и тогда целиком вся ваша ОС будет загружена в ОЗУ и работать как оверлей, а жёсткий диск /dev/sda вы можете отстегнуть. Да.
| |
|
|
3.96, Michael Shigorin (ok), 09:00, 26/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Самый частый баг, когда пользователи ставят свои ядра,
> в которых "всё должно работать". Правда в том, что всё зависит
> от модулей в ядре. Я рекомендую всем make defconfig ядро, и
> ручками ещё включить Overlay FS и SquashFS XZ.
Думаю, это самая задалбывающая часть проекта -- ну кому в здравом уме охота поддерживать своё ядро?
Возможно, есть смысл сделать грепалку по /proc/config.gz либо /boot/config-'uname -r', которая бы перед отсыланием в пешее ядросборочное проверила -- а не годится ли то, что уже под руками.
> Для того, чтобы собрать собственный дистрибутив больше не нужно
> велосипедить и ломать голову, всё сделано за вас.
Ну не дистрибутив, а производное от образа, строго говоря ;-)
> Образы получать по DHCP. Абсолютная отказоустойчивость.
> Никаких тебе HDD, никакого резервного питания. Только не забывай
> время от времени rsync'ать данные с виртуалок в надёжное место.
Вот здесь немного покривили душой или не подумали: выделенные пункты противоречат друг другу, при этом бесперебойное питание как бездисковых узлов, так и "надёжного места" (отказоустойчивость которого в данном разе легко оказывается определяющим фактором) всё так же полезно/необходимо.
Да, есть случаи, когда достаточно порой rsync'ать по часам или иным событиям, а задача некритична к возврату в одно из предыдущих состояний (возможно, несогласованное по данным). Но в базу так особо не попишешь обычно.
Если интересно, почитайте про уже прокопанные подходы к stateless-системам, это из той же оперы.
| |
|
2.95, Michael Shigorin (ok), 08:51, 26/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Спасибо, так получилось что для меня это нужно и актуально.
А что именно надо и на основе какого именно дистрибутива?
Например, ко мне как-то постучался в почту человек, которого почти полностью устроило http://altlinux.org/rescue для загрузки на узлах небольшого кластера, но что-то хотелось бы доточить. Удивился тогда ещё, не проще ли сразу выпекать образ "под себя". Не помню, чем закончилось, но генерировать такое обычно надёжней и быстрей, чем патчить.
| |
|
3.120, n80 (?), 05:08, 28/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
> А что именно надо и на основе какого именно дистрибутива?
Нужное разное (в смысле, есть две разные задачи, как минимум), на основе, пожалуй, Debian.
> Например, ко мне как-то постучался в почту человек, которого почти полностью устроило
> http://altlinux.org/rescue для загрузки на узлах небольшого кластера, но что-то хотелось бы доточить.
Благодарю, как минимум в одной задаче это может существенно помочь.
| |
|
|
1.39, Аноним (39), 16:03, 25/07/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
скачать исошку с официального сайта
или париться, делая самому
какой однако сложный выбор
| |
|
2.81, онанимас (?), 06:46, 26/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
мне периодически требуется устанавливать ось с исошек удалённо, через IP-KVM. Net-install исошки весят по несколько сотен метров (например, Centos 7 - 422 MB), а интернет не всегда позволяет эти сотни метров заливать на удалённый сервер.
лично мне будет удобнее попариться и самому сделать облегчённую исошку на несколько десятков мегабайт, чем использовать официальную.
Так что автору луч добра; нужно, годно, ждём ебилдов.
| |
|
3.98, Michael Shigorin (ok), 09:10, 26/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
Опять же из альта как-то делал образы вида "ядро+initrd", лет десять назад они весили что-то метров шестнадцать.
| |
|
|
|
2.99, Michael Shigorin (ok), 09:25, 26/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Интересно! В качестве замены LTSP подойдёт?
LTSP решает две задачи -- организацию сервера приложений + доступ к нему (в т.ч. проброс устройств) _и_ сетевую загрузку (вместе с серверной частью); сабж занимается в т.ч. подмножеством второй задачи, насколько понимаю.
Т.е. "нет, но при желании можно задействовать в замене".
| |
|
1.64, Алеша (?), 01:23, 26/07/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
не работает нифига
делал точно по вышепредставленному мануалу на свежеустановленной манджаро - https://i.imgur.com/MQSx5pM.png
пока что не пытался разобраться что ему не хватает так как не работает даже ввод в консоли.
кстати, при попытке загрузиться через UEFI нет даже этого выхлопа, там вообще ничего нет..
| |
|
2.65, Spoofing (?), 03:11, 26/07/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
> не работает даже ввод в консоли
дай угадаю, ты взял Арчевское ядро.
выше один пользователь написал очень хороший комментарий, почему такие поделки не взлетают: каждый пихает что захочет и потом
> не работает нифига
поверьте, работает.
начните с того, что скачайте ядро с kernel.org и соберите: make defconfig && make, затем вместо Арчевского ядра положите дефолтное, arch/x86/boot/bzImage
да, баги есть, мелкие, вроде отсутствующей проверки на установленный cpio, ведь подразумевается что создавая initrd, который делается только через cpio, этот самый cpio будет установлен. но нет, Issue открыли. буду вносить проверки теперь.
> при попытке загрузиться через UEFI нет даже этого выхлопа
очень интересно, вы ведь указали -bios ovmf для qemu? проблема загрузки в efi действительно имеется, актуальна она для ISO / SYSLINUX, -- SYSLINUX вообще не поддерживает загрузку UEFI с ISO образов.
ещё баги могут всплывать на реальном железе, это тоже правда. но виртуальная машина всеядная, загружает всё, даже то, где явно не указан EF-раздел.
будьте на связи, будем разбираться. поверьте, вы не первый, так говорит.
| |
|
3.66, Алеша (?), 04:03, 26/07/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
> дай угадаю, ты взял Арчевское ядро.
5.6.19-2-MANJARO
> очень интересно, вы ведь указали -bios ovmf для qemu?
указал. как бы я иначе еще смог попытаться загрузить систему с UEFI ?
> проблема загрузки в efi действительно имеется, актуальна она для ISO / SYSLINUX
делал по вашему примеру, а там --efi grub2
> выше один пользователь написал очень хороший комментарий, почему такие поделки
это типовейшее оборудование (qemu) и типовейшее ядро. у меня на этом ядре успешно запускается все мое оборудование, начиная от китайского телефона и заканчивая двухпроцессорной рабочей станцией от Dell. и загрузка по сети работает для бездисковых станций и какие угодно squashfs с каким хочешь сжатием и т.д...
> поверьте, работает.
у меня тоже все мои скрипты работают. но заработают ли они еще у кого-то?
> начните с того, что скачайте ядро
качать и канпелять я умею... только вот какое дело - в таком случае ваше issue под номером 1 получается как нельзя к месту, понимаете?
мне весьма бы пригодился инструмент под мои задачи. но если нужно что-то качать и канпелять... да я вручную все сделаю и получится быстрей и лучше (благо манджаровский initrd умеет работать с squashfs с оверлеями и умеет все грузить в память, достаточно добавить параметр copytoram).
> будьте на связи, будем разбираться. поверьте, вы не первый, так говорит.
завтра попробую загрузить на живом оборудовании, может чего увижу...
| |
|
4.67, Spoofing (?), 04:11, 26/07/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
> качать и канпелять я умею...
тогда почему вы не можете понять, почему арчевское ядро не работает?
в арче все драйвера скомпилированы как модули. вы загружаете ядро, которому неоткуда взять эти модули. поэтому ничего не работает. да, даже ввод с клавиатуры. потому что даже драйвер клавиатуры тоже собран как модуль.
начните с того, чтобы собрать make defconfig ядро, если хотите продвинуться в этом вопросе.
| |
|
5.70, Алеша (?), 04:27, 26/07/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
все, теперь понял - вопрос закрыт.
инструмент походу предполагает вканпеляцию всего и вся в ядро.
ну что ж, я тоже так делал 15 лет тому, когда был гентушником...))
> тогда почему вы не можете понять
да, каюсь. вина целиком моя.
я было обрадовался, что наконец-то кто-то написал некий универсальный инструмент...
и не только написал, а еще и расписал его таковым.
а что касается модулей ядра, хз.. мне казалось что скрипт подхватит их из системы или же просто добавит необходимый минимум..
а теперь я понимаю, что нужно было хорошенько подумать когда увидел issue №1
| |
|
6.82, онанимас (?), 06:49, 26/07/2020 [^] [^^] [^^^] [ответить]
| +3 +/– |
> инструмент походу предполагает вканпеляцию всего и вся в ядро.
вот это, кстати, надо вынести в ридми.
| |
|
|
|
3.68, Алеша (?), 04:12, 26/07/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
написал вот каммент и только потом дошло - откуда ваш скрипт вообще берет модули при создании initrd ?
про это нет ни слова здесь в новости, а простыню на гитхабе я не читал естественно...
походу оно без модулей ядра у меня получилось (initrd) вот и не грузится.
| |
|
4.69, Spoofing (?), 04:18, 26/07/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
подготовить ядро это ваша задача, в пятый раз в этом треде пише: make defconfig
| |
|
5.101, Алеша (?), 09:29, 26/07/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
> подготовить
что бы не пришлось повторять несколько раз, нужно изначально не вводить людей в заблуждение.
как минимум не писать "любой дистрибутив GNU/Linux" и уточнять, что придется руками канпелять ядро, еще и монолитно вкомпиливая все драйвера в него.
тогда и проблем не будет с пониманием. а то, прикинь, люди ожидают некий универсальный скрипт, который поможет им облегчить какую-то "монотонную работу" (аж целых пять команд ввести), а на деле оказывается, что помимо этой монотонной работы приходится еще чего-то качать и канпелять, попутно ломая идеологию "любого дистрибутива".
| |
|
|
3.103, Аноним (-), 09:52, 26/07/2020 [^] [^^] [^^^] [ответить] | +1 +/– | Видите ли какое дело, юноша В свете вот этой вашей рекомендации поделкой выг... большой текст свёрнут, показать | |
|
|
1.74, Spoofing (?), 04:50, 26/07/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
я покидаю этот тред, если потребуется помощь и будут вопросы, спрашивайте на ЛОРе.
| |
|
2.100, Michael Shigorin (ok), 09:29, 26/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
> я покидаю этот тред, если потребуется помощь и будут вопросы,
> спрашивайте на ЛОРе.
Передайте кто-нить человеку предложение глянуть мои сообщения: на ЛОР с 2003 года не хожу, кроме нескольких случаев, когда особо просили.
Вдруг что-то из наводок или уже набитых шишек пригодится.
| |
2.116, Аноним (54), 16:29, 26/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
Написать о том что ушел из темы, не лень было, а ответить на мой вопросЮ можно ли использовать бути для FreeBSD и illumos лень было. Делаю вывод что нельзя.
| |
|
1.132, Аноним (132), 22:00, 02/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Usage: mkinitramfs [option]... -o outfile [version]
Options:
-c compress Override COMPRESS setting in initramfs.conf.
-d confdir Specify an alternative configuration directory.
-k Keep temporary directory used to make the image.
-o outfile Write to outfile.
-r root Override ROOT setting in initramfs.conf.
See mkinitramfs(8) for further details.
вот как-бы так:
/sbin/mkinitramfs: unrecognized option '--overlay'
/sbin/mkinitramfs: unrecognized option '--squashfs'
/sbin/mkinitramfs: unrecognized option '--output'
может в антиксе какой-то особенный mkinitramfs ?
| |
|