Я долго боролся за это, но именно так мне удалось найти обходной путь в Ubuntu 18 с помощью сетевого -менеджера и графического интерфейса пользователя:
Загрузите пакеты с графическим интерфейсом
$ sudo apt-get install network-manager-openvpn network-manager-openvpn-gnome
Изменение сетевого менеджера [ifupdown] manage=true
$ sudo nano /etc/NetworkManager/NetworkManager.conf
.
.
[ifupdown]
managed=true
.
.
Импорт config.ovpn
из графического интерфейса
(Settings -> Network -> VPN -> +)
Проверьте импортированный идентификатор подключения из файла подключения, который был создан автоматически.(Файл должен называться config, а идентификатор также должен быть config, но может быть и другим)
$ sudo grep /etc/NetworkManager/system-connections/config | grep "^id"
Изменить визуализацию в NetworkManager и добавить новый идентификатор соединения внутри Ethernet
$ sudo nano /etc/netplan/01-netcfg.yaml
network:
version: 2
renderer: NetworkManager
ethernets:
enp0s25:
dhcp4: yes
config:
dhcp4: yes
Применить изменения
$ sudo netplan apply
Перезапустите сетевой -менеджер
$ sudo service network-manager restart
Откройте соединение либо из графического интерфейса, либо с помощью nmcli
$ nmcli connection up config
Попробуйте align-check minimal 1
, с этим все в порядке.
Независимо от того, что parted считает оптимальным для вашего оборудования, при оптимизации схемы разделов для флэш-памяти следует учитывать, что чипы организованы в страницыи блоки стирания .
Вы просто не можете перезаписать страницу .Процессор, управляющий устройством, должен сначала стереть его, а стирание возможно только в единицах, намного превышающих размер страницы.
Когда размер страницы для вашего устройства, вероятно, находится в диапазоне 2 КБ -32 КБ, размер стирания -блока обычно будет где-то между 128 КБ и 2 МБ (в 64 раза больше )в зависимости от емкости диска. 4 МБ не является чем-то необычным в категории ГБ.
**Все операции с приводом могут выполняться только в этих блоках**
=> Забудьте о размере страницы, откройте таблицы данных вашего конкретного устройства, найдите размер блоков стирания , затем соответствующим образом выровняйте свои разделы.
Будьте осторожны :Это было время, когда компания Samsung играла с очень неожиданными значениями и не особо стремилась раскрывать эту информацию.
Это "не выровнено", но это также не имеет значения для раздела bios_grub
. Grub хранит там всего несколько килобайт данных, которые считываются один раз при загрузке. Выровнять его или нет, на практике это не будет иметь никакого значения.
В последних версиях parted
сообщение о выравнивании может быть более подробным.:
# parted --version
parted (GNU parted) 3.3
Copyright (C) 2019 Free Software Foundation, Inc.
...
# parted /dev/loop0 align-check optimal 1
1 not aligned: 48s % 2048s != 0s
Таким образом, это «не выровнено» с точки зрения выравнивания MiB. Это также может быть не выровнено, учитывая, что твердотельные накопители могут использовать внутренние страницы 4K, 8K, 16K, поэтому 6 *4K — это немного странное значение для выравнивания.
Целью создания раздела таким образом является не выравнивание, а максимальное использование пространства. Хотя трудно придумать вариант использования, в котором Grub действительно потребуется больше, чем несколько секторов.
Если вы все равно хотите «исправить» это, вы можете поместить раздел bios_grub
со смещением 1 МБ, а раздел boot, esp
начать с 2 МБ, оставив область, в настоящее время занятую bios_grub
, как нераспределенное свободное пространство..
Но никаких изменений в функциональности или производительности не будет. Можно игнорировать и оставить как есть.