Ubuntu one windows с ошибкой

Решение проблем с загрузкой Ubuntu

Просмотр журнала загрузки

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

Перезагрузите компьютер и сразу же нажмите на F8 либо Esc, чтобы открыть параметры запуска. Если на ПК установлено несколько дистрибутивов, или, например, еще и Windows 10, можно просто дождаться появления загрузчика GRUB. Здесь вас интересует строка «Дополнительные параметры для Ubuntu». Сегодня мы возьмем за пример именно Ubuntu, а если используемая ОС отличается от упомянутой, необходимо учесть особенности ее запуска, графического интерфейса и разницу в синтаксисе команд, которая чаще всего не является критичной и полностью соответствует указанным далее.

Далее вам нужно отыскать строку ядра с припиской «Recovery Mode». Используйте стрелки на клавиатуре, чтобы перемещаться между пунктами, а затем нажмите на Enter для активации.

Еще одно нажатие на Enter необходимо для продолжения запуска командного интерпретатора.

Используйте команду journalctl -xb , чтобы просмотреть журнал записей.

Дополнительно можно ввести cat /var/log/boot.log . В результате вы увидите сообщения, которые выводились на экран во время загрузки операционной системы. Эта команда пригодится всем тем пользователям, кто при включении компьютера наблюдает просто черный экран. Соответствующие сообщения тоже пригодятся во время поиска исправления.

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

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

Способ 1: Проверка свободного места

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

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

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

Запустите «Терминал» удобным для вас методом, например, через горячую клавишу Ctrl + Alt + T или значок в меню приложений.

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

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

Если неполадка действительно заключается в заканчивающемся пространстве, перемонтируйте файловую систему в режим для чтения и записи, указав mount -o remount,rw / . После этого можно переходить к удалению ненужных файлов, программ или каталогов. Воспользуйтесь приведенными далее инструкциями, чтобы разобраться с принципами выполнения этой операции.

Способ 2: Исправление пакетов

Как известно, пакеты в Ubuntu, основные компоненты, отвечающие за запуск утилит и программ, включая и системные элементы. Если случилась какая-то поломка с важными пакетными файлами, вполне вероятно, что ОС не загрузится. Исправить данную ситуацию можно следующим образом:

В консоли напишите dpkg —configure -a и нажмите на Enter.

Дождитесь завершения сканирования и исправления неполадок. Дополнительно надо вставить команду sudo apt -f install .

После этого рекомендуется проверить все обновления и инсталлировать их через sudo apt update && sudo apt full-upgrade .

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

Остается только перезагрузить систему в нормальном режиме, предварительно изъяв флешку с LiveCD, чтобы проверить действенность этого метода. Если ОС стартовала успешно и вход в нее прошел нормально, значит, проблема была решена и можно переходить к обычному взаимодействию с Ubuntu. В противном случае переходите к следующим методам.

Способ 3: Проверка файловой системы

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

В режиме LiveCD через консоль пропишите команду fsck -a /dev/sda1 , где /dev/sda1 — необходимый диск или логический том для проверки.

Подтвердите продолжение сканирования, просто нажав на клавишу Enter.

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

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

Способ 4: Удаление несовместимых графических драйверов

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

Владельцам графических адаптеров от NVIDIA в Live-режиме следует ввести apt purge nvidia* и нажать на Enter.

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

Обладателям видеокарт от AMD нужно поменять содержимое строки на apt purge fglrx*

Способ 5: Изменение файла /etc/fstab (для опытных пользователей)

Этот метод лучше использовать только тем юзерам, кто уже сталкивался с необходимостью редактирования конфигурационных файлов и точно знает, что делать при возникновении проблем с нарушением целостности записей разделов. Если журнал загрузки отобразил сообщение «Dependency failed for /dev/disk/by-uuid/f4d5ddc4-584c-11e7-8a55-970a85f49bc5», из этого можно сделать вывод, что одна из файловых систем не монтируется. В большинстве случаев это связано с неправильно указанной записью в конфигурационном объекте. Исправьте это, проверив содержимое файла /etc/fstab. Запускается он через LiveCD с помощью редактора vi или nano. Замените неправильно указанные разделы жесткого диска, если такие были обнаружены.

Способ 6: Восстановление загрузчика GRUB

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

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

Устранение неполадок подсистемы Windows для Linux Troubleshooting Windows Subsystem for Linux

Для получения поддержки по вопросам, связанным с WSL, изучите наш репозиторий продукта WSL на сайте GitHub. For support with issues related to WSL, please see our WSL product repo on GitHub.

Поиск описанных проблем, связанных с вашей проблемой Search for any existing issues related to your problem

При возникновении технических проблем используйте репозиторий продукта. For technical issues, use the product repo.

При возникновении проблем, связанных с содержимым этой документации, используйте репозиторий документов. For issues related to the contents of this documentation, use the docs repo.

Отправка отчета об ошибке Submit a bug report

При возникновении ошибок, связанных с функциями или компонентами WSL, отправьте сообщение о проблеме в репозитории продуктов: https://github.com/Microsoft/wsl/issues For bugs related to WSL functions or features, file an issue in the product repo: https://github.com/Microsoft/wsl/issues

Отправка запроса на добавление возможностей Submit a feature request

Чтобы запросить новую возможность, связанную с функциональностью или совместимостью WSL, создайте запрос в репозитории продуктов. To request a new feature related to WSL functionality or compatibility, file an issue in the product repo.

Участие в разработке документации Contribute to the docs

Чтобы внести изменения в документацию по WSL, отправьте запрос на вытягивание в репозитории документов: https://github.com/MicrosoftDocs/wsl/issues To contribute to the WSL documentation, submit a pull request in the docs repo: https://github.com/MicrosoftDocs/wsl/issues

Терминал или командная строка Terminal or Command Line

Наконец, если ваша проблема связана с терминалом Windows, консолью Windows или интерфейсом командной строки, используйте репозиторий терминалов Windows: https://github.com/microsoft/terminal Lastly, if your issue is related to the Windows Terminal, Windows Console, or the command-line UI, use the Windows terminal repo: https://github.com/microsoft/terminal

Распространенные проблемы Common issues

Я использую Windows 10 версии 1903, но не вижу параметры для WSL 2. I’m on Windows 10 version 1903 and I still do not see options for WSL 2

Скорее всего, это связано с тем, что на компьютере еще не установлены исправления для WSL 2. This is likely because your machine has not yet taken the backport for WSL 2. Чтобы решить эту проблему самым простым способом, перейдите в параметры Windows, нажмите кнопку «Проверить наличие обновлений» и установите последние обновления в системе. The simplest way to resolve this is by going to Windows Settings and clicking ‘Check for Updates’ to install the latest updates on your system. Изучите полные инструкции по получению исправления для старой версии. See the full instructions on taking the backport.

Если после нажатия кнопки «Проверить наличие обновлений» вы не получили обновление, можно установить исправления KB4566116 вручную. If you hit ‘Check for Updates’ and still do not receive the update you can install KB KB4566116 manually.

Ошибка. 0x1bc, когда wsl —set-default-version 2 Error: 0x1bc when wsl —set-default-version 2

Это может произойти, если язык интерфейса или язык системы не является английским. This may happen when ‘Display Language’ or ‘System Locale’ setting is not English.

Фактическая ошибка для 0x1bc : THe actual error for 0x1bc is:

См. сведения о проблеме 5749. For more information, please refer to issue 5749

Не удается получить доступ к файлам WSL из Windows Cannot access WSL files from Windows

Файловый сервер протокола 9p предоставляет службу на стороне Linux, которая позволяет Windows получить доступ к файловой системе Linux. A 9p protocol file server provides the service on the Linux side to allow Windows to access the Linux file system. Если вы не можете получить доступ к WSL с помощью \wsl$ в Windows, возможно, это вызвано неправильным запуском 9P. If you cannot access WSL using \wsl$ on Windows, it could be because 9P did not start correctly.

Чтобы убедиться в этом, можно проверить журналы запуска с помощью команды dmesg |grep 9p . Если ошибки есть, отобразятся сведения о них. To check this, you can check the start up logs using: dmesg |grep 9p , and this will show you any errors. Вывод выглядит следующим образом: A successfull output looks like the following:

Дополнительные сведения об этой ошибке см. в этом потоке GitHub. Please see this Github thread for further discussion on this issue.

Не удается запустить дистрибутив WSL 2, а в выходных данных отображается только WSL 2. Can’t start WSL 2 distribution and only see ‘WSL 2’ in output

Если язык интерфейса не английский, возможно, отображается усеченная версия текста ошибки. If your display language is not English, then it is possible you are seeing a truncated version of an error text.

Чтобы устранить эту проблему, перейдите по адресу https://aka.ms/wsl2kernel и установите ядро вручную, следуя инструкциям на этой странице документации. To resolve this issue, please visit https://aka.ms/wsl2kernel and install the kernel manually by following the directions on that doc page.

Ошибка command not found при выполнении исполняемых файлов Windows в Linux command not found when executing windows .exe in linux

Пользователи могут запускать исполняемые файлы Windows, например notepad.exe, прямо в среде Linux. Users can run Windows executables like notepad.exe directly from Linux. Но иногда это действие приводит к ошибке «Команда не найдена», как показано ниже: Sometimes, you may hit «command not found» like below:

Если в переменной $PATH нет обязательных путей Win32, подсистема взаимодействие не сможет найти EXE-файл. If there are no win32 paths in your $PATH, interop isn’t going to find the .exe. Чтобы проверить это, выполните echo $PATH в среде Linux. You can verify it by running echo $PATH in Linux. В выходных данных вы должны увидеть путь к win32 (например, /mnt/c/Windows). It’s expected that you will see a win32 path (for example, /mnt/c/Windows) in the output. Если вы не видите эти пути Windows, скорее всего переменная PATH перезаписана оболочкой Linux. If you can’t see any Windows paths then most likely your PATH is being overwritten by your Linux shell.

Ниже приведен пример файла /etc/profile на ОС Debian, который вызывал такую проблему: Here is a an example that /etc/profile on Debian contributed to the problem:

Чтобы решить эту проблему в среде Debian, нужно удалить приведенные выше строки. The correct way on Debian is to remove above lines. Вы также можете добавить значения в переменную $PATH во время назначения, как показано ниже, но это может вызвать другие проблемы с WSL и VSCode. You may also append $PATH during the assignment like below, but this lead to some other problems with WSL and VSCode..

Дополнительные сведения см. в описании проблем 5296 и 5779. For more information, see issue 5296 and issue 5779.

«Ошибка: 0x80370102 The virtual machine could not be started because a required feature is not installed (Не удалось запустить виртуальную машину, так как не установлена необходимая функция). «Error: 0x80370102 The virtual machine could not be started because a required feature is not installed.»

Включите компонент платформы виртуальных машин Windows и убедитесь, что в BIOS включена виртуализация. Please enable the Virtual Machine Platform Windows feature and ensure virtualization is enabled in the BIOS.

Если компьютер является виртуальной машиной, включите вложенную виртуализацию вручную. If your machine is a VM, please enable nested virtualization manually. Запустите PowerShell с правами администратора и выполните следующую команду: Launch powershell with admin, and run:

Следуйте рекомендациям производителя компьютера, чтобы включить виртуализацию. Please follow guidelines from your PC’s manufacturer on how to enable virtualization. Как правило, для проверки того, что эти функции включены в ЦП, может использоваться BIOS системы. In general, this can involve using the system BIOS to ensure that these features are enabled on your CPU. Инструкции для этого процесса могут быть разными для разных компьютеров, один из примеров вы можете изучить в этой статье от Bleeping Computer. Instructions for this process can vary from machine to machine, please see this article from Bleeping Computer for an example.

Перезагрузите компьютер после включения дополнительного компонента Virtual Machine Platform . Restart your machine after enabling the Virtual Machine Platform optional component.

Bash утрачивает подключение к сети после подключения к сети VPN Bash loses network connectivity once connected to a VPN

Если после подключения к VPN в Windows оболочка Bash утрачивает подключение к сети, попробуйте воспользоваться этим обходным решением в Bash. If after connecting to a VPN on Windows, bash loses network connectivity, try this workaround from within bash. Это решение позволит вручную переопределить разрешение DNS с помощью /etc/resolv.conf . This workaround will allow you to manually override the DNS resolution through /etc/resolv.conf .

1. Запишите DNS-сервер виртуальной частной сети. Для этого выполните ipconfig.exe /all Take a note of the DNS server of the VPN from doing ipconfig.exe /all
2. Создайте копию существующего resolv.conf, выполнив sudo cp /etc/resolv.conf /etc/resolv.conf.new Make a copy of the existing resolv.conf sudo cp /etc/resolv.conf /etc/resolv.conf.new
3. Разорвите связь с текущим файлом resolv.conf, выполнив команду sudo unlink /etc/resolv.conf . Unlink the current resolv.conf sudo unlink /etc/resolv.conf
4. sudo mv /etc/resolv.conf.new /etc/resolv.conf
5. Откройте /etc/resolv.conf и сделайте следующее. Open /etc/resolv.conf and
   a. a. Удалите из файла первую строку с текстом «# This file was automatically generated by WSL. Delete the first line from the file, which says «# This file was automatically generated by WSL. To stop automatic generation of this file, remove this line.» (Этот файл был автоматически создан WSL. Чтобы остановить автоматическое создание этого файла, удалите данную строку). To stop automatic generation of this file, remove this line.».
   b. b. Добавьте запись DNS из пункта 1 выше в качестве первой записи в списке DNS-серверов. Add the DNS entry from (1) above as the very first entry in the list of DNS servers.
   c. c. Закройте файл. Close the file.

После отключения VPN необходимо будет отменить изменения в /etc/resolv.conf . Once you have disconnected the VPN, you will have to revert the changes to /etc/resolv.conf . Для этого сделайте следующее. To do this, do:

1. cd /etc
2. sudo mv resolv.conf resolv.conf.new
3. sudo ln -s ../run/resolvconf/resolv.conf resolv.conf

При запуске WSL или установке дистрибутива возвращается код ошибки Starting WSL or installing a distribution returns an error code

Выполните эти инструкции, чтобы получить подробные журналы и сообщить о возникшей проблеме на портале GitHub. Follow these instructions to collect detailed logs and file an issue on our GitHub.

Обновление Bash для Ubuntu в Windows Updating Bash on Ubuntu on Windows

Два компонента Bash для Ubuntu в Windows могут требовать обновления. There are two components of Bash on Ubuntu on Windows that can require updating.

Подсистема Windows для Linux The Windows Subsystem for Linux

Обновление этой части Bash для Ubuntu в Windows обеспечит применение всех новых исправлений, описанных в заметках о выпуске. Upgrading this portion of Bash on Ubuntu on Windows will enable any new fixes outlines in the release notes. Убедитесь, что вы подписаны на Программу предварительной оценки Windows и что ваша сборка обновлена. Ensure that you are subscribed to the Windows Insider Program and that your build is up to date. Чтобы обеспечить более точное управление, включая сброс экземпляра Ubuntu, ознакомьтесь со страницей справочных материалов по командам. For finer grain control including resetting your Ubuntu instance check out the command reference page.

Двоичные файлы пользователя Ubuntu The Ubuntu user binaries

При обновлении этой части Bash для Ubuntu в Windows будут установлены все обновления двоичных файлов пользователя Ubuntu, включая приложения, установленные с помощью apt-get. Upgrading this portion of Bash on Ubuntu on Windows will install any updates to the Ubuntu user binaries including applications that you have installed via apt-get. Чтобы выполнить обновление, выполните следующие команды в Bash. To update run the following commands in Bash:

Ошибки apt-get upgrade Apt-get upgrade errors

Некоторые пакеты используют функции, которые еще не реализованы. Some packages use features that we haven’t implemented yet. Например, udev пока не поддерживается и вызывает несколько ошибок apt-get upgrade . udev , for example, isn’t supported yet and causes several apt-get upgrade errors.

Чтобы устранить проблемы, связанные с udev , выполните следующие действия. To fix issues related to udev , follow the following steps:

Введите приведенный ниже код в /usr/sbin/policy-rc.d и сохраните изменения. Write the following to /usr/sbin/policy-rc.d and save your changes.

Добавьте разрешения на выполнение в /usr/sbin/policy-rc.d : Add execute permissions to /usr/sbin/policy-rc.d :

Выполните следующие команды: Run the following commands:

«Ошибка: 0x80040306» при установке «Error: 0x80040306» on installation

Это связано с тем, что мы не поддерживаем устаревшую консоль. This has to do with the fact that we do not support legacy console. Чтобы отключить устаревшую консоль, выполните следующие действия. To turn off legacy console:

1. Выполните файл cmd.exe. Open cmd.exe
2. Щелкните правой кнопкой мыши строку заголовка и выберите «Свойства», затем снимите флажок «Использовать прежнюю версию консоли». Right click title bar -> Properties -> Uncheck Use legacy console
3. Нажмите кнопку «ОК». Click OK

«Ошибка: 0x80040154» после обновления Windows «Error: 0x80040154» after Windows update

Компонент «Подсистема Windows для Linux» может быть отключен во время обновления Windows. The Windows Subsystem for Linux feature may be disabled during a Windows update. В этом случае данную функцию Windows необходимо включить заново. If this happens the Windows feature must be re-enabled. Инструкции по включению подсистемы Windows для Linux можно найти в руководстве по установке. Instructions for enabling the Windows Subsystem for Linux can be found in the Installation Guide.

Изменение отображаемого языка Changing the display language

Установщик WSL попытается автоматически изменить языковой стандарт Ubuntu в соответствии с языковым стандартом установки Windows. WSL install will try to automatically change the Ubuntu locale to match the locale of your Windows install. Если это нежелательно, можно выполнить приведенную ниже команду, чтобы изменить языковой стандарт Ubuntu после завершения установки. If you do not want this behavior you can run this command to change the Ubuntu locale after install completes. Чтобы это изменение вступило в силу, потребуется повторно запустить bash.exe. You will have to relaunch bash.exe for this change to take effect.

В приведенном ниже примере языковой стандарт изменяется на EN-US. The below example changes to locale to en-US:

Проблемы установки после восстановления системы Windows Installation issues after Windows system restore

1. Удалите папку %windir%System32TasksMicrosoftWindowsWindows Subsystem for Linux . Delete the %windir%System32TasksMicrosoftWindowsWindows Subsystem for Linux folder.
   Примечание. Не делайте этого, если дополнительный компонент полностью установлен и работает.Note: Do not do this if your optional feature is fully installed and working.
2. Включите дополнительный компонент WSL (если он еще не включен). Enable the WSL optional feature (if not already)
3. Выполните перезагрузку. Reboot
4. Выполните команду lxrun /uninstall /full lxrun /uninstall /full
5. Установите Bash. Install bash

Нет доступа к Интернету в WSL No internet access in WSL

Некоторые пользователи сообщили о проблемах с определенными приложениями брандмауэра, блокирующими доступ к Интернету в WSL. Some users have reported issues with specific firewall applications blocking internet access in WSL. Сообщили о следующих брандмауэрах: The firewalls reported are:

1. Kaspersky; Kaspersky
2. AVG; AVG
3. Avast. Avast

В некоторых случаях отключение брандмауэра обеспечивает доступ. In some cases turning off the firewall allows for access. В некоторых случаях доступ блокируется просто при наличии установленного брандмауэра. In some cases simply having the firewall installed looks to block access.

Ошибка «Отказ в разрешении» при проверке связи Permission Denied error when using ping

В выпуске Windows Anniversary Update, версия 1607 для проверки связи в WSL требуются права администратора. For Windows Anniversary Update, version 1607, administrator privileges in Windows are required to run ping in WSL. Чтобы выполнить проверку связи, запустите Bash для Ubuntu в Windows от имени администратора или запустите bash.exe из командной строки или сеанса PowerShell с привилегиями администратора. To run ping, run Bash on Ubuntu on Windows as an administrator, or run bash.exe from a CMD/PowerShell prompt with administrator privileges.

В более поздних версиях Windows (сборка 14926+) права администратора не требуются. For later versions of Windows, Build 14926+, administrator privileges are no longer required.

Bash перестал отвечать на запросы Bash is hung

Если при работе с Bash вы обнаружите, что Bash перестал отвечать на запросы (или взаимозаблокирован), помогите нам диагностировать проблему путем сбора и передачи дампа памяти. If while working with bash, you find that bash is hung (or deadlocked) and not responding to inputs, help us diagnose the issue by collecting and reporting a memory dump. Обратите внимание на то, что выполнение этих действий приведет к сбою системы. Note that these steps will crash your system. Не делайте этого, если вас это не устраивает, либо предварительно сохраните результаты своей работы. Do not do this if you are not comfortable with that or save your work prior to doing this.

Сбор дампа памяти To collect a memory dump

Измените тип дампа памяти на «Полный дамп памяти». Change the memory dump type to «complete memory dump». При изменении типа дампа запишите текущий тип. While changing the dump type, take a note of your current type.

Выполните эти действия, чтобы настроить аварийное завершение с помощью клавиатуры. Use the steps to configure crash using keyboard control.

Воспроизведите взаимоблокировку или прекращение ответа на запросы. Repro the hang or deadlock.

Выполните аварийное завершение системы с помощью последовательности клавиш из пункта 2. Crash the system using the key sequence from (2).

Произойдет аварийное завершение системы и будет собран дамп памяти. The system will crash and collect the memory dump.

После перезагрузки системы отправьте memory.dmp на адрес электронной почты secure@microsoft.com. Once the system reboots, report the memory.dmp to secure@microsoft.com. По умолчанию файл дампа находится в папке %SystemRoot%memory.dmp или C:Windowsmemory.dmp, если C: является системным диском. The default location of the dump file is %SystemRoot%memory.dmp or C:Windowsmemory.dmp if C: is the system drive. В письме укажите, что дамп предназначен для команды разработчиков WSL или Bash в Windows. In the email, note that the dump is for the WSL or Bash on Windows team.

Восстановите исходное значение типа дампа памяти. Restore the memory dump type to the original setting.

Проверка номера сборки Check your build number

Чтобы узнать архитектуру компьютера и номер сборки Windows, выберите To find your PC’s architecture and Windows build number, open
Параметры > Система > О программе Settings > System > About

Найдите поля Сборка ОС и Тип системы. Look for the OS Build and System Type fields.

Чтобы найти номер сборки Windows Server, выполните в PowerShell следующую команду. To find your Windows Server build number, run the following in PowerShell:

Подтверждение включения WSL Confirm WSL is enabled

Вы можете убедиться, что подсистема Windows для Linux включена, выполнив в PowerShell следующую команду. You can confirm that the Windows Subsystem for Linux is enabled by running the following in PowerShell:

Проблемы с подключением к серверу OpenSSH OpenSSH-Server connection issues

Попытка подключения к серверу SSH завершается следующей ошибкой: «Connection closed by 127.0.0.1 port 22» (Подключение закрыто узлом 127.0.0.1 через порт 22). Trying to connect your SSH server is failed with the following error: «Connection closed by 127.0.0.1 port 22».

Убедитесь, что сервер OpenSSH работает Make sure your OpenSSH Server is running:

Завершите работу службы sshd и запустите sshd в режиме отладки. Stop the sshd service and start sshd in debug mode:

Проверьте журналы запуска и убедитесь, что ключи сервера доступны и в журнале нет сообщений, как показано ниже. Check the startup logs and make sure HostKeys are available and you don’t see log messages such as:

Если вы видите такие сообщения и в разделе /etc/ssh/ отсутствуют ключи, потребуется повторно создать ключи или просто очистить и установить сервер OpenSSH. If you do see such messages and the keys are missing under /etc/ssh/ , you will have to regenerate the keys or just purge&install openssh-server:

«Указанная сборка не найдена». «The referenced assembly could not be found.» Это сообщение может появиться при включении дополнительного компонента WSL. when enabling the WSL optional feature

Данная ошибка связана с неправильным состоянием установки. This error is related to being in a bad install state. Чтобы устранить эту проблему, выполните следующие действия. Please complete the following steps to try and fix this issue:

Если вы используете команду включения компонента WSL в PowerShell, попробуйте использовать графический пользовательский интерфейс. Для этого откройте меню «Пуск», выполните поиск фразы «Включение или отключение компонентов Windows», а затем из списка выберите «Подсистема Windows для Linux». Этот дополнительный компонент будет установлен. If you are running the enable WSL feature command from PowerShell, try using the GUI instead by opening the start menu, searching for ‘Turn Windows features on or off’ and then in the list select ‘Windows Subsystem for Linux’ which will install the optional component.

Обновите версию Windows, выбрав «Параметры» > «Обновления» и щелкнув «Проверить наличие обновлений». Update your version of Windows by going to Settings, Updates, and clicking ‘Check for Updates’

Если оба способа не помогли и вам нужно использовать WSL, рассмотрите возможность обновления на месте, переустановив Windows 10 с установочного носителя и выбрав параметр «Сохранить все», чтобы сохранить свои приложения и файлы. If both of those fail and you need to access WSL please consider upgrading in place by reinstalling Windows 10 using installation media and selecting ‘Keep Everything’ to ensure your apps and files are preserved. Инструкции по такой установке можно найти на странице Переустановка Windows 10. You can find instructions on how to do so at the Reinstall Windows 10 page.

Правильные (связанные с SSH) ошибки разрешений Correct (SSH related) permission errors

Если вы видите эту ошибку: If you’re seeing this error:

Чтобы устранить эту проблему, добавьте следующий текст в файл /etc/wsl.conf : To fix this, append the following to the the /etc/wsl.conf file:

Обратите внимание, что добавление этой команды будет включать метаданные и изменять разрешения для файлов Windows, показанных в WSL. Please note that adding this command will include metadata and modify the file permissions on the Windows files seen from WSL. См. сведения о разрешениях файловой системы. Please see the File System Permissions for more information.

Выполнение команд Windows завершается сбоем в дистрибутиве Running Windows commands fails inside a distribution

Некоторые дистрибутивы, доступные в Microsoft Store, еще не полностью поддерживают возможность выполнения команд Windows в Терминале. Some distributions available in Microsoft Store are yet not fully compatible to run Windows commands in Terminal out of the box. Если при выполнении powershell.exe /c start . или любой другой команды Windows возникает ошибка -bash: powershell.exe: command not found , ее можно устранить, выполнив следующие действия: If you get an error -bash: powershell.exe: command not found running powershell.exe /c start . or any other Windows command, you can resolve it following these steps:

1. В дистрибутиве WSL выполните echo $PATH . In your WSL distribution run echo $PATH .
   Если /mnt/c/Windows/system32 отсутствует, что-то переопределяет стандартную переменную PATH. If it does not include: /mnt/c/Windows/system32 something is redefining the standard PATH variable.
2. Проверьте параметры профиля с помощью cat /etc/profile . Check profile settings with cat /etc/profile .
   Если присутствует назначение переменной PATH, измените файл, чтобы закомментировать блок назначения PATH, используя символ # . If it contains assignment of the PATH variable, edit the file to comment out PATH assignment block with a # character.
3. Проверьте, существует ли файл wsl.conf ( cat /etc/wsl.conf ), и убедитесь, что он не содержит appendWindowsPath=false . В противном случае закомментируйте эту строку. Check if wsl.conf is present cat /etc/wsl.conf and make sure it does not contain appendWindowsPath=false , otherwise comment it out.
4. Перезапустите дистрибутив, введя wsl -t , после чего следует имя дистрибутива, либо выполните wsl —shutdown в cmd или PowerShell. Restart distribution by typing wsl -t followed by distribution name or run wsl —shutdown either in cmd or PowerShell.

Не удается выполнить загрузку после установки WSL 2 Unable to boot after installing WSL 2

Мы осведомлены о проблемах, из-за которых пользователям не удается выполнить загрузку после установки WSL 2. We are aware of an issue affecting users where they are unable to boot after installing WSL 2. Пока мы полностью диагностировали эту проблему, от пользователей поступали сообщения о том, что помочь в ее устранении может изменение размера буфера или установка правильных драйверов. While we fully diagnose those issue, users have reported that changing the buffer size or installing the right drivers can help address this. Просматривайте новейшие сведения об этой проблеме на сайте GitHub. Please view this Github issue to see the latest updates on this issue.

Страницы: [1]   Вниз

0 Пользователей и 1 Гость просматривают эту тему.

---

---

---

---

---

---

---

Страницы: [1]   Вверх

Вы, наверное, не раз сталкивались с проблемой, что Ubuntu не видит сеть Windows или Windows не видит сетевую шару Linux. Такая проблема характерна для многих дистрибутивов с окружением Gnome. Ситуация довольно неоднозначная, раньше причиной этому был баг в GVFS, потом появилось ещё несколько осложняющих дело факторов.

В этой статье мы рассмотрим что делать если Ubuntu не видит шары Windows или Samba, как к ним всё таки подключится и можно ли решить проблему, сделать так чтобы Nautilus и Dolphin начали всё таки видеть сетевые ресурсы.

Почему Ubuntu не видит сеть Windows или Samba?

Нужно разобраться почему Ubuntu не может увидеть сеть Windows. Начиная с Windows 10 в компании Microsoft решили отказаться от старого протокола SMB1 и использовать только SMB2 и SMB3. Но в этих протоколах нет сетевого обнаружения. Для сетевого обнаружения в Windows теперь используется новый сервис WS-Discovery. В Nautilus для отображения сетевых ресурсов используется либо avahi либо протокол SMB1. Поэтому увидеть шару Windows не получится, не включив обратно устаревший протокол в реестре. Windows по умолчанию шары Samba тоже видеть не будет, потому что новый WS-Discovery в Samba не поддерживается. Ещё в 2015 году были предложены патчи для Samba добавляющие эту функциональность, но разработчики решили, что оно им не нужно. Поэтому если вы хотите чтобы Windows видела Samba, нужно отдельно установить сервис WSDD.

Но это ещё не всё. Начиная с версии Samba 4.11 разработчики решили, что они ничем не хуже Microsoft и отключили по умолчанию поддержку протокола SMB1. Теперь Nautils и Dolphin перестали видеть не только Windows шары, но и Linux тоже. Решается проблема либо установкой на Samba сервер Avahi, либо включением поддержки старого протокола SMB1 на сервере Samba.

Настойка сервера Samba

1. Включение протокола SMB1

Для того чтобы активировать протокол SMB1 в Samba необходимо добавить такие строчки в /etc/samba/smb.conf в секцию global:

sudo vi /etc/samba/smb.conf

server min protocol = NT1
client min protocol = NT1
min protocol = NT1

После этого надо перезапустить Samba.

sudo systemctl restart smbd
sudo systemctl restart nmbd

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

2. Настройка имени хоста

Имя хоста вашего компьютера, выводимое командой hostname должно совпадать со значением в файле /etc/hosts и со значением параметра netbios name в файле /etc/samba/smb.conf. Например:

hostname

cat /etc/samba/smb.conf

Регистр букв не имеет значения.

3. Установка Avahi

Если предыдущий способ не поможет, то установка Avahi должна помочь. Samba не будет отображаться в сетях Windows, но зато появится в сетевом окружении в Nautilus. Для установки Avahi выполните:

sudo apt install avahi-daemon avahi-utils

После этого сервис стоит запустить и добавить в автозагрузку:

sudo systemctl enable avahi-daemon

sudo systemctl start avahi-daemon

Проверить доступные сервисы можно командой:

avahi-browse --all

Среди них должна быть ваша шара, обозначенная как Microsoft Windows Network local.

4. Установка WSDD

Сервис WSDD нужен для того чтобы вашу шару было видно из Windows. Можно использовать сервис wsdd2 из этого репозитория. Его надо собрать из исходников, но в этом нет ничего сложного. Сначала склонируйте репозиторий:

git clone https://github.com/Andy2244/wsdd2.git

Затем перейдите в папку с проектом:

cd wsdd2

Выполните make для сборки:

make

Затем установите программу, она только скопирует исполняемый файл и службу systemd в нужные директории:

sudo make install

Осталось запустить службу:

sudo systemctl daemon-reload

sudo systemctl enable --now wsdd2

Теперь Windows сможет видеть ваш сервер Samba. Таким образом если всё сделать правильно, то все всех будут видеть.

1. Общий доступ в Windows

Убедитесь, что в Windows общий доступ был включён. Если общий доступ отключен, то вы не сможете никак получить доступ к ресурсам. Откройте проводник и перейдите в пункт Сеть. Если сетевой доступ отключён, то система выдаст соответствующее предупреждение:

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

После этого система ещё раз спросит надо ли разрешить доступ для всех общественных сетей. Ответьте утвердительно:

После этого вы сможете получить доступ к общим ресурсам этого компьютера.

2. Включение SMB1 в Windows

Для того чтобы включить поддержку протокола SMB1 в Windows 10 откройте поиск и наберите Включение компонентов. Затем откройте утилиту Включение и выключение компонентов Windows:

Дальше найдите пункт SMB1.0 CIFS File Sharing Support и установите напротив него галочку:

Затем необходимо перезапустить компьютер:

После этого Ubuntu начнёт видеть вашу шару Windows и вы сможете к ней подключится.

Настройка клиента

Исходя из выше перечисленного, клиент скорее всего не виноват, но можно попробовать его настроить чтобы быть уверенным точно. Как я уже написал выше Nautilus для подключения и просмотра общих папок Windows и Samba использует виртуальную файловую систему gvfs. А та, в свою очередь использует библиотеку libsmbclient для получения необходимых данных. Поэтому мы можем попытаться исправить ситуацию переопределив некоторые параметры в /etc/samba/smb.conf. Но работает это далеко не всегда.

1. Установить Samba

Если файловый сервер Samba у вас не установлен, то его надо установить для того чтобы был создан файл /etc/samba/smb.conf с параметрами по умолчанию. Они потом будут использоваться библиотекой libsmbclient и самой утилитой smbclient, которую вы можете применять для тестирования. Для установки выполните:

sudo apt install samba

Проверьте конфигурационный файл Samba на ошибки с помощью такой команды:

testparm

2. Рабочая группа

По умолчанию используется рабочая группа WORKGROUP. Убедитесь, что ваша рабочая группа имеет именно это имя, также убедитесь, что в /etc/samba/smb.conf задано правильное имя рабочей группы в параметре workgroup:

sudo vi /etc/samba/smb.conf

workgroup = WORKGROUP

3. Версия протокола

В современных системах Windows для общего доступа к папкам используется файловая система CIFS, использующая современные версии протоколов SMB2 и SMB3. Эти протоколы не поддерживают обзор доступных общих папок так, как это ожидает получить Nautilus. Для того чтобы всё работало надо использовать старый протокол NT1. Чтобы его включить добавьте параметр client max protocol после параметра workgroup:

client max protocol = NT1

После этого сохраните изменения и перезагрузите компьютер и проверьте.

4. Правильный порядок разрешения имён

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

name resolve order = bcast lmhosts host wins

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

5. Не тот интерфейс

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

ls /sys/class/net

Затем найдите в /etc/samba/smb.conf параметр interface и замените в его значении eth0 на имя вашего интерфейса, который обеспечивает связь с нужной локальной сетью. Например на enp0s8:

interfaces = 127.0.0.0/8 enp0s8

После этого надо перезапустить службы Samba:

sudo systemctl restart smbd
sudo systemctl restart nmbd

6. Отладка

Если сеть Windows всё ещё не работает, вы можете попытаться отлаживать GVFS чтобы понять где именно возникает проблема и в чём её суть. Для этого надо завершить текущий сервер GVFS и запустить свой в терминале с включённой опцией отладки. Для этого выполните:

pkill gvfs; pkill nautilus

GVFS_DEBUG=all GVFS_SMB_DEBUG=10 $(find /usr/lib* -name gvfsd 2>/dev/null) --replace 2>&1 | tee gvfsd.log

Затем откройте Nautils и войдите в сетевое окружение, сеть Windows. При этом в терминале будут выводится сообщения об ошибках работы службы. Вы можете использовать эти сообщения чтобы искать информацию в Google или попросить помощи на форумах.

7. Проблема в GVFS

Баг в GVFS, о котором я писал выше наблюдался для Samba версии 4.8 и ниже. Если сервер поддерживает протокол более высокого уровня, то клиент пытается использовать этот протокол, например SMB2 или SMB3, но на этих протоколах не работает отображение доступных ресурсов. Если у вас именно эта проблема, то для полного решения придется ждать обновления или использовать обходное решение описанное ниже.

8. Подключение напрямую

Даже если у вас не работает обнаружение сетевых ресурсов Windows, вы все ещё можете подключится к нужному компьютеру и получить с него файлы. Откройте пункт Другие места на левой панели Nautilus. Внизу окна вы увидите надпись Подключится к серверу введите smb://адрес_сервера в поле слева и нажмите Enter:

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

Введите пароль и вы увидите доступные общие папки:

Выводы

Если всё будет сделано правильно то Linux увидит вашу шару Windows или Samba:

В этой статье мы кратко рассмотрели почему Ubuntu не видит сеть Windows, а также как исправить эту проблему. Если проблему с сетевым обнаружением устранить не удается, вы всегда можете попробовать подключится вручную. Это не решает основную проблему, но позволяет получить нужные файлы. Вы знаете другие способы решения? Поделитесь ими в комментариях!

Обнаружили ошибку в тексте? Сообщите мне об этом. Выделите текст с ошибкой и нажмите Ctrl+Enter.

Всем привет!!!

Иногда или всегда, у кого как, при первом запуске Linux Ubuntu под Windows 10 или 11 выходит ошибка 0x800701bc. И в этой статье я расскажу как ее исправить.

Все что вам нужно, это сказать вашей ОС использовать WSL 1 по умолчанию. Это делается просто, открываем Power Shell от имени администратора и вводим команду:

wsl --set-default-version 1

После этого устанавливаем Linux Ubuntu через магазин и радуемся жизни.

Не вкоем случаи не пользуйтесь WSL 2. Это обычная виртуальная машина. Вместо этого лучше воспользоваться гипервизором VirtualBox или на крайний случай Hyper-V.

Как установить Linux Ubuntu под Windows я подробно рассказал тут Как установить и запустить Linux Ubuntu под Windows 10 • Александр Linux (bafista.ru)

Многие люди используют настройку двойной загрузки на своих ПК в зависимости от их требований и потребностей. Некоторые используют как Ubuntu, так и Windows 10, потому что оба имеют свои плюсы и минусы. Ubuntu, как и многие другие операционные системы, отличные от Windows, поддерживает двойную загрузку. Windows 10, с другой стороны, обычно поставляется с настройками, которые не являются оптимальными для двойной загрузки.

GRUB (аббревиатура от GRand Unified Bootloader) – это загрузчик, который используется Ubuntu для управления операционными системами, установленными на вашем компьютере. По сути, это программное обеспечение, которое просматривает операционные системы, установленные на вашем ПК, и позволяет вам выбрать, какую из них запускать после включения компьютера. Большинство проблем связано с GRUB, поэтому, если вы не можете загрузить Grub и система загружается напрямую в Windows, вы найдете ниже некоторые решения этой проблемы.

Это руководство можно использовать для устранения следующих проблем Windows 10-Ubuntu:

• Параметр двойной загрузки не отображается в Windows 10
• Меню GRUB не отображается в Ubuntu
• Ubuntu не будет двойной загрузки с Windows 10

Решено: нет GRUB в Windows 10 с двойной загрузкой Ubuntu

1. Восстановление из Windows – Командная строка
2. Отключить быструю загрузку
3. Используйте инструмент Boot Repair
4. Windows 10 и Ubuntu устанавливаются в другом режиме

Решение 1. Восстановление из Windows – командная строка

Самый простой способ решить эту проблему – использовать командную строку из Windows. Для этого, пожалуйста, используйте шаги, описанные ниже:

1. В Windows перейдите в меню и найдите Командная строка .
2. Нажмите правой кнопкой мыши на командной строке и выберите параметр Запуск от имени администратора .
   
3. Скопируйте и вставьте команду путь bcdedit/set {bootmgr} EFIubuntugrubx64.efi
   
4. Перезагрузите компьютер

– СВЯЗАННЫЕ: ИСПРАВЛЕНИЕ: не могу загрузить Windows 10 после установки Ubuntu

Решение 2. Отключите быструю загрузку

Вы также можете попытаться отключить функцию быстрой загрузки Windows 10 для доступа к меню GRUB. Для этого выполните следующие действия:

1. Откройте Панель управления .
2. Найдите термин power в строке поиска в правом верхнем углу.
3. Нажмите Изменить действия кнопок питания .
   
4. Нажмите на Изменить настройки, которые в настоящее время недоступны .
   
5. Снимите флажок . Включите быстрый запуск (рекомендуется) .
   
6. нажмите Сохранить изменения , чтобы сохранить настройки

Решение 3: Используйте Boot Repair Tool

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

1. Загрузитесь в вашу операционную систему
2. Введите следующие команды:
   sudo add-apt-repository -y ppa: yannubuntu/boot-repair
   sudo apt-get update
   sudo apt-get install -y boot-repair && boot-repair
3. После завершения установки вы можете запустить инструмент Boot Repair из меню приложений
4. Это сделает некоторое сканирование, поэтому позвольте ему закончить свою работу
5. Затем появится экран с сообщением о рекомендованном ремонте на основе сканирования.
6. После выбора рекомендуемых обновлений начнется ремонт.
7. Откройте терминал, скопируйте и вставьте выделенную команду в терминал одну за другой.
8. Выберите да с помощью клавиш со стрелками или вкладок и нажмите Enter, чтобы выбрать
9. в Boot Repair Tool экран попал вперед
10. Скопируйте указанную там команду и вставьте ее в терминал, нажмите Enter и дайте ей выполнить работу.
11. Если будет предложено несколько параметров для настройки, где установить GRUB, выберите «Да» и нажмите «Ввод».
12. Используйте пробел, чтобы выбрать опцию и клавишу TAB для навигации по опциям
13. После того, как вы закончите установку GRUB, вы можете закрыть Терминал
14. выберите опцию пересылки на экране Boot Repair Tool
15. Выберите Да для каждого варианта подтверждения
16. сообщение об успешном подтверждении появится на экране
17. перезагрузите компьютер
    

– СВЯЗАННО: Загрузите и установите ОС Tails на ПК с Windows 10

Решение 4: Windows и Ubuntu устанавливаются в разных режимах

Невозможно выполнить двойную загрузку двух операционных систем, если они установлены в разных режимах – одна в режиме UEFI, а другая в режиме BIOS Legacy.Поэтому, чтобы решить проблему и восстановить двойную загрузку, вы должны преобразовать установку Ubuntu в тот же режим, в котором установлена ​​Windows.

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

1. Чтобы преобразовать Ubuntu в режим UEFI, вам нужно запустить Boot Repair и активировать панель с помощью Расширенные настройки , затем выбрать вкладку Положение GRUB и поставить галочку на отдельной Раздел/boot/efi и нажмите Применить .
2. Чтобы преобразовать Ubuntu в режим BIOS Legacy, запустите Boot Repair и активируйте панель с помощью Расширенные настройки , затем выберите вкладку Положение GRUB и снимите флажок с отдельной Раздела/загрузки/efi и нажмите Применить .

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

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