как сбежать с линукса на windows
Как удалить Linux и установить Windows
Версия этой статьи для Microsoft Windows XP: 314458.
Аннотация
В этой статье содержатся инструкции по удалению операционной системы Linux с последующей установкой Windows. При написании статьи предполагалось, что операционная система Linux уже установлена на жесткий диск компьютера, используются разделы native и swap (несовместимые с Windows) и на жестком диске нет свободного места.
Windows и Linux могут совместно использоваться на одном компьютере. Дополнительные сведения об этом см. в документации к операционной системе Linux.
Дополнительная информация
Для установки Windows на компьютер под управлением Linux (с удалением Linux) разделы, которые использует эта операционная система, необходимо удалить вручную. Windows-совместимый раздел будет создан автоматически при установке Windows.
ВНИМАНИЕ! Поскольку выполнение описанных в данной статье действий приведет к полному удалению операционной системы Linux, предварительно убедитесь в наличии загрузочного носителя или компакт-диска Linux. Если впоследствии необходимо будет восстановить операционную систему Linux, создайте резервную копию всех данных, хранящихся на компьютере. Кроме того, необходимо наличие полной версии операционной системы Windows.
В файловых системах Linux в начале каждого дискового раздела находится суперблок для определения размера, формы и состояния файловой системы.
Операционная система Linux обычно устанавливается в раздел типа 83 (Linux native) или 82 (Linux swap). Диспетчер загрузки Linux (LILO) можно настроить на выполнение загрузки из следующих мест:
основная загрузочная запись (Master Boot Record, MBR) жесткого диска;
корневая папка раздела Linux.
Разделы можно удалить с помощью служебной программы Fdisk, которая входит в состав Linux. (Существуют аналогичные служебные программы, например Fdisk в MS-DOS версии 5.0 или выше. Кроме того, разделы можно удалить и при установке.) Чтобы удалить Linux и установить Windows, сделайте следующее.
Удалите используемые Linux разделы native, swap и загрузочный раздел.
Загрузите компьютер с установочной дискеты Linux, введите в командной строке fdisk и нажмите клавишу ВВОД.
ПРИМЕЧАНИЕ. Чтобы получить справку по использованию программы Fdisk, введите в командной строке m и нажмите клавишу ВВОД.
Чтобы получить информацию о разделах, введите в командной строке p и нажмите клавишу ВВОД. Вначале содержатся сведения о первом разделе первого жесткого диска, а затем — о втором разделе первого жесткого диска.
Введите в командной строке d и нажмите клавишу ВВОД. Появится окно, в котором необходимо указать номер удаляемого раздела. Введите 1 и нажмите клавишу ВВОД, чтобы удалить раздел под номером 1. Повторяйте это действие, пока не удалите все разделы.
Чтобы записать эти данные в таблицу разделов, введите w и нажмите клавишу ВВОД. При записи данных в таблицу разделов могут появиться сообщения об ошибках. В данном случае они не имеют большого значения, поскольку следующим шагом является перезагрузка компьютера и установка новой операционной системы.
Чтобы завершить работу программы Fdisk, введите в командной строке q и нажмите клавишу ВВОД.
Вставьте загрузочную дискету или компакт-диск Windows и для перезагрузки компьютера нажмите сочетание клавиш CTRL+ALT+DELETE.
Установите Windows. Следуйте инструкциям по установке Windows. В процессе установки можно создать на компьютере необходимые разделы.
Примеры таблиц разделов Linux
Один SCSI-диск
Несколько SCSI-дисков
Один IDE-диск
Несколько IDE-дисков
Кроме того, Linux распознает более 40 типов разделов, в том числе следующие:
FAT 16 > 32 M Primary (тип 06)
FAT 16 Extended (тип 05)
FAT 32 без LBA Primary (тип 0b)
FAT 32 с LBA Primary (тип 0c)
FAT 16 с LBA (тип 0e)
FAT 16 с LBA Extended (тип 0f)
Следует помнить, что существуют другие способы удаления операционной системы Linux с последующей установкой Windows XP. В этой статье описан способ, который применяется в том случае, когда операционная система Linux уже функционирует и на жестком диске не осталось свободного места. Существует специальное программное обеспечение для изменения размеров раздела. Корпорация Майкрософт не поддерживает установку Windows в разделы, управляемые подобным образом.
Чтобы удалить одну операционную систему и установить другую, можно, кроме прочего, воспользоваться загрузочным диском MS-DOS версии 5.0 или более поздней, Windows 95 или Windows 98, которые содержат служебную программу Fdisk. Запустите программу Fdisk. Если на компьютере установлено несколько жестких дисков, выберите пятый пункт меню для определения диска, содержащего удаляемый раздел. После этого (или в том случае, если на компьютере имеется только один жесткий диск) выберите пункт 3 (Delete partition or logical DOS drive), а затем — пункт 4 (Delete non-DOS partition). Будет отображен список разделов, отличных от DOS, которые необходимо удалить. Обычно в операционной системе Linux есть два раздела, не являющимися разделами DOS, но их может быть и больше. Поочередно удалите все разделы, которые не являются разделами DOS.
После удаления разделов можно приступать к созданию новых и установке выбранной операционной системы. При помощи служебной программы Fdisk, входящей в состав MS-DOS версии 5.0 и более поздней, Windows 95 или Windows 98, можно создать только один основной и один расширенный разделы из нескольких логических дисков. Максимальный размер основного раздела FAT16 составляет 2 ГБ. Максимальный размер логического диска FAT16 — 2 ГБ. Для получения дополнительных сведений щелкните указанный ниже номер статьи базы знаний Майкрософт:
105074 Вопросы и ответы относительно создания разделов в MS-DOS 6.2
При установке Windows NT 4.0 или Windows 2000 разделы Linux можно удалить, создать новые разделы и отформатировать их, выбрав нужную файловую систему в процессе установки. Windows позволяет создать несколько основных разделов. Максимальный размер раздела, который создается в процессе установки Windows NT 4.0, составляет 4 ГБ. Это ограничение обусловлено особенностями файловой системы FAT16. Для раздела размером 4 ГБ используется кластер 64 КБ. MS-DOS 6.x, Windows 95 и Windows 98 не поддерживают файловые системы с размером кластера 64 КБ, поэтому в процессе установки такие файловые системы обычно преобразуются в NTFS. В отличие от Windows NT 4.0, операционная система Windows 2000 поддерживает файловую систему FAT32. При установке Windows 2000 можно создать диск FAT32 очень большого размера. После завершения установки, в случае необходимости, диск FAT32 можно преобразовать в NTFS.
Не могу сбежать из Linux
Вообщем сижу на своей старенькой винде 7 (5 лет убита к черту), стоит на флешке Ubuntu 16.04 LTS (Для Live CD делал), как в друг у меня вылетел синий экран, после чего мой жесткарь решил формануться и винда просто послала меня далеко и надолго, не долго думаю я решил поставить Ubuntu, в последствии чего обновил ее до 18.04 (В поставке Ubuntu сильно пожалел). Начал думать об возврате в Windows, как вдруг ждал меня сюрприз, GRUB 2 не выпустил меня. Я сделал загрузочную флешку (Пробывал UNetBootin, с винды, просто кидал), но при загрузке мне выдает ошибку: «file boot grub i386-pc normal.mod not found» и все. Не знаю как что сделать (BIOS не UEFI). Помогите отсюда сбежать, я хочу играть с более большим FPS’ом
Кто пожалел? И почему?
А я вот из генты не могу сбежать.
как вдруг ждал меня сюрприз, GRUB 2 не выпустил меня.
Ты груб был со мной, отпусти,
Эй, груб, ты меня не держи.
По вопросам установки Windows обращайтесь в службу поддержки Microsoft.
Так поставь флешке более высокий приоритет в BIOS чем диску с GRUB2.
А я вот из генты не могу сбежать.
у тебя в слове «казахстана» слишком много ошибок 🙂
кстати, ушел с генты после 5 лет, как устроился на работу. ибо работать надо, а не канпелять)
Перекрестное опыление: управляем Linux из-под Windows, и наоборот
В прошлой статье я обещал рассмотреть механизм удаленного подключения с Windows на серверы под управлением *nix, и наоборот при помощи PowerShell. Обещанного обычно ждут три года, но я успел чуть раньше. Что ж, если хочется с верного макбука управлять гетерогенной инфраструктурой, или наоборот ― с Surface Pro рулить Linux-серверами без всяких putty, ― прошу под кат.
Microsoft Loves Linux
Еще в 2015 году Microsoft торжественно объявила о запуске программы «Microsoft Linux». Сюда вошла как банальная поддержка гостевых *nix-like OS на Hyper-V, так и встроенная в Windows 10 Ubuntu и возможность запуска в Docker продуктов Microsoft, таких как SQL Server.
Компания также опубликовала исходный код PowerShell, что позволило запускать «Ракушку Мощи» не только на Windows. Из-под одноименного аккаунта на Github, помимо исходного кода, выложены и бинарники под большинство современных систем (лицензия MIT).
Это позволяет настроить удаленное управление с помощью единого инструмента ― PowerShell. Помимо подключения к консоли компьютера, можно запускать отдельные команды, в том числе и на нескольких серверах одновременно. Довольно удобно для автоматизации задач администрирования, таких как массовое изменение настроек, инвентаризация, сбор логов.
Порой удобно совмещать традиционные консольные команды со вставками PowerShell:
Для подключения к Windows-машинам при помощи PowerShell используется протокол WS-Man. Для GNU\Linux привычен SSH. Так как сегодня становятся универсальными оба протокола, разберем их подробнее.
PowerShell 6.0 под Windows и *nix, пока еще находится в бете. Поэтому не рекомендую без хорошего тестирования применять на боевых серверах описанное ниже.
Магомед не идет к горе
Когда технология удаленного доступа при помощи PowerShell только набирала обороты, единственным универсальным способом подключения к разным системам был протокол WS-Man. Для тестового стенда я взял Windows Server 2016 и Centos 7, для которых и буду настраивать возможность удаленного подключения и выполнения команд при помощи этого протокола.
Для начала установим на Centos свежий PowerShell:
После установки появилась возможность запускать привычные Windows-администратору командлеты. Например, посмотрим версию PS и получим список запущенных процессов командлетами $PSVersionTable и Get-Process:
Работаем в консоли PowerShell на CentOS.
Чтобы подключаться к Linux-машине с консоли Windows, нам понадобится установить и настроить:
Подробно с работой и эволюцией OMI и PSRP можно ознакомиться в отличном материале от Matt Wrock, я же просто установлю OMI командой:
Далее нужно настроить порты и аутентификацию в конфигурационном файле /etc/opt/omi/conf/omiserver.conf, после чего перезапустить сервер командой:
После настройки можно проверить работу OMI из консоли Windows:
Подключаемся к CentOS из cmd.
Теперь проверим работу обратным подключением ― из Linux к Windows:
… а затем с CentOS подключаемся к Windows.
После того, как WMI\OMI заработал, нужно установить и настроить PSRP. К сожалению и вопреки инструкции, бинарник отсутствует. Библиотеку пришлось компилировать, долго и нудно исправляя возникающие ошибки зависимостей:
Теперь мы сможем подключаться с Windows на Linux и наоборот при помощи PowerShell. Начнем с Windows на Linux:
С Windows на Linux.
Аналогичным образом можно провести и обратное подключение.
Invoke-Command можно «натравить» на список компьютеров, и с рабочей станции Windows создать пользователя на всех серверах Linux командой вида:
Надо сказать, что способ не самый удобный и эффективный. Минусов добавляет компиляция библиотек, разнообразные баги ― например, на момент написания статьи PSRP не позволял нормально подключиться из Linux в Windows.
Да и сами разработчики рекомендуют не плясать вокруг WS-Man, а обратиться к проверенному способу ― SSH. Что ж, попробуем и его.
Гора идет к Магомету
На этот раз машина с Windows получит чуть больше специфической подготовки ― нужно установить свежий PowerShell и OpenSSH.
После можно проверить синтаксис командлета New-PSSession. Если все произошло как надо, то командлет, помимо привычного параметра ComputerName, будет поддерживать и HostName.
PowerShell 6.0.0-beta.9 и обновленный синтаксис командлета.
Качаем последний релиз или используем пакет из репозитория Chocolatey. Все это разархивируем в \Program Files\OpenSSH.
В консоли с правами администратора переходим в папку с разархивированным содержимым и запускаем установку командой:
Теперь генерируем ключи:
В тестовой среде мы будем использовать парольную аутентификацию, поэтому стоит убедиться что она включена в файле sshd_config:
Если вы также хотите автоматически запускать PowerShell при подключении по SSH, то в параметре subsystem нужно прописать путь к желаемой версии PS:
Для работы клиента SSH нужно добавить директорию в %PATH% любым удобным способом. Например, таким:
Остается только настроить и запустить службы:
После установки уже можно наслаждаться подключением к серверу Windows по ssh.
C Windows через Putty на Linux, с Linux обратно на Windows по SSH.
На достигнутом останавливаться не будем и перейдем к настройке Linux. При настройке сервера SSH по умолчанию достаточно прописать PowerShell в Subsystem:
Теперь проверим подключение через командлет New-PSSession и Invoke-Command.
Работаем из PowerShell с Linux-сервером.
Теперь подключимся из Linux к Windows:
Работаем из PowerShell с Windows-сервером.
В отличие от WS-Man, SSH настраивается намного проще и работает стабильнее. Да и беспарольное подключение по ключам настраивать привычнее.
В хозяйстве пригодится
С однозначным «советом потребителю» все опять сложно: SSH проще в настройке и стабильнее, но WS-Man использует API и позволяет применять инструменты вроде JEA. На боевых серверах использовать WS-Man я бы не стал однозначно, а вот реализация OpenSSH в Windows как сервера, так и клиента мне понравилась. Для самопальной автоматизации вполне подойдет даже без PowerShell.
В любом случае, границы между Linux и Windows хоть и медленно, но начинают стираться, что безусловно радует.
Как сбежать с Линукса на Windows если не запускается установка
Запись Windows 10 на флешку из под Linux (универсальный способ)как убежать из линукс 3Подробнее
Запись Windows 10 на флешку из под Linux + нытье,как убежать из линукс 2Подробнее
Запись windows на флешку из под Linux (как убежать из Linux)Подробнее
Как установить windows 10 на компьютер с linux. Загрузочную флешку делаем с под windowsПодробнее
Как установить Windows на LinuxПодробнее
НЕ ЗАГРУЖАЕТСЯ С ФЛЕШКИ? 100% решение! BIOS и UEFIПодробнее
Как создать загрузочную флешку с Windows в Ubuntu?Подробнее
КАК УДАЛИТЬ УБУНТУ ЛИНУКС и оставить Windows? Ubuntu linuxПодробнее
Уничтожаем Linux одной командой!Подробнее
Видео #34. MBR, GRUB, переустановка Windows и удаление LinuxПодробнее
ВОССТАНОВИТЬ ЗАГРУЗЧИК ► Windows 10 после удаления Linux!Подробнее
[РЕШЕНО] Не запускается Windows после установки Linux | ISHПодробнее
Установка Windows 10 рядом c Linux Xubuntu UEFIПодробнее
Установка Windows программ на linuxПодробнее
ЧТО?? КАК ИЗ ТЕЛЕФОНА СДЕЛАТЬ СИСТЕМНЫЙ БЛОК??(Linux)Подробнее
Видео #32. Запуск Windows-программ на LinuxПодробнее
Установка Windows с жёсткого диска Linux и работа с BOOT-REPAIR-DISKПодробнее
Перекрестное опыление: управляем Linux из-под Windows, и наоборот
В прошлой статье я обещал рассмотреть механизм удаленного подключения с Windows на серверы под управлением *nix, и наоборот при помощи PowerShell. Обещанного обычно ждут три года, но я успел чуть раньше. Что ж, если хочется с верного макбука управлять гетерогенной инфраструктурой, или наоборот ― с Surface Pro рулить Linux-серверами без всяких putty, ― прошу под кат.
Microsoft Loves Linux
Еще в 2015 году Microsoft торжественно объявила о запуске программы «Microsoft Linux». Сюда вошла как банальная поддержка гостевых *nix-like OS на Hyper-V, так и встроенная в Windows 10 Ubuntu и возможность запуска в Docker продуктов Microsoft, таких как SQL Server.
Компания также опубликовала исходный код PowerShell, что позволило запускать «Ракушку Мощи» не только на Windows. Из-под одноименного аккаунта на Github, помимо исходного кода, выложены и бинарники под большинство современных систем (лицензия MIT).
Это позволяет настроить удаленное управление с помощью единого инструмента ― PowerShell. Помимо подключения к консоли компьютера, можно запускать отдельные команды, в том числе и на нескольких серверах одновременно. Довольно удобно для автоматизации задач администрирования, таких как массовое изменение настроек, инвентаризация, сбор логов.
Порой удобно совмещать традиционные консольные команды со вставками PowerShell:
Для подключения к Windows-машинам при помощи PowerShell используется протокол WS-Man. Для GNU\Linux привычен SSH. Так как сегодня становятся универсальными оба протокола, разберем их подробнее.
PowerShell 6.0 под Windows и *nix, пока еще находится в бете. Поэтому не рекомендую без хорошего тестирования применять на боевых серверах описанное ниже.
Магомед не идет к горе
Когда технология удаленного доступа при помощи PowerShell только набирала обороты, единственным универсальным способом подключения к разным системам был протокол WS-Man. Для тестового стенда я взял Windows Server 2016 и Centos 7, для которых и буду настраивать возможность удаленного подключения и выполнения команд при помощи этого протокола.
Для начала установим на Centos свежий PowerShell:
После установки появилась возможность запускать привычные Windows-администратору командлеты. Например, посмотрим версию PS и получим список запущенных процессов командлетами $PSVersionTable и Get-Process:
Работаем в консоли PowerShell на CentOS.
Чтобы подключаться к Linux-машине с консоли Windows, нам понадобится установить и настроить:
Подробно с работой и эволюцией OMI и PSRP можно ознакомиться в отличном материале от Matt Wrock, я же просто установлю OMI командой:
Далее нужно настроить порты и аутентификацию в конфигурационном файле /etc/opt/omi/conf/omiserver.conf, после чего перезапустить сервер командой:
После настройки можно проверить работу OMI из консоли Windows:
Подключаемся к CentOS из cmd.
Теперь проверим работу обратным подключением ― из Linux к Windows:
… а затем с CentOS подключаемся к Windows.
После того, как WMI\OMI заработал, нужно установить и настроить PSRP. К сожалению и вопреки инструкции, бинарник отсутствует. Библиотеку пришлось компилировать, долго и нудно исправляя возникающие ошибки зависимостей:
Теперь мы сможем подключаться с Windows на Linux и наоборот при помощи PowerShell. Начнем с Windows на Linux:
С Windows на Linux.
Аналогичным образом можно провести и обратное подключение.
Invoke-Command можно «натравить» на список компьютеров, и с рабочей станции Windows создать пользователя на всех серверах Linux командой вида:
Надо сказать, что способ не самый удобный и эффективный. Минусов добавляет компиляция библиотек, разнообразные баги ― например, на момент написания статьи PSRP не позволял нормально подключиться из Linux в Windows.
Да и сами разработчики рекомендуют не плясать вокруг WS-Man, а обратиться к проверенному способу ― SSH. Что ж, попробуем и его.
Гора идет к Магомету
На этот раз машина с Windows получит чуть больше специфической подготовки ― нужно установить свежий PowerShell и OpenSSH.
После можно проверить синтаксис командлета New-PSSession. Если все произошло как надо, то командлет, помимо привычного параметра ComputerName, будет поддерживать и HostName.
PowerShell 6.0.0-beta.9 и обновленный синтаксис командлета.
Качаем последний релиз или используем пакет из репозитория Chocolatey. Все это разархивируем в \Program Files\OpenSSH.
В консоли с правами администратора переходим в папку с разархивированным содержимым и запускаем установку командой:
Теперь генерируем ключи:
В тестовой среде мы будем использовать парольную аутентификацию, поэтому стоит убедиться что она включена в файле sshd_config:
Если вы также хотите автоматически запускать PowerShell при подключении по SSH, то в параметре subsystem нужно прописать путь к желаемой версии PS:
Для работы клиента SSH нужно добавить директорию в %PATH% любым удобным способом. Например, таким:
Остается только настроить и запустить службы:
После установки уже можно наслаждаться подключением к серверу Windows по ssh.
C Windows через Putty на Linux, с Linux обратно на Windows по SSH.
На достигнутом останавливаться не будем и перейдем к настройке Linux. При настройке сервера SSH по умолчанию достаточно прописать PowerShell в Subsystem:
Теперь проверим подключение через командлет New-PSSession и Invoke-Command.
Работаем из PowerShell с Linux-сервером.
Теперь подключимся из Linux к Windows:
Работаем из PowerShell с Windows-сервером.
В отличие от WS-Man, SSH настраивается намного проще и работает стабильнее. Да и беспарольное подключение по ключам настраивать привычнее.
В хозяйстве пригодится
С однозначным «советом потребителю» все опять сложно: SSH проще в настройке и стабильнее, но WS-Man использует API и позволяет применять инструменты вроде JEA. На боевых серверах использовать WS-Man я бы не стал однозначно, а вот реализация OpenSSH в Windows как сервера, так и клиента мне понравилась. Для самопальной автоматизации вполне подойдет даже без PowerShell.
В любом случае, границы между Linux и Windows хоть и медленно, но начинают стираться, что безусловно радует.