проблема зависимости dpkg
Я пытался обновить свое ядро до 5.5, следуя инструкциям здесь: http://ubuntuhandbook.org/index.php/2020/01/ установка-ядро-5-5-убунту / . Я загрузил пакеты, но когда я пытаюсь установить их с помощью команды sudo dpkg -i * .deb , я получаю следующую ошибку:
(Reading database ... 180196 files and directories currently installed.)
Preparing to unpack linux-headers-5.5.0-050500_5.5.0-050500.202001262030_all.deb ...
Unpacking linux-headers-5.5.0-050500 (5.5.0-050500.202001262030) over (5.5.0-050500.202001262030) ...
Preparing to unpack linux-headers-5.5.0-050500-generic_5.5.0-050500.202001262030_amd64.deb ...
Unpacking linux-headers-5.5.0-050500-generic (5.5.0-050500.202001262030) over (5.5.0-050500.202001262030) ...
Selecting previously unselected package linux-image-unsigned-5.5.0-050500-generic.
Preparing to unpack linux-image-unsigned-5.5.0-050500-generic_5.5.0-050500.202001262030_amd64.deb ...
Unpacking linux-image-unsigned-5.5.0-050500-generic (5.5.0-050500.202001262030) ...
Preparing to unpack linux-modules-5.5.0-050500-lowlatency_5.5.0-050500.202001262030_amd64.deb ...
Unpacking linux-modules-5.5.0-050500-lowlatency (5.5.0-050500.202001262030) over (5.5.0-050500.202001262030) ...
Setting up linux-headers-5.5.0-050500 (5.5.0-050500.202001262030) ...
Setting up linux-headers-5.5.0-050500-generic (5.5.0-050500.202001262030) ...
dpkg: dependency problems prevent configuration of linux-image-unsigned-5.5.0-050500-generic:
linux-image-unsigned-5.5.0-050500-generic depends on linux-modules-5.5.0-050500-generic; however:
Package linux-modules-5.5.0-050500-generic is not installed.
dpkg: error processing package linux-image-unsigned-5.5.0-050500-generic (--install):
dependency problems - leaving unconfigured
Setting up linux-modules-5.5.0-050500-lowlatency (5.5.0-050500.202001262030) ...
Errors were encountered while processing:
linux-image-unsigned-5.5.0-050500-generic
Я просмотрел форум, но не могу найти решение моей проблемы. Моя версия ядра - 5.4.0-42-generic. Причина, по которой я пытаюсь перейти на 5.5, заключается в том, что мой Интернет работает смехотворно медленно (например, медленный коммутируемый доступ) в Ubuntu 20.04. Я знаю, что это не мой Интернет, так как у меня отличное соединение с другим моим компьютером. Решение, предложенное другим пользователем, заключалось в изменении версии ядра (либо обновлении, либо понижении версии). Пожалуйста, дайте мне знать, если вам нужна другая информация. I have an budget NAS setup (raspberry pi running OMV with an SMB share). I have setup the share in ubuntu by following this guide. I have ...
I'm new to ubuntu and networking and I've got myself stuck.
I have an budget NAS setup (raspberry pi running OMV with an SMB share). I have setup the share in ubuntu by following this guide. I have permanently mounted the drive and can access all the files in the share. However, after connecting to a VPN (surfshark), following this guide I can no longer access the share. I get the following message "Could not display "share". The file is of unknown type".
Setting up the VPN entailed editing /etc/fstab, and putting this:
'//my.nas.ip.address/media /media/share cifs credentials=/home/user/.smbcredentials,iocharset=utf8 0 0'
Would I need to change this to access the nas?
Also, when I run the vpn on my windows machine, I don't have any trouble accessing the NAS.
Thanks in advance for any help.
edit:
I should also mention that I'm running Ubuntu through a VM on the windows machine
1 ответ
Какой продукт виртуализации вы используете, Virtualbox?
Если да, то я предполагаю, что вы используете тип сети «NAT», который устанавливает мини-LAN на вашем локальном компьютере в диапазоне 192.168.56.0/24 (по умолчанию). Ваш NAS, вероятно, находится в вашей «настоящей» локальной сети, у которой другой диапазон IP-адресов. Это становится проблемой, потому что VPN устанавливает правило маршрута по умолчанию, которое в основном говорит «отправлять что-либо не из моей локальной LAN (192.168.56.0/24) через VPN», которое затем направляет ваш трафик, предназначенный для NAS, через VPN.
Там Вот два решения, если предположить, что мои предположения верны:
- Переключите тип сетевого адаптера Virtualbox на «мостовой», который назначает вашей виртуальной машине IP-адрес непосредственно в вашей «реальной» локальной сети. Это нормально для большинства случаев использования, но может быть не тем, что вам нужно.
- Создайте собственный маршрут в вашей виртуальной машине, который отправляет ваш «реальный» трафик локальной сети на шлюз мини-локальной сети (192.168.56.1 по умолчанию в Virtualbox)