Ну хорошо, давай разберём.
Так уж повелось издавна привычка осталась (кода-то было всё тоже самое было, но после 10-ки были разделы Linux). Да и винт, на котором стоит Linux сейчас скоро грохнется (ну как, скоро - обещает постоянно, но держится уже года полтора) и после того, как грохнется Linux переселится на старое место (после 10-ки)
Вопрос не совсем понят. Что значит последний?
извините , но это ерунда
Круто! Я не знаю больше как объяснить банальные вещи..
Тогда и установишь туда загрузчик, это ж минутное дело.
Как же не влияет?
sudo update-grub За что я и выбрал Grub в качестве мультизагрузчика - после всевозможных переустановок систем ничего больше не требуется.В MBR-дисках 4 основных(первичных) раздела либо как у тебя 3 основных и расширенный с логическими дисками. Последний - 3-й основной, предполагаю раздел Boot о котором на форуме мильён раз говорилось. Тебе желательно сделать как у меня (чтоб после переустановок винды не восстанавливать граб и всё прочее)
В том то и дело, что уже достаточно попробовал Linux, чтобы понять, что стабильности в нём нет. Поэтому не хочу испортить загрузчики Windows, так как в большинстве случаев приходится переустанавливаться.
Хммм ... А мы сейчас о чём? О восстановлении или о сохранении предыдущей загруженной записи?
Начинается. Для особо внимательных повторюсь - НЕ помогает.
А в чём мучение?!
... из той же сериии.
а, ну так-то да.
То бишь не разбивать Linux по разделам, а сделать один основной и в этот один основной без boot и home разделов запихнуть Linux? Правильно?
У всех, знаешь ли по-разному. Когда я начинал разбираться многие (только на другом форуме) опытные советовали так (и до недавнего времени так у меня было)
/boot нафиг не нужен. Он маленького размера и при обновлении ядер забьется и будут проблемы. Этого конечно можно избежать, если при обновлении каждый раз следить не обновляется ли ядро. И если обновилось предыдущее удалять, чтоб было 1-2 ядра и все. Но зачем все эти сложности. Код: Выделить всё
/swap
/
/homeКод: Выделить всё
/
/homeКод: Выделить всё
основной
/swap
/
логический
/home
Код: Выделить всё
основной
/
логический
/home
круто это то , что не знаете но чего то пытаетесь втюхать
таки если только винда нужна до полной настройки и чтоб не отвлекаться , так что мешает назначить винду дефолтной ? хоть кустомизере , хоть в етк/дефаулт/груб с обновлением груба, хотя проще в груб.цфг без всяких обновлений в строкеЛибо один раз передвинул на нужный пункт и больше не паришься по этому вопросу, всё это вкупе значительно сокращает время перезагрузок.
в контексте приведённого примера , ( ! ) с выбором может стать ещё больше ....Ещё значительней оно сокращается для тех у кого по 5-10 и более систем.
Для восстановления загрузки Windows достаточно одной команды. Загрузиться с установочного носителя Windows, на клавиатуре Shift+F10, в комстроке ввести
bootrec /fixmbr Это говорит о том, что Вы понятия не имеете о чём пишите. Команда записывает (восстанавливает) Виндовый загрузочный код в MBR, который перезаписывается GRUB'ом. Загрузчик Windows находится на одном из разделов жесткого диска(ков) и если Вам приходится восстанавливать загрузчик на разделе, то это уже совсем другая история (история о том, как Вы этот загрузчик "запороли").
Могу сказать абсолютно тоже самое.
Да вот, как-то так
Надо ещё понимать, что Вы проверяете. Команда bootrec /fixmbr не может поломать загрузчик, т.к. она выполняется для жесткого диска, а загрузчик системы находится на разделе. Команда эта только для дисков с разметкой MBR. Спорить не буду, я Ваше мнение услышал.
ничего удивительного , уже больше сорока лет как во всём мире так ... https://www.youtube.com/watch?v=PA-VlHdQSRg...достаточно попробовал Linux, чтобы понять, что стабильности в нём нет. ...
Ты просто обжегся по не знанию и остановился, не разобравшись. Отсюда неверные выводы. На самом деле загрузчики на МБР-системах очень легко и быстро восстанавливаются.
Коли так переживаешь, есть простая и понятная портативная утилка Bootice для бэкапа-восстановления МБР
Тогда тебе тем более мой вариант лучше всего подходит.
Так я и хочу разобраться, почему оно у тебя не работает. Сам с подобным ещё ни разу не сталкивался
У меня все грузятся. Нюансы только с версиями граба. Финальный 2.02 (в манджаро, минт19, убунту18.04, кальке18) грузит всё, а вот 2.02beta2 (в минт18 например) уже кое-что может не загрузить. Ну и в плане эстетики, в финальном 2.02 пишет:
Я и не думаю, можно не повторяться. Иначе бы и не стал расписывать.
Нет, главное чтобы системный раздел root был в основновном разделе, который можно активировать. boot находится в root. Всё остальное по желанию на логических разделах.
Скольким я ставил линукс, в большинстве случаев (помимо параметра savedefault) хотят именно такой порядок. Мне в этом плане помог только GC.
Огласите весь список пожалуйста. Минусов не обнаружил, только плюсы.
Я же показал, почти как у ТС - 4 диска, 4 винды (причем разных поколений). И что? Недавно поменял 7-ку на 8-ку, обновил граб и всё, больше никаких движений.
Так в том и дело, что в моём случае даже немного заморачиваться не нужно.
Всё сугубо IMHO, я никому ничего не навязываю и ничего не пытаюсь доказать, чисто мысли в слух.
Да я тоже спорить не буду (хотя из принципа, могу и снять на телефон и записать, как я выполняю эту команду, перезагружаюсь и пишет, что-нибудь из этого 0x000000e7, мол якобы bootmgr не обнаружен или mbr не обнаружен или winload.exe)
Шутник, что ли? Лучше тогда не комментируй, потому как на Windows всё может быть стабильным, а по-крайней мере из свежего. Обновил ЛМ, переустановил, обновил по чуть-чуть, не обновляя ядра и т.д., всё нормально; пока не обновляю)
Не, не, не.
Хммм ... Легко в теории. На практике - это не всегда так. А в личном опыте уже не помню за всё время, Но вроде как никогда нормально эти команды (fixmbr) не работали (начиная выше 7+)
Хорошо, по свободному времени попробую.
Да драсте. diskpart отлично справляется (с этой функцией)
Diskpart не всегда может сделать активны линуксовый раздел (из того с чем встречался).
Из перечисленных ошибок, одна может относиться к /fixmbr, это "mbr не обнаружен". Остальные ошибки говорят о том, что код в MBR уже отработал и началась (или пытается начаться) загрузка системы. Значит команда /fixmbr отработала нормально. Возможно у Вас система сборка (да ещё с автоматической активацией), тогда возможны абсолютно любые "закидоны".