Ubuntu 17.04 не загружается в системе UEFI с системным разделом XFS

Question 1

Начиная с первой загрузки после успешной установки Ubuntu, по моему опыту, типичный сценарий:

вы получаете американский / американский язык для пользовательского интерфейса, для ввода вы получаете раскладку клавиатуры в соответствии с вашей локалью, если Ubuntu не сможет определить вашу локаль, резервное копирование происходит на клавиатуре США каждый раз после первой загрузки, которую вы должны загружать и обновлять все языковые пакеты для всего программного обеспечения, которое у вас есть, таким образом вы можете завершить настройку для языка для вашей конкретной локали как для интерфейса, так и для ввода.

Вы можете всегда включать и отключать более 1 опции для раскладки клавиатуры, после загрузки и установки всех языковых пакетов, которые я типично перехожу на панель настроек, и убедитесь, что все раскладки клавиатуры отключены, кроме одного Я заинтересован. Маленькая иконка с локалием в правом верхнем углу рабочего стола должна содержать ярлык настроек.

Question 2

Я не пробовал такую установку в то время, но похоже, что есть ошибка в поддержке XFS GRUB или, по крайней мере, в том, как Ubuntu устанавливает ее. У меня есть три предложения для обходных путей:

Создайте отдельный раздел /boot - если вы создадите отдельный раздел /boot и используете ext4fs на нем, это избавит GRUB от необходимости читать XFS, что должно обойти проблема. Я рекомендую сделать /boot размером не менее 500 МБ и, возможно, размером до 1 ГБ. Установите ESP на /boot. Этот подход является вариантом предыдущего. Я уверен, что установщик Ubuntu откажется принять этот макет, поэтому вам нужно будет установить его каким-то другим способом, а затем настроить конфигурацию с помощью системы аварийной загрузки. Даже если учесть трудности, описанные выше, есть одна БОЛЬШАЯ оговорка: иногда Ubuntu (но не всегда) создает символические ссылки как временную часть установки нового ядра. Поскольку FAT (который используется в ESP) не поддерживает символические ссылки, это не сработает, как и любое обновление ядра, создающее символические ссылки. Таким образом, этот подход иногда вызывает небольшие проблемы. Если ваш компьютер был Mac (или если вы устанавливали на виртуальную машину VirtualBox), вы могли бы использовать HFS + в ESP, что является нарушением спецификации EFI, но будет работать на Mac или под VirtualBox. Использование HFS + на ESP не будет работать на любом компьютере на базе UEFI, о котором я знаю. В любом случае, если вы попробуете это, вы должны убедиться, что ESP достаточно большой (не менее 512 MiB). Используйте rEFInd и efifs XFS драйвер - GRUB - не единственный загрузчик EFI для Linux; но большинство из них требует, чтобы ядро находилось на том же самом разделе, что и сам загрузчик. GRUB и мои собственные rEFInd являются двумя исключениями из этого правила. Трюк с rEFInd заключается в том, что он не поддерживает XFS; однако есть драйвер XFS для EFI, доступный в пакете efifs. Таким образом, установка rEFInd и XFS-драйвера из efifs должна работать. Фокус в том, что вам нужно будет сделать это, по крайней мере, несколько вручную и из аварийной системы, так что это будет боль, чтобы настроить. Кроме того, efifs выводится из драйверов файловой системы GRUB, поэтому, если поддержка XFS в GRUB является шелушащейся, efifs может быть не лучше.

В целом создание отдельного раздела ext4fs /boot, вероятно, будет самым простым решением; однако, если вы действительно заинтересованы в том, чтобы все (кроме ESP) на XFS, вы можете попробовать rEFInd или установить ESP на /boot. Из этих двух я рекомендую rEFInd над установкой ESP в /boot; установка ESP на /boot слишком далека от того, что Ubuntu ожидает, что это будет хороший выбор, особенно потому, что вы, вероятно, увидите случайные обновления пакетов ядра. Я упомянул этот вариант главным образом для полноты, а не для того, чтобы сказать, что это хорошая идея.

Question 3

Question 4

Я не пробовал такую установку в то время, но похоже, что есть ошибка в поддержке XFS GRUB или, по крайней мере, в том, как Ubuntu устанавливает ее. У меня есть три предложения для обходных путей:

Создайте отдельный раздел /boot - если вы создадите отдельный раздел /boot и используете ext4fs на нем, это избавит GRUB от необходимости читать XFS, что должно обойти проблема. Я рекомендую сделать /boot размером не менее 500 МБ и, возможно, размером до 1 ГБ. Установите ESP на /boot. Этот подход является вариантом предыдущего. Я уверен, что установщик Ubuntu откажется принять этот макет, поэтому вам нужно будет установить его каким-то другим способом, а затем настроить конфигурацию с помощью системы аварийной загрузки. Даже если учесть трудности, описанные выше, есть одна БОЛЬШАЯ оговорка: иногда Ubuntu (но не всегда) создает символические ссылки как временную часть установки нового ядра. Поскольку FAT (который используется в ESP) не поддерживает символические ссылки, это не сработает, как и любое обновление ядра, создающее символические ссылки. Таким образом, этот подход иногда вызывает небольшие проблемы. Если ваш компьютер был Mac (или если вы устанавливали на виртуальную машину VirtualBox), вы могли бы использовать HFS + в ESP, что является нарушением спецификации EFI, но будет работать на Mac или под VirtualBox. Использование HFS + на ESP не будет работать на любом компьютере на базе UEFI, о котором я знаю. В любом случае, если вы попробуете это, вы должны убедиться, что ESP достаточно большой (не менее 512 MiB). Используйте rEFInd и efifs XFS драйвер - GRUB - не единственный загрузчик EFI для Linux; но большинство из них требует, чтобы ядро находилось на том же самом разделе, что и сам загрузчик. GRUB и мои собственные rEFInd являются двумя исключениями из этого правила. Трюк с rEFInd заключается в том, что он не поддерживает XFS; однако есть драйвер XFS для EFI, доступный в пакете efifs. Таким образом, установка rEFInd и XFS-драйвера из efifs должна работать. Фокус в том, что вам нужно будет сделать это, по крайней мере, несколько вручную и из аварийной системы, так что это будет боль, чтобы настроить. Кроме того, efifs выводится из драйверов файловой системы GRUB, поэтому, если поддержка XFS в GRUB является шелушащейся, efifs может быть не лучше.

В целом создание отдельного раздела ext4fs /boot, вероятно, будет самым простым решением; однако, если вы действительно заинтересованы в том, чтобы все (кроме ESP) на XFS, вы можете попробовать rEFInd или установить ESP на /boot. Из этих двух я рекомендую rEFInd над установкой ESP в /boot; установка ESP на /boot слишком далека от того, что Ubuntu ожидает, что это будет хороший выбор, особенно потому, что вы, вероятно, увидите случайные обновления пакетов ядра. Я упомянул этот вариант главным образом для полноты, а не для того, чтобы сказать, что это хорошая идея.

Question 5

Я не пробовал такую установку в то время, но похоже, что есть ошибка в поддержке XFS GRUB или, по крайней мере, в том, как Ubuntu устанавливает ее. У меня есть три предложения для обходных путей:

Создайте отдельный раздел /boot - если вы создадите отдельный раздел /boot и используете ext4fs на нем, это избавит GRUB от необходимости читать XFS, что должно обойти проблема. Я рекомендую сделать /boot размером не менее 500 МБ и, возможно, размером до 1 ГБ. Установите ESP на /boot. Этот подход является вариантом предыдущего. Я уверен, что установщик Ubuntu откажется принять этот макет, поэтому вам нужно будет установить его каким-то другим способом, а затем настроить конфигурацию с помощью системы аварийной загрузки. Даже если учесть трудности, описанные выше, есть одна БОЛЬШАЯ оговорка: иногда Ubuntu (но не всегда) создает символические ссылки как временную часть установки нового ядра. Поскольку FAT (который используется в ESP) не поддерживает символические ссылки, это не сработает, как и любое обновление ядра, создающее символические ссылки. Таким образом, этот подход иногда вызывает небольшие проблемы. Если ваш компьютер был Mac (или если вы устанавливали на виртуальную машину VirtualBox), вы могли бы использовать HFS + в ESP, что является нарушением спецификации EFI, но будет работать на Mac или под VirtualBox. Использование HFS + на ESP не будет работать на любом компьютере на базе UEFI, о котором я знаю. В любом случае, если вы попробуете это, вы должны убедиться, что ESP достаточно большой (не менее 512 MiB). Используйте rEFInd и efifs XFS драйвер - GRUB - не единственный загрузчик EFI для Linux; но большинство из них требует, чтобы ядро находилось на том же самом разделе, что и сам загрузчик. GRUB и мои собственные rEFInd являются двумя исключениями из этого правила. Трюк с rEFInd заключается в том, что он не поддерживает XFS; однако есть драйвер XFS для EFI, доступный в пакете efifs. Таким образом, установка rEFInd и XFS-драйвера из efifs должна работать. Фокус в том, что вам нужно будет сделать это, по крайней мере, несколько вручную и из аварийной системы, так что это будет боль, чтобы настроить. Кроме того, efifs выводится из драйверов файловой системы GRUB, поэтому, если поддержка XFS в GRUB является шелушащейся, efifs может быть не лучше.

В целом создание отдельного раздела ext4fs /boot, вероятно, будет самым простым решением; однако, если вы действительно заинтересованы в том, чтобы все (кроме ESP) на XFS, вы можете попробовать rEFInd или установить ESP на /boot. Из этих двух я рекомендую rEFInd над установкой ESP в /boot; установка ESP на /boot слишком далека от того, что Ubuntu ожидает, что это будет хороший выбор, особенно потому, что вы, вероятно, увидите случайные обновления пакетов ядра. Я упомянул этот вариант главным образом для полноты, а не для того, чтобы сказать, что это хорошая идея.

Rod Smith · Accepted Answer · 22 May 2018 в 19:33

Я не пробовал такую установку в то время, но похоже, что есть ошибка в поддержке XFS GRUB или, по крайней мере, в том, как Ubuntu устанавливает ее. У меня есть три предложения для обходных путей:

Создайте отдельный раздел /boot - если вы создадите отдельный раздел /boot и используете ext4fs на нем, это избавит GRUB от необходимости читать XFS, что должно обойти проблема. Я рекомендую сделать /boot размером не менее 500 МБ и, возможно, размером до 1 ГБ. Установите ESP на /boot. Этот подход является вариантом предыдущего. Я уверен, что установщик Ubuntu откажется принять этот макет, поэтому вам нужно будет установить его каким-то другим способом, а затем настроить конфигурацию с помощью системы аварийной загрузки. Даже если учесть трудности, описанные выше, есть одна БОЛЬШАЯ оговорка: иногда Ubuntu (но не всегда) создает символические ссылки как временную часть установки нового ядра. Поскольку FAT (который используется в ESP) не поддерживает символические ссылки, это не сработает, как и любое обновление ядра, создающее символические ссылки. Таким образом, этот подход иногда вызывает небольшие проблемы. Если ваш компьютер был Mac (или если вы устанавливали на виртуальную машину VirtualBox), вы могли бы использовать HFS + в ESP, что является нарушением спецификации EFI, но будет работать на Mac или под VirtualBox. Использование HFS + на ESP не будет работать на любом компьютере на базе UEFI, о котором я знаю. В любом случае, если вы попробуете это, вы должны убедиться, что ESP достаточно большой (не менее 512 MiB). Используйте rEFInd и efifs XFS драйвер - GRUB - не единственный загрузчик EFI для Linux; но большинство из них требует, чтобы ядро находилось на том же самом разделе, что и сам загрузчик. GRUB и мои собственные rEFInd являются двумя исключениями из этого правила. Трюк с rEFInd заключается в том, что он не поддерживает XFS; однако есть драйвер XFS для EFI, доступный в пакете efifs. Таким образом, установка rEFInd и XFS-драйвера из efifs должна работать. Фокус в том, что вам нужно будет сделать это, по крайней мере, несколько вручную и из аварийной системы, так что это будет боль, чтобы настроить. Кроме того, efifs выводится из драйверов файловой системы GRUB, поэтому, если поддержка XFS в GRUB является шелушащейся, efifs может быть не лучше.

В целом создание отдельного раздела ext4fs /boot, вероятно, будет самым простым решением; однако, если вы действительно заинтересованы в том, чтобы все (кроме ESP) на XFS, вы можете попробовать rEFInd или установить ESP на /boot. Из этих двух я рекомендую rEFInd над установкой ESP в /boot; установка ESP на /boot слишком далека от того, что Ubuntu ожидает, что это будет хороший выбор, особенно потому, что вы, вероятно, увидите случайные обновления пакетов ядра. Я упомянул этот вариант главным образом для полноты, а не для того, чтобы сказать, что это хорошая идея.

Это подтверждает выводы, которые я рисую, что XFS может быть плохой идеей для того, что я пытаюсь сделать. У меня есть гибкость с моими опциями, поэтому я могу переосмыслить выбор своей файловой системы. Требуется больше исследований. Спасибо. — fileinster, 11 August 2017 в 23:14

Rod Smith · Accepted Answer · 18 July 2018 в 08:40

Я не пробовал такую установку в то время, но похоже, что есть ошибка в поддержке XFS GRUB или, по крайней мере, в том, как Ubuntu устанавливает ее. У меня есть три предложения для обходных путей:

Создайте отдельный раздел /boot - если вы создадите отдельный раздел /boot и используете ext4fs на нем, это избавит GRUB от необходимости читать XFS, что должно обойти проблема. Я рекомендую сделать /boot размером не менее 500 МБ и, возможно, размером до 1 ГБ. Установите ESP на /boot. Этот подход является вариантом предыдущего. Я уверен, что установщик Ubuntu откажется принять этот макет, поэтому вам нужно будет установить его каким-то другим способом, а затем настроить конфигурацию с помощью системы аварийной загрузки. Даже если учесть трудности, описанные выше, есть одна БОЛЬШАЯ оговорка: иногда Ubuntu (но не всегда) создает символические ссылки как временную часть установки нового ядра. Поскольку FAT (который используется в ESP) не поддерживает символические ссылки, это не сработает, как и любое обновление ядра, создающее символические ссылки. Таким образом, этот подход иногда вызывает небольшие проблемы. Если ваш компьютер был Mac (или если вы устанавливали на виртуальную машину VirtualBox), вы могли бы использовать HFS + в ESP, что является нарушением спецификации EFI, но будет работать на Mac или под VirtualBox. Использование HFS + на ESP не будет работать на любом компьютере на базе UEFI, о котором я знаю. В любом случае, если вы попробуете это, вы должны убедиться, что ESP достаточно большой (не менее 512 MiB). Используйте rEFInd и efifs XFS драйвер - GRUB - не единственный загрузчик EFI для Linux; но большинство из них требует, чтобы ядро находилось на том же самом разделе, что и сам загрузчик. GRUB и мои собственные rEFInd являются двумя исключениями из этого правила. Трюк с rEFInd заключается в том, что он не поддерживает XFS; однако есть драйвер XFS для EFI, доступный в пакете efifs. Таким образом, установка rEFInd и XFS-драйвера из efifs должна работать. Фокус в том, что вам нужно будет сделать это, по крайней мере, несколько вручную и из аварийной системы, так что это будет боль, чтобы настроить. Кроме того, efifs выводится из драйверов файловой системы GRUB, поэтому, если поддержка XFS в GRUB является шелушащейся, efifs может быть не лучше.

В целом создание отдельного раздела ext4fs /boot, вероятно, будет самым простым решением; однако, если вы действительно заинтересованы в том, чтобы все (кроме ESP) на XFS, вы можете попробовать rEFInd или установить ESP на /boot. Из этих двух я рекомендую rEFInd над установкой ESP в /boot; установка ESP на /boot слишком далека от того, что Ubuntu ожидает, что это будет хороший выбор, особенно потому, что вы, вероятно, увидите случайные обновления пакетов ядра. Я упомянул этот вариант главным образом для полноты, а не для того, чтобы сказать, что это хорошая идея.

Rod Smith · Accepted Answer · 24 July 2018 в 19:09

Я не пробовал такую установку в то время, но похоже, что есть ошибка в поддержке XFS GRUB или, по крайней мере, в том, как Ubuntu устанавливает ее. У меня есть три предложения для обходных путей:

Создайте отдельный раздел /boot - если вы создадите отдельный раздел /boot и используете ext4fs на нем, это избавит GRUB от необходимости читать XFS, что должно обойти проблема. Я рекомендую сделать /boot размером не менее 500 МБ и, возможно, размером до 1 ГБ. Установите ESP на /boot. Этот подход является вариантом предыдущего. Я уверен, что установщик Ubuntu откажется принять этот макет, поэтому вам нужно будет установить его каким-то другим способом, а затем настроить конфигурацию с помощью системы аварийной загрузки. Даже если учесть трудности, описанные выше, есть одна БОЛЬШАЯ оговорка: иногда Ubuntu (но не всегда) создает символические ссылки как временную часть установки нового ядра. Поскольку FAT (который используется в ESP) не поддерживает символические ссылки, это не сработает, как и любое обновление ядра, создающее символические ссылки. Таким образом, этот подход иногда вызывает небольшие проблемы. Если ваш компьютер был Mac (или если вы устанавливали на виртуальную машину VirtualBox), вы могли бы использовать HFS + в ESP, что является нарушением спецификации EFI, но будет работать на Mac или под VirtualBox. Использование HFS + на ESP не будет работать на любом компьютере на базе UEFI, о котором я знаю. В любом случае, если вы попробуете это, вы должны убедиться, что ESP достаточно большой (не менее 512 MiB). Используйте rEFInd и efifs XFS драйвер - GRUB - не единственный загрузчик EFI для Linux; но большинство из них требует, чтобы ядро находилось на том же самом разделе, что и сам загрузчик. GRUB и мои собственные rEFInd являются двумя исключениями из этого правила. Трюк с rEFInd заключается в том, что он не поддерживает XFS; однако есть драйвер XFS для EFI, доступный в пакете efifs. Таким образом, установка rEFInd и XFS-драйвера из efifs должна работать. Фокус в том, что вам нужно будет сделать это, по крайней мере, несколько вручную и из аварийной системы, так что это будет боль, чтобы настроить. Кроме того, efifs выводится из драйверов файловой системы GRUB, поэтому, если поддержка XFS в GRUB является шелушащейся, efifs может быть не лучше.

В целом создание отдельного раздела ext4fs /boot, вероятно, будет самым простым решением; однако, если вы действительно заинтересованы в том, чтобы все (кроме ESP) на XFS, вы можете попробовать rEFInd или установить ESP на /boot. Из этих двух я рекомендую rEFInd над установкой ESP в /boot; установка ESP на /boot слишком далека от того, что Ubuntu ожидает, что это будет хороший выбор, особенно потому, что вы, вероятно, увидите случайные обновления пакетов ядра. Я упомянул этот вариант главным образом для полноты, а не для того, чтобы сказать, что это хорошая идея.

Ubuntu 17.04 не загружается в системе UEFI с системным разделом XFS

3 ответа

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

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