Михаил шигорин alt linux

Team/Famous

Содержание

Известные люди ALT Linux Team [ править ]

Список далеко не полон; сортировка аполитична. Если считаете, что кого-то забыли — допишите.

Aleksey Novodvorsky [ править ]

Сооснователь ООО «Альт Линукс», директор по развитию, некогда школьный учитель математики.

Добр и чувствителен, порой до обидчивости. Человек большой души, но даже искреннюю критику в свой адрес (особенно в адрес сизифа) порой принимает с очень большим трудом. Впрочем, неискренней тоже хватает.

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

Dmitry Levin [ править ]

Генеральный архитектор Sisyphus, главный конструктор ООО «Альт Линукс», математик и вообще хороший человек (если не умудриться вывести из себя).

Поддерживает базовую систему сизифа, отвечает за инфраструктуру. Замечен как в помощи по написанию безопасного кода и анализу/исправлению потенциально небезопасного (C, shell…), так и в собирании грибов на LinuxFest 🙂

Anton Farygin [ править ]

Глава обнинского офиса Базальт СПО, сильный технарь и человек. Один из организаторов lrn.ru и linuxfest.ru.

Способен свернуть горы, при этом не стесняется посоветоваться с коллегами.

Vitaly Lipatov [ править ]

Генеральный директор ООО Этерсофт, собирает примерно десятую часть сизифа, для облегчения чего создал etersoft-build-utils.

Перед участием в некоторых особо напряжённых темах в smoke-room@ порой помогает почитать его ответы в предыдущих витках.

Sergey Vlasov [ править ]

Легендарный муромский богатырь. Долгое время сопровождал ядра высочайшего качества в ALT, создал или неисправимо улучшил многие инфраструктурные инструменты.

Поднимался вопрос об издании трёхтомника трудов — коммитов, changelog’ов и писем в рассылки.

Sergey Turchin [ править ]

«Мистер KDE», каковое поддерживает практически в две руки. Если «из коробки» заработала 3D-акселерация на старенькой nvidia — вспоминать добрым словом его же.

Вполне отзывчив, хотя иногда долго добирается ответить.

Stanislav Ievlev [ править ]

Тихий, незаметный и неконфликтный человек, проделавший огромное количество работы по самым разным частям инфраструктуры и дистрибутивов, включая кластерный и RSBAC-дистрибутив, installer, alterator…

Один из двух людей, наиболее основательно занимавшихся безопасностью пакетной базы и дистрибутивов ALT Linux от самого их начала.

Alexey Gladkov [ править ]

Участник проекта Mozilla, результаты деятельности которого порой доносит и до сизифа. Источник заметной части оригинальных наработок последних лет, включая libshell, mkimage и make-initrd. Много сделал для alterator и инфраструктуры.

Крайне тщателен и педантичен; его скрипты бывает полезно почитать для самообразования.

Alexey Tourbin [ править ]

Правая рука ldv@ по работам над инфраструктурой. Поддерживает perl и толерантность в devel@, хотя на самом деле человек не только грамотный, но и интересный.

Если исчезает — подождите.

Damir Shayhutdinov [ править ]

Яркий представитель «новой волны» (после 2005): юморист и профессиональный разработчик на C/C++, который нередко помогал с пониманием и решением проблем как непосредственно с кодом, так и с его линковкой и упаковкой (особенно на x86_64).

Andrey Rahmatullin [ править ]

Ещё один яркий представитель «новой волны», и тоже много кому помог с исправлением проблем в коде.

Иногда его краткие ответы на точно процитированный вопрос напоминали советскую документацию — написана правда, но вот понять это получается только при понимании как всего вопроса, так и всего ответа.

Valery Inozemtsev [ править ]

На удивление сообразно логину отличается в поведении на (электронной) публике и при личном общении: в переписке бывает невыносим, а вообще же он добрый и умеет улыбаться.

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

Michael Shigorin [ править ]

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

«Админ» с претензией на «манагера»; как разработчик довольно слаб. Порой *долго* отвечает.

Motsyo Gennadi [ править ]

Не соответствует своему логину. Знает много, даже то, о чем не догадывается. Всегда рад помочь, но и не забывает иногда послать в рассылку или на форум. Иногда раздувает много политической шумихи внутри community.

Andrey Cherepanov [ править ]

Также известен как Skull или Sibskull. Умудряется схватиться за всё и сделать достаточно многое (например, выпуски на p5). Модератор forum.altlinux.org, был когда-то крайний по QA.

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

Denis Smirnov [ править ]

Бывший слакварист и фидошник, затем Mr. Asterisk сизифа. Порой жутко флеймил и даже бросался в крайности, потом хватался за напильник и искупал это.

George Kouryachy [ править ]

Бывший BSD-шник, продолжает активно заниматься образовательной деятельностью (это надо видеть, жестикуляция непередаваемая).

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

Kirill Shutemov [ править ]

Больше делает, чем говорит. Начал с qemu; выручал ldv@ по части gcc и openssl; вместе с legion@ пилил make-initrd; занимался ARM-портом.

На удивление неконфликтный и толковый специалист.

Igor Vlasenko [ править ]

Более всего известен как автор repocop и участник QA Team; также виновен в успешной попытке упаковки Java-стека в сизиф (путём создания механизма импорта jpackage.org).

У многих вызывает сильные эмоции — или симпатию, или осуждение.

Eugeny Rostovtsev [ править ]

Тихо и незаметно тянул огромное количество пакетов в сизифе, существенно пополнив python-подсистему и упаковав немало научного софта (кто с таким сталкивался, тот понимает, насколько это бывает сложно). Покинул нас осенью 2015 года.

Gleb Fotengauer-Malinovskiy [ править ]

Начав в компании с тестировщика, стремительно вырос в одного из наиболее ценных специалистов в команде; по сути зам. ldv@ (а в принимающих так просто по факту). Пожалуй что рекордсмен по количеству портов альта, к которым приложил руку.

Ivan Melnikov [ править ]

Давний участник команды, порой выручающий по нетривиальным вопросам; забрал у Глеба mipsel и продолжил успешно развивать в качестве вторичной архитектуры.

Yuri Sedunov [ править ]

Ещё один давний участник, много лет единолично сопровождающий пакеты GNOME и сопредельные, помимо всего прочего. При вежливом обращении способен помочь в сложных моментах, а вот «эй, ты» склонен игнорировать.

Aleksei Nikiforov [ править ]

Яркий представитель молодого обнинского поколения, достаточно грамотный, чтобы умудриться ненароком сломать apt двумя выстрелами в собственную ногу из-за спины (виноват оказался апстрим, но всё равно впечатлило). Толковый, но при отсутствии внятного объяснения проблемы может отказываться её видеть; что, впрочем, шире известно как «bug# or didn’t happen».

Источник

ALT Linux Rescue (Михаил Шигорин, OSSDEVCONF-2014)

Материал из 0x1.tv

Содержание

Аннотация

Доклад посвящён развитию и применению образа спасательного диска, созданного на базе технологий и пакетной базы ALT Linux [1].

Видео

Посмотрели доклад? Понравился? Напишите комментарий! Не согласны? Тем более напишите.

Слайды

Расширенные тезисы

Введение

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

Существует большое количество прикладных пакетов свободного программного обеспечения, предназначенных помочь с решением этих вопросов.

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

Так, стоит упомянуть и две дискетки tomsrtbt, и специализированные проекты вроде Recovery Is Possible; «обычные» дистрибутивы также склонны включать в состав расширенных вариантов возможность загрузки небольшого «спасателя».

Зачем было делать ещё один?

Во-первых, в составе дистрибутивов ALT Linux давно был свой «аварийный кусочек»; во-вторых, оказалось, что наш нестабильный репозиторий прекрасно подходит для автоматического формирования подобных сборок, которые при надобности оказываются доступны вместе со свежими версиями ядра Linux и требуемых программ.

Реализация

В 2007 году был оформлен набросок на базе основной технологии сборки mkimage-profiles-desktop, в 2011 перенесён на разрабатываемые mkimage-profiles;

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

Далее был запущен и проект стартовых наборов [3] с ежеквартальным выпуском расширенного комплекта на базе стабильного репозитория, куда вошёл и rescue.

Образ использует вариант ядра un-def, который сопровождается на основе mainline-ветки kernel.org и обычно соответствует текущей либо предыдущей стабильной версии ядра Linux; как следствие, новое аппаратное обеспечение имеет больше шансов заработать вообще или как положено. Также включены, как правило, недавние версии прикладных пакетов вроде smartmontools или scalpel с аналогичным положительным влиянием на общую функциональность набора.

Контроль качества

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

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

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

Так, у всех регулярных сборок есть общая часть – «ствол» дерева конфигурации; найденная при проверке любого образа ошибка после исправления будет ликвидирована во всех производных.

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

Применение

Нет прока от того, чем не пользуются. Какие-то изменения вносились в rescue по результатам вынужденного задействования на своих системах, другие — по просьбам пользователей или после знакомства с аналогичными изделиями коллег.

Здесь интересно выделить случаи необычного применения, когда люди говорили — «ваша штуковина заработала лучше всего остального». Их пока было три.

Криминалистический режим

Существует узкая специализация подобных продуктов, вызванная необходимостью экспертного анализа остаточных данных на носителях информации; в её рамках важны два свойства применяемого операционного окружения:

• недопущение изменения хранимых, остаточных и системных данных на изучаемых носителях информации;
• защита от исполнения недоверенного кода с этих носителей при загрузке.

Оба вопроса кажутся тривиальными, но благодаря участию Максима Суханова удалось понять нюансы вроде отката журнала файловых систем при монтировании вроде бы readonly и возможность подмены образа второй стадии, а также включить средства противодействия в составе forensic-scripts и проверки контрольной суммы squashfs при загрузке в forensic mode; в результате ALT Linux Rescue весьма неплохо выглядит даже на фоне разрекламированных «специализированных» продуктов. [4]

Hyper-V gen. 2

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

i’m a bit bummed because literally every distro has had a different issue. the rescue image was the only thing which was perfect. and it’s not installable. 🙂

Этот случай к целевому назначению спасательного образа относится весьма косвенно, хотя для вынужденного работать с данным гипервизором в каком-то смысле он оказался спасительным, позволив открыть для себя ALT Linux как таковой и в дальнейшем получить необходимый серверный инсталятор 🙂

Кластерный узел

Ещё одному человеку оказалось удобным разобрать наш rescue на запчасти и доработать под себя для организации сетевой загрузки узлов небольшого кластера:

Более подходящего я не нашёл, правда. Много перепробовал, но этот самый маленький, чуть ли не единственный, у которого правильно изначально сделана загрузка с дровами под сетевые и необходимые службы для сетевого монтирования. Он не перегружен сервисами, а так как [. . . ], то библиотек доставлять почти не надо.

Что дальше?

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

Графическая среда

Ряд полезных пакетов применяет графический интерфейс; в первую очередь это инструмент для неразрушающей переразбивки дисков gparted, но во многих аварийных ситуациях могут помочь браузер (особенно с NetworkManager) и файл-менеджер. Существуют и более узкоспециализированные инструменты с GUI, доступные в ALT Linux и находящиеся в русле развития спасательно-восстановительного варианта – например, autopsy.

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

Этот вопрос на данный момент открыт.

Сетевая загрузка

Нет, сам-то Rescue и так пригоден для запуска посредством DHCP+TFTP+NFS – но это требует конфигурирования двух транспортных служб, в то время как известны реализации спасательных комплектов, состоящие из ядра с initrd и потому довольствующиеся лишь DHCP+TFTP (что может быть особенно важно в случае гетерогенных сетей).

Также может оказаться полезной возможность загрузки с флэшки или сидишки на одной из машин в сети и организация на ней сервера сетевой загрузки для остальных нуждающихся в ремонтных работах;

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

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

Bacula «bare metal» restore

В дистрибутивы Альт Линукс входит мощная система резервного копирования Bacula; инструмент для автоматизации восстановления клиентских узлов «на железе» с новыми дисками выглядит потенциально полезным и стоящим исследования.

Разумеется, есть и «длинный-предлинный хвост» мелочей, которые в различных ситуациях облегчают произведение и без того требовательных к опыту работ. Из подобных мелочей полезными могут оказаться поддержка последовательной консоли (в т.ч. организованной средствами IPMI BMC), возможность загрузки во FreeDOS (можно и сейчас добавить, но вопрос в том, как с эмулируемой дискеты штатно добраться до флэшера с прошивкой, которые и потребовали DOS).

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

Источник