Корпорація Майкрософт випустила патч безпеки, який закрив мій довірений розділ Ubuntu. У серпні 2024 року оновлення Windows із використанням комірки Secure Boot Advanced Targeting (SBAT) позначило вразливі завантажувачі GRUB, заблокувавши тисячі нелегальних користувачів по всьому світу. Я був одним із користувачів, які отримали повідомлення про помилку «Порушення політики безпеки» замість того, щоб розпізнати екран входу, і я хотів би сказати, що відтоді все покращилося.
Втрата доступу до робочого процесу та застрягання в підвішеному стані ніколи не приносять задоволення, але оновлення Windows, які зазвичай не впливають на одночасне встановлення ОС, часто впливають на послідовність завантаження та інші аспекти моєї інсталяції Linux. Відтоді я перейшов на використання WSL або віртуальних машин замість конфігурації подвійного завантаження, оскільки їх легше налаштувати та запустити.
Параметри BIOS повинні бути відключені
Порушення працездатності АРМ
Кожне оновлення основних функцій Windows викликало тихий страх перед питанням, чи не переписав диспетчер завантаження Windows мою послідовність завантаження. Я витратив більше часу на читання документації з відновлення, ніж на те, щоб використовувати Linux для роботи. Подія SBAT у серпні 2024 року довела, що Microsoft тримає всі карти в сценарії подвійного завантаження і що Windows не може продовжувати спільне використання фізичного диска з іншою ОС протягом тривалого часу. Корпорація Майкрософт мала намір виправити застарілі та незахищені менеджери завантаження, щоб не порушити безпеку Windows, але оновлення без розбору націлилося на законні системи подвійного завантаження, які мають сучасні дистрибутиви Linux.
Щоразу, коли це трапляється, мені доводиться тимчасово вимикати безпечне завантаження, вставляти флеш-пам’ять відновлення та запускати утиліти відновлення командного рядка, щоб відновити GRUB як основний менеджер завантаження. Після того, як я виправив завантажувач, мені довелося перезапустити машину, повторно увійти в BIOS і знову ввімкнути безпечне завантаження, щоб відповідати суворим вимогам до обладнання Windows 11. На жаль, така постійна незахищеність може поставити під загрозу робочий простір будь-якого професіонала, який використовує Linux для кодування або навіть альтернативу Windows. Диспетчер завантаження Windows працює на підставі зарозумілого припущення, що це ексклюзивна ОС для більшості машин. Це припущення вірно для більшості машин, але не для професіоналів, досвідчених користувачів і любителів.
Окрім нестабільності спільного завантажувального диска, вимкнення чи сплячий режим екземпляра Windows для перезавантаження в Linux порушує продуктивний робочий процес. Коли я для Focus Sessions і кількох програм, розроблених для Windows, перейдіть на Ubuntu для тестування інструментів нудно Після завершення завдання Linux я повторив повне завершення роботи та перезавантаження, щоб повернутися до головного робочого середовища Windows. Психологічна цінність цього переходу контексту стала нестійкою. Кожного разу, коли я витрачаю кілька хвилин, намагаючись пригадати свій хід думок перед вимкненням, я помічаю, що активно уникаю виконання необхідної роботи в Linux лише тому, що перезапуск займає багато часу, коли він не працює посеред проблем, пов’язаних з оновленням Windows.
Перехід на WSL і віртуальні машини принесе користь користувачам
Життєздатна альтернатива завантажувачам
Перемикання середовища Ubuntu на підсистему Windows для Linux (WSL2) і перенесення важких графічних завдань на VMware Workstation допомогло вирішити цю проблему. Замість того, щоб працювати окремо, WSL дає Windows повний контроль над завантажувачем, тоді як Linux працює разом з іншими програмами Windows. Це гарантує, що Ubuntu є легкодоступним, а не ОС, яка мене цікавить.
Переваги на апаратному рівні роблять підхід віртуалізації безмежно кращим, ніж традиційна конфігурація подвійного завантаження. Мій настільний комп’ютер має 32 ГБ оперативної пам’яті, цього достатньо для безперебійної роботи VMware Workstation, не перевантажуючи Windows. WSL2 завантажує справжнє ядро Linux менш ніж за дві секунди, повністю минаючи процес POST материнської плати. Я можу відкрити власний термінал bash безпосередньо біля мого активного документа Word, запустити мої завдання компіляції та закрити термінал, не перериваючи сеанс Windows Clock Focus.
Крім того, WSL2 пропонує власну інтеграцію з апаратним забезпеченням хоста та файловою системою. Я можу спрямовувати обчислювальні завдання безпосередньо на свою Nvidia GTX 1660Ti з підсистеми Linux без необхідності налаштовувати складні параметри комутатора PCIe. Інтеграція з Windows File Explorer усуває громіздкий процес монтування та читання розділів Ext4 з окремого диска. Я переходжу до шляху мережевого диска, призначеного для WSL, перетягую скомпільовані файли прямо на робочий стіл Windows і продовжую працювати без збоїв.
Що ще важливіше, я можу бути впевнений, що оновлення Windows мають менше шансів пошкодити один екземпляр WSL.
Знайте, коли порушувати правила
Я погоджуюся з тим, що використання гіпервізора типу 2 або легкої підсистеми не задовольнить усі вимоги до обчислень у просторі любителів. Деякі спеціалізовані робочі процеси суворо вимагають подвійного завантаження для налагодження на рівні ядра, обробки з низьким вхідним шумом або складних конфігурацій перемикання обладнання, які за своєю суттю важко віртуалізувати. Деякі користувачі просто віддають перевагу незалежній ОС, розділеній на фізичному рівні.
Вам слід розглянути традиційне подвійне завантаження, якщо це вимагається вашим використанням, наприклад, регулярне використання Linux на комп’ютері переважно з Windows. Однак WSL є вагомим аргументом для сучасного досвідченого користувача, де грає роль інтеграція робочого процесу з ОС Windows та інші переваги апаратного рівня. Ви також позбудетеся стресу від кожного разу.
