Как изменить размер раздела с флагом msftdata?
Народ, нужна ваша помощь. У моего друга поломался на ноуте виндовый загрузчик, и я решил установить ему Ubuntu, чтобы GRUB корректно прописался в том числе и в винду и заодно может он приобщится к правильной ОС. Записал на флешку Ubuntu 18.04, загрузился с нее, хочу отщипнуть от его раздела 20 ГБ для корневого каталога и 16 ГБ для подкачки, но дело в том, что его большой раздел имеет флаг msftdata и изменить его размер невозможно. Вообще на его ноуте EFI стоит. Мне пришла в голову мысль убрать этот флаг, изменить размер раздела и поставить его снова, но я не уверен, что после этого его маздай снова заработает, от M$ всего можно ждать. Как можно безболезненно изменить размер раздела на ноуте с EFI? Подойдет ли мой способ или есть какой-нибудь другой?
Почини ему виндовый загрузчик. Захочет приобщиться — поставит в виртуалку.
Я не умею. Я вообще за последние 10 лет отошел от винды капитально. И она отошла от меня, за это время аж 2 версии выпущены. Но линукс я поставить могу. И он все нормально пропишет.
Если в Windows 10 у него была включена опция «Hybrid Shutdown», то изменить размер файловой системы не получится.
Её нужно в начале отключить
Поэтому и изменить размер раздела тоже не получится.
Попробуй восстановит загрузку Windows 10.
Ну либо просто удаляй все разделы и ставь Linux.
Если в Windows 10 у него была включена опция «Hybrid Shutdown», то изменить размер файловой системы не получится.
А если у него не Windows 10, а допустим Windows 8.x? Это имеет то же значение, что ты сказал? Я просто не знаю, какая у него винда, спрошу у него. Проверить нет возможности, поскольку она у него не грузится.
В Windows 10 эта опция включена по умолчанию, в Win8 с обновлениями, возможно, тоже.
Попробуй хотя бы просто смонтировать файловую систему.
Если в Windows 10 у него была включена опция «Hybrid Shutdown», то изменить размер файловой системы не получится.
Это немного не так, просто надо сначала починить раздел. При включенном hybrid shutdown шинда не делает в журнале ФС отметки о том, что раздел был размонтирован корректно. Простой fsck исправит эту проблему. Правда при этом возможна потеря данных, т.к. винда могла что-нибудь не сохранить корректно, понадеявшись на корректное восстановление из гибернации.
Файловую систему смонтировал, она в порядке. Все читается.
Проверка файловой системы и сбрасывание флага некорректного размонтирования файловой системы мне ни разу не позволило изменить размер файловой системы где работала Windows 10, только последующая загрузка в систему, отключение гибернации и корректное завершение работы позволяло получить доступ к файловой системе.
Даже если систему корректно выключить, но опция гибридного выключения включена, то это не даст доступ к файловой системе.
Возможно, ТС поможет WinPE.
Так все же, можно ли как-то изменить размер этого раздела? Через fck я его прогоню, это не проблема.
Лучше используй chkdsk из состава Windows, например загрузившись с WinPE, затем уменьши размер файлвой системы (раздела), можешь в управлении дисками в WinPE, либо через ntfsresize из состава Linux (ntfsprogs).
После того, как ты его проверишь и исправишь журнал, он будет изменяться как обычно. Изменить размер не удается именно потому, что ntfsresize отказывается изменять размер поврежденной, по его мнению, файловой системы.
У меня получалось. А без проверки фс даже в read-only не монтировалась. Возможно дело в версии ntfsprogs.
Хорошо. А можно ли изменить размер раздела через GParted? Намного удобнее и нагляднее. К тому же это надстройка, т.е он использует все эти низкоуровневые утилиты.
Попробуй, не вижу в том проблемы. Я вообще в последний раз через кдешную утилиту управления разделами менял.
У моего друга поломался на ноуте виндовый загрузчик
Лечится автоматически через ремонтные опции установочного диска.
хочу отщипнуть от его раздела 20 ГБ для корневого каталога
Даже системный раздел можно уменьшить online из винды
Безопасно ли форматировать msftres, msftdata и скрытые разделы?
У меня есть acer V7, который поставляется с 1 ТБ жестким диском, 24 ГБ SSD и Windows 8. Я установил Ubuntu на SSD и отформатировал основные разделы жесткого диска. Тем не менее, я также заметил 3 других раздела на жестком диске, обозначенные как msftres, msftdata. Безопасно ли форматировать их так, чтобы у меня был один непрерывный раздел диска, или я буду вытирать что-то важное, например, данные загрузки или биоса?
1 ответ
«Флаги», показанные в parted или GParted, могут ссылаться на разные вещи. Некоторые из распространенных на GPT-дисках включают в себя:
Подробнее о них и других типах кода GPT вы можете прочитать в записи в Википедии на GPT. Обратите внимание, что имена «flag», назначенные parted и GParted, относятся к libparted. Другие инструменты, такие как GPT fdisk или инструменты разметки Windows, имеют другие способы обращения к кодам типа GPT. (Немногие программы используют коды напрямую, поскольку они являются длинными и неудобными шестнадцатеричными числами.)
Обратите внимание, что libparted использует ту же концепцию «флаг», чтобы идентифицировать две совершенно разные структуры данных: коды типа раздела и атрибуты раздела. Коды типов являются взаимоисключающими; раздел может быть ESP или Microsoft BasicРаздел данных, но не оба. Таким образом, если вы удалите «флаг загрузки» в ESP, он, скорее всего, появится с «значком msftdata», поскольку ESP используют FAT, а разделы FAT по умолчанию получают флаг msftdata. (В более старых версиях libparted флаг msftdata не существует, поэтому раздел не будет иметь никакого флага.) Раздел может иметь несколько атрибутов, хотя он может иметь как «скрытый флаг», так и «legacy_boot», флаг установлен. У него также может быть установлен флаг типа кода, например, эти два плюс «bios_grub». Это двойное использование концепции «флаг» сбивает с толку. GPT fdisk ( gdisk и связанные с ним программы) разделяет эти понятия, используя двухбайтовые шестнадцатеричные коды (например, EF00 или 8300) для кодов типов и атрибутов отчетности как таковых.
Безопасно ли форматировать msftres, msftdata и скрытые разделы?
У меня есть acer V7, который поставляется с жестким диском объемом 1 ТБ, твердотельным накопителем на 24 ГБ и Windows 8. Я установил Ubuntu на SSD и отформатировал основные разделы жесткого диска. Тем не менее, я также заметил 3 других раздела на жестком диске с пометкой msftres, msftdata. Безопасно ли отформатировать их так, чтобы у меня был один непрерывный раздел диска, или я буду стирать что-то важное, например данные загрузки или BIOS?
«Флаги», показанные в parted или GParted, могут относиться к разным вещам. Некоторые из распространенных на GPT-дисках включают в себя:
Подробнее об этих и других кодах типа GPT вы можете прочитать в записи Википедии о GPT. Обратите внимание, что имена «flag», назначенные parted и GParted, относятся к libparted. Другие инструменты, такие как GPT fdisk или инструменты разметки Windows, имеют другие способы ссылаться на коды типов GPT. (Немногие программы используют коды напрямую, так как они длинные и неудобные шестнадцатеричные числа.)
Также обратите внимание, что libparted использует одну и ту же концепцию «флага» для идентификации двух совершенно разных структур данных: кодов типов разделов и атрибутов разделов. Коды типов являются взаимоисключающими; раздел может быть разделом ESP или Microsoft Basic Data, но не обоими. Таким образом, если вы удалите «флаг загрузки» в ESP, он, скорее всего, появится с «флагом msftdata», поскольку ESP используют FAT, а разделы FAT по умолчанию получают «флаг msftdata». (В более старых версиях libparted «флаг msftdata» не существует, поэтому у раздела не было бы флага.) Однако раздел может иметь несколько атрибутов, поэтому он может иметь как «скрытый флаг», так и «legacy_boot». флаг установлен. Он также может иметь установленный флаг типа кода, например, эти два плюс «bios_grub». Такое двойное использование понятия «флаг» сбивает с толку. GPT fdisk ( gdisk и связанные программы) разделяет эти понятия, используя двухбайтовые шестнадцатеричные коды (например, EF00 или 8300) для кодов типов и атрибутов отчетности как таковых.
Multiboot, UEFI, NTFS или почти рецепт счастья
Пост написан по мотивам публикации «Живительная флешка».
Предисловие
Доброго времени суток, Хабр. Совсем недавно, читая Хабр, наткнулся на статью Живительная флешка, где был описан способ создания мультизагрузочной флешки с набором полезных утилит, разнообразных систем и т.д. И все бы ничего, да вот и тут зарыта собака — обратим внимание на эту ветку комментариев, в которой обсуждается работоспособность мультизагрузки в системах с UEFI. Таким образом я начал собственное расследование искать универсальный способ решения этой проблемы.
Далеко ходить не пришлось — еще со времен безумной популярности сборки Windows XP Zver Edition ее разработчики использовали набор утилит под названием RMPrepUSB для записи сборки на USB-накопитель. Сборка ушла из памяти людей, ну а сам проект пакета утилит продолжает развиваться и крепнуть. Ну а сама основа — проект Easy2Boot. Изучая их сайт я нашел универсальный способ создания мультизагрузочной флешки, которая может содержать в себе любой дистрибутив, LiveCD или образы дискет, которые Вы только захотите добавить. Итак, приступим к созданию такой чудо-флешки.
Начинаем
Идем на сайт и качаем последний архив с Install_RMPrepUSB_Full в названии. Распаковываем и устанавливаем.
Внимание: для любителей переносимости — можно открыть установочник в 7-zip (к примеру) и распаковать его в папку без установки.
Далее идем на сайт Easy2Boot и качаем архив с самим E2B, распаковываем в любую папку на ПК.
Подготовка флешки
Заходим в папку с E2B и запускаем файл _ISO\docs\Make_E2B_USB_Drive.cmd.
Внимание: если Вы не устанавливали, а распаковывали RMPrepUSB, то на первом же этапе Вас попросят указать путь в папке RMPrepUSB.
Нас попросят указать номер накопителя из приведенного списка, спросят, действительно ли мы хотим форматировать накопитель и попросят выбрать ФС.
И вот тут внимание! Выбираем FAT32 — грузимся в UEFI без проблем, но нет поддержки файлов >4 Гб, и наоборот — NTFS без UEFI, но с поддержкой больших файлов. Если Ваши образы весять меньше 4 Гб каждый, то смело выбирайте FAT32. С NTFS немного сложнее, а именно — флешка в UEFI не загрузится, но если загрузить ее на обычном биосе, а потом выбрать образ для UEFI (об этом ниже), то Easy2Boot перепишет MBR флешки и она будет загружаться в UEFI, при условии, что в том образе есть его поддержка (наличие файлов efi\bootia32.efi и efi\boot\bootx64.efi)
Идем по сложному пути — пишем N (то есть форматируем в NTFS), вылезет окошко с подтверждением, жмем ОК и ждем. После форматирования будут скопированы файлы E2B и на зеленом фоне появится надпись «Нажмите любую клавишу».
Структура папок или куда же класть образы?
Далее запускаем RMPrepUSB, выбираем накопитель в списке и жмем Ctrl+F2, соглашаемся и ждем пару секунд. Программа пошаманит с файлами и можно грузиться с флешки.
Постой, а как же UEFI?
Как все это выглядит?
Грузимся в биосе, выбираем нужный UEFI образ, переключаем UEFI обратно и получаем флешку с одним разделом, содержащим файлы этого образа. Соответственно, если данный образ поддерживает загрузку в UEFI — он появится в списке устройств, с которых можно загрузиться.
Внимание! Если Вы загружались с образов, подготовленных для UEFI, то Вы заметите, что при следующей загрузке с накопителя будет меню загрузки с того самого образа. А где же все те, что мы набросали на флешку? Да и файлы на флешке не те… Тут два варианта — из загрузчика выбрать верхний пункт EASY2BOOT или в ОС запустить с флешки скрипт e2b\RestoreE2B (run as admin).cmd.
В сухом остатке
Без минусов не обошлось и тут — приходится переключаться в биос для того, чтобы подключить нужный образ. Зато функционал данного набора утилит закрывает все мыслимые и немыслимые потребности в мультизагрузочной флешке.
Is it safe to format msftres, msftdata and hidden partitions?
I have an acer V7 which came with a 1TB HDD, 24GB SSD and Windows 8 installed. I have installed Ubuntu onto the SSD and formatted the main partitions of the HDD. However, I also notice 3 other partitions on the HDD marked msftres, msftdata. Is it safe to format these also so that I have one contiguous drive partition or will I be wiping something important like boot or bios data?
1 Answer 1
The «flags» shown in parted or GParted can refer to different things. Some of the common ones on GPT disks include:
You can read about more about these, and other GPT type codes, in the Wikipedia entry on GPT. Note that the «flag» names assigned by parted and GParted are specific to libparted. Other tools, like GPT fdisk or the Windows partitioning tools, have other ways to refer to GPT type codes. (Few programs use the codes directly, since they’re long and awkward hexadecimal numbers.)
Note also that libparted uses the same «flag» concept to identify two entirely different data structures: partition type codes and partition attributes. Type codes are mutually exclusive; a partition can be an ESP or a Microsoft Basic Data partition, but not both. Thus, if you remove the «boot flag» on an ESP, it will likely pop up with an «msftdata flag,» since ESPs use FAT, and FAT partitions get the «msftdata flag» by default. (In older versions of libparted, the «msftdata flag» doesn’t exist, so the partition would have no flag.) A partition can have multiple attributes, though, so it could have both the «hidden flag» and the «legacy_boot» flag set. It could also have a type-code flag set, like those two plus «bios_grub». This dual use of the «flag» concept is confusing. GPT fdisk ( gdisk and related programs) separates these concepts, using two-byte hexadecimal codes (like EF00 or 8300) for type codes and reporting attributes as such.
