`

СПЕЦИАЛЬНЫЕ
ПАРТНЕРЫ
ПРОЕКТА

Архив номеров

BEST CIO

Определение наиболее профессиональных ИТ-управленцев, лидеров и экспертов в своих отраслях

Человек года

Кто внес наибольший вклад в развитие украинского ИТ-рынка.

Продукт года

Награды «Продукт года» еженедельника «Компьютерное обозрение» за наиболее выдающиеся ИТ-товары

 

Windows 11: установка и настройка встроенного ядра Linux в Win11, запуск Linux GUI приложений

Что было хорошего в поздних сборках Windows 10 и развивается в Windows 11 – это подсистема Windows Subsystem for Linux (WSL), которая позволяет «нормально» запускать задачи Linux в Windows Pro без всяких виртуальных машин. Фактически, ядро Linux в Windows работает параллельно с ядром самой Windows и может теперь пользоваться всеми аппаратными ресурсами ПК. Именно эти улучшения – работа с графикой и дисками легли в основу новой версии WSL в Windows 11. Плюс Microsoft также существенно упростила процесс установки и конфигурации ядра Linux в Windows 11 Pro. Собственно – о том, как теперь просто установить и сконфигурировать WSL, о новой работе с GUI-приложениями Linux в WSL (про бета-версию я рассказывал еще в апреле тут – https://youtu.be/7Yz3fPuQH6k), о работе с дисками в WSL – и пойдет речь в данном видео.

Для тех, кому не терпится попробовать ядро Linux в Windows 11 Pro – вот вам небольшой перечень команд для установки и конфигурации самой системы WSL и Linux внутри:

* УСТАНОВКА WSL: запускаем командную строку Windows (PowerShell или CMD) с правами админа и в ней выполняем команду wsl –install . Данная команда скачивает все необходимые модули WSL, включает/конфигурирует другие вспомогательные службы Windows и после, ВАЖНО – скачивает из онлайн репозитория базовый дистрибутив Ubuntu (текущую версию) и просит перегрузить ПК.

если вы хотите установить другой дистрибутив при инициализации WSL, сначала просмотрите доступные сборки в репозитории WSL командой wsl –list –online, а потом при установке используйте команду –install с ключем -d имя_дистрибутива, например, wsl –install -d kali-linux – настроит WSL и скачает по умолчанию Kali Linux, как основной. Кроме того, в дальнейшем, выполняя команду wsl –install -d имя – вы сможете установить несколько дистрибутивов, переключаясь между ними.

если вы хотите поэкспериментировать с WSL в виртуальной машине – не забудьте включить для нее вложенную виртуализацию процессора, поскольку WSL использует аппаратную виртуализацию процессора для ускорения работы – и виртуальная машина тоже должна иметь доступ к данной функции в своих виртуальных процессорах. Так, если вы используете встроенный в Windows 10/11 Pro гипервизор Hyper-V (кстати, именно его я рекомендую и юзать) – то для включения вложенной виртуализации процессора достаточно на основном ПК выполнить в PowerShell следующую команду с правами админа – Set-VMProcessor -VMName имя_ВМ -ExposeVirtualizationExtensions $True – где имя_ВМ – это имя виртуальной машины в консоле Hyper-V. Сравнение производительности между виртуальной машиной с Linux и WSL я уже проводил тут – СофТы: тестирование производительности Linux в Windows Subsystem for Linux vs Hyper-V – https://youtu.be/P88GPegg7x0

* ПОСЛЕ ПЕРЕЗАГРУЗКИ ПК автоматически запустится консоль Linux в отдельном окне, которая уже закончит установку ядра дистрибутива и попросит у вас имя/пароль админа именно для данного дистрибутива. По окончании настройки – закройте окно и снова запустите командную строку Windows с правами админа и выполните там команду wsl –update – будет выполнено обновление движка WSL и если потребуется (будет показано сообщение о необходимости перезапуска WSL) – перезапустите WSL командой wsl –shutdown . Все, ваша WSL готова к работе.

Получить доступ к командной строке Linux вы сможете через соответствующую иконку в меню Пуск Windows, также, в отдельную папку для каждого дистрибутива, будут добавляться и иконки приложений, которые в него устанавливаются. Новый сервис WSL уже по умолчанию поддерживает работу с GUI приложениями Linux, так что там же вы найдете и иконки всех ваших графических приложений. Напомню, что устанавливать какую-то десктопную оболочку в дистрибутив или X-сервер на Windows вам не нужно, окна Linux приложений будут отображаться, как отдельные окна Windows. Про работу графической среды Linux в Windows я уже рассказывал как раз на примере бета-версии данной WSL – Windows 10 c ядром Linux (WSL2) «научилась» запускать графические GUI приложения Linux – демо WSLg – https://youtu.be/7Yz3fPuQH6k

Теперь ждем еще одной подсистемы – Windows Subsystem for Android – для запуска Андроид приложений прямо под Windows, которая, кстати, будет базироваться на том же WSL (и умельцы и раньше уже запускали Android приложения через WSL). Так, постепенно, Microsoft превращает Windows в универсальную платформу для работы, и, что важно, для разработки и отладки решений. Посмотрим, появится ли Windows Subsystem for MacOS – в принципе, ничего сложного при имеющемся решении WSL. :-)

Windows 11: установка и настройка встроенного ядра Linux в Win11, запуск Linux GUI приложений

Установка Windows 11 на ПК без TPM/со старым CPU

Итак, Windows 11 официально доступна с 5 октября 2021 года и, как и обещала Microsoft, устанавливается только на ограниченный набор достаточно новых ПК — с процессорами Intel Core 7 поколения и выше и с обязательным наличием включенного модуля TPM (Trusted Platform Module) при установке ПК. Но, как всегда это бывает — данную проверку в процессе установки уже успели обойти, и сторонняя бесплатная утилита Media Creation Tool (MCT) теперь имеет дополнительные модули, которые позволяют выключить в создаваемом образе Windows 11 все «неправильные» проверки и таки установить Windows 11 на неподдерживаемое железо. В этом видео я постарался не только рассказать про сам процесс использования утилиты Media Creation Tool, но и провести небольшое исследование насчет того, что ожидает тех, кто рискнет установить Windows 11 на «кривое железо» и каких сюрпризов можно будет ожидать потом.

Итак, начнем с установки Windows 11 с обходом TPM — для этого вам нужно всего ничего:

  • забираем саму утилиту Media Creation Tool c GitHub — https://gist.github.com/AveYo/c74dc774a8fb81a332b5d65613187b15 — кликаем на кнопку Download ZIP в верхнем правом углу страницы и получаем архив со всеми нужными .bat файлами

  • из архива на диск, где есть свободных 6ГБ места распаковываем файл MediaCreationTool.bat . Скрипт написан так, что он использует имя файла, как параметры, и у меня в примере он называется ‘iso 11 Pro MediaCreationTool.bat’ — если вы переименуете свой файл таким образом, то он будет сразу, без вопросов, создавать iso файл с Windows 11 Pro.

  • запускаем полученный bat файл и выбираем версию ОС (11) и тип создаваемой установки — в идеале — USB — тула сразу для вас запишет USB флешку, или, как вариант в видео — ISO — для установки в виртуалку. При этом полученный установочный образ будет сразу иметь отключенную проверку TPM.

  • используем полученный образ для «чистой, с нуля» установки Windows 11 на неподдерживаемое «железо» (без того же TPM).

  • для ОБНОВЛЕНИЯ уже существующей ОС Windows 10 до Windows 11 на неподдерживаемом железе кроме уже упомянутого образа Windows 11 требуется и модификация текущего экземпляра ОС — в том же архиве с GitHub найдете два bat файла — Skip_TPM_Check_on_Dynamic_Update_v1.cmd и Skip_TPM_Check_on_Dynamic_Update_v2.cmd — распаковываем их на тот ПК, который будем обновлять.

  • Прямо на ОС, которую планируем обновить до Windows 11, запускаем первый, V1 и пробуем запустить setup.exe из подготовленного ранее установочного образа (либо с подключенной флешки, либо с примонтированного ISO образа) — программа обновления Windows 11 проверит железо на совместимость и продолжит или ругнется на TPM/CPU

  • если программа обновления ругается на «железо» — говорим остановить обновление и запускаем версию V2 скрипта — Skip_TPM_Check_on_Dynamic_Update_v2.cmd — и снова запускаем setup.exe из образа, который снова начнет процесс обновления.

  • ВАЖНО! При обновлении утилита все равно обнаружит, что ваше железо не соответствует требованиям, НО предложит принять условия, что за сбои в работе Windows 11, ее полный слёт и потерю данных Microsoft ответственности не несет — просто соглашайтесь и обновление продолжится успешно.

Что дальше?! как показали эксперименты — все эти шаманские пляски с отключением проверки TPM при установке/обновлении — до одного места, Microsoft все равно в курсе про несовместимое железо и все следующие крупные обновления — типа следующей сборки — опять начинают все это дело с начала — т.е. снова происходит проверка совместимости железа и крупные обновления требуют «взлома TPM» для установки. Кроме того, пример Raspberry Pi 4 с установленной на ней Windows 11 Insider Preview четко показал, что инструмент полного отключения обновлений на «нежелательном железе» у Microsoft есть — заставить обойти ограничения на Raspberry Pi у меня так и не получилось, но пока — сборка работает (в режиме теста). И, как показывает опыт — этот режим самый опасный — через какое-то время ОС просто перестает грузиться и лечится все только полной переустановкой, даже установка поверх не помогает.

Так что хочу сразу предупредить — шаманские пляски с обходом проверки требований Windows 11 на несовместимых ПК могут в недалеком будущем закончиться плачевно — в какой-то момент система перейдет в режим тестовой работы (и как бы ни старались — МС знает, на каком железе идет работа) и после какого-то периода — полное выключение ОС с потерей возможности откатиться назад, сохранив настройки. А пока — я буду экспериментировать с Windows 11 Insider Preview на несовместимых ПК — посмотрим на поведение в будущем.

Windows 11 – какие ПК будут работать с новой ОС?

Microsoft обновила «окончательные» аппаратные требования к Windows 11 – из «плохих новостей» – требования по наличию TPM 2 и Secure Boot сохранились. Из хороших новостей – в список совместимых систем попали процессоры Intel Core 7-го поколения и AMD Ryzen 2-го поколения (при условии поддержки всех остальных требований вроде TPM 2, который, кстати, начал массово появляться именно на платах 8-го поколения Intel). (Как включить TPM и переконфигурировать установленную систему Windows под Secure Boot – смотрите в моем детальном видео – https://youtu.be/F-kmvcglLOI).

И, наконец, самое главное – обновилась официальная утилита PC Health Check, которая теперь приводит полную информацию о совместимости (или несовместимости конкретного ПК) с Windows 11 и что нужно поменять, чтобы оно «взлетело». Скачать официальную утилиту проверки ПК на совместимость с Windows 11 можно здесь. Тут все просто  – скачиваем, запускаем установку, ждем 20-30 сек, запускаем утилиту после установки (по умолчанию) и жмем кнопку Check now в утилите. А там уже – смотрим на результаты – по умолчанию показываются только несовместимые опции и ссылки, как это исправить.

Windows 11 – какие ПК буду работать с новой ОС?

А вот и те базовые параметры «железа», на которых будет работать Windows 11:

  • Processor: 1 gigahertz (GHz) or faster with 2 or more cores on a compatible 64-bit processor or System on a Chip (SoC ARM Snapdragon 850 or higher);
  • RAM: 4 gigabyte (GB);
  • Storage: 64 GB or larger storage device;
  • System firmware: UEFI, Secure Boot capable;
  • TPM: Trusted Platform Module (TPM) version 2.0;
    (Как настроить Secure Boot и не сломать существующую систему и где включить TPM – смотрите в этом видео – Windows 11 – конвертируем BIOS загрузчик старых Windows в загрузчик UEFI/Secure Boot для Windows 11 – https://youtu.be/F-kmvcglLOI)
  • Graphics card: Compatible with DirectX 12 or later with WDDM 2.0 driver;
  • Display: High definition (720p) display that is greater than 9" diagonally, 8 bits per color channel.

Windows 11 – какие ПК буду работать с новой ОС?

Первая официальная публичная сборка Windows 11 + обещанные новшества

Итак, в рамках программы Windows 11 Insider Preview стала доступна _первая официальная_ публичная сборка Windows 11 за номером 22000.51 – и, конечно же, я тут же обновил две своих тестовые машинки на эту сборку. Причем провел сразу два теста.

Первая машина – это физический ноут с Windows 10 Insider Preview, которая фигурировала в моем предыдущем видео про конвертацию «обычного» BIOS загрузчика в UEFI Secure Boot – https://youtu.be/F-kmvcglLOI – и переход с Windows 10 на Windows 11 Insider Preview прошел без проблем, хотя эта тестовая машинка довольно таки «загажена» всякими экспериментами и много чего на нее навешано – типа виртуализации, бета WSL2g, «песочницы» (кто не видел такую фичу в Windows 10 – рекомендую посмотреть – https://youtu.be/0XNo35PGdNY) и разных сторонних приложений, тех же X-сов и прочего. И все после такого апгрейда – прекрасно работает, что лишний раз подтверждает слова о том, что 11ка – это всего лишь 10ка с перелицованным интерфейсом.

Вторая машина – это виртуалка с установленной в ней «левой сборкой» Windows 11 21996, которая гуляла по Сети еще до анонса и которую можно посмотреть на видео https://youtu.be/mbLfpI5S4TQ – в первом моем обзоре Windows 11. Идея в том, что я включил в ней тоже режим Insider Preview и она также вполне успешно проапгрейдилась на следующий билд 22000 – что очень даже хорошо, и все, кто установил сборку 21996 – смогут также включить себе режим Insider Preview и получить свежую Windows 11 уже сейчас.

Главный вопрос тут – а нужно ли?! Я про это уже писал и говорил – Windows 11 – это, фактически, Windows 10 c обновленным интерфейсом. Местами – красивым, местами – не очень, где-то – с удобными нововведениями, а где-то – с весьма сомнительными.

***

Windows 11 – вышел первый официальный билд Insider Preview 22000.51 – только изменения интерфейса

Новая сборка Windows 11 отличается от уже показанной ранее пиратской сборки – https://youtu.be/mbLfpI5S4TQ – только переделанными эксплорером (который проводник/ менеджер файлов) и менюшками Настроек (Settings). И если с настройками в принципе все нормально, сделали красивее, перенесли разделы, добавили некоторую функциональность типа истории заряда батареи (не может быть, после минимум 20 лет активного использования на ноутах!), убрали вообще раздел безопасности – наверное, будет свой Security Center – но в принципе, все изменения к лучшему, то вот с Проводником – просто ужас. Так надругаться над уже ставшей привычной утилитой – это еще надо было придумать. Реально – красивые иконки при ухудшенном интерфейсе. Дизайнеров, а их там наверняка целая толпа, я бы сразу уволил за такое. Что с Проводником не так – да все не так, если смотреть с точки зрения улучшения процессов пользователей – про мой личный пример я рассказываю в видео.

Кроме того, Microsoft опубликовал новые комбинации клавиш, в том числе и для управления размещением окон – теперь это Win+Z – но зачем мне эта всплывающая менюшка с выбором схем размещения там же в углу – что мне мешает доехать мышкой, если и так придется? Почему нельзя показать такое меню «на месте», сразу рядом с мышкой, чтобы мне потом не елозить ею в угол? Где логика? Да, и это тоже вопрос к «дизайнерам» нового продвинутого интерфейса.

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

Чего еще нет в Windows 11 из обещанного на презентации 24 июня – https://youtu.be/MG3zscrFvpE – это возможности запуска Android приложений и самого магазина для таких приложений от Amazon. Обещают доточить и добавить в следующих сборках. В любом случае, WSLg – запуск Linux приложений с графикой абсолютно нормально работает и сейчас в Win10 – https://youtu.be/7Yz3fPuQH6k – и уже проверил в Win11 – https://youtu.be/mbLfpI5S4TQ – потому не думаю, что будут какие-то накладки и с Android.

Ах да – еще заработала, после 22х лет обещаний (я про книгу «Бизнес со скоростью мысли», где Билли говорил о том, что в скором времени компьютеры получат речевой ввод) – наконец-то в Windows 11 можно надиктовывать текст по-русски и она довольно прилично его распознает. Правда, осталось разобраться с командными фразами – их списка так найти и не смог. Официальная документация отрицает возможность русскоязычного ввода.

В принципе – это и все из хорошего, что появилось в Windows 11 – и это печально… Конечно, буду дальше продолжать использовать Win11 – тем более что у меня ноут специально под Insider Preview выделен и от нее я никуда не денусь. Но, я думаю, каких-то специальных обзоров до появления модуля запуска Android про Win11 уже не будет…

***

Windows 11: официальная презентация – реальность vs ожидания – «новая» ОС не так уж и «напакована»?

24 июня Microsoft провел официальную презентацию «новых возможностей» новой ОС Windows 11, которая, как было сказано – «определит будущее операционных систем для ПК на следующее десятилетие»… И если смотреть на презентацию – то это будущее не совсем уж радостное и уж точно куда ниже планки ожиданий к современной настольной ОС.

Да-да, возможно вы увидите на других ресурсах хвалебные отзывы о новой Windows 11 в стиле – «вау, какие окошки, вау, какая бирюличка» – но в реальности, это всего лишь перелицовка экрана, а вот насколько новая ОС Windows 11 способна удовлетворить потребности современного пользователя – это, на мой взгляд, большой вопрос… Потому – давайте по порядку – чего же такого показал Microsoft в своей презентации, что действительно будет удовлетворять потребностям пользователей в течение следующей декады и, что само главное – что не показал Microsoft и куда было бы логично развивать решения для настольных ОС, учитывая развитие гаджетов и «облаков»:

Из показанного:

Перелицовка интерфейса – красиво и, как по мне – совершенно вторично в отношении того, чтобы говорить о том, что это «новая уникальная ОС будущего».

Из изменений в интерфейсе стоит отметить действительно удобные вещи типа управления расположением окон, новые настраиваемые независимо рабочие столы с запоминанием «своих» приложений, фишка «умного» разворота содержимого окон при повороте экрана планшета и наиболее интересная фича, которую можно было бы сделать уже давно и для этого не требовалось «создавать» «новую ОС» – это запоминание состояния окон на разных мониторах и при отключении/ подключении монитора – рабочий стол теперь не превращается в набор непонятно где находящихся окошек, а все «становится, как было». И ВСЕ! Это и все «улучшения» именно функциональности оконного интерфейса в Windows 11.

Другие функциональные изменения в Windows 11, показанные в презентации, тоже можно пересчитать на пальцах:

Виджеты – которые планируются, как интерфейсы для сторонних сетевых/ облачных сервисов и приложений/ сайтов. Microsoft считает, что это поможет многим локальным бизнесам, новостям, сообществам лучше взаимодействовать со своими пользователями. Распространяться будут через магазин, что говорит о будущей модерации контента – т.е. если вы создадите «антипрививочный» портал или портал против «псевдопандемии» и захотите таким образом распространять ленту новостей для своих подписчиков – вас просто удалят из магазина.

Auto HDR – очень классная штука, если говорить о том, что это аналог XBox Series X – действительно, игры выглядят куда лучше и применяется к любым играм, даже если игра изначально не разрабатывалась с HDR. Остается только вопрос насчет «железа» – какие требования будут к видеокарте и монитору и насколько это будет влиять на общий fps игр.

Приложения Android – это было, в принципе, ожидаемо после WSL2g – запуск графических приложений Linux под Windows 10, что не мешает запустить и ядро Android с соответствующими приложениями. Да и подобные работы Microsoft вела еще в ходе разработки Windows 10 Mobile.

А теперь поговорим о том, что ОБЯЗАНА уметь ОС нового поколения, чтобы соответствовать «требованиям новой декады»:

Запуск приложений на одном ПК с отображением окна на другом. Все компоненты для этого есть и в Windows 10 – фактически, так работает WSL2g – сценарий прост – у вас дома стоит мощный лэптоп, но вы не хотите «таскать» его из комнаты в комнату и хотите с большим комфортом поработать с теми же данными или приложениями с планшета, сидя на диване – вы видите доступные приложения «там» и запускаете то, которое вам нужно – или просто продолжаете работать с уже запущенным на ПК. Масса других приложений – типа того же Steam и любая Unix-система такое умеет уже 35 лет, а вот современный Windows не будет уметь и в 202х годах.

Миграция приложений – похожий с описанным выше сценарий – только уже запущенные приложения переносятся в текущем состоянии между работающими ПК, как это сделано для тех же виртуальных машин. Сценарий прост – вы работаете с приложение на своем ПК в офисе и уходя домой – «мигрируете» запущенные приложения «как есть» на лэптоп или планшет и продолжаете работать в дороге или мигрируете далее на домашний ПК.

Windows 11 on ARM для Raspberry Pi – вообще ничего не сказано насчет поддержки ARM платформ и энтузиастов на Raspberry Pi, хотя много бла-бла-бла про поддержку креативных людей и сообществ – но главные сообщества, которые делают платформу популярной на следующие 10 лет – молодых ИТ-энтузиастов – Microsoft старательно проигнорировала. А ведь им ничего не стоило создать официальную ARM сборку Windows 11 для Raspberry Pi 4 в формате поддержки, например, Insider Preview – кастомные сборки Windows 10 on ARM для Raspberry Pi ходят по интернету в больших количествах и вполне себе работают. Такая вот поддержка увлеченных людей – только на словах.

Первая официальная публичная сборка Windows 11 + обещанные новшества

Windows 11. Как установить в виртуальную машину

Кто еще не знает – за неделю до обещанного анонса в сеть утекла новая сборка Windows 11 build 21996, установив которую, вы можете полюбоваться теми изменениями в пользовательском интерфейсе, которые получит Windows 11 в отличие от Windows 10.

Как показало чтение форумов – вопрос именно в установке этой Windows 11 «на потестить» в виртуальные машины – многие пишут, что в VirtualBox и прочих Windows 11 не запускается – и это действительно правда.

Поскольку для старта Windows 11 требует наличия Secure Boot (UEFI BIOS) и модуля Trusted Platform Module (TPM) – данные опции должны поддерживаться для виртуальных машин самим гипервизором (Microsoft Hyper-V, встроенный в Windows 10 Pro и Windows Server, поддерживает Secure Boot и TPM для виртуалок) и включены для данной конкретной виртуальной машины – и тогда у вас все будет хорошо с Windows 11 в виртуальной машине – работает на ура и даже стоит сказать, что данная сборка Windows 11 не прожорливая в отношении к ресурсам. То, что вы видите на видео – работает на очень стареньком ноутбуке Lenovo w530 с ЦПУ Intel i7 3-го поколения в виртуалке с 8 ГБ ОЗУ и четырьмя виртуальными ядрами – и абсолютно успешно работает, даже WSL2g запускает без проблем.

Итак, с запуском Windows 11 разобрались – теперь перейдем к новинкам в самой ОС. Они есть – это новый дизайн оконного интерфейса и... все. На новый дизайн окошек в Windows 11 мне ни холодно, ни жарко, если это не меняет функциональность самой ОС и те возможности, которые я могу использовать для работы. А новый дизайн и его эффекты никаким образом не влияет на эффективность работы и те задачи, которые может выполнять новая ОС. Пока – кроме функции расположения окон при изменении размера – ничего, повышающего эффективность работы с новой ОС – в Windows 11 нет. Пока это обычная «десятка» с новой внешностью. Даже решение с центральным расположением кнопки Пуск – спорное – с одной стороны место более удобное, с другой же – кнопка постоянно «дрейфует» по экрану, в зависимости от кол-ва запущенных приложений – а у меня таскбар Windows 10 всегда заполен полностью даже в 4К – т.е. кнопка все равно будет слева :-)

Так что ждем анонсов Microsoft 24 июня – надеюсь, там покажут еще что-то стОящее в Windows 11, кроме новых визуальных эффектов поверх Windows 10. Под «стОящим» я понимаю вещи вроде запуска графических приложений того же Android, как это сейчас работает в WSL2g для Linux приложений – см. Windows 10 c ядром Linux (WSL2) «научилась» запускать графические GUI приложения Linux – демо WSLg – https://youtu.be/7Yz3fPuQH6k – или режимы прозрачного запуска приложений на соединенных ПК – приложения одного ПК появляются у меня в виде иконок на втором ПК и запускаются, как обычные окна (исполняясь при этом на первом ПК), а не в режиме удаленного рабочего стола. И, хотелось бы увидеть анонс «облачной Windows» с готовым HDMI-стиком для телевизоров, который запускает ваш экземпляр Windows в Azure и показывает только интерфейс на ТВ/мониторе, к которому подключен. Без всех этих заморочек с отдельным экземпляром ОС на самом стике и обслуживанием – просто включил стик и – получил «поток» рабочего стока из Azure – и не обязательно это должна быть одна облачная вируталка – это могут быть разные сервисы, которые «собираются вместе» в виде видимого пользователю рабочего стола.

В общем – Windows 11 build 21996 ничего не говорит о конкретных планах Microsoft относительно функциональности новой ОС – потому ждем-таки официальных анонсов 24 июня.

Как установить в виртуальную машину Windows 11 build 21996

Windows 10 c ядром Linux (WSL2) "научилась" запускать графические GUI приложения Linux–демо

Про сам Windows Subsystem for Linux 2 и его возможности по «родному» запуску приложений Linux прямо из Windows 10 я уже рассказывал здесь — https://youtu.be/cUM4UVum_Ck — и здесь — https://youtu.be/P88GPegg7×0 — но предыдущие сборки Windows Subsystem for Linux v2 работали по умолчанию только с консольными версиями Linux приложений и чтобы запустить графические GUI приложения от Linux — требовалось существенно пошаманить, иногда — без гарантии ожидаемого результата работы графики. Для шаманства, чтобы заставить работать WSL2 с графикой, использовались различные X-серверы для Windows типа Xming, но заработало оно кривовато.

И вот — в новой сборке Windows 10 Insider Preview 21364 появилась новая версия ядра WSL, которое теперь работает с графическими приложениями из коробки и не требует специальных плясок с бубнами — WSLg. Т.е. теперь практически любое GUI приложение Linux будет работать «в графике» в WSL2 сразу из коробки и рядом с «окошками Windows 10» c их традиционным оформлением вы будете видеть и окна в стиле X запущенных линуксовских приложение. Кстати, работает это все очень просто в ядре системы — специальный драйвер в WSLg выдает RDP Windows за X-сервер для запускаемых графических Linux приложений. Т.е. фактически — каждое окно Linux-приложения — это всего лишь сессия RDP к ядру самого хоста, в которую отправляет картинку WSLg. Решение простое и эффективное для базовых GUI приложений, Microsoft эффективно использует его уже много лет для публикации не всего рабочего стола, а отдельных приложений на RDS серверах и теперь еще и на Azure WVD, но есть одно НО... И это НО — производительность работы RDP сессии при активно меняющейся картинке, например, видео или игр. В принципе — оно терпимо, но особо видео не посмотришь и в игры с высокими FPS на таком Linux не поиграешь. Хотя Quake я таки запустил для демонстрации.

И о демонстрации в данном видео и «на попробовать самому» — как я уже говорил, особых действий после установки новой сборки Windows 10 Insider Preview 21364 (или новее) не требуется. Если WSL2 уже установлен — требуется обновить его ядро, если WSL2 еще не установлен — установить само ядро Linux WSL2 в Windows 10 и установить какую-то из сборок Linux с поддержкой WSL2. Как это делается — описано в документации — https://github.com/microsoft/wslg#welcome-to-wslg — буквально одна команда — или wsl —update , или wsl —install -d Ubintu (или другой дистрибутив из списка на выбор wls —list —online). Кстати, где-то в траблешутинге встречал упоминания о том, что пока нормально работают с графикой сборки только Ubuntu 18/20 (и просто Ubuntu — это ссылка на последнюю стабильную версию) — так что установить Ubuntu для теста WSLg рекомендуется. А дальше — следуем рекомендациям в той же доке https://github.com/microsoft/wslg#install-and-run-gui-apps — и устанавливаем различные тестовые GUI приложения Linux, типа gedit, chrome, edge и прочих. Кстати, я поступил по другому — я просто из примера сделал шеловский скриптик и запустил его. Кроме того, чтобы было более интересно — я также установил Quake (.pak файлы взял скопировал в WSL через nautilus из оригинального Quake, который есть у меня в Steam), различные офисные пакеты типа WPS и LibreOffice, Kodi для Linux и, конечно же, сам агент Steam.

Результаты тестов вы можете видеть в самом видео — все работает без каких-либо проблем, достаточно шустро, особенно, если учитывать, что для записи я подключался к ноуту, на котором у меня стоит Windows 10 Insider Preview, через RDP, а, как я уже говорил выше, WSLg само по себе тоже RDP сессия — так что о том, что бывает с графикой, когда запускаешь видео в RDP, которое уже в RDP — думаю, вы знаете не по наслышке. НО, не смотря на то, что в Steam у меня нет приложений для Linux — очень порадовал режим стриминга игр на Linux агента Steam в WSLg (причем, с того же компа, на котором я вел запись) — удивительно хорошо шла картинка и никаких неудобств в игре я не чувствовал. Конечно, практического применения такая работа Steam не имеет, но как демонстрация возможностей WSLg — очень даже.

Хочу также обратить внимание, что все запущенные Linux GUI-приложения отображаются не только как сессии RDP, но и появляются в виде значков в строке задач Windows 10:

Windows 10 c ядром Linux (WSL2)

Кроме того, все установленные в WPS сборки Linux приложения автоматически добавляются в виде иконок/ссылок в меню Старт Windows 10 — так что в реальности — не обязательно даже будет заглядывать в консоль WPS и запускать приложения оттуда — Windows 10 по клику на иконку сама запустит нужную сборку и сессию для приложения в ней. А в меню Старт установленные Linux-приложения выглядят примерно так:

Windows 10 c ядром Linux (WSL2)

Windows 10 c ядром Linux (WSL2)

и запросто находятся тем же поиском Windows 10 в панеле задач, чтобы меньше кликать и скролить:

Windows 10 c ядром Linux (WSL2)

А каковы перспективы практического применения WSLg — смотрите в видео, думаю, с таким подходом скоро и Android Apps «поедут» на Windows 10. Но, если серьезно, особых перспектив массового использования WSLg и графических приложений Linux в Windows 10 конечными пользователями не ожидается. Это, скорее, удобный инструмент для разработчиков и ИТ-специалистов, который теперь позволяет иметь на рабочем столе Windows 10 инструменты с любой платформы без всяких там виртуальных машин и делает Windows 10 вполне такой действительно универсальной платформой.

Предыдущие видео про Windows Subsystem for Linux:

  • «Microsoft выпустил Windows 10 с ядром Linux» или как работает WSL2 в новой Insider сборке — https://youtu.be/cUM4UVum_Ck

  • СофТы: тестирование производительности Linux в Windows Subsystem for Linux vs Hyper-V — https://youtu.be/P88GPegg7×0

  • Windows 10: установка и настройка хакерского Kali Linux в Windows 10, как приложения WSL — https://youtu.be/RKFSJRSnLBw

Windows 10 c ядром Linux (WSL2) "научилась" запускать графические GUI приложения Linux–демо, как WSLg запускает WSL Linux приложения типа Quake, Chrome, WPS, Steam, Kodi в Windows 10 без проблем

Закон Мерфи для кода

Техническая задача автоматического копирования BLOBов в Azure по мере поступления – которая изначально казалась довольно тривиальной и достаточно просто решалась в частном случае – при «продуктовом» исполнении только доказала Закон Мерфи о том, что «Все не так легко, как кажется» и «Всякая работа требует больше времени, чем вы думаете».

Хотя, казалось бы, чего может быть проще, чем использование Azure Logic App с тремя элементами:

  • коннектором к требуемому Azure Storage Account/ Container, который следит за появлением новых файлов в контейнере и инициирует работу требуемого процесса;
  • операции Azure Blob Storage Get Blob content, которая, получив информацию о вновь созданном файле – по его ID из предыдущей операции считывает содержимое файла;
  • операция Create Blob – которая, используя содержимое файла из результата предыдущей операции и имя/ путь файла из первой операции – создает новый файл в другом указанном Azure Storage Account.

Как говорится – «херяк, херяк – и в продакшен» – и оно вроде работает, пока не наступает день Х (или «Х… день») и в этот момент приходит прозрение.

Первая багафича такого решения всплывает практически сразу при тестировании – когда кто-то попробует записать файл не в корень контейнера, а предварительно создав там подкаталог и поместив файлы в него. В таком случае базовый коннектор Logic App для Azure Blob Storage не реагирует на новый файл/ файлы – он следит только за одним контейнером или каталогом в нем и только запись в корень данного контейнера/ каталога инициирует работу подобного Logic App. А файлы пишутся как раз сразу целыми каталогами.

НО, даже в ситуации с одним контейнеров возникает новая удивительная ситуация – одновременная загрузка десятков файлов на Azure Blob Storage (особенно из нескольких независимых источников) приводит к запуску сразу нескольких экземпляров нашей Azure Logic App, каждый из которых выполняет одновременно однотипные действия по чтению и записи файлов – и тут срабатывает еще одно ограничение – теперь уже Azure Storage Account. Включается режим Bandwidth throttling, что приводит к ошибкам чтения контента нового файла или его записи в другой Storage Account. Так всплывает вторая багофича, которая запросто «крешит» столь «быстро написанное» Logic App при активной работе.

В продолжение разговора о данной багофичи стоит сказать, что обработка ошибок исполнения и кодов возврата операция реализована в Azure Logic Apps весьма и весьма специфически – процесс контролируется двумя разными возможностями – одна из которых – это выбор исполнения следующей команды только при условии, если предыдущая была успешной/ неуспешной/ отвалилась по таймауту или была пропущена, а вторая – это команда result(), которая позволяет получить результаты выполнения группы операций, которые помещены в общую область (scope) – специально созданный в Azure Logic Apps элемент для подобной группировки операций Logic App.

И, наконец, на закуску, то, что может «выстрелить» совсем потом и очень «больно» – «обычное» приложение Azure Logic Apps оперирует с данными до 1ГБ – т.е. считать файл более 1ГБ данных из исходного файла такое приложение не в состоянии и отваливается по ошибке. Тут есть два пути – либо платить в разы больше за «изолированные» экземпляры Azure Logic Apps – в таком случае поддерживается обработка данных до 5ГБ, либо ограничивать административно размеры файлов до 1ГБ и, опять же, проверяя контент до копирования – прекращать работу с большими файлами и отправлять уведомление.

Итого, исходя из всех данных ограничений, получается, что простая задача из 3х блоков превращается в 10 раз больший код – закон Мерфи для кода будет звучать как «Любая задача требует в 10 раз больше кода, чем изначально планировалось».

Во-первых, для реакции на создание файла в любом каталоге хранилища придется создать триггер на основе Azure Event Grid и сконфигурировать сервис Event Grid и отправку в него событий из Azure Storage Account так, как описано здесь – https://docs.microsoft.com/en-us/azure/event-grid/blob-event-quickstart-portal.

В возвращаемых событием данных есть размер файла, что позволяет перехватывать файлы с размером более 1ГБ.

Реакция на Throttling реализуется в виде цикла Until с выполнением следующей операции по условию успешно/не успешно и обработкой кода ошибки, получаемой через result() – таким образом приложение в циклах будет пытаться считать/ записать файл и в случае throttling обрабатываем аварийное завершение блока чтения/ записи, после чего – через result() получаем дополнительную информацию об ошибке и в ней – время, на которое включен throttling – делаем паузу и ждем, когда Storage освободится от массового кол-ва запросов.

Закон Мерфи для кода

Raspberry Pi нервно курит в сторонке

Raspberry Pi нервно курит в сторонке

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

Ярким примером такого нового миниатюрного рабочего места стал мини ПК Chuwi LarkBox с процессором Intel Celeron J4115, 6 ГБ ОЗУ и 128 ГБ хранилища eMMC на борту, с полноразмерным HDMI портом, поддержкой разрешения 4К и возможностью установки дополнительного M.2 SSD (даже инструкция по разборке коробочки и установке SSD прилагается). И все это добро помещается в коробочке 60х60х40 мм (меньше стандартного кубика Рубика) и весом 127 г (без учета блока питания, который, в принципе – как обычная USB зарядка средних размеров).

Так что Chuwi – компания-производитель этого «чуда враждебной техники» – проделала большую работу и по «впихиванию» такого «железа» в такой корпус, и по созданию системы охлаждения, способной отвести достаточно тепла из такого малого внутреннего объема корпуса LarkBox. Кстати, я уже погонял пару тестов (видео про тестирование производительности будет обязательно, хотя особых цифр я бы не ждал, например, PCmark показал на LarkBox 1296 «попугаев») и можно сказать, что процессор LarkBox не нагревается выше 70-75 °С даже при полной нагрузке в тестах, что очень даже неплохо, а температура покоя составляет около 50 °С. Хотя, говорят, что при установке SSD (которые тоже очень даже горячие по нынешним временам) – LarkBox начинает греться куда сильнее и даже сваливается в постоянный троттлинг.

Но, вернемся к главному – месту таких мини ПК на рынке и почему Raspberry Pi нервно курит… Итак, мы имеем дело с двумя устройствами примерно равной производительности «железа» и достаточно либеральными ценами. Новая Raspberry Pi 8 ГБ, корпус с тихим кулером и к нему обвес типа подключения SSD «внутри корпуса» – обойдется вам примерно в $130, тогда как при пред-заказе на IndieGoGo данный кубик LarkBox от Chuwi шел по $149.

Если продолжить тему приобретения новой Raspberry Pi четвертого поколения с 8 ГБ на борту, то главным отсылом и была как раз идея иметь простую компактную рабочую станцию-терминал, способную выполнять основные задачи по работе с Azure – работа в VS Code, Azure PowerShell, Azure CLI, Azure Portal, Azure Storage Explorer, Azure Data Studio и прочие тулы по необходимости. Что показала работа с данными утилитами на Raspberry Pi 8 ГБ – да ничего, большая часть из них просто не работает с Raspberry, не зависимо от установленной ОС – просто никто не портировал сборки. Исключение составляет только PowerShell Core 7.x, который Microsoft сама портировала на Raspberry – все остальные утилиты или вообще отсутствуют/ не устанавливаются/ не запускаются, либо работают из рук вон плохо. Например, VS Code, портированная на Raspberry Pi энтузиастами как Code-OSS, которая глючит и в работе, и с расширениями, и производительность оставляет желать лучшего. И да, портал Azure на «местном» Chrome Raspberry Pi также работает очень-очень медленно, я бы даже сказал – мучительно медленно.

А вот то, как «бегает» и реагирует Chuwi LarkBox в интерфейсе, браузере, приложениях очень даже шустро. Я уже писал, что в PCmark 10 LarkBox показал результат 1296, что всего на 50% медленнее того же GPD Win 2 с его m3-7y30 процессором или в 2.5 раза медленнее модного игрового мини ноута GPD Win MAX. Так что в сочетании с 6 ГБ ОЗУ достаточно для выполнения LarkBox всех перечисленных выше рабочих задач. В принципе – по работе с порталом Azure вопросов вообще нет, я уже погонял и все открывается с привычно по другим ноутам – типа GPD P2 Max – скоростью. Так что, похоже, Raspberry Pi с появлением устройств типа Chuwi LarkBox потеряет массу своих поклонников-любителей дешевого «железа» для базовой работы, а вот для «китайцев» типа Chuwi наступят времена косить бабло путем замены на офисных столах «огромных NUC» на аккуратные миниатюрные коробочки – если, конечно, смогут доказать надежность и качество поддержки.

Raspberry Pi нервно курит в сторонке

Как правильно удалить папку Windows.old после обновления Windows 10

После выхода видео про принудительное обновление Windows 10 до новой версии 2004 – https://youtu.be/nt4nUapDOgU – народ начал спрашивать, а что такое папка Windows.old, почему она создается и как удалить.

Итак, папка Windows.old создается при каждом крупном (полугодичном) обновлении Windows (типа 1903, 1909, 2004), когда меняется само ядро Windows 10 и предназначена для того, чтобы в случае проблем с работоспособностью ПК или какого-то софта после обновления можно было бы «откатиться» на предыдущую версию. Как «откатиться» на предыдущую версию Windows 10 через Параметры – тоже есть в видео.

Так вот, папка в реальности занимает достаточно много места – от 20ГБ и дальше – в зависимости от «загаженности» вашей Windows – и управляется через Storage Sense. А это значит, что «ручками» удалять Windows.old не нужно, она удаляется либо через Параметры (Settings) Windows 10 – как это показано в видео – либо будет удалена автоматически через 30 дней (если включен все тот же Storage Sense и у него настройки по умолчанию).

И да, если вы после установки новой версии/сборки Windows 10 убедились в работоспособности всех нужных вам приложений и устройств и у вас проблема со свободным местом на диске С: – можете не ждать автоматического удаления папки Windows.old, а действовать по инструкции.

Кстати, кроме Storage Sense – с его возможностями по очистке всякого мусора с диска С: – есть еще всякого рода трюки, которые позволяют если и не удалить, то хотя бы перенести с диска С: на другой диск часть всякого разного мусора, который скапливается в системной папке Windows 10 в процессе работы и установки всякого разного. Про такие возможности я уже рассказывал в своем видео здесь – «Как правильно очистить место на системном диске Windows (C:) и ничего не сломать» – https://youtu.be/0c5Kkoqma9c – смотрите, надеюсь, поможет в борьбе за свободные гигабайты на С:.

Как правильно удалить папку Windows.old после обновления Windows 10

NAS своими руками

Заключительное видео про сборку, установку, настройку и тестирование сетевого хранилища (NAS) на базе комплекта из Raspberry Pi 4 и дополнительных плат – X835 board и платы управления питанием Raspberry Pi (+куллер) – X735 board.

Первую часть – собственно, сборка комплекта – смотрите здесь, а вторую часть, подробно про процесс установки на Raspberry Pi 4 надстройки Openmediavault (OMV), которая обеспечивает простоту настройки и конфигурирования сетевых служб и про дальнейшее управление системой смотрите здесь.

В третьем видео – в основном – различные тесты производительности… Честно говоря, идея подключения диска к Raspberry Pi 4 через USB интерфейс (пусть и USB 3) с использованием платы X835 меня не очень вдохновляла. Но, как показали и тесты, и эксплуатация вообще – все работает по верхней планке производительности самого диска и выдает ожидаемые 210-220 Мб/с в локальном соединении. Для сетевых подключений – наблюдается практически полная утилизация 1 Гбит/с сетевого подключения при работе с теми же iSCSI или SMB – скорость передачи в 117 МБ/с на чтение и, что самое интересно – 136 МБ/с для смешанного режима, – т.е. дуплексная передача очень даже неплохо поддерживается.

NAS своими руками 

 
 

  •  Home  •  Рынок  •  ИТ-директор  •  CloudComputing  •  Hard  •  Soft  •  Сети  •  Безопасность  •  Наука  •  IoT