Archlinux. Обновился сегодня, прилетел и свежий Firefox - extra/firefox 102.0-1. При запуске оного открывается Mozilla Crash Reporter. Дальше него ничего не идёт - опять запускается crash reporter. Если запускать через терминал, то выдаёт следующий выхлоп:

Missing chrome or resource URL: resource://gre/modules/UpdateListener.jsm
Missing chrome or resource URL: resource://gre/modules/UpdateListener.sys.mjs
ExceptionHandler::SendContinueSignalToChild sent continue signal to child
ExceptionHandler::WaitForContinueSignal waiting for continue signal...

Нашёл недавний похожий (на мой взгляд) баг, но не пойму, чем он мне может помочь: https://bugzilla.mozilla.org/show_bug.cgi?id=1728226

На главной Арча никаких соответствующих сообщений не видно =)

Сразу скажу: на pulseaudio описываемой проблемы нет!

Archlinux. Установил pipewire со всей необходимой обвязкой (-pulse и т.п.). Сразу после старта системы, если попытаться запустить любое приложение с аудио (firefox, mpv, vlc), то происходят xrun-ы.

Aug 23 01:06:40 hostname pipewire[787]: alsa-pcm 0x560fb4f0c1a8: snd_pcm_start
Aug 23 01:06:40 hostname pipewire[787]: alsa-pcm 0x560fb4f0c1a8: early wakeup 1536 1024
Aug 23 01:06:40 hostname pipewire[787]: alsa-pcm 0x560fb4f0c1a8: xrun of 450 usec 21
Aug 23 01:06:40 hostname pipewire[787]: alsa-pcm 0x560fb4f0c1a8: snd_pcm_start
Aug 23 01:06:40 hostname pipewire[787]: alsa-pcm 0x560fb4f0c1a8: early wakeup 1536 1024
Aug 23 01:06:40 hostname pipewire[787]: alsa-pcm 0x560fb4f0c1a8: xrun of 318 usec 15
Aug 23 01:06:40 hostname pipewire[787]: alsa-pcm 0x560fb4f0c1a8: snd_pcm_start
Aug 23 01:06:40 hostname pipewire[787]: alsa-pcm 0x560fb4f0c1a8: early wakeup 1536 1024
Aug 23 01:06:41 hostname pipewire[787]: alsa-pcm 0x560fb4f0c1a8: xrun of 113 usec 5

В pw-top ERR растут и на карте и на приложении одинаково. Если играться с размерами буферов, то на слух слышна разница (меняется частота прерываний) =), но проблема не уходит. Но всё устаканивается примерно через минуту само (и не важно, какие буферы накручены): что на слух, что по логам.

41    512  48000  88.0µs   4.3µs  0.01  0.00  693  alsa_output.usb-E-MU_Systems__Inc._E-MU_0202___USB
51    900  48000  35.9µs   7.9µs  0.00  0.00  693   + Firefox

Решил исключить железо: отключил в BIOS звуковуху (ALC1220A), подцепил E-mu 0202 (USB) - такая же проблема, так же сама проходит. После этого проблема не повторяется до следующего ребута, а там по-кругу...

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

Владельцам девайсов на базе mt7620 посвящается.

Kernel.org: https://bugzilla.kernel.org/show_bug.cgi?id=82751

OpenWRT: https://bugs.openwrt.org/index.php?do=details&task_id=896

На последнем релизе OpenWRT (18.06.2) баг воспроизводится очень часто (минимум раз в день), даже если не стараться. Суть бага: при более-меннее интенсивной нагрузке по 2.4GHz, эти 2.4GHz окирпичиваются, пакеты перестают ходить совсем, и помогает только ребут роутера или выгрузка/загрузка соотвествующих модулей ядра. Провода и 5GHz продолжают работать. При этом в dmesg появляются записи вида:

ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2

Баг очень старый, кажется, с 2014 года упоминания видел. В 2017-ом даже 600 евро собрал кто-то на Kikstarter на исправление этого бага =) Чип популярный (список моделей).

Успел я прожить с этим багом где-то неделю, накладывал разные сеты патчей - безрезультатно. Попутно мониторил активность в git openwrt. И вот вижу я такой туманный коммит от 13 апреля. Ничто не предвещало, но... собрал прошивку - НИ ЕДИНОГО РАЗРЫВА неделю (тьфу-тьфу)!

Мораль: если уже отчаялся и откатился/прошился на сток/Васяна (Эскобар.jpg), то налетай/собирай/тестируй пока горячее!

Есть древний полумёртвый роутер, который у меня уже лет 5 валялся. Был отдан мне с комментарием «труп». И вот, до него дошли руки =) Разумеется, на RESET не реагирует: вывод - загрузчика точно нет. Собрался было я уже выпаивать флешку, как дёрнуло меня сначала распаять UART пины...

Подцепляюсь к ним с настройками 115200, 8N1 (инфа по openwrt wiki), а там признаки жизни - бегут кракозябры. Поигрался я с параметрами, и кракозябры преобразовались в нормальный текст (7E1, странно...). И видно, что загрузчик ругается на битую фирмварь, грозится ребутнуться и ребутается. Ещё раз я понажимал на RESET(failsafe tftp должен быть), глядя в консоль - не реагирует. Даже контакты сами замыкал, чтобы исключить мёртвую кнопку. Ну ладно...

Есть последовательность символов, которая останавливает процесс загрузки фирмвари. Нужно успеть её написать за 1 секунду. И как я только ни приседал - не получается. Начал я подозревать, что роутер меня не слышит физически... Поигрался я с резисторами даже, с помощью которых подключен Rx пин к SoC. Думаю, может загрузчик, всё-таки, частично битый (не знаю, проверяет ли SoC его хэш). На всякий случай решил подключиться через screen (до этого - minicom), даже настройки правильные не успел сделать. Пишу заветные буквы несколько раз - ОСТАНОВИЛОСЬ! Диоды перестали мигать от цикличного ребута, кракозябры устаканились, на Enter реагирует небольшой порцией кракозябр (там должно быть написано «hornet>»).

Итого имеем:

• в режиме 8N1 роутер слышит, но мне видны кракозябры
• в режиме 7E1(7N1) роутер не слышит, мне видны нормальные символы

Открыл для себя я утилиту stty =), которая позволяет настраивать кучу параметров на лету. Но как я не перебирал - заветная комбинация не родилась =) На данный момент предполагаю, что есть какая-то несогласованность в параметрах, из-за чего регулярно появляются/исчезают 1-2 бита.

Вопрос такой: можно ли как-то задампить сырой трафик, чтобы можно было посмотреть на уровне битов, что там происходит? Так как я могу заставить роутер слать мне «hornet>», то можно было бы сопоставить его выхлоп с предполагаемыми битами для соответствующих ASCII символов.

В stty --help можно посмотреть доступные мне опции.

П.с. Выкинуть, перешить программатором, купить другой router_name, завести женщину/мужчину - не предлагать =)

По деньгам приглянулась б.у. HP MSA60 (12 x 3.5"). Но вот в характеристиках есть пункты, которые меня огорчают, а именно: SATA-2 и max 2TB диски.

1. Правильно ли я понимаю, что сама полка имеет такие ограничения (io-модуль), и от RAID-контроллера, который будет в сервере, уже ничего не звисит?

2. Есть ли переходники с 3.5 на 2.5 (на примере HP MSA60)?

3. Ставит ли SATA-2 крест на SSD?

4. Посоветуйте нещебродскую (на сколько это возможно) полку с SATA-3, винты до 4-6TB, возможность установки 2.5 SSD.

Собственно - сабж. Предлагаю поговорить о плюсах и минусах Cisco/Linux в качестве роутера. Со стороны Cisco меня интересует конкретно 2821, т.к. именно эта железяка трудится под моим присмотром в данный момент. Сразу скажу, что с Linux я чувствую себя гораздо комфортнее во всех отношениях. С Cisco-роутерами практически не работал. Глянул в конфиг - всё довольно просто, можно и обучиться, но... На подсознательном уровне чувствую, что лишу себя множества фич (гибкость настроек, дебаг и т.п.). Не стесняйтесь приводить примеры своих ситуаций. Танцуют все!

Текущие условия: Основная подсеть ~ 80ПК, филиалы - две подсети ~ 40 и 5 ПК. В филиалах роутинг на Linux. Связь с филиалами через OpenVPN на отдельной тачке. NAT. Весь роутинг и VPN планируют перевести на Cisco, чего я и опасаюсь. Также настроено автопереключение каналов SLA (примитивное - по пингу gw). Несколько VLAN-ов.

Привет, господа!

Сегодня мне довелось наблюдать следующую картину...

Есть гейт на Linux (Ubuntu, без разницы). В него втыкается провайдерская соска. IP, GW - статика. Раньше всё работало =) На днях у провайдера погорело оборудование, и оно было заменено. Интернет пропал...

Местный админ достучался до ТП, пришёл человек, воткнул соску в ноут (Win, это важно), вбил «те же» настройки - работает. Человек ушёл. Админ пробует на Win-хосте - работает. Знакомый этого админа попросил меня помочь...

Опустим все мои пляски с бубном...

Linux (любой, см. ниже) дропает все направленные ему (на его MAC) пакеты. МАС гейта (GW) в ARP-cache значится как INCOMPLETE (т.е., якобы, ответ на ARP-запрос не прилетел). Разумеетя, Linux через этот гейт ничего не пытается слать. В tcpdump я вижу (!!!) ARP-ответы, но Linux делает вид, что их нет. Я проставляю руками соответствие IP->MAC - картина меняется. Теперь я могу пинговать любой валидный внешний IP (те же 8.8.8.8), но ответы видны только в tcpdump. В самой ping ничего нет. Смотрю MAC назначения - мой.

Предполагаю, что Ethernet-фреймы в каком-то месте не соответствуют RFC (м.б., в угоду MS), и Linux их дропает. К сожалению, снять дамп трафика для дальнейшего рассмотрения под лупой не получилось (по орг. причинам). Сейчас доступа к телу нет, но эта задача меня никак не отпускает.

Разумеется, в iptables - всё в ACCEPT, никаких Advanced Routing-ов и т.п. Проверил на своём ноуте с Linux - та же картина

Какие ваши мысли, котаны?

П.с. Всех с ДР!

CentOS release 6.5 (Final)

Name        : chrony
Version     : 1.25
Release     : 4.el6

# ss -a | grep ntp
# 

Mar 28 13:04:53 hw02 chronyd[19711]: chronyd version 1.25 starting
Mar 28 13:04:53 hw02 chronyd[19711]: set_config_hz=0 hz=100 shift_hz=7 basic_freq_scale=1.28000000 nominal_tick=10000 slew_delta_tick=833 max_tick_bias=1000
Mar 28 13:04:53 hw02 chronyd[19711]: Linux kernel major=2 minor=6 patch=32
Mar 28 13:04:53 hw02 chronyd[19711]: Frequency -2481.428 +- 0.748 ppm read from /var/lib/chrony/drift

Сабж.

Новость: http://www.vesti.ru/doc.html?id=1231431&cid=9

Что думаете по этому поводу? Google+Smartphone - всё ?

http://lenta.ru/news/2013/11/26/raw/

Было бы замечательно, если бы на выходе был действительно RAW, а не «полуобработанный», как бывает даже в некоторых DSLR.

Жаль, что такое происходит только «благодаря» пинку от Microsoft =(

Привет, LOR!

Озадачился поиском годного PDF-viewer'а (если такой существует), т.к. частенько сталкиваюсь с проблемами при просмотре pdf-ок.

Хотелось бы узнать Ваше мнение, почему в Linux не всё гладко с таким популярным форматом. Может быть всё дело в «кривых» pdf-ках?..

Тем, кто потерял бдительность, и, не прочитав новостей на оф. сайте Arch, обновился, посвящается.

Итак - Новость.

Если лень читать:

• хук lvm2 теперь требует хук udev;
• в конфиге /etc/lvm/lvm.conf обязательно должен быть параметр use_lvmetad = 1;
• в этом же конфиге появился параметр auto_activation_volume_list, в котором указываются
  необходимые при загрузке lvm-тома(закомментировать от греха подальше);
• если нужен мониторинг(необходим для снапшотов): systemctl enable lvm-monitoring.service;
• параметр ядра lvmwait , некогда жизненно необходимый, теперь потерял всякий смысл;
• если device-mapper, linux и lvm2 обновлялись одновременно, то образ initramfs собрался криво, необходимо пересобрать его вручную.

Если уже обновился:

• запуститься с рабочего Linux;
• подготовиться к chroot(см. ниже);
• chroot;
• проверить use_lvmetad и auto_activation_volume_list(см. выше);
• пересобрать образы initramfs: mkinitcpio -p linux.
• PROFIT!

Подготовка к chroot:

cd /mnt/arch
mount -t proc proc proc/
mount -t sysfs sys sys/
mount -o bind /dev dev/
mount -t devpts pts dev/pts/

Оформляю диплом в eskdx(пакет для Latex).

Нормоконтроль требует, чтобы название глав первого уровня было таким: «Глава 1. ...»

Пока получается так:

1 Введение

1.1 ...

Нужно так:

Глава 1. Введение

1.1...

Подозреваю, что нужно подкорректировать файл eskdsect.sty(входит в eskdx), т.е. переопределить \section.

Т.е. должно быть как и раньше, только добавлять перед номером главы «Глава », а после номера ". ", потом уже название самой главы.

В этом файле \section переопределяется следующим образом:

\renewcommand\section{\@startsection {section}{1}{\parindent}%

                                   {\ESKDsectionSkipBefore}%

                                   {\ESKDsectionSkipAfter}%

                                   {\ESKDsectionAlign
\ESKDsectionStyle}}

Сам не могу осилить =(

Например, создаю loop с шифрованием AES.
Модуль aes поддерживает 128-256-битные ключи.

1. Как узнать, скольки битный ключ используется?
2. Как выбрать число бит?

losetup -e aes //dev/loop0 //dev/sda1

П.с. В мануале не вижу =( Про dm-crypt(cryptsetup) знаю, но надо через losetup.