Как добавить подчиненную ссылку в существующую группу ссылок на альтернативные варианты обновлений?
Появляется система, загружаемая через BIOS и использующая разделы MBR. MBR ограничен четырьмя «первичными» разделами, и вы использовали их все. MBR поддерживает практически неограниченное количество «логических» разделов, но для их использования у вас должен быть специальный тип первичного раздела, называемый «расширенным» разделом, которого у вас нет. У вас есть два варианта:
Вы можете удалить один или несколько существующих первичных разделов и использовать его для создания новых первичных разделов для Ubuntu и / или создания расширенного раздела, а затем создать в нем логические разделы. Вы можете использовать FixParts для преобразования одного или нескольких ваших первичных разделов в логические разделы. (FixParts создаст необходимый расширенный раздел как часть этого процесса.) Затем вы сможете создавать новые логические разделы для Linux. Обратите внимание, что существуют ограничения на то, что вы можете конвертировать. Кроме того, Windows должна загружаться из основного раздела. Таким образом, вам может потребоваться некоторое жонглирование, чтобы заставить это работать. (Документация FixParts подробно описывает проблемы.)Если ваш компьютер поддерживает загрузку в режиме EFI, вы можете переустановить Windows в режиме EFI или преобразовать его для загрузки таким образом. В режиме EFI вы будете использовать таблицу разделов GUID (GPT), которая не имеет предела 4-первичного раздела MBR. Большинство компьютеров, проданных с середины 2011 года, поддерживают EFI, хотя до выхода Windows 8 многие производители продолжали использовать загрузку BIOS.
3 ответа
Я искал эту проблему, и на первых трех страницах есть только два релевантных результата. Одна из них - проблема без ответа; другой - сообщение об ошибке в трекере CentOS, update-alternatives заменяет новые подчиненные ссылки вместо добавления.
В update-alternatives заменяет новые подчиненные ссылки вместо добавления , это сказал, что
Если указанное альтернативное имя уже существует в записях системы альтернатив, предоставленная информация будет добавлена как новый набор альтернатив для группы.Но пока я боюсь, что мы сможем добиться этого только путем добавления всех подчиненных к существующей группе ссылок за один раз, включая как исходные, так и вновь добавленные подчиненные.
Для меня, настраивая альтернативы java, это
sudo update-alternatives --install "/usr/bin/java" "java" "/opt/jdk-10/bin/java" 10 \
--slave "/usr/bin/jar" "jar" "/opt/jdk-10/bin/jar" \
--slave "/usr/bin/jarsigner" "jarsigner" "/opt/jdk-10/bin/jarsigner" \
--slave "/usr/bin/javac" "javac" "/opt/jdk-10/bin/javac" \
--slave "/usr/bin/javadoc" "javadoc" "/opt/jdk-10/bin/javadoc" \
--slave "/usr/bin/javap" "javap" "/opt/jdk-10/bin/javap" \
--slave "/usr/bin/javaws" "javaws" "/opt/jdk-10/bin/javaws"
Вам не нужно сначала удалять группу ссылок, так как текущее поведение - это новые добавленные ведомые, которые полностью заменяют оригинальные. Помните, что вы всегда можете использовать update-alternatives --display "$your_command" для безопасного просмотра альтернативного состояния.
Я искал эту проблему, и на первых трех страницах есть только два релевантных результата. Одна из них - проблема без ответа; другой - сообщение об ошибке в трекере CentOS, update-alternatives заменяет новые подчиненные ссылки вместо добавления.
В update-alternatives заменяет новые подчиненные ссылки вместо добавления , это сказал, что
Если указанное альтернативное имя уже существует в записях системы альтернатив, предоставленная информация будет добавлена как новый набор альтернатив для группы.Но пока я боюсь, что мы сможем добиться этого только путем добавления всех подчиненных к существующей группе ссылок за один раз, включая как исходные, так и вновь добавленные подчиненные.
Для меня, настраивая альтернативы java, это
sudo update-alternatives --install "/usr/bin/java" "java" "/opt/jdk-10/bin/java" 10 \
--slave "/usr/bin/jar" "jar" "/opt/jdk-10/bin/jar" \
--slave "/usr/bin/jarsigner" "jarsigner" "/opt/jdk-10/bin/jarsigner" \
--slave "/usr/bin/javac" "javac" "/opt/jdk-10/bin/javac" \
--slave "/usr/bin/javadoc" "javadoc" "/opt/jdk-10/bin/javadoc" \
--slave "/usr/bin/javap" "javap" "/opt/jdk-10/bin/javap" \
--slave "/usr/bin/javaws" "javaws" "/opt/jdk-10/bin/javaws"
Вам не нужно сначала удалять группу ссылок, так как текущее поведение - это новые добавленные ведомые, которые полностью заменяют оригинальные. Помните, что вы всегда можете использовать update-alternatives --display "$your_command" для безопасного просмотра альтернативного состояния.
Я искал эту проблему, и на первых трех страницах есть только два релевантных результата. Одна из них - проблема без ответа; другой - сообщение об ошибке в трекере CentOS, update-alternatives заменяет новые подчиненные ссылки вместо добавления.
В update-alternatives заменяет новые подчиненные ссылки вместо добавления , это сказал, что
Если указанное альтернативное имя уже существует в записях системы альтернатив, предоставленная информация будет добавлена как новый набор альтернатив для группы.Но пока я боюсь, что мы сможем добиться этого только путем добавления всех подчиненных к существующей группе ссылок за один раз, включая как исходные, так и вновь добавленные подчиненные.
Для меня, настраивая альтернативы java, это
sudo update-alternatives --install "/usr/bin/java" "java" "/opt/jdk-10/bin/java" 10 \
--slave "/usr/bin/jar" "jar" "/opt/jdk-10/bin/jar" \
--slave "/usr/bin/jarsigner" "jarsigner" "/opt/jdk-10/bin/jarsigner" \
--slave "/usr/bin/javac" "javac" "/opt/jdk-10/bin/javac" \
--slave "/usr/bin/javadoc" "javadoc" "/opt/jdk-10/bin/javadoc" \
--slave "/usr/bin/javap" "javap" "/opt/jdk-10/bin/javap" \
--slave "/usr/bin/javaws" "javaws" "/opt/jdk-10/bin/javaws"
Вам не нужно сначала удалять группу ссылок, так как текущее поведение - это новые добавленные ведомые, которые полностью заменяют оригинальные. Помните, что вы всегда можете использовать update-alternatives --display "$your_command" для безопасного просмотра альтернативного состояния.