[решено] Arch + Win10
| RusWolf |
|
Темы:
11
Сообщения:
2394
Участник с: 16 июля 2016
|
Причём имея GPT разметку, я могу спокойно использовать Linux c BIOS-MBR режимом загрузки. |
| AZJIO |
|
|
Темы:
29
Сообщения:
447
Участник с: 05 января 2021
|
RusWolfТо есть еcли диск заполнен его данные не будут перемещены, а вместо этого в конец диска пропишется указатель на адрес второй части диска? Если это не так, то как вы собираетесь перемещать к примеру 50Гб раздел диска при наличии допустимого свободного места в конце этого диска 10Гб, то есть отрезать 10 Гб и подвинуть раздел 40Гб в конец. Зачем мне, что-то сохранять используя левые костилиЭто не костыли, люди делают вообще гуляние по загрузчикам. |
| RusWolf |
|
|
Темы:
11
Сообщения:
2394
Участник с: 16 июля 2016
|
AZJIOЭто именно костыли, так как реализовано сторонним софтом. AZJIOК чему вообще эти безумные примеры? Встречный вопрос, этот же безумный пример, для MBR-DOS разметке, с участием расширенного раздела? |
| AZJIO |
|
|
Темы:
29
Сообщения:
447
Участник с: 05 января 2021
|
Встречный вопрося про то и говорю, что ситуация равнозначная. Единственное надо посмотреть, можно изменять границу начала расширенного раздела, если удалён первый диск расширенного раздела. Или наоборот расширять расширенный раздел двигая начало захватывая свободное пространство. Вот только это является критерием, который для меня может оказаться в пользу GPT. |
| RusWolf |
|
|
Темы:
11
Сообщения:
2394
Участник с: 16 июля 2016
|
AZJIOНе равнозначная, на GPT, если на диске нужно изменить размеры разделов, я нужный раздел уменьшу, отодвину и другой раздел увеличу, без танцев с бубном. |
| AZJIO |
|
|
Темы:
29
Сообщения:
447
Участник с: 05 января 2021
|
RusWolfВы понимаете что говорите? Можно уменьшать/увеличивать раздел в любой разметке диска без танцев с бубном, аналогично вы не можете переместить начало диска без танцев с бубном. Потому что диск пишется от начала, и если перемещать конец диска, то это происходит только изменением некоторой информации о размере диска, в худшем случае нужно переместить файлы находящиеся в конце диска в начало. Перемещение начала диска связано с полным перемещением данных диска иногда в несколько часов если диск сдвинул на 1 МБ, потому что это перепишет 500Гб данных, при этом возможно 2 раза, первый раз всё переместиться в некоторую свободную область и она должна существовать, потом сдвиг пустого диска, потом возвращение данных обратно. Так что я не понимаю что вы имеете ввиду про танцы с бубном, когда ситуация ясна как день. Причём все эти умения зависят только от автора программы управления разделами. Если программа научится перемещать файл в начале диска в конец данных и переместит границу начала раздела, то это будет достижение авторов программы а не типа разметки дисков. RusWolfКаким именно софтом это реализовано? Это поддерживается любым загрузчиком как данность |
| RusWolf |
|
|
Темы:
11
Сообщения:
2394
Участник с: 16 июля 2016
|
AZJIOЗа 29 лет использования продукцией майкрософт, поверь мне, я понимаю о чём говорю. |
| AZJIO |
|
|
Темы:
29
Сообщения:
447
Участник с: 05 января 2021
|
RusWolfаргументации я не увидел. Я вижу это по поведению, сколько времени происходит укорочение пустого диска, диска с заполнением 10%, диска с заполнием 80% (учитывая дефрагментацию файлы уже будут распределены по всей поверхности), сколько времени происходит сдвиг начала, сам процесс виден по кряхтению харда и индикатором чтения/записи. Если 2 часа молотит и попробуйте скопировать каталог 200Гб примерно 2 часа на шпидельном диске. Из этого можно предположить логически происходящее. |
| RusWolf |
|
|
Темы:
11
Сообщения:
2394
Участник с: 16 июля 2016
|
AZJIOНу это обычное явление. Повторятся не буду, уже всё написано и пере расписано раз сто, как у нас на форуме, так в большом интернете, все плюсы и минусы разжёваны, до мелочей. Тема помечена как решена, дальше не вижу смысла флудить. |
| nafanja |
|
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
AZJIO, у MBR нет дублирующей таблицы разделов, а поэтому GPT намного надежнее ;)
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874 |