Не доступно проводное соединение в Ubuntu 20.04

Всем привет, прошу о помощи. Пропал доступ к проводному соединению в Ubuntu 20.04.

Предыстория: слетело разрешение экрана после того как менял батарейку в материнке. Проблему решил с помощью:

#sudo apt-get remove --purge '^nvidia-.*'
#sudo apt-get install ubuntu-desktop
#sudo apt-get --purge remove "*cublas*" "cuda*"
#sudo apt-get --purge remove "*nvidia*"
#sudo add-apt-repository --remove ppa:graphics-drivers/ppa
#sudo rm /etc/X11/xorg.conf
#sudo apt autoremove
#sudo reboot

затем отключил Secure Boot в BIOS

#sudo ubuntu-drivers devices
#sudo ubuntu-drivers autoinstall
#sudo reboot

Незнаю как это могло повлиять на драйверы сетевой карты, но после этого проводное соединение пропало. В настройках в разделе Сеть есть вариант только VPN и Сетевой прокси. Пробовал подключать интернет кабелем напрямую, раздавать интернет через usb с телефона, ничего не работает.

Также пробовал сделать:
1) в файле /etc/NetworkManager/NetworkManager.conf изменить строку managed=false на managed=true
и перезапустить systemctl restart NetworkManager
2) sudo nmcli networking off и sudo nmcli networking on

Но это не помогло...

system-config-network запускали?

ValentinK, command not found

"st63" написал:

command not found

Sorry, это наверное только для Fedora
а для Ubuntu попробуйте
https://vitux.com/ubuntu-network-configuration/
https://helpcenter.onlyoffice.com/installation/groups-network-settings-linux.aspx
Важно, чтобы система обнаружила устройство eth0.

Если система установлена в Secure Boot то там работают механизмы подписания и проверки драйверов.
Которые продолжают работать и после отключения самого Secure Boot, на случай если Вы передумаете.
Так написано в справке Ubuntu.
Видимо нужны дополнительные манипуляции.
К примеру начать с этого:
[console]sudo mokutil --disable-validation[/console]

Короче или вы отключаете полностью Secure Boot или Подписываете проблемный драйвер самостоятельно примерно как это описано тут, в том случае если хотите сохранить Secure Boot:
https://askubuntu.com/questions/760671/could-not-load-vboxdrv-after-upgrade-to-ubuntu-16-04-and-i-want-to-keep-secur/768310#768310

"MozgFx" написал:

Если система установлена в Secure Boot то там работают механизмы подписания и проверки драйверов.

Просветите нас, как это действует.
Secure Boot вроде как в UEFI и действует только на загрузчик системы.
В Windows драйвера подписываются системой.
После загрузки ядра Linux драйвера грузит не Secure Boot, а уже загрузчик Linux.
Почему все драйвера Linux тоже должны быть подписаны?

"ValentinK" написал:

Почему все драйвера Linux тоже должны быть подписаны?

Загрузчик не может использовать в своей работе драйвера?
Возможно не все драйверы, но драйверы режима ядра точно.
В частности вот тут про безопасность и необходимость подписи этих самых драйверов в Windows:
https://docs.microsoft.com/ru-ru/windows/win32/w8cookbook/secured-boot-signing-requirements-for-kernel-mode-drivers
Что касается Лунукса я выше ссылку указал ссылку на примере Virtualbox.
Есть аналогичные статьи только на живых машинах, где перестают работать сетевые интерфейсы. И решается аналогичным способом.

Ноу меня самого есть вопросы по этой теме которые надо самому изучить, на практике ещё не приходилось по крайней мере на линуксе - надо будет развернуть на вертуалке, а после поменять режим работы и поглядеть.
Я так понимаю все дело в том что набор пакетов может меняться в зависимости от типа загрузки. В частности модули ядра и прошивки - хотя могу ошибаться.
И вот если загрузчик меняется на обычный - как себя ведет система с данными драйверами и модулями?

"MozgFx" написал:

Загрузчик не может использовать в своей работе драйвера?
Возможно не все драйверы, но драйверы режима ядра точно.
В частности вот тут про безопасность и необходимость подписи этих самых драйверов в Windows:

"MozgFx" написал:

Что касается Лунукса я выше ссылку указал ссылку на примере Virtualbox.

UEFI грузит grub - Grand Unified Boot Loader - Загрузчик Linux.
А он уже грузит ядро и ядро запускает демоны.
Ядро может быть подписано или нет - этого я ещё до конца не понял.
Но вот демоны запускаются уже после загрузки ядра, скриптами инициализации системы.
https://www.gnu.org/software/grub/manual/grub/grub.html#GNU_002fLinux