Леннарт Поттеринг

Неделю назад кончился жёсткий диск в сервере. Вот в том, который отдал вам сейчас эту страничку. Приказал долго жить бэкапый диск, который не состоял в RAID’е. Проблема лишь в том, что на нём ещё были /boot и GRUB. Потеря загрузчика — не слишком большая беда, так как в этом деле главное не перезагружаться, пока не будет готов диск на замену. Вчера утром он был уже был мной подготовлен, и я собирался ехать в ДЦ, чтобы его поставить в сервер. Инструменты, документы, и надо было сделать live-флешку. Сервер, конечно, должен был штатно стартовать с тем диском, который для него был подготовлен, но мало ли что… Берём флешку, вставляем, делаем dd… и понимаем, что dd мы сделали на ту флешку, на которой[…]

Салют-7

Тут меня знатно прокатывают с совместным походом на Бегущего по Лезвию 2049. Может оно и к лучшему… Короче, пошёл я на Салют-7 в одно лицо. Ну как бы снято по реальной истории. А история там о грандиозном факапе, который приключился, когда всё в стране уже шло кое-куда уверенными темпами, где удачное разрешение всей проблемы зависело только от грамотных решений и действий руководителя программы Салют-7 и космонавтов, подобранных это всё исправить.

Orange Pi Plus 2E

Копаюсь тут с Orange Pi Plus 2E… Так вот, не знаю, читает ли мой блог наш ОТК’шник… Не знаю. Но, если вдруг Саня ты это читаешь, то просто знай, что они смогли: две заказанные одинаковые платы мало того, что скручены винтом (по-разному, кстати), содержат не повторяющиеся дефекты пайки и промывки, так ещё одна содержит в NAND’е образ u-boot от начала 2017 года, а вторая — android. Хотя обе должны быть пустыми. Такой вот контроль качества и обеспечение повторяемости изделий у Xunlong’а.

Контейнеры

Последние несколько недель я изучал контейнеризацию окружений, точнее то, как нынче принято это делать. И повод есть: anotherhosting.net весь в виртуалках живёт, виртуалки содержаться на моём «облаке», ну а контейнеризация, насколько известно, помогает снизить накладные расходы, что ведёт к росту КПД «облака». Ну это в теории. Да и глупо это, казалось бы, иметь гипервизор, виртуализацию в CPU, когда любой продакшн-дистрибутив умеет и cgroup и namespaces. Но нет… Счастья не будет.

Для начала стоит напомнить читателю о том, что BIOS, в оригинале, был неотъемлемой частью операционной системы фирмы Microsoft. Ну вот, например, рассмотрим работу с серийным портом в ОС MS DOS: нам не обязательно знать, какое именно оборудование установлено, так как мы оперируем вводом-выводом в некоторую зону памяти (I/O port) и отслеживаем некоторые прерывания. И то и другое нам предоставляет BIOS. Так же и с дисками: нет дискового контроллера, есть адреса в памяти и прерывания. То есть, фактически, BIOS предоставлял MS DOS услуги по инициализации устройств, предоставлял абстракцию для работы с ними, и, в последнюю очередь, передавал управление загрузчику ОС.

Представляете, решил написать статью и вдруг понял, что оно никому, кроме меня, не нужно! Ну вот кому интересно, как без VBIOS инициализировать intel’овскую встроенную графику? Никому! Под новостью о релизе свежего coreboot’а я отхватил пучок минусов, так как написал, что при должном стечении обстоятельств портирование новой материнской платы занимает около получаса, а в малом наборе портированных плат виноваты не разработчики coreboot’а. Ну не верят люди. Людям проще дальше считать, что это сложно. Проще дальше стонать от бремени UEFI и кушать тот же кактус. Хрен с ними…

Завтра на работу… У меня есть устное джентельменское соглашение с работодателем о том, что пока порты материнок за пределы КБ выносить не буду. Ну ладно. Пока поделюсь мыслями о развитии coreboot’а и своими планами, которые с этим связаны.