Очередной баг софта Boeing 737 Max затрагивает индикатор неисправности

Очередной баг софта Boeing 737 Max затрагивает индикатор неисправности

Очередной баг софта Boeing 737 Max затрагивает индикатор неисправности

Boeing выявил новый баг в программном обеспечении пассажирского самолёта 737 Max. Однако, по словам корпорации, проблема не помешает вернуть воздушное судно в обслуживание в середине 2020 года.

Инженеры обнаружили баг во время внутренней проверки, после чего сразу уведомили Федеральное управление гражданской авиации США.

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

«Мы доработаем программное обеспечение 737 Max и убедимся, что индикатор активируется именно в нужный момент. Планируем всё исправить до ввода самолёта в обслуживание», — гласит заявление Boeing.

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

В тот раз Boeing также заявил, что сотрудничает с Федеральным управлением гражданской авиации США и пообещал всё устранить.

Замедление Telegram ударило по разработчикам российских ОС

В России оказался недоступен сервис git.kernel.org, через который разработчики получают обновления исходного кода ядра Linux. Крупные участники сообщества подтвердили проблему и связали её с действиями Роскомнадзора. Сам регулятор свою причастность отрицает.

Первые сообщения о сбоях в доступе к kernel.org появились 12 февраля. Пользователи отмечали, что зайти на ресурс без использования средств подмены адреса невозможно — ни по протоколу git, ни по HTTP. Аналогичные трудности возникли и с рядом других сайтов, в том числе с онлайн-курсами по Python и ресурсами разработчиков некоторых системных библиотек.

Портал Digital Report сообщил, что сбои могли быть связаны с мерами Роскомнадзора по замедлению Telegram. По версии издания, при попытке точечно ограничить трафик мессенджера и популярных VPN-протоколов (WireGuard, OpenVPN) применялась тактика «ковровых» блокировок по диапазонам IP-адресов. В результате под ограничения могли попасть CDN-сети, на которых размещаются зеркала Linux Kernel Archives.

Как отмечает Digital Report, ещё 12 февраля разработчики обратились в профильные группы Минцифры с просьбой разобраться в ситуации. По их словам, официальной реакции долгое время не последовало, а обсуждения сопровождались смесью тревоги и иронии.

Лишь сегодня Роскомнадзор в ответ на запрос издания «Подъём» сообщил: «Решения уполномоченных органов в отношении сервисов Linux не поступали, меры ограничения к ним не применяются».

После публикации комментария доступ к сервису начал постепенно восстанавливаться. Об этом, в частности, рассказал Алексей Смирнов в комментарии для Forbes.

Накануне похожие проблемы возникли у пользователей Windows: обновления системы либо не загружались, либо устанавливались с заметными задержками. Тогда Роскомнадзор также отрицал свою причастность.

RSS: Новости на портале Anti-Malware.ru