Автор: Эди Стоукс, Рабай’а Браун (Ady Stokes, Rabi'a Brown)
Оригинал статьи
Перевод: Ольга Алифанова

Синие экраны — это только начало

Пока большая часть мира восстанавливалась от «чёрного лебедя» — масштабного сбоя, связанного с CrowdStrike и Azure, — команда Ministry of Testing решила поделиться несколькими лёгкими и забавными историями о том, как любимые устройства (и маломощные рабочие ноутбуки) умирали или просто притворялись мёртвыми.

Примечание: некоторые из вас, возможно, никогда не видели печально известный "синий экран смерти" Windows, который мы здесь будем иногда называть BSoD (Blue Screen of Death). Читайте дальше, чтобы узнать подробности.

Некоторые из этих системных сбоев — классические случаи появления синего экрана Windows с пугающим посланием в духе «Оставь надежду, всяк сюда входящий», которые расстраивали пользователей Windows ещё до рождения некоторых из вас. А другие — ну, скорее, результат бездумных действий самих пользователей (одна из авторов статьи смело поднимает руку).

Кстати, пользователи Linux, если вы сейчас самодовольно усмехаетесь — не стоит. Вы тоже не застрахованы от собственного "чёрного лебедя". Если вы ещё не слышали о недавней истории с уязвимостью xz и социальной инженерией, самое время почитать. Возьмите одного переутомлённого и неоплачиваемого инженера, который поддерживает критически важный код, добавьте по меньшей мере одного таинственного участника — умного и талантливого разработчика, прошедшего, вероятно, подготовку уровня шпионов из романов Ле Карре — и получите то, что вполне могло произойти на самом деле.

Из статьи:

«Их грандиозный план был таким:

1. незаметно встроить бэкдор в архивы релизов, но не в исходный код;
2. использовать подставные аккаунты, чтобы убедить различные Linux-дистрибутивы загрузить последнюю версию и включить её в свои пакеты;
3. после того как дистрибутивы выпустят эти версии, они смогут получить контроль над любыми системами/компаниями/пользователями, использующими их».

Если эта перспектива слишком пугает, чтобы думать о ней прямо сейчас — читайте дальше: вас ждут более лёгкие и забавные истории восстания кремния от Эди Стоукса и Раби’и Браун.

Рождение BSoD!

Согласно Википедии, первый «синий экран смерти» (BSoD, Blue Screen of Death) появился в Windows NT 3.1 — первой версии Windows NT — в 1993 году. Экран был задуман не как «экран сбоя», а как информационный: он должен был появляться при ошибке DOS (Disk Operating System) и показывать сообщение об ошибке.

Однако из-за внутреннего бага на экране начинали отображаться случайные символы.

Наверное, самый знаменитый и публичный BSoD появился во время презентации Windows 98, когда Билл Гейтс демонстрировал систему в прямом эфире. Это был неловкий, но забавный момент как для него, так и для всей компании. Когда экран появился, в зале прозвучало протяжное «Уууууух», и это видео до сих пор можно найти на YouTube.

Красный и фиолетовый — новые синие?

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

Красный экран смерти

Появлялся в Windows Vista, которая изначально называлась "Longhorn", — обычно при неудачном перезапуске. Термином «красный экран смерти» также называют сообщения об ошибках на PlayStation.

Фиолетовый экран смерти
Этот фиолетовый диагностический экран появляется, когда VMKernel от VMWare фиксирует исключение машинной проверки (machine check exception), и система «не может продолжать работу».

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

Пример отображения сообщения об ошибке с инструкциями о дальнейших действиях.

Не существует идеальной операционной системы
Ранние системы Apple Macintosh использовали изображения «весёлого» и «грустного» Мака. Пока операционная система загружалась, появлялся улыбающийся логотип Mac OS.

Но если что-то шло не так — появлялся грустный Мак. Ах, старые добрые времена!

Amazon Web Services (AWS) тоже не безупречен!
Поскольку современное программное обеспечение сильно зависит от других сервисов, сбой одной части может повлечь за собой падение многих других. AWS — не исключение.
В 2017 году опечатка при исправлении ошибки в системе биллинга привела к падению облака и всех зависящих от него сервисов. От Apple до систем хранения и платежей — были потеряны часы, прежде чем проблему удалось устранить.
Декабрь 2021 года также стал неудачным для AWS: произошло ТРИ крупных сбоя, повлиявших на множество сервисов. От неисправностей оборудования до отключения электричества — по оценкам, миллионы пользователей пострадали, что вновь поставило под сомнение надёжность зависимости стольких компаний от столь немногих поставщиков.

В неудачах можно найти юмор
Что может быть более человечным, чем реагировать на крупнейший сбой в истории ИТ, случившийся на прошлой неделе, с помощью шуток?
И мы шутили как могли — от простого «хоть и с опозданием, но баг Y2K (ошибка 2000 года) всё-таки добрался до нас» до комментариев вроде «кажется, мой первый день в Microsoft или CrowdStrike прошёл неплохо».
Смешных идей было так много, что справедливо выделить хотя бы некоторые из них.

Маленькие изменения — катастрофические последствия
Пользователь X @itsfoss2 поделился отредактированным видео, на котором кто-то вытаскивает синюю конфету из арт-инсталляции, и всё рушится. Этот «кто-то» — стажёр CrowdStrike, а падающее — это экраны смерти BSoD.
https://x.com/itsfoss2/status/1814314761254838419

Сделай перерыв
Необычайно быстрая маркетинговая реакция от KitKat.

Некоторых людей не остановить
Пользователь X Leo Skelly написал: «Пф. Какой-то сбой ИТ-систем не помешает мне работать» — и показал, как можно писать бинарный код в эти трудные времена.

Если это не BSoD, то что тогда?
Бывают моменты, когда происходящее выходит за пределы вашего опыта. Так было у меня, когда я включила ноутбук и увидела на одном из трёх мониторов полную абракадабру.

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

Далее — перезагрузка. Кто же не любит метод «выключи и включи»? Увы, не помогло. Попробовала поменять разрешение — тот же результат. Следующим шагом было изучение настроек видеодрайвера и прочих параметров, которые только пришли в голову. Всё безрезультатно и с растущим раздражением.

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

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

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

Перегрев ядра, или почему слово «ноутбук» не стоит понимать буквально
Несколько лет назад мне "достался по наследству" замечательный, более чем мощный Dell Latitude от бывшего работодателя, которого, похоже, совершенно не волновало, верну я его или нет. Я стерла всё с помощью Darik's Boot & Nuke и установила Debian с зашифрованным жёстким диском (об этом позже).

Чуть позже я взяла его с собой в "год за границей" за пределами США — он сопровождал меня по разным странам. У меня больше не было собственного рабочего стола, и я редко пользовалась коворкингами или столиками в кафе. Вместо этого я обычно устраивалась с ноутбуком на коленях, причём в холодные дни — под толстой стопкой одеял.

Проблема была в том, что вентиляционные отверстия находились на нижней части ноутбука. Думаю, вы уже догадываетесь, к чему это привело. Через несколько месяцев такого беззастенчивого обращения Dell просто сдался без единого предупреждения. Когда я наконец додумалась взглянуть на нижнюю и заднюю часть корпуса, я увидела мини-вариант (менее драматичный) того, что на картинке ниже:

Вот так выглядело ядро одного из ядерных реакторов на острове Три-Майл-Айленд после довольно долгого отсутствия охлаждения. Если бы случился полноценный расплав, у нас был бы свой Чернобыль в Пенсильвании.
Мне повезло, что я не получила удар током и не устроила пожар.

"Смотрите на мои дела, могучие, и трепещите."

Запароленный шифрованный доступ: кирпичная стена, через которую можно перебраться
Я использую Linux дома почти два десятилетия и работала со многими основными дистрибутивами FOSS (свободного ПО) - Ubuntu, Debian, Arch и Manjaro. Проблемы, конечно, возникают, но поиск в интернете обычно приводит к решению. Конечно, помогает использовать удобный, хорошо поддерживаемый дистрибутив вроде Manjaro, особенно если сообщество активно и готово помочь.

Почти десять лет назад я впервые установила Debian на тот самый, ныне покойный Dell (тот, который расплавился). Я также впервые решила зашифровать жёсткий диск, используя Linux Unified Key Setup (LUKS). В то время я ещё не пользовалась 1Password, поэтому заучила пароль шифрования наизусть. (Теперь я так не рискую: мой текущий пароль от шифрования хранится в 1Password.)

Мышечная память — дело хорошее, но слишком быстрая печать – совсем другое дело. Загрузчик GRUB по умолчанию категорически не отображает ввод пароля (или, возможно, вообще его не отображает). Так что когда вы впервые сталкиваетесь с ошибкой cryptomount, как ниже, скорее всего, первая мысль будет: «жёсткий диск сгорел». А не: «я просто неправильно ввёл пароль».

Enter passphrase for hd0.gpt1(uuid):
Attempting to decrypt master key…
error: access denied
error: disk 'cryptouuid/uuid' not found.
Entering rescue mode…
grub rescue >

Первые несколько раз, когда я сталкивалась с этой ошибкой, я просто перезагружалась. И — о чудо! — после перезагрузки (и корректного ввода пароля) ошибка исчезала. Ура! Но она продолжала появляться снова и снова. Я начала подозревать, что дело в неправильном вводе пароля, но либо не смогла найти нужную информацию онлайн, либо просто не искала.

Наконец, ГОДЫ спустя (не хочу признавать, сколько именно), я проверила свою гипотезу на новом устройстве. Да, виноват был неверный пароль.

Поиск в интернете быстро показал, как решить эту проблему — достаточно трёх команд в GRUB:

grub rescue > cryptomount (hd0,gpt1) // используйте имена устройств из первой строки выше. Обратите внимание на запятую.
Enter passphrase for hd0.gpt1(uuid)
Slot 0 opened // значит, к диску теперь есть доступ
grub rescue > insmod normal
grub rescue > normal // вскоре должен появиться обычный список опций загрузки ОС

Зелёный экран... странного

Manjaro — безусловно мой любимый дистрибутив Linux по причинам, которые я уже упоминала: простота использования, лёгкость в поиске ответов и хороший баланс между настраиваемостью и готовностью работать «из коробки». (Arch часто доводил меня до слёз, Ubuntu ест слишком много ресурсов, а debian не слишком хорошо поддерживается.)

Этот привлекательный минималистичный рабочий стол встречает меня после успешной загрузки.

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

В первый раз это серьёзно меня испугало. Я запускаю Manjaro на шестилетнем Intel NUC, который около двух лет лежал на складе. Он смертен, как и я.

И, честно говоря, этот цвет просто ЖУТКИЙ. Не пытается ли кто-то мне что-то сказать?

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

Пока что.

Блестящий экран смерти

После трагедии с Dell у меня всё ещё не было постоянного адреса, и мне нужен был новый ноутбук за небольшие деньги, который можно было бы отправить в место за пределами США. Я купила бюджетный ноутбук с Windows 10 от одной из крупных компаний, производящих такую технику.

«На этот раз,» — сказала я себе, — «я не буду так неосторожна. Я оставлю вентиляционные отверстия ноутбука свободными.» Я купила подставку Roost для ноутбука, чтобы дать этим вентиляционным отверстиям достаточно воздуха, и запускала ноутбук на подставке 99% времени.

Я не покупала устройство с Windows себе лично несколько лет, и к моему удивлению, опыт пользователя варьировал от хорошего до отличного. Я не столкнулась с излишним программным обеспечением, и большинство программ работали стабильно, не замедляя ноутбук и не приводя к сбоям. И я не видела ни одного синего экрана смерти, который так ярко запомнился мне на устройствах с Windows до 2006 года.

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

Однажды этой весной я вошла в систему как обычно. Сразу заметила странный узор мерцающих огней на изображении рабочего стола. А потом… ничего. Пустой экран. Я попробовала подключить ноутбук к зарядке. Ничего — мёртвый. Оставила его на зарядке на некоторое время. Ничего.

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

Странно, но примерно неделю назад я вспомнила про Intel NUC 2018 года, который привезла из прежнего дома. И подумала: а не попробовать ли новый для меня Linux-дистрибутив? Примерно через два часа Manjaro работал на NUC, подключённом к телевизору в гостиной в качестве монитора. Слава богу! Покупать новый ноутбук не придётся.

Я сейчас печатаю это на компьютере с Manjaro. Тем не менее, даже NUC по ощущениям работает «горячо», хотя вентиляция у него нормальная. Поэтому я привыкла выключать его и оставлять выключенным, если только не нужно быстро набрать много текста. Я даже открывала этот маленький корпус, чтобы посмотреть, можно ли заменить компоненты, но быстро поняла, что для этого нужны руки куколки Барби.

Так что пока что я наслаждаюсь Manjaro на своём «старом» NUC. По крайней мере, до следующего… загадочного… инцидента.

Обсудить в форуме