Представлен (http://www.sysresccd.org/Changes-x86) релиз SystemRescueCd 6.0.0 (http://www.sysresccd.org), специализированного LiveCD-дистрибутива на основе Arch Linux, предназначенного для восстановления системы после сбоя. В качестве графического окружения используется Xfce. Размер iso-образа (https://sourceforge.net/projects/systemrescuecd/files/sysres.../) - 931 Мб.Новая версия примечательна уходом от использования в качестве основы наработок дистрибутива Gentoo в пользу пакетной базы Arch Linux. Для сборки задействован набор скриптов archiso (https://wiki.archlinux.org/index.php/archiso). Размер загрузочного образа увеличен с 585 Мб до 931 Мб. 32-разрядные сборки заменены на 64-разрядные (x86_64). Поддержка 32-разрядных систем прекращена.
Графическое окружение основано на Xorg Server 1.20.3 и Xfce 4.12. Для настройки раскладки клавиатуры добавлена загрузочная опция "setkmap=xx". Обновлены версии компонентов, включая ядро Linux 4.19.19, e2fsprogs-1.44.5, xfsprogs-4.19.0, btrfs-progs-4.19.1, gparted-0.33.0 и lvm2-2.02.183.
URL: http://www.system-rescue-cd.org/Changes-x86/
Новость: https://www.opennet.dev/opennews/art.shtml?num=50078
Ну вот как раз для целей восстановления - 32 битная сборка и не помешала бы
Так у арча ее нет.
ее скоро ни у кого не будет - доломают те что остались, а потом и из ведра радостно выпилят.
10 лет будут еще. Т к лтрс ветки 32битные есть.
В сабже, надеюсь, впилили уже набор утилит для восстановления данных и т д, а то старая версия так себе по функциональности была.
+1! Такая система должна запускаться на старых машинах. И чего она так растостела? Раньше влезала на miniCD.
Хорошо, ребят. Кто знает, проект что-то приносит разработчикам? Может расскажете мне как вы поддерживаете этот проект если вы от него что-то ожидаете?
> Хорошо, ребят. Кто знает, проект что-то приносит разработчикам? Может расскажете мне как
> вы поддерживаете этот проект если вы от него что-то ожидаете?Чувак, ты не приносишь мне никакой пользы. Давай я тебя убью?
> Чувак, ты не приносишь мне никакой пользы. Давай я тебя убью?Хорошо когда глуп - можно написать любую чушь и даже ухом не повести.
Лучи любви и хорошую карму.
По ходу переехали на Gtk3 и иже с ним движки. По-другому это объяснению не поддаётся.
Берите: http://altlinux.org/rescue (и да, sysvinit, но есть и servicectl).
Традиционный вопрос: для загрузки с флешки её надо форматировать, или запустится с произвольной папки, если я грамотно настрою загрузчик? 😈
> Традиционный вопрос: для загрузки с флешки её надо форматировать, или запустится с
> произвольной папки, если я грамотно настрою загрузчик? 😈Кстати, да.
Вопрос, как сделать со, скажем, alt-p8-rescue-20181212-i586.iso и его /rescue вот такое:
Есть у меня флешка с загрузчиком, общим для нескольких
http://www.opennet.dev/openforum/vsluhforumID3/101697.html#71
сваленных туда руками дистрибутивов/инсталяторов. Двух то есть. Вторым рядом в Debian installer-ом лежит SysRescCD.Так вот, чтобы загрузить SysRCD с "енродного" grub-а (=не "форматировать" флешку, с которой уже грузится что-то другое), кладу SysRC-шные sysrcd.dat, initram.igz, rescue64 и пр. в /boot/sr/ на флешке и гружу вот так:
menuentry "SystemRescueCd (64bit, kb=us + docache)" {
echo 'Loading SysRescCD linux kernel'
linux /boot/sr/rescue64 subdir=boot/sr scandelay=1 setkmap=us docache
echo 'Loading SysRescCD initrd'
initrd /boot/sr/initram.igz
echo 'Booting ...'
}
+ вырианты с altker64, или без docache или ещё какие -- по вкусу.
Наверное, поменять =rescue в
append initrd=alt0/full.cz fastboot live automatic=method:cdrom ramdisk_size=348577 stagename=rescue splash=0 showopts
на boot/rescu/rescue и переписать на grub-о-яз. Надо бы попорбовать. Хотя мен та флешка не часто нужна.
Можно при загрузке закэшировать целиком в память и вынуть флешку ?Есть partimage и partclone ?
Есть возможность автоматом при загрузке запускать bash скрипты с корня флешки ?
Михаил, вероятна ли в будущем ситуация с размещением файла .gtkrc-2.0 и в директории /root/ во всех дистрибутивах с KDE?
Главная фишка SystemRescueCd была поставка 32бит окружения и ядер под 32 и 64 в одном образе. То есть можно загрузиться на старом Atom или P4, а можно на новом железе загрузить 64бит ядро и сделать chroot.
Вот как раз свой диск для личного пользования я делаю таким же. 32 юзерспейс и два варианта ядра - 32 и 64.
>Размер загрузочного образа увеличен с 585 Мб до 931 Мб. 32-разрядные сборки заменены на 64-разрядные (x86_64). Поддержка 32-разрядных систем прекращена.А всё начиналось с 200 МБ?. Ну и нах он теперь нужен при таком раскладе?
Теперь проще собрать самому.
Ну я и собираю, только с другими тоже делюсь. Ядро с горкой модулей и горка фирмварей сейчас много места занимают, факт.
Тебе проще,ведь это твоя работа. Мне очень понравился слакс7, бери и собирай что хочешь, но теперь он мёртв(
А это что мне присылают в последнее время:
New Slax release 9.7.0
TTomas M2 февраля в 18:05
Hello AVXI am happy to let you know that new Slax version has been released few days ago :-)
Detailed description of changes in this release can be found in this blog post
You can download Slax from www.slax.org
You can also purchase Slax on USB or DVD+RW there too.
Enjoy the new release! :)
Best regards
Tomas M
To stop receiving these emails, click Unsubscribe here
Похоже, slax жив!
Это уже не слакс, а скорее дебикс. Другой дистрибутив с краденым названием. Последний слакс кажется был 7.0.8
Модульность-то осталась? Мне именно эта фича понравилась когда-то.
Надо будет посмотреть, может быть это единственное что осталось юзабельное.
> А всё начиналось с 200 МБ?. Ну и нах он теперь нужен при таком раскладе?Начиналось все с загрузочных образов размером 9x9 см :)
https://pic4a.ru/92/mcN.jpg
> Начиналось всё с загрузочных образов размером 9x9 смЧто это такое на фото?
Перешли с генты на арч.
Посоветуйте легкий и не такой огромный аналог, лучше на основе Debian
Вполне не плоха MagOS на основе Росы, для флэшечного дистра очень хороша.
Есть 32-х битная сборка.
И ещё у MagOS очень вменяемый разработчик; он, кстати, и на базе моих стартеркитов делал: https://forum.altlinux.org/index.php?topic=33970
finnix все еще мал https://www.finnix.org/
>Finnix 111, 160 MiB, released 2015-06-03Alas it's RIP.
http://livecdlist.com/purpose/system-administration/ (но там данные года два-три как не обновлялись)https://alternativeto.net/software/systemrescuecd/?platform=...
https://gparted.org/livecd.php
Бери Hiren's bootCD и будет тебе счастье.
>Новая версия примечательна уходом от использования в качестве основы наработок дистрибутива Gentoo в пользу пакетной базы Arch Linux.Хороший был инструмент, полезный. Прощай, SystemRescueCd.
Вот да. Взяли и угробили на ровном месте. Что это за болезнь такая — свои же труды на пыль пускать?
Кто-нибудь обязательно форкнет этот проект, если ему нужно.
Лучше бы тогда alpine выбрали
Он специфичный, даже глибс нет.
А зачем, если от него надо только запускать то, что есть на этом ливе? И для такого лива можно относительно спокойно собрать всё что нужно даже с muslицем.
Надеюсь вариант загрузки по умолчанию по прежнему без гуя. Иногда приходится через пол мира через какой-нибудь iDRAC пригонять образ и ждать... ждать.. ждать...
не умеешь PXE? тогда жди, жди, жди
PXE есть везде где возможно. На одиночных машинах выбора нет.
А посмотрите опять же ALT Rescue -- там для такого есть вариант "по максимуму молча загрузиться с DHCP, придумать пароль для ssh, вывести его на консоль вместе с адресом", выбирается в две кнопки по <a><Enter>. Провайдеры знакомые попросили сделать.По умолчанию тоже только текст -- собственно, на отсутствие libX11 тест при сборке.
Спасибо, обязательно заценю!
Кто-нибудь знает какой-нибудь live дистрибутив на основе Debian без графического окружения? Arch мне лично не совсем подходит, т.к. зачастую там требуется интернет-подключение.
Я для этих целей clonzilla использую. Там и дисковые утилиты и поддержка разных ФС.
devuan_jessie_1.0.0_i386_minimal-live.iso
Неплохо, спасибо.
Можно сам дебиан поставить сразу со всем необходимым (включая firmware-linux firmware-atheros firmware-realtek) и на основе собрать собственный лайв-образ (к тому же можно обновлять его будет и изменять под нужды)
Всё удивляюсь чего в системрескью по умолчанию не добавляют zfsonlinux, годнота ведь, и нужная очень годнота... приходится искать отдельно...
не добавляют потому что ссыкуны и очень боятся неправильных лицензий (как будто орацл пошевелится вообще выяснять имя и адрес каждого васяна, включившего модуль в свою нескучную сборку)но оно совершенно ненужно - если пул у тебя уже не импортится, тут что пнем об сову, что совой об пень. Раньше можно было помучаться с тру соляркой, но сейчас формат пула несовместим в принципе.
Тру солярка ща развалилась на несколько дистрибов.
1 - собстно соляра
2 - опен солярис - его закрыли из-за бодалова насчет названия...
3 - опен индиана - продолжения опен соляры,полностью бесплатный,относится к ответвлениям соляриса... специфичен в настройках и используемых процессорах.
тру никуда развалиться не может. Она одна, и она, к сожалению, у оракла. Поэтому для ремонта рухнувшей zol бесполезна.опениндиана трудами копипастеров забралась в тупик, и, похоже, joyent ее решил там в тупичке и зако...нувыпоняли окончательно.
А вообще реально восстановить не монтирующийся пул в 500Г? Я так понимаю даже оригинальной зфс такое не предусмотрено, но может есть какие-то извращения?
> А вообще реально восстановить не монтирующийся пул в 500Гу zfs нет понятия "немонтирующийся", есть понятие "неимпортируемый". У оригинальной zfs в оригинальной соляре иногда отладочными средствами удавалось сделать развалившийся до неимпортирующегося состояния пул обратно импортируемым и дальше уже прогнать scrub (или еще бывает - пул импортируется, но scrub виснет, как и процессы, обратившиеся к неудачным местам на fs).
для этого требовалось много ненужных знаний о внутренних структурах как самой fs, так и кода в ядре (потому что неимпортируемость того, что в принципе можно восстановить, как и повисания scrub - это баг в ядре, неверно обрабатывающем сложную ситуацию - простые, между прочим, покрыты тестами) и два отладчика - zdb и ядерный.
Вообще же предполагается что все подобные проблемы решаются автоматически, а если не решаются, не смотря на все подложенные соломинки, то значит там уже просто нечего и не из чего восстанавливать.
Но, к сожалению, остаются еще баги. В том числе новые, привнесенные в версию ZOL.
>у zfs нет понятия "немонтирующийся"Да, я самопоправился коментом ниже.
Вот такой вопрос. Если ЗФС так тесно связана с соляровым ядром то остаётся 2 пути: либо адаптировать её под ядра бсд и линукс (думаю это её похоронит), либо ядра под неё. Как было бы правильнее?
ЗЫ: насколько тебя понял неимпортирующийся пул зфс не под саляркой это хорошее, надёжное кладбище информации.
она никак специально с именно соляровым ядром не связана - просто ей (как любой fs) нужны vfs api, которые у всех разные, и, поскольку она имеет собственное управление памятью и собственные представления о состоянии устройств - взаимодействие с системным управлением тем и другим. Ничего особенного, в системе есть еще десятки подобных подсистем, которым нужно все то же самое.Эти куски изначально сделаны правильно, и их можно заменять большими блоками, но есть мелочи, которые все портят. Не то чтобы неодолимые, но местами противные.
А ситуация с разработчикам freebsd выглядит вот как-то так:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187594
обратить внимание на позицию гордо надувающих гузки "разработчиков" по отношению к человеку, пытающемуся решать проблему, а не заметать крошки под коврик.И тут на сцену врывается ZoL и _его_ альтернативно-одаренные разработчики. "а давайте нарежем всю память шматочками по 4 килобайта. Нет, лучше по килобайту!" Спрашивается - при arc в 60G - сколько-сколько времени оно там будет искать нужный шматочек?
но нет, этих ребят оно нисколечко не беспокоит. Как и то что это ломает механизм освобождения занятой zfs памяти при недостатке свободной, который и так работал плохо, потому что отсутствующий вне соляры апи попытались заменить неработающим костылем,а потом вовсе решили "и так сойдет".
> неимпортирующийся пул зфс не под саляркой это хорошее, надёжное кладбище информации
под соляркой тоже.
Ну а кому-то сыра пол-кило.
>"а давайте нарежем всю память шматочками по 4 килобайта.Чего они хотели этим добиться?
проблемы посредственного линуксного управления памятью помноженные на отсутствие стабильного апи порешать. Мысли, что памяти вообще-то может быть не 640k и у хранилок в особенности, видимо, в голову приходили, и никого там не застав, ушли.подробности в истории комитов zol в abd.c
в freebsd все это покамест отключается, но, по-моему, там просто #define, поэтому придется пересобирать и ядро и userland. Попутно нужно выключать arccomp и, вероятно, сжатие на самой fs - в первом целое поле с невиданным урожаем грабель, второе без первого, похоже, давно брошено и не тестируется, поэтому опасно и может давать потерю производительности.
В линуксе проще расслабиться.
>Попутно нужно выключать arccompПро это знаю.
>проблемы посредственного линуксного управления памятью помноженные на отсутствие стабильного апи порешать.
Ну вот её бы (проблему с управлением памятью в линукс) и чинили бы. Зачем ломать то, что работало? А главное зачем фряшники это хавают?
Спс. за развёрнутый коммент.
> Ну вот её бы (проблему с управлением памятью в линукс) и чинили бы.ее нельзя починить, тем более силами разработчиков ZoL, ну нет там ручек, за которые можно подергать, то что есть - оказалось медленно и неэффективно.
А манагер требует результат.> А главное зачем фряшники это хавают?
потому что это теперь апстрим, кроме копипасты они ничего уже не могут, а менеджер с палкой требует немедля догнать и перегнать оракл. И иллюмозники тоже схавали.
почему я и говорю - теперь осталась только одна нормальная реализация zfs - та что в соляре. Остальное в лучшем случае вызывает сомнения в качестве, а в некоторых местах просто очевидно defective by design. Причем к первому пункту, внезапно, относятся raidz.
>тем более силами разработчиков ZoLТак это дело ядерщиков прежде всего. А если не хотят пусть сидят без ЗФС или сидят с корявой. Незачем под них подстраиваться. Что-то незаметно, чтобы разработчики линукс шли навстречу бсдам и солярам.
>raidz.
А с ним что не так? У меня работает зеркало под фрёй, данные пока на месте.
> Так это дело ядерщиков прежде всего. А если не хотят пусть сидят без ЗФС или сидят с корявой.
> Незачем под них подстраиваться.разработчики ZoL, внезапно, разработчики именно zfs on linux, и другого линукса у них нет.
>>raidz.
> А с ним что не так?то что код переделан и имеет очень мало общего с сановским оригиналом.
А поскольку переделан теми же самыми руками, которые принесли нам abd, правильнее читать как "пока - работает".
импортирующийся, конечно.
В альтовскую спасалочку кладу fuse-zfs, ZoL тоже не боюсь -- могу добавить, если есть кому проверить.Вообще обращайтесь, да его и под себя несложно пересобрать с использованием стартеркита builder ;-)
fuse закaпывай. Оно с современным пулом только испортить что-нибудь сможет.
> В альтовскую спасалочку кладу fuse-zfs, ZoL тоже не боюсь -- могу добавить,
> если есть кому проверить.
> Вообще обращайтесь, да его и под себя несложно пересобрать с использованием стартеркита
> builder ;-)Внимание! Осторожно,
guix system --file-system-type=iso9660
приближается
https://www.gnu.org/software/guix/manual/en/html_node/Invoki...
.
</тэг>
Reiser4 бы пригодился
ubuntu live installer ;-)
таки да, без.Но без интернета, таки снова здравствуйте, не жилец.
современный "live", мда.
Тогда уж проще из слаки сделать, всё равно это будет проще, чем отлучить убунту от интернета.
ну, поскольку я не "компьютерный мастер, ремонт ноутбуков, апгрейд, установка 1С, настройка майнингферм" и "работаю в о-фи-се" - я решил проблему локальным зеркалом. Оно еще и от внезапно наступившего чебурнета поможет в случае чего.А восстановительную флэшку можно сделать из чего угодно, хоть из той же убунты, просто поставившись на нее вручную - смысла в rescuecd для современных систем в общем-то давно уже нет.
Убунта тяжелее. В неё надо долго пихать руками нужный софт, тогда как здесь он искаропки.И ещё на SystemRescueCd, помимо линукса, было несколько приятных дискетных образов, вроде NT Password Recovery.
Усё пропало, шехв, усё пропало! ©
> Убунта тяжелее. В неё надо долго пихать руками нужный софткакой такой супер-специальный софт тебе нужен чтобы быстро поднять переставшую загружаться убунту?
Если ее быстро поднять не получается - скорее всего уже не нужен вообще никакой специальный софт, а нужно выдирать диски и нести их на клонирование и ручное вытягивание информации, а систему поставишь заново, это быстро.
> И ещё на SystemRescueCd, помимо линукса, было несколько приятных дискетных образов, вроде NT
> Password Recovery.
> Усё пропало, шехв, усё пропало! ©ну будешь носить на флэшке еще и его.
шансов что в том которое ты подрядился "ремонт, апгрейд, удаление блокеров, настройка май..." будет работающий cd привод - гораздо меньше, чем шанс нарваться на систему без cd/dvd/etc вообще и без legacy bios boot заодно.А там где еще есть cd - вполне сойдет версия десятилетней давности, вряд ли на той системе будет zfs последней версии и san multipath. Только флэшку все равно бери, там лазер мог давно катарактой болеть.
SystemRescueCd ставится и на флешку, и на ext-HDD. CD-привод не нужен
его проблема в том, что на толстую флэшку и exthdd элеметарно ставятся любые системы. И наиболее удобно иметь на них именно ту, которую собираешься восстанавливать.А вот на cd/dvd, да еще так чтобы загружался и с eltorito и с uefi (хотя бы и только uefi64), да еще и не жрал потом всю память - это не каждому дано.
> Кто-нибудь знает какой-нибудь live дистрибутив
> на основе Debian без графического окружения?grml вызывает у меня уважение.
GRML
От него у Ъ стулья из-под /dev/ass вылетают - там zsh в качестве system shell. Ужос-то какой, девочки!
> От него у Ъ стулья из-под /dev/ass вылетают - там zsh в
> качестве system shell. Ужос-то какой, девочки!Ой, не знаю, "ди-и-ифчоонки", какие там у вса стулья летают, но
b a s h ENTER
всё решает.
Так это ж если тебе работать! А если пальцы ГНУть и гузкой трясти...
А у сабжа вроде тоже был zsh
> А у сабжа вроде тоже был zshУгу, и никто не заметил.
Однако ж "диффчонкам" что-то там ... неожиданно.
Сексизм, надо полагать.
>Размер загрузочного образа увеличен с 585 Мб до 931 Мб. 32-разрядные сборки заменены на 64-разрядные (x86_64). Поддержка 32-разрядных систем прекращена.Инновации.
>Arch Linux, предназначенного для восстановления системы после сбоя себя.Вот теперь верно.
>Новая версия примечательна уходом от использования в качестве основы наработок дистрибутива Gentoo в пользу пакетной базы Arch Linux
>Размер загрузочного образа увеличен с 585 Мб до 931 Мб. 32-разрядные сборки заменены на 64-разрядные (x86_64). Поддержка 32-разрядных систем прекращена.Это мода такая или всем людям внушают что нужно делать пакости?
Это такой склад мышления. Ну и внушают конечно, всячески поддерживают.
> Размер загрузочного образа увеличен с 585 Мб до 931 Мбплохая новость, очень плохая новость
А я-то переживал, когда у меня спасательный образ с трёхсот метров потолстел сперва до четырёхсот, сейчас уже до 569... но всё равно меньше обеих указанных цифр, если что.Так-то gparted и базовые вещи в любой альтовой графической регулярке есть.
в очередной раз лезть в потроха и документацию (теперь уже arch) чтоб порой (раз в год) использовать его для быстрой удалённой загрузки в PXE с целью чего-то там проверить или восстановить. современный сервер в стадии инициализации (BIOS, опрос устройств, инициализация RAID и т.п.) проводит минуты 2-3, плюс минут 5 на загрузку этого барахла (PXE, tftp, nfs или http), добавь сюда неудобства при работе с iDRAC или KVM over IP, добавь сюда "нервы"... вот и получается целое горе на выходе
> А я-то переживал, когда у меня спасательный образ с трёхсот метров потолстел
> сперва до четырёхсот, сейчас уже до 569... но всё равно меньше
> обеих указанных цифр, если что.Уделай их, сделай rescue c 3.9, 3.16 :) или кто там нынче LTS[i?].
...в сизифе тагого уж не пакетят? ну, тада лан.
> на основе Arch Linux
> Размер загрузочного образа увеличен с 585 Мб до 931 МбSystemd-RescueCD
Интересно, а что их подвигло на сену Gentoo на Arch?
> Интересно, а что их подвигло на сену Gentoo на Arch?В генту не было системдэ.
>> Интересно, а что их подвигло на сену Gentoo на Arch?
> В генту не было системдэ.Да можно в Gentoo вкорячить и сустемду... Не сложный фокус...
Интересно от просто вкорячивания системды вместо опенрц тоже пожирнеет на +400 мегабайт? Надо бы посмотреть, все лень да лень.
пришел раковод и поменял, думаешь там разработчиков тыщи и все готовы спорить с очередным шибко-энтузиастом?
Там всего один разработчик François Dupoux, судя по коммитам в репозиториях.
ну значит к нему пришел рак, и он решил напоследок все поменять. ну что ж поделаешь.
несмотря на некоторую встряску в 2011м гента всё ещё загнивает и болотится. а арч уверенно теснит её на традиционных для генты областях с самого появления.. это неизбежный процесс.
стесняюсь спросить - у генты есть какие-то "традиционные области" кроме бесконечной самопересборки из наираспоследних исходников? ;-)хотя, говорят таки да, теперь и это иногда не работает.
> стесняюсь спросить - у генты есть какие-то "традиционные области" кроме бесконечной самопересборки из наираспоследних исходников? ;-)
> хотя, говорят таки да, теперь и это иногда не работает.Можешь расстрелять своих разведчиков. У тебя недостоверные сведения.
> несмотря на некоторую встряску в 2011м гента всё ещё загнивает и болотится.
> а арч уверенно теснит её на традиционных для генты областях с
> самого появления.. это неизбежный процесс.Что такое арч?
Ну арч как бы лучше в тыщу раз для всех, кроме гентушников =)
Может автор религию сменил, хз.
Все равно старая сборка не сильно юзабильной была.. посмотрим что получилось.
Угу, видно по чейнджлогу. Нихрена нового, просто разжирел и потупел.
Ну не в тыщу, всего то в 931/585 раз. :)
Frenzy=>SystemResqueCD=>Frenzy :)
ушла эпоха.. ушёл лучший бутстрап для установки генты.. прессуй эф, утилизируй отходы.
Т.к. в портежах есть и pacman, и debootstrap - я с него и Арч с Дебианом еще ставил. Очень удобно... было. Надо последнюю версию сохранить... придется самому колхозить.
Альтернатива это только
https://www.altlinux.org/Rescue
https://grml.org/Остальные мертвы, прощай SysResCd, земля тебе пухом, жаль что умер от рача
Такое видимо днище, что даже здесь и до сих пор не добавили в "из коробки" утилиту gdisk.
> Такое видимо днище, что даже здесь и до сих пор не добавили
> в "из коробки" утилиту gdisk.такое днище эти гнутые подделки под msdos fdisk, что и не добавили даже.
кому надо нормальной работы с gpt - настоятельно рекомендую freebsd'шный gpart (понимает что такое диск с translated sectorsize, умеет правильно пересчитывать offset'ы для них, имеет нормальный cli, а не уродливый tui начала 80х )
почему у гнусников все ТАК плохо по сей день - хз. Традиция, видимо, слащемокровкинеедалы.
Нет ipmitool по умолчанию
пришлось ставить отдельно, при чем указанные по дефолту репы были не доступны, пришлось восстанавливать родные арчевские
