create partition создать раздел
- на деле за 5сек вбивается и прописывается лишь 2 числа sector start & and - в MBR. При создании раздела, он будет по порядку последним после существующих, и выглядеть например в винде как буква F после C, D, Е.
delete partition удалить раздел
- на деле за 5сек лишь удаляется 2 числа sector start & еnd - в MBR.
undelete partition восстановить удалённый раздел
- ещё не видел. Альтернатива: можно вспомнив (откуда?) 2 числа создать create partition, но в винде буква раздела может измениться.
slide partition сместить раздел
- на деле за5сек добавляется одинаково число к 2 числам sector start & еnd - в MBR, и часами переписываются много секторов на новое смещённое место. Если выключится питание, то может сломаться файловая система так, что будет трудно восстановить её.
Добавлено: resize partition изменить размер раздела
- на деле за 5сек меняется число sector еnd - в MBR, и в разделе за 5сек меняется структура файловой системы с изменением размера, иногда с долгим переписыванием файлов для компактности. Если выключится питание, то может сломаться файловая система так, что будет трудно восстановить её.
format partition отформатировать раздел
- на деле за 5сек создаётся новая файловая система с умолчаниями текущей версии проги формата.
wipe partition затереть раздел (чтобы нельзя было восстановить!)
- на деле часами прописываются нолики или другое число (по параноидальной опции по 10 раз для надёжности за сутки) в сектора между sector start & еnd MBR.
В оконных менеджерах ещё бывает Undo - для последовательной отмены редакций, но до Apply - применить все изменения. До Apply все изменения - лишь намерения с имитацией действий, а не реальные действия. И ещё бывает изменение размера кластера, и склейка 2 разделов (редкость).
Добавлено: [more] Прочитал
Правила инсталляции и загрузки независимых ОС, интересные и логичные, кроме 2 идей:
1. "При использовании ОС необходимо скрыть разделы с другими ОС. После сокрытия чужих разделов ОС не сможет испортить чужие системные файлы, папки или разделы случайно или преднамеренно и не даст возможность это сделать вирусам или криворуким пользователям"
С 2000х закрытая Windows, копируя десятилетиями идеи файловых систем ext3-4 Unix/Linux 1970х, упорно нелогично смешно делает вид будто не понимает их, которые поэтому недоступны и мало отличимы от скрытых разделов при запуске Win.
А Linuxы обычно понимают ~любые файловые системы, если их смонтировать (обычно автоматически вбив пароль rootа однократно). Тогда возникает фича универсальности использования файлов пользователя в любых разделах с NTFS, из Lin или Win.
Вирусы Win врядли смогут заразить коды Lin. А в Lin обычно нет вирусов.
Вообщем кажется наоборот: всегда незачем скрывать разделы, при запуске Lin или Win. [/more]
Добавлено: 2. "перед инсталляцией ОС необходимо изменить активный жёсткий диск на нужный (тот куда будет устанавливаться ОС). Это же и относится к активному разделу. В результате этого загрузчик новой ОС вместе с ядром будет инсталлирован в текущий активный раздел активного диска и каждая ОС будет абсолютно независима от других ОС. У каждой ОС будет свой отдельный раздел. Исключение из этого правила Linux. "
При инсталле ОС, на свой раздел очевидно, вероятно ещё несистемный и потому неактивный логично, логично выбрать раздел и заинсталлить, и после возможного успеха может заодно устанавливая метку активности MBR на этот уже системный раздел, или иногда не устанавливая если есть другая ОС на другом разделе с установленной меткой активности в MBR.
Наоборот, исключение из этого правила - не очень логичная Windows.
Добавлено: Дополнение к комментарию 1 для Правил: При желании, можно найти редкий драйвер ext3-4 для некоторых прог или даже для всего Windows, чтобы возникла ещё и редкая фича доступа из Win к разделам Lin по чтению, и даже может по записи без багов.
Добавлено: 3. "Загрузчик всегда автоматически устанавливается в активный раздел активного диска ( к Linux ОС это не относится, у них загрузчик и ядро может быть на любом разделе ), система (ядро и программы) устанавливается в раздел, который мы указываем установщику ОС."
Наоборот, к Windows OC это не относится, ибо вторая винда предпочитает ещё изменять подменю и тд - в 1 загрузчике всех винд на разделе с первой виндой. А Linux кажется способен встать на 1 раздел изолированно.
Добавлено: tt3:
Цитата: загрузчик линукса провел изменения в mbr... загрузчик системы всегда меняет mbr ?
dialmak:
Цитата: Разве? Не встречал.. А может недопонял суть проблемы.
Кажется эта новая проблема встречается не только у меня.
По моему новые линуксы, вдруг освоив не самый надёжный вариант - Grab из MS DOS, стали инсталлится с ним.
Инсталл Grab говорит почемуто, что не нашёл другой системы (винду), и предлагает инсталить Grab - в MBR, после чего - Lin запускается, но винда - нет.
Или предлагает по опции выбрать любой другой раздел для Grab - даже на дискетке.
Добавлено: Какое другое? Старый Grab из MS DOS понимал лишь FAT, и не мог находится на другой файловой системе. У меня нет FAT.
При попытке указать для Grab тот же раздел Lin ext3-4 - у меня после инсталла Lin не запускается. И попытки указать прочие разделы (NTFS) - безуспешны тоже, да и я удаляю их иногда.
Конечно можно купить USB-флопповод с дискеткой с FAT лишь для Grab, и подключать всегда при запуске компа. Но это полный абсурд!
PS: Инстал Grab кажется меняет MBR всегда, вписывая туда навечно загрузчик граба с ссылкой откуда его грузить.
Добавлено: Кажется возможны 2 подхода:
1. Стемиться оставить MBR стандартным, без левых загрузчиков, меняя там вышеописанными прогами - лишь метку активности разделов, которые должны быть изолированными для возможности фичи: свободно удалять и перемещать их как угодно.
2. Можно допустить вписать в MBR какойто левый загрузчик - лишь линуксовый, который можно потенциально - обучить загружать ещё винду. Ибо врядли возможно обучить стандартные виндовые загрузчики - загружать ещё линуксы. Но может утеряться фича свободы удаления и перемещения разделов hdd.
