версия `Qt_5_PRIVATE_API' не найдена
Это должно быть безопасно, но если вы хотите быть абсолютно уверенным, временно закомментируйте все /etc/fstabзаписи, относящиеся к диску данных в Ubuntu, выключите систему, временно отсоедините кабель данных от жесткого диска, а затем проверьте свои ОС. все еще являются загрузочными. Если обе ОС по-прежнему загружаются нормально, вы можете быть абсолютно уверены, что ESP можно удалить. В случае возникновения проблем просто снова подключите кабель данных.
После тестирования не забудьте раскомментировать /etc/fstabзаписи в Ubuntu, которые вы закомментировали в начале.
Если ваша система действительно загружается в устаревшем режиме, то раздел ESP абсолютно не должен иметь значения. :Это, по сути, обычный раздел FAT32 на диске с разделами GPT -с UUID определенного типа раздела.
Теоретически система с поддержкой UEFI -может быть настроена так, чтобы сначала считывать драйвер UEFI с ESP на одном диске, а затем запускать устаревший уровень совместимости для загрузки в устаревшем режиме BIOS с другого диска, который микропрограмма UEFI не может напрямую доступ без водителя; но это была бы очень особенная конфигурация, и я не думаю, что большинство прошивок UEFI допускают такую конфигурацию. Поэтому, если бы у вас была такая специальная конфигурация, вы, вероятно, уже знали бы больше деталей об этой конкретной реализации UEFI, чем, возможно, кто-либо другой, не входящий в группу инженеров, разрабатывавшую систему/материнскую плату.
Удаление ESP может повлиять или не повлиять на нумерацию разделов,в зависимости от того, помечает ли инструмент, который вы используете для удаления, слот ESP в таблице разделов GPT как неиспользуемый или полностью перестраивает таблицу разделов GPT. На практике это означает, что если вы ссылаетесь на разделы на жестком диске по имени устройства /dev/sd*в Ubuntu, вам, возможно, придется изменить номер раздела (s )для этого диска на единицу. Если вы используете метки томов или UUID для идентификации разделов в Ubuntu /etc/fstab, вам в любом случае не нужно ничего делать.
На Fedoraу меня была такая же проблема при установке клиентского интерфейсаPrivate Internet Access. Я решил это, обновив LD_LIBRARY_PATHперед запуском клиента, вот так:
user$ export LD_LIBRARY_PATH=/opt/piavpn/lib:${LD_LIBRARY_PATH} && nohup /opt/piavpn/bin/pia-client &
Но на самом деле эта работа -не является исключительной для Fedoraили для Private Internet Access. Как правило, вы можете попробовать его, когда столкнетесь с проблемой OP в других обстоятельствах.
Подводя итог, вот скрипт-оболочка, который я использую (простой ), а также несколько комментариев для себя:
# ===============================================================
# NOTE: The PIA VPN GUI client will download an update to:
# /opt/piavpn/var/update/pia-linux-w.x.z-NNNN.run
# ===============================================================
# To install an update, you must run the above bash(1) script
# as yourself (e.g. "jdoe"), NOT as user "root":
# ===============================================================
export LD_LIBRARY_PATH=/opt/piavpn/lib:${LD_LIBRARY_PATH} && \
nohup /opt/piavpn/bin/pia-client > /dev/null &
# ===============================================================
Надеюсь, это поможет.