Если инфорация оказалась интересна и/или полезна, не побрезгуйте, оставьте комментарий ;)
Показаны сообщения с ярлыком сетевые интерфейсы. Показать все сообщения
Показаны сообщения с ярлыком сетевые интерфейсы. Показать все сообщения

суббота, 2 ноября 2019 г.

OSMC. Перестал работать WiFi. Есть решение со сбокой модуля ядра для Wi-Fi-адаптера

Так всё было хорошо с OSMC много лет. И тут раз, и разработчики сломали сеть. Пояснение от разработчиков:
got sick of rebasing Realtek patches for new kernels constantly, and so a few drivers have been dropped and won’t be re-added until they are upstreamed. You can either stay on the older version or purchase a WiFi adapter.
Since Raspberry Pi and Vero has 802.11ac built in WiFi in recent models, the numbers haven’t been there to justify the hours of work to maintain these chipset drivers out of tree.
Other distributions are doing the same, and also plan to drop out of tree Realtek driver support in the near future.
Высказать радость по поводу случившегося можно тут:
https://osmc.tv/2019/11/osmcs-october-update-is-here-with-kodi-18-4/

Если кратко, то разработчик замучился встраивать драйверы Realtek в ядра. Как я понял, драйверы давно не обновлялись. Типа, так делают все разработчики. Но мне, как пользователю, от этого не легче.

Итак, как быть? Дискуссия по этому поводу идет тут:
https://discourse.osmc.tv/t/no-wi-fi-connection-after-update/82829/6
Пока единственный путь - вернуться на старую версию ядра, в котором драйверы еще есть.
Первая испорченная версия OSMC с Kodi - 18.4, версия ядра 4.19. Надо вернуться на предыдущую версию ядра. У меня это 4.14. У вас должно быть также, если вы регулярно обновляли ОС. К счастью для нас, если настройки не менялись вручную через командную строку, то на диске остается предыдущая версия ядра. Соответственно у меня 4.19 - новая версия, неработающая, 4.14 - старая, на которую надо вернуться.

Приставку надо подключить к сети. Очевидный путь - проводное соединение. Если у вас DHCP, на роутере в списке устройств, получивших адрес находим наше и запоминаем IP-адрес, например, 192.168.1.10:

user@Laptop:~$ ssh osmc@192.168.1.10

Пароль по умолчанию - "osmc"

Чтобы узнать наверняка, какое есть последнее рабочее ядро, выполняем команду:
osmc@osmc:~$ sudo find / -name rbp2-image*
/usr/share/doc/rbp2-image-4.14.78-4-osmc
/usr/share/doc/rbp2-image-4.19.55-3-osmc
/var/cache/apt/archives/rbp2-image-4.14.34-2-osmc_2_armhf.deb
/var/cache/apt/archives/rbp2-image-4.14.34-1-osmc_1_armhf.deb
/var/cache/apt/archives/rbp2-image-4.19.55-3-osmc_3_armhf.deb
/var/cache/apt/archives/rbp2-image-4.14.34-4-osmc_4_armhf.deb
/var/cache/apt/archives/rbp2-image-4.14.78-2-osmc_2_armhf.deb
/var/cache/apt/archives/rbp2-image-4.9.29-15-osmc_15_armhf.deb
/var/cache/apt/archives/rbp2-image-4.14.34-6-osmc_6_armhf.deb
/var/cache/apt/archives/partial/rbp2-image-4.14.15-5-osmc_5_armhf.deb
/var/cache/apt/archives/rbp2-image-4.9.29-13-osmc_13_armhf.deb
/var/cache/apt/archives/rbp2-image-4.14.78-4-osmc_4_armhf.deb
/var/lib/dpkg/info/rbp2-image-4.19.55-3-osmc.md5sums
/var/lib/dpkg/info/rbp2-image-4.19.55-3-osmc.postinst
/var/lib/dpkg/info/rbp2-image-4.19.55-3-osmc.postrm
/var/lib/dpkg/info/rbp2-image-4.19.55-3-osmc.list
/var/lib/dpkg/info/rbp2-image-4.14.78-4-osmc.postrm
/var/lib/dpkg/info/rbp2-image-4.14.78-4-osmc.md5sums
/var/lib/dpkg/info/rbp2-image-4.19.55-3-osmc.preinst
/var/lib/dpkg/info/rbp2-image-4.14.78-4-osmc.preinst
/var/lib/dpkg/info/rbp2-image-4.14.78-4-osmc.prerm
/var/lib/dpkg/info/rbp2-image-4.14.78-4-osmc.postinst
/var/lib/dpkg/info/rbp2-image-4.19.55-3-osmc.templates
/var/lib/dpkg/info/rbp2-image-4.19.55-3-osmc.prerm
/var/lib/dpkg/info/rbp2-image-4.19.55-3-osmc.config
/var/lib/dpkg/info/rbp2-image-4.14.78-4-osmc.list
/var/lib/dpkg/info/rbp2-image-4.14.78-4-osmc.templates
/var/lib/dpkg/info/rbp2-image-4.14.78-4-osmc.config


Узнаем, что последнее архивное ядро rbp2-image-4.14.78-4-osmc. Его и используем.

В обсуждении предлагается команда:
osmc@osmc:~$sudo apt install --reinstall rbp2-image-4.14.78-4-osmc

Начните с нее. У меня она не сработала.
smc@osmc:~$ sudo apt install --reinstall rbp2-image-4.14.78-4-osmc
Чтение списков пакетов… Готово
Построение дерева зависимостей      
Чтение информации о состоянии… Готово
Переустановка rbp2-image-4.14.78-4-osmc невозможна, он не скачивается.


Я не стал разбираться, почему инсталятор пытается что-то скачать, если всё уже есть на диске.

У меня сработала другая команда (вывод команды не сохранился):
sudo dpkg-reconfigure rbp2-image-4.14.78-4-osmc

После окончания ее выполнения перезагружаем приставку и проверяем сеть. У меня всё заработало. Минус такого решения очевиден. Больше обновления ставить нельзя. С другой стороны, ничего нового и хорошего они мне не приносили в последнее время. Работает - вот и хорошо.

На этом всё, всем удачи!
 
Обновление! Если готовы заморочиться со сборкой модуля ядра для адаптера, то написал статью, что да как.

четверг, 17 декабря 2009 г.

Настройка NAT

Интересная статья (и дискуссия) о настройке NAT (для чайников).
И еще одна

Ошибка запуска MySQL-server

Убил на такую простую проблему пол дня.

Ситуация. Ставлю из репозитория MySQL-сервер (5.0.32). Дистрибутив Debian Etch. В процессе установки выдается ошибка, что не удалось завершить настройку пакетов mysql-server и mysql-server-5.0.

apt-get install mysql-server
Выдаются следующие ошибки:
Starting MySQL database server: mysqld . . . . . . . . . . . . . . failed!
invoke-rc.d: initscript mysql, action "start" failed.
dpkg: не удалось обработать параметр mysql-server-5.0 (--configure):
подпроцесс post-installation script возвратил код ошибки 1
dpkg: зависимости пакетов не позволяют настроить пакет mysql-server:
mysql-server зависит от mysql-server-5.0, однако:
Пакет mysql-server-5.0 пока не настроен.
dpkg: не удалось обработать параметр mysql-server (--configure):
проблемы зависимостей -- оставляем не настроенным
При обработке следующих пакетов произошли ошибки:
mysql-server-5.0
mysql-server
E: Sub-process /usr/bin/dpkg returned an error code (1)

Много баг-репортов по этому поводу, но ни одного по делу. Причиной ошибки может быть что угодно. Ни одно из найденных решений (выключение innoDB и т.д.) не помогло.

Логи /var/log/mysql.log и /var/log/mysql.err пусты.

В /var/log/syslog проскакивают такие ни о чем не говорящие ошибки:


Dec 23 10:13:02 km22118 mysqld_safe[25987]: The latest information about MySQL i
s available on the web at
Dec 23 10:13:02 km22118 mysqld_safe[25987]: http://www.mysql.com
Dec 23 10:13:02 km22118 mysqld_safe[25987]: Support MySQL by buying support/lice
nses at http://shop.mysql.com
Dec 23 10:13:02 km22118 mysqld_safe[26033]: ERROR: 1046  No database selected
Dec 23 10:13:02 km22118 mysqld_safe[26033]: 071223 10:13:02 [ERROR] Aborting
Dec 23 10:13:02 km22118 mysqld_safe[26033]:
Dec 23 10:13:02 km22118 mysqld_safe[26033]: 071223 10:13:02 [Note] /usr/sbin/mys
qld: Shutdown complete
Dec 23 10:13:02 km22118 mysqld_safe[26033]:
Dec 23 10:13:02 km22118 mysqld_safe[26117]: started
Dec 23 10:13:02 km22118 mysqld[26123]: 071223 10:13:02  InnoDB: Started; log seq
uence number 0 43655
Dec 23 10:13:02 km22118 mysqld[26123]: 071223 10:13:02 [ERROR] Can't start serve
r: Bind on TCP/IP port: Cannot assign requested address
Dec 23 10:13:02 km22118 mysqld[26123]: 071223 10:13:02 [ERROR] Do you already ha
ve another mysqld server running on port: 3306 ?
Dec 23 10:13:02 km22118 mysqld[26123]: 071223 10:13:02 [ERROR] Aborting
Dec 23 10:13:02 km22118 mysqld[26123]:
Dec 23 10:13:02 km22118 mysqld[26123]: 071223 10:13:02  InnoDB: Starting shutd


Порт никто не занимает. Для диагностики можно выполнить команды (примеры вывода консоли и логов, а также команды ниже взяты из статьи на форуме opennet.ru):

dpkg -l 'mysql*'
netstat -apn|grep 3306
ps ax| grep mysql
ls -ld /var/lib/mysqld
И после всего этого
/etc/init.d/mysql stop
/etc/init.d/mysql start

Ну так вот. если ничего не помогает, если порт свободен, а директории имеют правильных владельцев (согласно совету из приведенной выше статьи, стоит проверить владельца директории /var/run/mysqld/ и выставить, при необходимости, mysql:mysql), то просто проверьте файл /etc/network/interfaces на наличие записи о lo интерфейсе.

auto lo
iface lo inet loopback

Если такой (или подобной) записи нет, то MySQL не сможет запуститься. также можно воспользоваться командой ifconfig (без переметров). В ее выводе должно быть упоминание об интерфейсе lo.

Если же ничего этого нет, то добавляем указанные две строки кода и перегружаем систему. MySQL в моем случае запустился уже при загрузке.