LINUX.ORG.RU

Сообщения msk123

 

Ядра 5.14 и 5.15 наглухо убивают систему

Жил - не тужил на Openmediavault 5 с ядром 5.10, но потребовалось перейти на OMV 6, там по-умолчанию ставится ядро 5.14. После первой же загрузки при операциях записи файловая система ext4 повреждается, корень ремаунтится в ro. После чего даже fsck не спасает - слишком много повреждений в фс, загрузиться невозможно. Подумал, что версия ядра неудачная - после установки сразу пробовал ставить из репо 5.15 - ситуация без изменений, всё тоже самое. Подумал, что что-то с ssd - поменял на другой, никаких изменений. Протестировал всё железо - всё ок. Поставил OMV 5 - всё работает. Тут пришла идея поставить сразу после установки OMV 6 ядро 5.10. Сделал - всё работает. Железо - MicroServer Gen8 с 1265LV2, система на ssd проброшена через штатный софт-рейд контроллер HP (стандартное решение - других вариантов загрузиться с внутреннего диска нет). Лог ниже.

( читать дальше... )

Хотелось бы на будущее понять причину такого глюка.

 ,

msk123
()

Умер бридж на proxmox

Была система с аптаймом ~500 дней, не перезагружалась, но обновления устанавливались. Перед запланированной перезагрузкой накатили обновление до 7-ки.

После перезагрузки сеть не поднялась. Конфигурация в interfaces:

auto lo
iface lo inet loopback

iface enp0s31f6 inet manual

auto vmbr0
iface vmbr0 inet static
   address 1.2.3.160/26
   gateway 1.2.3.129
   bridge-ports enp0s31f6
   bridge-stp off
   bridge-fd 0
# brctl show

bridge name     bridge id               STP enabled     interfaces
vmbr0           8000.309c239cebec       no              enp0s31f6

Шлюз 1.2.3.129 не пингуется.

Если поднять сеть на самом интерфейсе, то всё работает -

ifconfig enp0s31f6 1.2.3.160 netmask 255.255.255.192
ip route add default via 1.2.3.129

вывод ifconfig

enp0s31f6: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        ether xx:xx:xx:xx:xx:xx  txqueuelen 1000  (Ethernet)
...
vmbr0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 1.2.3.160  netmask 255.255.255.192  broadcast 1.2.3.191

До этого на машине иногда отваливалась сеть, что в итоге было решено с с помощью

ethtool -K enp0s31f6 tso off

в автозагрузке.

Пробовал загружаться в ядра от 5.3 до 5.11 - везде бридж не работает.

Никаких ошибок нигде не вылезает Куда смотреть - уже ума не приложу, всё перепробовал.

 ,

msk123
()

Dial-up модем в современном Linux - есть ли жизнь?

Всем привет.

Ищу модели dial-up модемов с подключением по USB, которые поддерживаются современным linux. На текущий момент актуальной информации нет, последнее что есть из прошлого десятилетия - поддержка conexant под ядро 2.6

Задача простая - просто звонить с физической линии на номера шлагбаумов. Сейчас подобное успешно реализовано под виндой с софт-модемом U.S. Robotics 56K Faxmodem USB (vid 0baf, pid 00ec), но есть задача перенести бэкенд этого решения на сервер под linux. На сервере com-портов нет, только usb и pci-e. Если dial-up модемов под pci-e в природе я не видел, то usb-модемами завалены все барахолки. Но гугление среди этих моделей не выдают ни одну, которая бы поддерживалась в linux.

Вариант покупкой usb->com адаптера тоже рассматриваю, но в последнюю очередь.

 , ,

msk123
()

Помогите побороть udev

Есть в системе такой UPS:

Bus 004 Device 002: ID 0d9f:0002 Powercom Co., Ltd Black Knight PRO / WOW Uninterruptible Power Supply (Cypress HID->COM RS232)
По-умолчанию устройство создается так
# ls -l /dev/ttyUSB0
crw-rw---- 1 root dialout 188, 0 Apr 19 21:22 /dev/ttyUSB0
Но мне нужна группа nut, поэтому пытаюсь создать что-то вроде
# cat /etc/udev/rules.d/52-nut-usbups.rules
SUBSYSTEM=="usb", ATTR{idVendor}=="0d9f", ATTR{idProduct}=="0002", MODE="664", GROUP="nut"
делаю udevadm control --reload-rules, переподключаю упс (или вообще перезагружаюсь - не важно) и ничего не меняется - группа остаётся как dialout. Система - OpenMediaVault на Debian 6.0

 ,

msk123
()

RSS подписка на новые темы