К написанию данной статьи меня побудил вопрос на Тостере, связанный с WSL. Я, после нескольких лет использования систем на ядре Linux, около полугода назад перешел к использованию Windows 10 на домашнем ПК. Зависимость от терминала и Linux окружения в моей работе практически сразу привели меня к вопросу: или ставить виртуалку или попробовать WSL. Я выбрал второе, и остался вполне доволен.
Под катом я расскажу как установить и настроить WSL, на какие я наткнулся проблемы и ограничения, как запускать Linux приложения из Windows и наоборот, а так же как интегрировать элементы окружения Xfce в окружение рабочего стола Windows.
Никогда не думал, что однажды вернусь на Windows, но повод попробовать мне дали стечения обстоятельств: жена, далекая от IT, дергала почти каждый раз, когда у нее возникала необходимость воспользоваться компом; проснулась ностальгия по одной игре, но она никак не хотела адекватно работать под wine; а тут еще мне подарили коробочную Windows 10 Pro. WSL я поставил чуть ли не сразу после установки системы, поигрался несколько вечеров, понял, что продукт для моих задач годный, но хочется более привычный терминал и вообще некоторых удобств.
Установка WSL и дистрибутива
Сразу оговорюсь, в интернете можно найти описание установки с помощью выполнения команды lxrun /install в командной строке или консоли PowerShell. Данный способ больше не работает (после выхода WSL в стабильный релиз). Насколько мне известно, сейчас WSL можно установить только из Microsoft Store вместе с предпочитаемым дистрибутивом.
Так же отмечу, что когда установку производил я, на выбор были доступны дистрибутивы OpenSUSE, SUSE Linux Enterprise и Ubuntu 16.04 — последний я и установил. Сейчас также доступны Ubuntu 18.04, Debian 9 и Kali Linux, возможно появятся и другие дистрибутивы. Действия по установке могут отличаться. Так же, часть проблем описанных в статье может быть уже исправлена.
Находим в магазине желаемый дистрибутив и устанавливаем. Установка пройдет быстро, так как скачает только эмулятор ядра Linux и утилиту для запуска подсистемы, которая окажется в системной папке в трех экземплярах: wsl.exe, bash.exe и ubuntu.exe (вместо ubuntu будет имя Вашего дистрибутива). Все они равнозначны и делают одно и то же — запускают собственный эмулятор терминала, в нем linux'овый bash работающий под эмулятором ядра. При первом же запуске нас попросят придумать логин и пароль для пользователя по умолчанию, а после произойдет непосредственно установка дистрибутива. В качестве пользователя по умолчанию указываем root без пароля — это потребуется для дальнейших шагов. Безопасность не пострадает, кроме того при подготовке материалов к статье, в англоязычном туториале, я наткнулся на информацию, что новые версии WSL теперь делают пользователем по умолчанию root без пароля без лишних вопросов.
Дожидаемся установки. Далее первым делом стоит обновить зеркала apt на ближайшие. Для этого понадобится CLI текстовый редактор. В комплекте только vi, я же больше предпочитаю nano, поэтому ставлю его:
apt install nanosudo вводить не требуется, так как мы уже под root'ом. Отредактируем файл /etc/apt/sources.list:
nano /etc/apt/sources.listУ меня лучше всего работают зеркала Яндекса, поэтому мой файл выглядит так:
deb http://mirror.yandex.ru/ubuntu/ xenial main universe restricted
deb-src http://mirror.yandex.ru/ubuntu/ xenial main universe restricted
deb http://mirror.yandex.ru/ubuntu/ xenial-security main universe restricted
deb-src http://mirror.yandex.ru/ubuntu/ xenial-security main universe restricted
deb http://mirror.yandex.ru/ubuntu/ xenial-updates main universe restricted
deb-src http://mirror.yandex.ru/ubuntu/ xenial-updates main universe restrictedНажимаем Ctrl+O для сохранения и Ctrl+X для выхода. Теперь можно обновить систему до актуального состояния:
apt update && apt upgradeПосле обновления можно создать нашего основного пользователя. В данной статье я назову его user1, Вы же можете задать привычное имя:
addgroup --gid 1000 user1
adduser --home /home/user1 --shell /bin/bash --uid 1000 -G user1,sudo user1Далее переходим в папку юзера, зайдем под ним, установим пароль и отредактируем файл ~/.bashrc:
cd /home/user1
su user1
passwd
nano .bashrc# If not running interactively, don't do anything
case $- in
*i*) ;;
*) return;;
esac
# don't put duplicate lines or lines starting with space in the history.
# See bash(1) for more options
HISTCONTROL=ignoreboth
# append to the history file, don't overwrite it
shopt -s histappend
# for setting history length see HISTSIZE and HISTFILESIZE in bash(1)
HISTSIZE=1000
HISTFILESIZE=2000
# check the window size after each command and, if necessary,
# update the values of LINES and COLUMNS.
shopt -s checkwinsize
# If set, the pattern "**" used in a pathname expansion context will
# match all files and zero or more directories and subdirectories.
#shopt -s globstar
# make less more friendly for non-text input files, see lesspipe(1)
[ -x /usr/bin/lesspipe ] && eval "$(SHELL=/bin/sh lesspipe)"
# set variable identifying the chroot you work in (used in the prompt below)
if [ -z "${debian_chroot:-}" ] && [ -r /etc/debian_chroot ]; then
debian_chroot=$(cat /etc/debian_chroot)
fi
# set a fancy prompt (non-color, unless we know we "want" color)
case "$TERM" in
xterm|xterm-color|*-256color) color_prompt=yes;;
esac
# uncomment for a colored prompt, if the terminal has the capability; turned
# off by default to not distract the user: the focus in a terminal window
# should be on the output of commands, not on the prompt
#force_color_prompt=yes
if [ -n "$force_color_prompt" ]; then
if [ -x /usr/bin/tput ] && tput setaf 1 >&/dev/null; then
# We have color support; assume it's compliant with Ecma-48
# (ISO/IEC-6429). (Lack of such support is extremely rare, and such
# a case would tend to support setf rather than setaf.)
color_prompt=yes
else
color_prompt=
fi
fi
if [ "$color_prompt" = yes ]; then
if [[ ${EUID} == 0 ]] ; then
PS1='${debian_chroot:+($debian_chroot)}\[\033[01;31m\]\h\[\033[01;34m\] \W \$\[\033[00m\] '
else
PS1='${debian_chroot:+($debian_chroot)}\[\033[01;32m\]\u@\h\[\033[00m\] \[\033[01;34m\]\w \$\[\033[00m\] '
fi
else
PS1='${debian_chroot:+($debian_chroot)}\u@\h \w \$ '
fi
unset color_prompt force_color_prompt
# If this is an xterm set the title to user@host:dir
case "$TERM" in
xterm*|rxvt*)
PS1="\[\e]0;${debian_chroot:+($debian_chroot)}\u@\h \w\a\]$PS1"
;;
*)
;;
esac
# enable color support of ls and also add handy aliases
if [ -x /usr/bin/dircolors ]; then
test -r ~/.dircolors && eval "$(dircolors -b ~/.dircolors)" || eval "$(dircolors -b)"
alias ls='ls --color=auto'
#alias dir='dir --color=auto'
#alias vdir='vdir --color=auto'
alias grep='grep --color=auto'
alias fgrep='fgrep --color=auto'
alias egrep='egrep --color=auto'
fi
# colored GCC warnings and errors
#export GCC_COLORS='error=01;31:warning=01;35:note=01;36:caret=01;32:locus=01:quote=01'
# some more ls aliases
alias ll='ls -alF'
alias la='ls -A'
alias l='ls -CF'
# Add an "alert" alias for long running commands. Use like so:
# sleep 10; alert
alias alert='notify-send --urgency=low -i "$([ $? = 0 ] && echo terminal || echo error)" "$(history|tail -n1|sed -e '\''s/^\s*[0-9]\+\s*//;s/[;&|]\s*alert$//'\'')"'
# Alias definitions.
# You may want to put all your additions into a separate file like
# ~/.bash_aliases, instead of adding them here directly.
# See /usr/share/doc/bash-doc/examples in the bash-doc package.
if [ -f ~/.bash_aliases ]; then
. ~/.bash_aliases
fi
# enable programmable completion features (you don't need to enable
# this, if it's already enabled in /etc/bash.bashrc and /etc/profile
# sources /etc/bash.bashrc).
if ! shopt -oq posix; then
if [ -f /usr/share/bash-completion/bash_completion ]; then
. /usr/share/bash-completion/bash_completion
elif [ -f /etc/bash_completion ]; then
. /etc/bash_completion
fi
fiВсе, подсистема готова к использованию… почти...
Установка X-сервера, Xfce и прочих GUI'шных приложений
Первая же проблема, на которую я натолкнулся — bash-completion в предлагаемом эмуляторе терминала работал, мягко говоря, некорректно. Кроме того, данный эмулятор не умеет вкладки, а каждый его экземпляр запускает все в новом пространстве процессов, с отдельным init'ом (который кстати не заменить). Мне захотелось нормальный эмулятор терминала, некоторых других GUI приложений, а так же панельку, чтоб это все быстро запускать.
Когда я гуглил этот вопрос, я наткнулся на множество проблем, вроде необходимости перевода dbus на tcp протокол. На данный момент всех этих проблем нет. В подсистеме нормально работают unix-domain-socket'ы и все спокойно общается через них.
Первым делом нам понадобится X-сервер, притом установленный в основную систему (в Windows). Лично я использую для этих целей VcXsrv — порт X11 на Windows. Официальный сайт указанный в about самой утилиты его сейчас не предоставляет, поэтому гуглим установщик и устанавливаем все по умолчанию.
Пока идет установка возвращаемся в терминал WSL, командой exit выходим обратно в root'а. Первым делом настроим русские локали:
locale-gen ru_RU
locale-gen ru_RU.UTF-8
update-localeДалее установим некоторые компоненты Xfce. Можно конечно установить его целиком из мета-пакета, но большинство компонентов нам не понадобится, а модульная архитектура Xfce позволяет нам поставить только необходимое:
apt install -y xfce4-session xfce4-notifyd xfce4-appfinder xfce4-panel xfce4-quicklauncher-plugin xfce4-whiskermenu-plugin xfce4-xkb-plugin xfce4-settings xfce4-terminal xfce4-taskmanager mousepadЗапускать каждый раз окружение руками не очень удобно, поэтому я автоматизировал данный процесс. Для этого в основной системе создадим в удобном для нас месте папку, а в ней 3 файла для запуска:
- config.xlaunch — файл настроек для VcXsrv
<?xml version="1.0" encoding="UTF-8"?> <XLaunch WindowMode="MultiWindow" ClientMode="NoClient" LocalClient="False" Display="0" LocalProgram="xcalc" RemoteProgram="xterm" RemotePassword="" PrivateKey="" RemoteHost="" RemoteUser="" XDMCPHost="" XDMCPBroadcast="False" XDMCPIndirect="False" Clipboard="True" ClipboardPrimary="True" ExtraParams="" Wgl="True" DisableAC="False" XDMCPTerminate="False" /> x-run.vbs — WSL всегда запускается со своим эмулятором терминала, если его закрыть — завершатся все его дочерние процессы. Чтоб данное окно не мозолило глаза, неплохо его запускать скрытым. К счастью в Windows встроен интерпретатор VBScript, который позволяет это сделать в одну строчку:
WScript.CreateObject("Shell.Application").ShellExecute "wsl", "cd /home/user1; DISPLAY=:0 LANG=ru_RU.UTF-8 su user1 -c xfce4-session", "", "open", 0
Поясню, что здесь происходит. Мы говорим VBscript выполнить приложение wsl с параметром
cd /home/user1; DISPLAY=:0 LANG=ru_RU.UTF-8 su user1 -c xfce4-session, папка запуска нам не важна, поэтому пустая строка, действие open — запуск, 0 — скрытый режим. Самому wsl мы отдаем команду на выполнение: переход в папку пользователя, затем с установкой переменных окружения DISPLAY (дисплей X-сервера) и LANG (используемая локаль) мы запускаем xfce4-session от имени нашего пользователя user1 (благодаря команде su)
- start.bat — batch файл для запуска, по желанию его можно засунуть в автозагрузку
start config.xlaunch wscript x-run.vbs
Далее можем запустить наш start.bat и настроить панель Xfce под себя. Замечу, что здесь я наткнулся на еще одну проблему — панель прекрасно отображается поверх всех окон, но вот выделить себе место, как панель на рабочем столе Windows она не может. Если кто знает решение данной проблемы, поделитесь в комментариях.
Ну и под конец данной части, скриншот моего рабочего стола:
Взаимодействие окружения Windows и окружения подсистемы Linux
Запускать Linux приложения напрямую из Windows можно через те же 3 команды — bash, wsl или ubuntu. Не забываем, что по умолчанию запуск идет от root, поэтому стоит понижать привилегии через su, так же нужно не забывать передавать переменную окружения DISPLAY=:0 если приложению требуется X-сервер. Так же нужно менять папку, из которой должно работать приложение, через cd внутри WSL. Пример, посчитаем md5 для file.txt на диске D средствами Linux'овой md5sum:
wsl md5sum < d:\file.txtДоступ к файловой системе Linux так же имеется, лежит она в %localappdata%\Packages\CanonicalGroupLimited.UbuntuonWindows_79rhkp1fndgsc\LocalState\rootfs. Читать таким образом файлы можно, а вот писать — не желательно, можно поломать файловую систему. Думаю проблема в том, что Windows не умеет работать с правами и владельцами файловой системы Linux.
Из Linux так же можно запускать Windows приложения. Просто запускаем exe-шник и он выполнится в основной системе.
Диски Windows монтируются в /mnt в соответствии со своими буквами в нижнем регистре. Например диск D будет смонтирован в /mnt/d. Из Linux можно свободно читать и писать файлы Windows. Можно делать на них симлинки. Права у таких файлов всегда будут 0777, а владельцем будет root.
Сетевой стек у подсистемы общий с Windows. Сервер поднятый в Linux будет доступен на localhost в Windows и наоборот. Однако unix-domain-socket для Windows будет просто пустым файлом, работать с этим можно только внутри Linux. Выход во внешнюю сеть у Linux так же есть, в том числе можно слушать порты, если этого не запрещает фаервол.
ifconfig в Linux и ipconfig в Windows выдают одинаковую информацию о сетевых интерфейсах.
Из диспетчера задач Windows можно спокойно прибить процесс внутри подсистемы Linux. Однако Linux увидит только свои процессы.
Особенности, ограничения и подводные камни
Ядро Linux в WSL не настоящее. Это всего лишь прослойка-эмулятор, которая часть Linux-специфичных задач выполняет сама, а часть проксирует напрямую в ядро winNT. Большая часть api в нем реализована, но не все. Свое ядро собрать не получится, как и не получится подключить модули ядра (.ko, Kernel Object).
Init процесс у WSL тоже свой и заменить его, например, на system.d не выйдет. У меня давно есть желание написать менеджер демонов на go, который бы работал с файлами юнитов system.d и предоставлял бы схожий интерфейс, да все руки не доходят.
Нет поддержки openFUSE, соответственно примонтировать виртуальную или удаленную файловую систему не получится. Так же нельзя сделать mount из файла, mount вообще ничего кроме bind здесь, похоже, не умеет.
Так же нет никакой возможности разбить файловую систему Linux на несколько разделов/дисков.
Прямой доступ к железу практически отсутствует. Все таки мы находимся в песочнице Windows, а не в полноценном Linux. /dev и /sys заметно пустуют, в них лишь проц да виртуальные устройства. Доступ к GPU — только через X-сервер, напрямую — никак, так что нейросети обучать придется в Windows.
В JS разработке столкнулся с тем, что electron.js отказался запускаться в WSL, пришлось дублировать окружение node.js в Windows.
Итоги
Статья получилась довольно длинной, надеюсь, что она окажется еще и полезной.
WSL для меня лично оказался инструментом вполне юзабельным, решающим мои задачи fullstack backend разработчика. Виртуалка с Linux за полгода так и не понадобилась. По общим ощущениям Windows+WSL намного функциональнее, чем Linux+Wine.
Пока писал статью, обнаружил, что в Microsoft Store появилась сборка WSL с Debian 9.3, данный дистрибутив мне более симпатичен, чем Ubuntu, поэтому буду пробовать ставить.
Комментарии (71)
GavriKos
30.05.2018 10:30А шрифт в браузере такой страшный — это наследие X? Или он у вас и был таким?
arraen
30.05.2018 11:37Не совсем понятна магия с рутом без пароля. Как минимум с имеджем 18.04, все работает и так. Я стартую Х — «ubuntu1804 run DISPLAY=:0 xfce4-session»
bingo347 Автор
30.05.2018 12:08тут скорее опыт личного использования, я запускаю некоторые процессы, такие как базы данных, из под пользователя отличного от своего основного
vaa33rus
30.05.2018 12:01А USB устройства пробовали? Есть сканер, работающий в Linux, но без дров под новые винды…
bingo347 Автор
30.05.2018 12:12не пробовал, но скорее всего потребуется драйвер в самой винде. Как писал в статье, WSL не имеет прямого доступа к железу, так что со сканером думаю будет облом
kalyukdo
30.05.2018 12:29А вы пробовали проксировать команды с Windows на Linux? что -то типа git, node, flow и ему подобные.
Я пробовал через *.bat, но Idea и VScode, на некоторых местах валитсяbingo347 Автор
30.05.2018 12:58привык пользоваться подобными вещами из терминала…
вечером попробую наладить запуск линуксовой ноды из виндового VSCode, после поделюсь результатамиkalyukdo
30.05.2018 21:46полностью согласен, но окружение часто просит доступ именно к виндовым командам, к примеру eslint, или flow просит указать путь для запуска
alk
30.05.2018 12:321. Если в Windows несколько пользователей, и у некоторых есть желание использовать WSL, им придется все делать заново для себя, включая загрузку дистрибутивов из Windows Store и размещение Linux в своих профилях?
2. Если у кого-то из таких пользователей нет прав администратора в Windows, смогут ли они пользоваться WSL хоть как-то?pavelchavyr
30.05.2018 12:38Нет, самый главный вопрос — зачем?
alk
30.05.2018 12:47не совсем понял Ваш ответ. «Нет» это ответ на второй вопрос?
Зачем? Вот есть школьный компьютерный класс, где будет Windows 10 Edu. Хотелось бы не давать ученикам административных прав в Windows. Есть определенные задачи, которые учитель хочет дать ученикам решать под Linux, сейчас для этой цели используется cygwin.
yukon39
30.05.2018 12:46+11. Да, придется. Вся файловая система WSL находится в профиле пользователя.
2. Ubuntu — это «обычное» приложение в Microsoft Store. Простой пользователь вполне может его установить и запустить.
hf35
30.05.2018 13:49Тоже опыт положительный. Единственная проблема была с тем что дефолтный терминал не фонтан. Есть сторонние, но они либо не умеют работать с WSL либо забагованы, хотя cmder неплох.
Для себя это решил поднятием ssh-server в wsl — скрипт на vbs в автозагрузку и далее можно подключаться любым клиентом — в моём случае xshell — и всё становится совсем хорошоxRay
30.05.2018 14:28А в Xshell не сталкивались с косяками в работе с буфером обмена? Я про то что при копировании кусков исходников с табами и пробелами они из не печатаемых превращаются в отображаемые…
hf35
30.05.2018 17:09с таким сталкивался как раз у cmder, из за чего и пришлось переходить, а у xshell всё отлично.
ranebull
30.05.2018 20:29Сам столкнулся с такой же проблемой при обновлении на последний релиз Win10. В итоге переехал на hyper (https://github.com/zeit/hyper). Устраивает более чем.
xRay
31.05.2018 00:16+1Нашел причину. Это не Xshell виноват был, а mc (midnight commander) и его mcedit.
Есть там вот такие настройки по (F9 когда файл открыт на редактирование):
Из-за «Visible trailing spaces» и «Visible tabs» при копи пасте появляются вот такие вещи. (вместо пробела) <------> (вместо табов). Отключил их.
А «лесенки» при копи пасте появляются из-за вот этой опции «Return does autoindent». И ее отключил.
xRay
31.05.2018 00:17Я грешил на Xshell, но проблема не в нем была
habr.com/post/412633/#comment_18713599
yorgo
31.05.2018 03:36Если дело в цветовой палитре, то можно сделать «как в Ubuntu»:
1. Скачать шрифты с design.ubuntu.com/font
2. Руками настроить цвета в свойствах окна консоли (Properties -> Colors) по следующей схеме:
Slot 1: Red: 48, Green: 10, Blue: 36
Slot 2: Red: 52, Green: 101, Blue: 164
Slot 3: Red: 78, Green: 154, Blue: 6
Slot 4: Red: 6, Green: 152, Blue: 154
Slot 5: Red: 204, Green: 0, Blue: 0
Slot 6: Red: 117, Green: 80, Blue: 123
Slot 7: Red: 196, Green: 160, Blue: 0
Slot 8: Red: 211, Green: 215, Blue: 207
Slot 9: Red: 85, Green: 87, Blue: 83
Slot 10: Red: 114, Green: 159, Blue: 207
Slot 11: Red: 138, Green: 226, Blue: 52
Slot 12: Red: 52, Green: 226, Blue: 226
Slot 13: Red: 239, Green: 41, Blue: 41
Slot 14: Red: 173, Green: 127, Blue: 168
Slot 15: Red: 252, Green: 233, Blue: 79
Slot 16: Red: 238, Green: 238, Blue: 238
Взято отсюда: medium.com/@jgarijogarde/make-bash-on-ubuntu-on-windows-10-look-like-the-ubuntu-terminal-f7566008c5c2
tuxzer92
30.05.2018 13:57Информация из Wiki: «Windows Subsystem for Linux (WSL) — слой совместимости для запуска Linux-приложений (двоичных исполняемых файлов в формате ELF) в ОС Windows 10.»
askubuntu.com/a/755977
А у Вас написано: «эмулятор ядра Linux и утилиту для запуска подсистемы».
arraen
30.05.2018 14:47Еще как вариант можно запускать xfce4-appfinder вместо панели. Я сделал скрипт на запуск в AutoHotKey:
!F2::
Run ubuntu1804 run DISPLAY=:0 xfce4-appfinder -c,, Hide
f0y
30.05.2018 15:01+1Коллеги, объясните пожалуйста, как правильно работать с переносами строк с wsl? Скажем у меня есть git, а редактирую я в через консольный vim и idea.
ziv
30.05.2018 16:42В git есть настройки переносов строк: help.github.com/articles/dealing-with-line-endings
f0y
30.05.2018 17:04В Linux все просто. Там юниксовые переводы строк везде и ставишь в git autocrlf = input. А вот в wsl хз…
hf35
30.05.2018 17:13WSL этот вопрос никак явно не затрагивает. Зависит от настроек git и редакторов. У меня с этим никаких проблем нет — везде lf, хотя файлы лежат в виндовой фс и редактируются виндовыми редакторами.
OnYourLips
31.05.2018 09:48Так же, как и в обычной винде без wsl:
git config --global core.autocrlf false
Не дело гита за ними следить, это проблема вашего IDE.
ziv
30.05.2018 16:37+2Большая проблема WSL — дисковый I/O. Разница в скорости при обновлении пакетов заметна даже по сравнению с виртуалкой. А уж попытки собрать Андроид под WSL… это просто ужас.
roschacker
30.05.2018 19:12а с docker-контейнерами не сравнивали?
В Win10 же есть он!springimport
30.05.2018 22:10+1Могу сказать свой опыт. Не смотрел WSL, зато смотрел docker.
Чтобы понять масштаб трагедии, достаточно загуглить docker container windows io slow. Может быть делать простые вещи можно без проблем, но что-то, что требует ssd, лучше сразу запускать нативно.
Barafu_Albino_Cheetah
30.05.2018 18:24+1Хорошая вещь, но железные порты в нём не работают. Пробовал перепрошить из-под неё 3D принтер. Скомпилировалась прошивка без проблем, а вот заливка встаёт. Телефоны тоже, наверное, не похакать. Будем ждать улучшений аппаратной совместимости.
Но вот будни обычного разработчика покрывает вполне. Я 15 лет дома Линукс держал, сейчас вот перешёл на Win10 чтобы не переключаться туда-сюда из-за пары программ.
KivApple
30.05.2018 21:05+1Информация о том, что дистрибутивы Linux можно ставить только из windows store не совсем верна.
Например: http://www.akitaonrails.com/2018/04/29/running-arch-linux-over-windows-10
parpalak
30.05.2018 23:09А как сейчас дела с автозапуском линуксовых демонов? Раньше ее не было. Я до сих пор после перезагрузки делаю
sudo service nginx startи т. д. Еще не решили проблему?
У меня в WSL крутится nginx и php-fpm. Проект средней величины не очень быстро работает, у коллеги на Ubuntu субъективно быстрее.
ntfs1984
31.05.2018 00:08-1Юзкейсы конечно у каждого свои, однако все кого я знаю сбежавших с Винды на Линукс, убежали не потому что нужны специфичные инструменты (реально, putty вполне хватает, а если нужны специфичные линуксячьи инструменты, то можно вообще поднять маленький дебиан на 500 Мб в виртуалке, и коннектиться туда нативным виндовым putty, а уже оттуда на серверы). Они убежали потому что откровенно бесят новые виндовые повадки.
Ололо мы обновились, перезагрузиться? Yes\Да?
Поздравляем, мы только что обновили базу Windows Defender, к сожалению это вас не спасло, поэтому ставьте-ка KAV, и приготовьтесь что из 8-ми ядер вашего новенького Core i7, как минимум четыре будут работать теперь на антивирус;
Ой, мы случайно запустили новенький скачанный mstiteli_full_hd.torrent.exe и теперь что-то зашифровало наш диск и требует 100500 BTC на кошелек 12345;
BTC мы не нашли, переустановили винду, полезли ставить торрент клиент, забыли снять галочку, и нам поставилась стопка ускоряйзеров и улучшайзеров от mail.ru, и комплектом яндекс-браузер со встроенной рекламой «а как поднять бабла? чтоб стали другими дела»;
Ладно, опаздываем на работу. Вы хотите выключить компьютер? А нихрена, мы применяем обновления, ждите.Massacre
31.05.2018 00:34+1В общем, для тех, кто не осилил поставить Win7 и до сих пор запускает непроверенные экзешники…
ntfs1984
31.05.2018 11:02Какой еще Win7?
Win7 на это устройство вам никто не разрешит поставить, пушо UEFI, USB3.0, тачскрин и отсутствие некоторых драйверов. Ну а вкорячивание 7-рки вопреки всему что я написал будет не легче вкорячивания Убунты.
И таки вы правы, домохозяйки обожают запускать непроверенные экзешники.Massacre
31.05.2018 11:38Ну, так это было прямое решение указанных вами проблем для большинства систем. В худшем случае — отрезаем 10ке автообновление, заодно вместе с телеметрией, гайдов много есть. Ну или LTSB ставим, если Enterprise.
А домохозяек можно и обучить. В случае Убунту ведь тоже придётся обучать, и побольше. И с софтом что-то решать, если не просто браузером пользоваться…ntfs1984
31.05.2018 15:50Ну, так это было прямое решение указанных вами проблем для большинства систем.
Это было всего лишь придирание к моим примерам.
Проблема не в автообновлении. Проблема не в вирусочувствительности. Проблема не в занимании больших объемов. Проблема не в дебрях меню для тривиальных настроек. Проблема — во всем и сразу.
В принципе народ так и решает проблемы с десяткой, ставя другую операционную систему. Просто это оказывается больше не Windows.Massacre
31.05.2018 17:05Ну, если по религиозным соображениям, то можно и Макось поставить. Я всё к тому, что любая проблема решаема и без радикальной миграции на другую экосистему. К тому же, Убунту, как ни странно, тоже надо настраивать!
mistergrim
31.05.2018 12:08> Ой, мы случайно запустили новенький скачанный mstiteli_full_hd.torrent.exe
Не «мы», а «вы».ntfs1984
31.05.2018 15:56Не «мы», а «вы».
Т.е. вы хотите сказать, что это я один жалуюсь на весь интернет на назойливые сервисы mail.ru, и это я стал инициатором опускания гуглем ранка сайтов с подобными загрузками? Окай :)mistergrim
31.05.2018 16:21Ну я вот не жалуюсь, со своих компов ни разу mail.ru вычищать не приходилось. Наверное, потому, что .torrent.exe запускают всё-таки пользователи, а не система. А если у кого руки из ж.., тот сломает линукс ещё быстрее, чем винду.
Тем более, что тот же шифровальщик в линуксе тоже вполне возможен.
hubhito
31.05.2018 09:01А они уже научились менять стандартную rootfs локацию ( %localappdata%\Packages\CanonicalGroupLimited.UbuntuonWindows_79rhkp1fndgsc\LocalState\rootfs ) на что-то другое?
У меня диск с windows — SSD и там банально не хватает уже места на еще одну ОС.Yngvie
31.05.2018 11:45А не пробовали руками перенести на другой диск и сделать NTFS Junction point?
Я с WSL так не делал, но делал со Steam'ом, чтобы некоторые игры при скачивании обновления использовали HDD
hubhito
31.05.2018 12:12Я последний раз пробовал WSL около года назад и тогда он нормально с junction не работал. MS всё обещал сделать опцию указания rootfs, но видимо не донёс.
geisha
31.05.2018 09:43Зависимость от терминала и Linux окружения в моей работе практически сразу привели меня к вопросу…
А на самом деле:
Установка X-сервера, Xfce и прочих GUI'шных приложений
Кроме того, данный эмулятор не умеет вкладки
Это вы скорее не умеете headless linux: tmux, screens, вот это вот всё.
codemafia
31.05.2018 10:26+1Пытался на WSL поднять docker, но у меня не встаёт. То
grep: /etc/fstab: No such file or directory, тоCannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?. Тяжко.Kirtis
31.05.2018 11:13Сам столкнулся с такой проблемой. Как я понял, запускать Docker прямо из WSL нельзя – WSL Interoperability with Docker.
hubhito
31.05.2018 12:18да, пока радости нет.
docker на WSL — вот это была бы революция, пока что использовал WSL только для более удобного доступа к консольным утилитам к которым привык.
fpir
Хорошая попытка, microsoft, но нет, обойдусь пока дуалбутом.
x67
Меня вполне устраивает вин10 в виртуалбоксе. Единственно, пока не понимаю как и через что (не виртуалбокс же) пробросить видеокарту в виртальное окно
fpir
А я вот даже и не знаю, зачем винда в виртуалке. В убунту я живу, в винде играю, это домашний кейс. Запустить ACAD или илюстратор какой-нить тоже лучше в нативной системе. А если таких задач не стоит, то зачем винда дома-хз.
Если ток какая-нибудь вин-онли IDE прям сильно нравится, ну или вин-девелопер. Тут я не специалист.
А вообще, каждый хочет, как он хочет, и если кому-то нравится -я далёк от священных войн. Пост был, скорее, юмористический.
Paskin
Я лично держу винду только для рабочего Аутлука — к сожалению пока не нашел нормального аналога под Линукс. Сами почта и календарь — в GMail, но мне очень не нравится тамошний Веб-интерфейс, особенно в части длинных цепочек с ответами и комментариями разных людей.
fpir
Evolution, Zimbra Desktop, просто с аутлоком плохо знаком, по моим ощущениям-очень похоже.
x67
на работе — десктопный ms office. равноценной замены ему нет. Дома хочется такое же пространство, как и на работе. Но при этом и игры и привычное windows окружение. Небольшая потеря производительности — не минус
fpir
Для мс-офиса-правда нет, вот только самая мощная штука в офисе excel, но программистов экселя, чтоб раскрывали хотя-бы 5% его возможностей, я живьём не видел. Остальное-же, так исторически сложилось, кст, в нарушение закона РФ(не того, что о импортозамещении, тот дурость, а того, что ГОСТ)
x67
Так я и не программист
Какой ГОСТ имеется ввиду?
fpir
Ну, я никогда не видел упоминания .doc или .docx в ГОСТах, а с ними так, что там не написано-то не стандартно. А вот ISO/IEC 26300:2006 принят как ГОСТ Р ИСО/МЭК 26300-2010
Насколько я знаю, ГОСТ в России имеет статус федерального закона. Из чего делаем вывод, что ODT формат стандартный(законный), а doc не стандартный(не законный).
x67
Стандартный для чего?
Я вот считаю тушенку более стандартной чем какой-то там одт и ГОСТ на нее более стандартный что ли… В общем стандартизацию в каждый дом! И чтоб ни семьи без стандарта!
nexion
В виртуалбоксе (если за последнее время ничего не изменилось, конечно — я не следил) не получится, а в qemu всё довольно просто. У меня именно таким образом настроена виртуалка с виндой исключительно чтобы в овервотч погонять. На хосте используется интегрированный GPU, которого мне более чем достаточно, а в виртуалку пробрасывается дискретная карта.