Бесплатный мастер - класс: Тестировщик с нуля: как им стать и найти первую работу?

⏰ Когда: 6 декабря в 19:00 по мск.

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

Узнаете, как составить привлекательное резюме и где его разместить, чем наполнить портфолио новичку и как правильно откликаться на вакансии!

🎁 Всем, кто зарегистрировался - Гайд «Как заговорить на сленге IT-специалистов», а каждому участнику - Карта компетенций начинающего тестировщика! 

🎊 Новогодние подарки - дарим 20 000 рублей на курс «Инженер по тестированию» + 5 000 на ваш депозит, а при успешном прохождении курса, вернём 10 000 рублей кэшбеком.

Реклама. АНПОО "ХЕКСЛЕТ КОЛЛЕДЖ". ИНН 7839056670.

Как вы думаете, что такое Диск разработки?

Такое новшество подвезли с последними обновлениями в Windows 11.

Его можно создать как на физическом диске, так и в виде виртуального диска на уже существующем томе.

Ну и дальше много-много воды. Про всякие достоинства и чего там следует хранить, а чего не надо.

На самом деле пользователям обычных версий Windows подвезли ReFS.

Может просто надо было добавить ее в список доступных файловых систем при форматировании?

​​Форматируем раздел как ReFS в Windows 10/11

Файловая система ReFS была представлена в 2012 году и имеет ряд существенных преимуществ над своей предшественницей – NTFS. Также она имеет ряд особенностей и ограничений.

Например, на ReFS не может быть расположен загрузочный том, поэтому установить систему на эту ФС не удастся.

Подробнее обо всем этом можно почитать в первоисточнике: https://learn.microsoft.com/ru-ru/windows-server/storage/refs/refs-overview

Первоначально ReFS была доступна без ограничений как в клиентских, так и серверных выпусках ОС Windows, но это продолжалось недолго.

Начиная с выпуска 1709 в Windows 10 убрали поддержку ReFS для всех редакций кроме Professional for Workstation и Enterprise.

Но убрали ее по-хитрому: просто отключили возможность форматировать разделы в ReFS, сама же поддержка этой файловой системы была сохранена в полноценном виде.

Это, кстати, вполне объяснимо: ломать совместимость для пользователей уже успевших отформатировать диски в ReFS никто не рискнул.

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

В общем Microsoft поступили в своем репертуаре, сначала дали попробовать, потом спрятали.

Но они бы не были собой, если бы с последними обновлениями Windows 11 не случилось второго пришествия ReFS под видом «дисков для разработки», о чем мы писали в дневной заметке.

Однако, если вам нужна ReFS не следует бежать за Windows 11 и срочно обновлять ее. Можно поступить проще.

Энтузиастом создана утилита mkrefs, которая позволяет быстро и просто отформатировать любой том в ReFS в любых выпусках Windows 10 и 11.

Скачать ее можно с репозитория разработчика на Github: https://github.com/0xbadfca11/mkrefs

Чтобы использовать утилиту вам потребуется создать том и присвоить ему букву, можно без форматирования, либо переформатировать уже существующий.

Чтобы получить справку просто запустите утилиту без ключей. В самом простом виде, с параметрами по умолчанию, можем отформатировать том под ReFS так:

mkrefs E: /X

Ключ /X используется для форсирования форматирования, полезно если вы переформатируете уже существующую файловую систему, на которой могут быть открытые файловые дескрипторы.

Также доступны ключи:

▫️ /V:label – метка тома, задаем произвольно, при наличии пробелом заключаем в кавычки

▫️ /A:{4096 | 64K} – размер блока файловой системы, по умолчанию 4К

▫️ /I:{enable | disable} – включение проверки целостности файловой системы, по умолчанию выключено

Например:

mkrefs E: /X /V:”My ReFS Vol” /A:64K /I:enabled

После чего в вашей системе появится диск с файловой системой ReFS который вы сможете полноценно использовать.

Также существует альтернативный способ с правкой реестра, но мы не рекомендуем его использовать, так как после такой правки у некоторых пользователей наблюдались проблемы с пробросом

Лох не мамонт, лох не вымрет

Я думал такое разводилово осталось в далеком прошлом. Но нет, работает схема.

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

Во вложении действительно находится счёт в формате PDF. Как правило, в нём указана небольшая сумма. Расчёт делается на то, что для бухгалтеров она покажется незначительной и они оплатят счёт без дополнительных проверок. Только за 22 ноября 2023 года было выявлено* несколько сотен подобных писем. Эксперты не исключают продолжения скам-рассылки.

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

👉 Источник

​​Потоки целостности ReFS – плюсы, минусы и подводные камни

Потоки целостности ReFS – это дополнительная функция файловой системы, которая позволяет осуществлять контроль целостности данных путем использования контрольных сумм. При этом ReFS всегда использует контрольные суммы для метаданных.

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

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

При повреждении данных возможны два варианта действия.

1️⃣ Если ReFS используется на одиночном томе или на Дисковых пространствах без отказоустойчивости, то поврежденный файл блокируется и приложению сообщается об ошибке чтения.

2️⃣ Если используется зеркало или пространства четкости, то ReFS попробует восстановить файл, при успехе приложению будет отдан восстановленный файл, при неудаче – сообщение об ошибке чтения.

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

Проверить состояние потоков целостности для файлов можно командой:

Get-FileIntegrity -FileName H:\Docs\TextDocument.txt

Для всех файлов в каталоге:

Get-Item -Path 'C:\Docs\*' | Get-FileIntegrity

Включить потоки целостности можно для файла, каталога или тома:

Set-FileIntegrity H:\Docs\TextDocument.txt -Enable $True
Set-FileIntegrity H:\Docs -Enable $True
Set-FileIntegrity H:\ -Enable $True

Вроде бы пока все хорошо и интересно, но есть один неочевидный момент.

Если мы посмотрим в вывод команды Get-FileIntegrity то увидим:

FileName Enabled Enforced

 --------               ------- --------

 H:\Docs\TextDocument.txt False   True

Ну с колонкой Enabled – понятно, а вот что такое Enforced?

Выше мы говорили, что в случае неудачного восстановления доступ к файлу будет заблокирован. Параметр Enforced как раз отвечает за блокировку файла.

🆘 Применительно к ReFS блокировка означает фактическое удаление, так как нет никаких способов разблокировать такой файл.

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

Такое поведение можно выключить, для этого используйте

Set-FileIntegrity H:\Docs\TextDocument.txt -Enforce $False

Но помните, что по умолчанию оно включено для всех объектов тома.

Отключить потоки целостности тоже легко:

Set-FileIntegrity H:\Docs\TextDocument.txt -Enable $False

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

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

👆В общем – применяйте с умом.

В продолжение темы "Лох не мамонт"

Прислал вот знакомый безопасник. И подтвердил, что подобные лохи еще не вымерли.

Ссылка на статью со скрина: https://vesti-lipetsk.ru/novosti/proisshestviya/lipeckuyu-firmu-obmanuli-na-poltora-milliona-cherez-internet/

Мой закономерный вопрос: ну как-так, что нельзя пробить контрагента перед крупной сделкой?

Ответ: можно, но менеджерам нужны показатели, выполнение планов, экономия.

Ну как и написал сам схематозник: 5-7 раз в году палка стреляет.

Это если даже 5 раз по 1,5 млн - это 625 тыр в месяц. Такие вот дела...

🤷🏻‍♀️🤷🏻‍♀️🤷🏻‍♀️

​​Скрываем папки и файлы в графических оболочках Linux при помощи .hidden

Все пользователи Linux знают, что чтобы сделать файл или папку скрытой в начале ее имени нужно поставить точку.

Так если обычный файл у нас file.txt, то скрытым будет .file.txt. При этом надо помнить, что атрибут «скрытый» никак не влияет на безопасность или права доступа к файлу, а только лишь скрывает его из вывода команды ls и файловых менеджеров.

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

Но есть одна проблема, в Linux точка является частью имени файла, поэтому file.txt и .file.txt – это разные файлы. Из этого следует что мы не можем просто так взять и сделать файл или директорию скрытой, не поломав пути доступа.

То ли дело Windows – поставил галочку «скрытый» и больше не видишь данный объект в Проводнике.

Но и Linux тоже не лыком шит. В графических оболочках мы можем скрыть любые объекты в файловом менеджере при помощи файла .hidden.

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

Действие данного файла распространяется на текущую директорию, поэтому данный файл следует создать в той директории где мы хотим скрыть объекты.

После чего вносим в него имена объектов файловой системы, которые мы хотим скрыть, по одному на строку.

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

Удобно? Да.

Напоследок напомним, что файл .hidden обрабатывается только графической оболочкой, в терминале он полностью игнорируется.

​​Пятничное о жизни. Необыкновенные приключения кассы Дримкас на одном проекте.

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

Реализовывали действительно потом, иногда сильно потом. В итоге испорченные нервы заказчика, испорченные нервы исполнителя, а этим как с гуся вода. Но да то дела давно минувшие.

Звонит нам один старый заказчик и говорит, мол продал я свой магазинчик, помогите там новой хозяйке. Да не вопрос.

Вот тут-то все и завертелось. Была в том магазинчике касса – Вики-мини. В целом неплохое такое решение класса касса-планшет, во всяком случае в эксплуатации поприятнее того же Эвотора.

Сосватали ее бывшему владельцу какие-то предприимчивые ребята. Мол все просто, быстро, управление через личный кабинет в онлайне и т.д. и т.п.

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

Ну бить чеки и смотреть выручку в телефоне – это конечно хорошо, но, когда встает вопрос учета и отчетности, в ход идут более классические инструменты, например, 1С.

Нас на этот проект пригласила жена владельца, по совместительству и его главбух. Тогда Дримкас только делал первые шаги на базе автоматизированного доения бизнеса и некоторые моменты реализовать еще не успел.

В итоге касса легко и просто подружилась с 1С через обмен текстовыми документами в формате Штрих (еще один производитель кассового оборудования).

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

Поэтому мы не увидели никаких особых проблем с новой владелицей. Работы на час, потом рассказать – показать. В общем прикинули все сложности и озвучили несколько дней на все про все.
Первое удивление было тогда, когда мы не увидели кассы в сети. Нет, сама касса в сети была, а вот общего ресурса на ней не было.

Проверили прошивку – последняя, вроде все в норме. Ну ладно, пойдем почитаем первоисточники.

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

Ок, подписку оплатили. Все как положено, с расчетного счета. Пока того-сего, пока деньги увидели. Три дня.

За это время успели изучить, что с 1С:Бухгалтерия это творчество не совместимо и нужна 1С:Розница. Продали еще базовую Розницу. Настроили обмен с Бухгалтерией, рассказали и показали.

Время даром не теряли, новая владелица как раз привела в порядок номенклатуру, разобралась с ценами. В общем все на низком старте, в магазин начинают завозить товар. Это была среда…

В четверг начинаем финальную часть нашего внедрения, загружаем официальную обработку, которая должна установить интеграцию и прам-пам-пам…

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

Еще раз внимательно перечитываем весь сайт Дримкас. Но нет, нигде про базовые версии ни слова.

Начинаем общаться с поддержкой и как всегда весь четверг отсылаем ей скриншоты версии 1С, версии обработки, версии ККТ, рабочего стола с ярлыками и т.д. и т.п. Хотя проблему мы им сразу и четко обозначили.

Пятница – шоу продолжается. Снова качаем какие-то обработки, снова пытаемся совместить несовместимое и отсылаем пачки скриншотов. И уже после обеда наша проблема таки ушла на уровень выше:

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

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

🎓 Освойте одну из самых востребованных IT-специальностей на рынке труда в рассрочку и получите помощь с трудоустройством!

🔸 Открыт набор от ТГУ по программе: "1C разработчик". ТГУ входит в 100 сильнейших вузов мира и Топ-5 России, а также использует лучшие практики преподавания ведущих университетов: MIT, Stanford, Carnegie Mellon.

🔸 Стартуйте в профессии сейчас, пока на рынке не хватает специалистов и действует скидка на обучение 19%.
https://skills.tsu.ru/catalog/professionalnaya-perepodgotovka/1s-developer/

🔸 Курс подойдет как новичкам, так и действующим специалистам.

🔸  После прохождения курса вы получите два документа: Сертификат «1С:Профессионал» и диплом профпереподготовки. Они подтвердят уровень ваших навыков, помогут быстрее привлечь внимание работодателей и получить работу в крупной компании.

🎓 Подписывайтесь на наш телеграм @tsuproject

Реклама. ООО "АДИ ГРУПП". ИНН 7017283529. erid: LjN8JuLp7

​​День рождения компьютерной мыши

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

Ни тач-панели, ни сенсорные экраны, ни разные иные нововведения не могут поколебать позиции мышки, недаром, покупая ноутбук первым делом покупают к нему сумку и мышь.

Сегодня, 9 декабря, мышка празднует свое день рождение и дата у нее очень даже приличная, особенно по меркам компьютерных технологий – 55 лет.

9 декабря 1968 года была впервые публично показана работа с манипулятором типа мышь, которая была разработана Дугласом Энгельбартом для своей графической системы NLS – oN-Line System.

Времена тогда были совсем другие и презентация заканчивалась словами:

«Представьте, что у вас в офисе есть компьютер, которым вы можете управлять, и он будет отвечать на все ваши команды… какую ценность вы можете для себя из этого извлечь?»

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

Первая компьютерная мышь представляла собой деревянный корпус, в котором было два перпендикулярных колесика и единственная не сильно удобная кнопка на верхней поверхности. А само название мышь закрепилась из-за длинного провода, который был тогда еще не впереди, а сзади мышки.

В 1973 году компания Xerox PARC разработала шариковую мышь, в которой колесики были заменены на считывающий движения шарик. Эта мышка применялась для компьютера Alto, первого персонального компьютера с графическим пользовательским интерфейсом и мышью.

В 1979 году мышь появилась у компьютеров Apple LISA и позднее Macintosh, но это и неудивительно, так как Стив Джобс был знаком и во многом вдохновлялся идеями Xerox PARC.

Немногим позже, в 1983 году мышь стала штатным устройством ввода для IBM PC, ее основным отличием от мыши Apple стали две кнопки, вместо одной.

Но назвать мышь доступной все еще было нельзя, стоимость мыши от IBM составляла в 1983 году 195$, что эквивалентно 615$ по сегодняшнему курсу.

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

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

Но успех и широкая популярность графических операционных систем семейства Windows 3.x прочно закрепили роль мыши как стандартного устройства ввода и привели к их широкому распространению.

Тогда же началась и активная эволюция «грызунов», привычное колесо прокрутки на мыши появилось только в 1995 году в модели Genius Easy Scroll.

Тогда же стали на ноги и выросли многие известные компании, которые специализировались именно на устройствах ввода: Genius, Logitech, A4Tech.

Еще одним важным аспектом развития мышей стало избавление от шарика, на который постоянно налипали грязь, волосы и которые мешали работе с мышью.

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

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

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

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

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

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

А история мыши продолжается, которая, несмотря на возраст, не по годам бодра и готова двигаться вперед.

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

Если раньше на программистов учились годами, то сейчас в IT новый тренд — формат буткемпов. В таком случае 3 месяца практикуешься 24/7 и на выходе оказываешься вполне уверенным спецом.

Так и в Эльбрус Буткемп за 15 недель полного погружения студенты получают уверенную базу для старта работы в сфере. Особая фишка школы — в конце обучения все выпускники проходят карьерную неделю, где составляют портфолио и учатся презентовать себя на собеседованиях.

С таким подходом 86% учеников находят работу в течение 3х месяцев после выпуска. Если давно хотели войти в IT, это супер формат. Приходите к ребятам из Эльбрус на online встречу, где выпускник поделится своим нелегким опытом смены работы из инженера в разработчика и ответит на все ваши вопросы.

Бесплатно. Бесценно. Записаться здесь

Реклама. ООО "ЭЛЬБРУС БУТКЕМП". ИНН 7736332093. erid: LjN8KWGpX

​​День рождения компьютерной мыши. Беспроводные мыши.

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

Первая беспроводная мышь была выпущена еще в 1991 году фирмой Logitech - Cordless MouseMan, которая работала на частоте 150 кГц и имела приемник размером с дисковод гибких дисков.

Доступно была новинка тоже далеко не всем, цена в 199$ (462$ по нынешнему курсу) явно не делала устройство широкодоступным. Но если вы были готовы раскошелиться, то уже в Windows 3.х вы могли наслаждаться работой с беспроводной мышью.

В течении всех 90-х беспроводная мышь была признаком роскоши и тон в их производстве задавала компания Logitech, которая и сегодня не относится к недорогому ценовому сегменту.

Но в нулевых все начало меняться. Сам компьютер перестал быть чем-то недоступным и превратился в обычное бытовое устройство, как и мышь стала банальным средством управления.

В эти годы на рынок беспроводных мышей вышла компания A4Tech с устройствами стоимостью всего 10-15$ (17-26$ сегодня), что делало их доступными широким народным массам.

A4Tech IRSW-25 / IRW-25 / IRW-5 быстро стали весьма популярными устройствами, у автора этих строк была IRW-25.

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

Но все же это была настоящая беспроводная мышка по доступной цене.

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

ИК-мыши сделали беспроводные технологии ближе, но это было компромиссное решение, будущее было за радиоканалом.

Скоро начали появляться относительно недорогие мыши с рабочей частотой 27 МГц (Си-Би, гражданский диапазон частот).

Эти мышки можно отличить по крупному размеру приемника, размером с полноразмерную флешку.

Они уже полностью соответствовали всем основным ожиданием потребителя от беспроводных манипуляторов.

Но оставался еще один момент – время автономной работы. Менять батарейки или заряжать аккумуляторы каждую неделю-две было жутко неудобно, тем более что происходило это все как правило в самый неподходящий момент.

Компания A4Tech попыталась решить и эту проблему, выпустив в середине 90-х серию NB-хх c индукционным питанием. Это были очень оригинальные устройства с питанием манипулятора от специального коврика.

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

Было выпущено целое семейство мышей NB, от простых и доступных NB-30, до дорогих NB-95. Мышки были легкими, удобными, но сохранялся все тот же недостаток – зависимость от коврика, который был не таким уж и большим.

Но на то время это было достаточно оригинальное и доступное решение. Особенно если вы не играете в шутеры и подобные игры.

Но все это осталось в истории, так как беспроводные мыши эволюционно перешли в радиодиапазон 2,4 ГГц, что позволило радикально уменьшить размер приемопередатчиков и снизить электропотребление мышей.

Современная беспроводная мышь обычно поддерживает диапазоны 2,4 ГГц и Bluetooth, а также работает от одного источника питания месяцы и даже годы.

Сегодня – это удобное портативное устройство, но, прежде чем достичь сегодняшнего состояние беспроводные мы прошли через множество вариантов и трансформаций. И было это относительно недавно, поэтому многие из нас стали живыми свидетелями эволюции беспроводных мышей.

Что такое инфраструктура как код и как с этим работать?

Расскажем на бесплатном уроке «Инфраструктура как код, ansible, terraform» от OTUS.

На вебинаре:

✅ Познакомимся с понятием инфраструктура как код
✅ Изучим инструменты для организации инфраструктуры в виде кода

Вебинар будет полезен инженерам, сисадминам, DevOps и SRE, разработчикам и ИБ-специалистам

📅 Мероприятие пройдёт 11 декабря в 20:00 мск.
🌐 Ссылка для регистрации: https://otus.pw/JQGR/?erid=LjN8JyNWs

💯 Открытый урок приурочен к старту курса «Administrator Linux. Professional» от 25 декабря. Переходите на сайт, чтобы ознакомиться с полной программой курса, пройти вступительное тестирование и занять место в группе по новогодней скидке — 20%🎄. Курс также доступен для приобритения в рассрочку

Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963.

​​Система автономного обновления Linux

Многие пользователи и администраторы настольных систем на базе Linux заметили, что теперь обновления системы происходит при перезагрузке, совсем как в Windows.

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

Сразу оговоримся, что речь в данном случае идет сугубо о системах с графической оболочкой.

Впервые проблема с обновлениями была сформулирована разработчиками Fedora еще в 2009 году. Тогда основной претензией было то, что обновления поставляются хаотично, не тестируются в комплексе и непонятны пользователям.

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

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

Тот же Firefox обнаружив обновление файлов программы попросит вас перезапустить браузер, но иные программы могут завершиться с ошибкой, зависнуть, вызвать темный экран и т.д. и т.п.

Несмотря на то, что процесс обновления продолжается пользователю может показаться, что система зависла или заглючила и он может принудительно ее перезагрузить.

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

Чтобы решить все эти проблемы была разработана система автономного обновления, которая состоит из двух основных компонентов: пакетного менеджера и специальной службы systemd.

Теперь пакетный менеджер только скачивает обновления и уведомляет systemd об их наличии.

Но, как мы помним, дергать пользователя по пустякам – это очень плохо. Поэтому в зависимости от статуса обновления systemd может не спешить уведомлять пользователя об их наличии, а делать это, скажем, раз в неделю.

Также на пользователя не вываливается вся куча обновлений, а разбивается на метапакеты: обновление системы (23 пакета), обновление KDE (15 пакетов), обновление Firefox, LibreOffice и т.д., что делает процесс более понятным для пользователя.

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

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

Если при этом произошло отключение питания, то при следующей загрузке systemd повторит эту процедуру. А если при установке обновлений произошли ошибки, то systemd откатит состояние системы.

При загрузке в нормальном режиме пользователь получит сообщение либо об успешном обновлении системы, либо об ошибке.

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

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

С технической стороны это делает систему более надежной и практически на 100% гарантирует ее загрузку в графическом режиме (за исключением действительно серьезных проблем).