Проблема с установкой Grub на раздел bios_grub

Вы можете удалить пакеты Grub из других дистрибутивов, поскольку они не предоставляют никаких функций. Используйте соответствующий менеджер пакетов, чтобы удалить его, а затем настройте chroot для установки Grub из Ubuntu.

Чтобы настроить chroot, установите раздел, где Ubuntu установлен где-то (например, /mnt) и выполните:

sudo mount /dev /mnt/dev -o bind
for i in /dev /dev/pts /proc /sys; do
    sudo mount -B $i /mnt/$i;
done 
sudo chroot /mnt /bin/bash
# From here on you're in the Ubuntu chroot, logged in as root.
grub-install /dev/sda 
update-grub
exit # exit the chroot

Замените sda соответствующим устройством, с которым вы можете искать - это устройство в верхней части дерева. Если у вас есть отдельный загрузочный раздел, вам также нужно будет установить его, прежде чем войти в установочный Grub. Не используйте shutdown или подобные команды внутри chroot, так как /mnt/proc установлен на реальный /proc, вы остановите базовую систему.

Проверьте http://ubuntuforums.org/ showthread.php? t = 1581099 для подробного руководства по переустановке Grub.

0
задан 31 July 2017 в 08:15

9 ответов

Если моя математика неисправна, вы работаете с жестким диском на 60 ГБ, и вы хотите зарезервировать 38+ Gb в качестве хранилища файлов.

Лучший случай, этот старый ноутбук будет предлагать неутешительную производительность, а вы «Я буду голодать за пространство для файлов и подкачки. Рассмотрим следующее:

Скопируйте файлы ntfs на флэш-накопитель или внешний диск и освободите все 60 Гб для вашей индивидуальной установки Lubuntu.

Затем выполните чистую установку Lubuntu, которая включает в себя:

Я думаю, что у вас возникли проблемы, установив Lubuntu, пытаясь обойти слишком крошечный жесткий диск, на котором уже были данные. Давайте удалим это из процесса. Если вы сделаете чистую установку, все должно работать нормально. Хорошо, то есть, имея в виду, что вашей Dell 11 лет, так что производительность может быть довольно неаккуратной.

Возможно, вы сможете уложить свой путь к фиксации вашего текущего дорожного блока установки. Однако найти способ устранить граб с рисунка не является для вас вариантом. Но я бы посоветовал укусить пулю и просто установить ОС правильно и правильно.

2
ответ дан 22 May 2018 в 20:53

Если моя математика неисправна, вы работаете с жестким диском на 60 ГБ, и вы хотите зарезервировать 38+ Gb в качестве хранилища файлов.

Лучший случай, этот старый ноутбук будет предлагать неутешительную производительность, а вы «Я буду голодать за пространство для файлов и подкачки. Рассмотрим следующее:

Скопируйте файлы ntfs на флэш-накопитель или внешний диск и освободите все 60 Гб для вашей индивидуальной установки Lubuntu.

Затем выполните чистую установку Lubuntu, которая включает в себя:

Я думаю, что у вас возникли проблемы, установив Lubuntu, пытаясь обойти слишком крошечный жесткий диск, на котором уже были данные. Давайте удалим это из процесса. Если вы сделаете чистую установку, все должно работать нормально. Хорошо, то есть, имея в виду, что вашей Dell 11 лет, так что производительность может быть довольно неаккуратной.

Возможно, вы сможете уложить свой путь к фиксации вашего текущего дорожного блока установки. Однако найти способ устранить граб с рисунка не является для вас вариантом. Но я бы посоветовал укусить пулю и просто установить ОС правильно и правильно.

2
ответ дан 18 July 2018 в 10:45

Если моя математика неисправна, вы работаете с жестким диском на 60 ГБ, и вы хотите зарезервировать 38+ Gb в качестве хранилища файлов.

Лучший случай, этот старый ноутбук будет предлагать неутешительную производительность, а вы «Я буду голодать за пространство для файлов и подкачки. Рассмотрим следующее:

Скопируйте файлы ntfs на флэш-накопитель или внешний диск и освободите все 60 Гб для вашей индивидуальной установки Lubuntu.

Затем выполните чистую установку Lubuntu, которая включает в себя:

Я думаю, что у вас возникли проблемы, установив Lubuntu, пытаясь обойти слишком крошечный жесткий диск, на котором уже были данные. Давайте удалим это из процесса. Если вы сделаете чистую установку, все должно работать нормально. Хорошо, то есть, имея в виду, что вашей Dell 11 лет, так что производительность может быть довольно неаккуратной.

Возможно, вы сможете уложить свой путь к фиксации вашего текущего дорожного блока установки. Однако найти способ устранить граб с рисунка не является для вас вариантом. Но я бы посоветовал укусить пулю и просто установить ОС правильно и правильно.

2
ответ дан 24 July 2018 в 19:38

Другие ответы дали некоторые хорошие моменты. Некоторые проблемы, которые я хотел бы выделить:

Ошибка установки GRUB - GRUB - это загрузчик - программа, которая загружает ядро ​​ОС (Linux, в случае Ubuntu) в память и запускает его Бег. Как отмечено ravery, невозможно загрузиться без загрузчика. Таким образом, неспособность установить GRUB является демонстрационной пробкой и должна быть исправлена. Тем не менее, вы не предоставили достаточно подробностей для правильной диагностики этой проблемы. Может оказаться полезным точное сообщение об ошибке и макет раздела (как показано sudo parted -l или различными другими командами). Вы также можете попробовать запустить Boot Repair на компьютере, а если он не удается, отправьте URL для диагностики. NTFS - использование NTFS на компьютере под Linux - это плохая идея. Проблема в том, что нет хорошего инструмента для обслуживания NTFS для Linux. Лучший такой инструмент, ntfsfix, очень прост - он выполняет несколько базовых проверок, делает несколько тривиальных настроек и флагами, поскольку файловая система нуждается в внимании в Windows. Без Windows на компьютере файловая система никогда не может быть полностью отремонтирована. Таким образом, когда (а не если) файловая система нуждается в ремонте, вам необходимо переместить диск на компьютер с Windows или использовать аварийный диск Windows. Как и другие, вы должны создать резервную копию файлов из раздела NTFS, использовать Linux-родные файловые системы исключительно на компьютере и восстановить файлы, как только все будет запущено и запущено. GPT против MBR - GPT действительно дает некоторые преимущества по сравнению с MBR, как отмечалось в моем ответе на вопрос, к которому привязан oldfred. Для 60-Гбайт-диска, который загружает Ubuntu только на компьютере только с BIOS, эти преимущества будут чрезвычайно скромными. Если диск уже находится в форме GPT, и все работает, я бы не рекомендовал переключение - но, вероятно, не стоит делать переключатель MBR-to-GPT, если он был в форме MBR. Если вы начинаете с нуля при новой установке, вы можете использовать любую таблицу разделов, которую вы предпочитаете. Разумеется, для обоих есть свои преимущества и недостатки, но они очень неясны или важны в очень редких случаях, учитывая ваш размер диска, компьютер на базе BIOS (не на базе EFI) и установку только для Linux. Перегородки вообще - я согласен с хейннемой, что разделение 16 ГБ между корнем (/) и /home бессмысленно. Однако, учитывая необходимость удаления раздела 39FS NTFS, вы можете разделить пространство примерно на 16 ГБ для root (/) и 39 GB для /home. По умолчанию Ubuntu не имеет отдельного /home, но его разделение имеет некоторые преимущества, поскольку оно может упростить полную переустановку и может помочь в некоторых типах стратегий резервного копирования. OTOH, если вы будете заполнять эти разделы в любом месте около емкости, разделяющей это пространство, это делает более вероятным, что на одном разделе вы останетесь без пробела. В этом случае, однако, обновление диска в порядке. 11-летний компьютер - я Googled и нашел обзоры вашего компьютера с 2006 года. Если ваш компьютер действительно такой старый, то предупреждение jones0610 о низкой производительности стоит прислушаться. Тем не менее, Lubuntu, вероятно, лучший выбор для такого старого компьютера, как многие другие ОС, поэтому, если обновление не может быть и речи, это, вероятно, так же хорошо, как и вы. Если вы можете себе это позволить, увеличение объема оперативной памяти (спецификация, которую я обнаружил, всего 512 Мбайт ОЗУ) и / или замена 60 ГБ жесткого диска на SSD> 100 ГБ, скорее всего, будут улучшениями, которые помогут вам максимально " удар для доллара ».
2
ответ дан 22 May 2018 в 20:53

grub - это загрузчик, который не может пропустить его, хотя есть альтернативы, такие как lilo. вам нужно установить grub в / dev / sda, а затем обновить grub. вы сказали, что установка grub терпит неудачу? это во время установки?

, а для загрузки BIOS предпочтительнее иметь образованный MBR диск, меньшее количество проблем.

1
ответ дан 22 May 2018 в 20:53
  • 1
    Я все же предлагаю gpt для загрузки BIOS, если не двойной загрузки с Windows. MBR 35 лет, хорошо известны, но много kluges. Новейший gpt имеет преимущества, но для раздела загрузки UEFI требуется раздел bios_grub для загрузки BIOS для загрузки grub или системного раздела ESP - efi. См. Ответ Рода Смита: askubuntu.com/questions/629470/gpt-vs-mbr-why-not-mbr & amp; ubuntuforums.org/showthread.php?t=1457901 & amp; wiki.archlinux.org/index.php/&hellip – oldfred 4 July 2017 в 06:32
  • 2
    @oldfred - я бы согласился, если у него большой диск. это n всего 60 ГБ. – ravery 4 July 2017 в 07:42
  • 3
    Я использую gpt для моей полной установки на 16, 32 и amp; 64GB, поэтому я знаю, что это работает и для небольших дисков. Но это не требуется на небольших дисках. Мне просто нравится иметь таблицу разделов резервного копирования, поскольку одной из основных проблем с дисками является повреждение таблиц разделов MBR. – oldfred 4 July 2017 в 17:36
  • 4
    @oldfred - да, это работает в обоих направлениях, у MBR есть резервная копия. только MBR является родным для BIOS. grub может читать gpt, но BIOS не может, поэтому требуется grub-bios. – ravery 4 July 2017 в 17:43

grub - это загрузчик, который не может пропустить его, хотя есть альтернативы, такие как lilo. вам нужно установить grub в / dev / sda, а затем обновить grub. вы сказали, что установка grub терпит неудачу? это во время установки?

, а для загрузки BIOS предпочтительнее иметь образованный MBR диск, меньшее количество проблем.

1
ответ дан 18 July 2018 в 10:45

Другие ответы дали некоторые хорошие моменты. Некоторые проблемы, которые я хотел бы выделить:

Ошибка установки GRUB - GRUB - это загрузчик - программа, которая загружает ядро ​​ОС (Linux, в случае Ubuntu) в память и запускает его Бег. Как отмечено ravery, невозможно загрузиться без загрузчика. Таким образом, неспособность установить GRUB является демонстрационной пробкой и должна быть исправлена. Тем не менее, вы не предоставили достаточно подробностей для правильной диагностики этой проблемы. Может оказаться полезным точное сообщение об ошибке и макет раздела (как показано sudo parted -l или различными другими командами). Вы также можете попробовать запустить Boot Repair на компьютере, а если он не удается, отправьте URL для диагностики. NTFS - использование NTFS на компьютере под Linux - это плохая идея. Проблема в том, что нет хорошего инструмента для обслуживания NTFS для Linux. Лучший такой инструмент, ntfsfix, очень прост - он выполняет несколько базовых проверок, делает несколько тривиальных настроек и флагами, поскольку файловая система нуждается в внимании в Windows. Без Windows на компьютере файловая система никогда не может быть полностью отремонтирована. Таким образом, когда (а не если) файловая система нуждается в ремонте, вам необходимо переместить диск на компьютер с Windows или использовать аварийный диск Windows. Как и другие, вы должны создать резервную копию файлов из раздела NTFS, использовать Linux-родные файловые системы исключительно на компьютере и восстановить файлы, как только все будет запущено и запущено. GPT против MBR - GPT действительно дает некоторые преимущества по сравнению с MBR, как отмечалось в моем ответе на вопрос, к которому привязан oldfred. Для 60-Гбайт-диска, который загружает Ubuntu только на компьютере только с BIOS, эти преимущества будут чрезвычайно скромными. Если диск уже находится в форме GPT, и все работает, я бы не рекомендовал переключение - но, вероятно, не стоит делать переключатель MBR-to-GPT, если он был в форме MBR. Если вы начинаете с нуля при новой установке, вы можете использовать любую таблицу разделов, которую вы предпочитаете. Разумеется, для обоих есть свои преимущества и недостатки, но они очень неясны или важны в очень редких случаях, учитывая ваш размер диска, компьютер на базе BIOS (не на базе EFI) и установку только для Linux. Перегородки вообще - я согласен с хейннемой, что разделение 16 ГБ между корнем (/) и /home бессмысленно. Однако, учитывая необходимость удаления раздела 39FS NTFS, вы можете разделить пространство примерно на 16 ГБ для root (/) и 39 GB для /home. По умолчанию Ubuntu не имеет отдельного /home, но его разделение имеет некоторые преимущества, поскольку оно может упростить полную переустановку и может помочь в некоторых типах стратегий резервного копирования. OTOH, если вы будете заполнять эти разделы в любом месте около емкости, разделяющей это пространство, это делает более вероятным, что на одном разделе вы останетесь без пробела. В этом случае, однако, обновление диска в порядке. 11-летний компьютер - я Googled и нашел обзоры вашего компьютера с 2006 года. Если ваш компьютер действительно такой старый, то предупреждение jones0610 о низкой производительности стоит прислушаться. Тем не менее, Lubuntu, вероятно, лучший выбор для такого старого компьютера, как многие другие ОС, поэтому, если обновление не может быть и речи, это, вероятно, так же хорошо, как и вы. Если вы можете себе это позволить, увеличение объема оперативной памяти (спецификация, которую я обнаружил, всего 512 Мбайт ОЗУ) и / или замена 60 ГБ жесткого диска на SSD> 100 ГБ, скорее всего, будут улучшениями, которые помогут вам максимально " удар для доллара ».
2
ответ дан 18 July 2018 в 10:45

grub - это загрузчик, который не может пропустить его, хотя есть альтернативы, такие как lilo. вам нужно установить grub в / dev / sda, а затем обновить grub. вы сказали, что установка grub терпит неудачу? это во время установки?

, а для загрузки BIOS предпочтительнее иметь образованный MBR диск, меньшее количество проблем.

1
ответ дан 24 July 2018 в 19:38
  • 1
    Я все же предлагаю gpt для загрузки BIOS, если не двойной загрузки с Windows. MBR 35 лет, хорошо известны, но много kluges. Новейший gpt имеет преимущества, но для раздела загрузки UEFI требуется раздел bios_grub для загрузки BIOS для загрузки grub или системного раздела ESP - efi. См. Ответ Рода Смита: askubuntu.com/questions/629470/gpt-vs-mbr-why-not-mbr & amp; ubuntuforums.org/showthread.php?t=1457901 & amp; [D2] wiki.archlinux.org/index.php/&hellip – oldfred 4 July 2017 в 06:32
  • 2
    @oldfred - я бы согласился, если у него большой диск. это n всего 60 ГБ. – ravery 4 July 2017 в 07:42
  • 3
    Я использую gpt для моей полной установки на 16, 32 и amp; 64GB, поэтому я знаю, что это работает и для небольших дисков. Но это не требуется на небольших дисках. Мне просто нравится иметь таблицу разделов резервного копирования, поскольку одной из основных проблем с дисками является повреждение таблиц разделов MBR. – oldfred 4 July 2017 в 17:36
  • 4
    @oldfred - да, это работает в обоих направлениях, у MBR есть резервная копия. только MBR является родным для BIOS. grub может читать gpt, но BIOS не может, поэтому требуется grub-bios. – ravery 4 July 2017 в 17:43

Другие ответы дали некоторые хорошие моменты. Некоторые проблемы, которые я хотел бы выделить:

Ошибка установки GRUB - GRUB - это загрузчик - программа, которая загружает ядро ​​ОС (Linux, в случае Ubuntu) в память и запускает его Бег. Как отмечено ravery, невозможно загрузиться без загрузчика. Таким образом, неспособность установить GRUB является демонстрационной пробкой и должна быть исправлена. Тем не менее, вы не предоставили достаточно подробностей для правильной диагностики этой проблемы. Может оказаться полезным точное сообщение об ошибке и макет раздела (как показано sudo parted -l или различными другими командами). Вы также можете попробовать запустить Boot Repair на компьютере, а если он не удается, отправьте URL для диагностики. NTFS - использование NTFS на компьютере под Linux - это плохая идея. Проблема в том, что нет хорошего инструмента для обслуживания NTFS для Linux. Лучший такой инструмент, ntfsfix, очень прост - он выполняет несколько базовых проверок, делает несколько тривиальных настроек и флагами, поскольку файловая система нуждается в внимании в Windows. Без Windows на компьютере файловая система никогда не может быть полностью отремонтирована. Таким образом, когда (а не если) файловая система нуждается в ремонте, вам необходимо переместить диск на компьютер с Windows или использовать аварийный диск Windows. Как и другие, вы должны создать резервную копию файлов из раздела NTFS, использовать Linux-родные файловые системы исключительно на компьютере и восстановить файлы, как только все будет запущено и запущено. GPT против MBR - GPT действительно дает некоторые преимущества по сравнению с MBR, как отмечалось в моем ответе на вопрос, к которому привязан oldfred. Для 60-Гбайт-диска, который загружает Ubuntu только на компьютере только с BIOS, эти преимущества будут чрезвычайно скромными. Если диск уже находится в форме GPT, и все работает, я бы не рекомендовал переключение - но, вероятно, не стоит делать переключатель MBR-to-GPT, если он был в форме MBR. Если вы начинаете с нуля при новой установке, вы можете использовать любую таблицу разделов, которую вы предпочитаете. Разумеется, для обоих есть свои преимущества и недостатки, но они очень неясны или важны в очень редких случаях, учитывая ваш размер диска, компьютер на базе BIOS (не на базе EFI) и установку только для Linux. Перегородки вообще - я согласен с хейннемой, что разделение 16 ГБ между корнем (/) и /home бессмысленно. Однако, учитывая необходимость удаления раздела 39FS NTFS, вы можете разделить пространство примерно на 16 ГБ для root (/) и 39 GB для /home. По умолчанию Ubuntu не имеет отдельного /home, но его разделение имеет некоторые преимущества, поскольку оно может упростить полную переустановку и может помочь в некоторых типах стратегий резервного копирования. OTOH, если вы будете заполнять эти разделы в любом месте около емкости, разделяющей это пространство, это делает более вероятным, что на одном разделе вы останетесь без пробела. В этом случае, однако, обновление диска в порядке. 11-летний компьютер - я Googled и нашел обзоры вашего компьютера с 2006 года. Если ваш компьютер действительно такой старый, то предупреждение jones0610 о низкой производительности стоит прислушаться. Тем не менее, Lubuntu, вероятно, лучший выбор для такого старого компьютера, как многие другие ОС, поэтому, если обновление не может быть и речи, это, вероятно, так же хорошо, как и вы. Если вы можете себе это позволить, увеличение объема оперативной памяти (спецификация, которую я обнаружил, всего 512 Мбайт ОЗУ) и / или замена 60 ГБ жесткого диска на SSD> 100 ГБ, скорее всего, будут улучшениями, которые помогут вам максимально " удар для доллара ».
2
ответ дан 24 July 2018 в 19:38

Другие вопросы по тегам:

Похожие вопросы: