Есть папка с текущими бэкапами. Её надо синхронизировать на удалённый сервер. Объём папки около 8ТБ, между серверами 1Гб/с.

Бэкапы — копии виртуальных жёстких дисков, поэтому между синхронизациями должны изменяться несильно.

Пытаюсь по rsync. Очень долго тупит вначале. Потом медленно-медленно копирует. С диска читает со скоростью 20-30МБ/с, в результате время копирования чуть ли не больше, чем копировать целиком. В процессах показывает, что загружает одной ядро ЦП (из 24) и, похоже, из-за этого тормозит.

Есть что-то более адекватное? А в идеале, чтобы можно было посчитанные контрольные суммы на удалённом сервере держать в файле рядом, а не заново пересчитывать все 8 терабайт.

Хотел скопировать ntfs раздел на другой диск

root@deepforest-P31-DS3L:/home/deepforest# lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
loop0    7:0    0  88,7M  1 loop /snap/core/7396
loop1    7:1    0 154,1M  1 loop /snap/freeorion/2
sda      8:0    0 186,3G  0 disk 
├─sda1   8:1    0  10,5G  0 part 
├─sda2   8:2    0     1K  0 part 
├─sda5   8:5    0  29,3G  0 part 
├─sda6   8:6    0  48,8G  0 part 
├─sda7   8:7    0  48,8G  0 part 
└─sda8   8:8    0  48,8G  0 part 
sdb      8:16   0 149,1G  0 disk 
├─sdb1   8:17   0  70,3G  0 part 
├─sdb2   8:18   0     4G  0 part 
└─sdb3   8:19   0  74,8G  0 part 
sdc      8:32   0 149,1G  0 disk 
├─sdc1   8:33   0  70,3G  0 part 
├─sdc5   8:37   0  74,5G  0 part /
└─sdc6   8:38   0   4,2G  0 part [SWAP]
sdd      8:48   1    30G  0 disk 
├─sdd1   8:49   1    30G  0 part 
├─sdd2   8:50   1  31,5K  0 part 
└─sdd4   8:52   1 251,3M  0 part 
root@deepforest-P31-DS3L:/home/deepforest# rsync -avh /dev/sda1 /dev/sdb3
sending incremental file list
sda1

sent 57 bytes  received 19 bytes  152.00 bytes/sec
total size is 0  speedup is 0.00
root@deepforest-P31-DS3L:/home/deepforest#

UPD
Мало того рсинк превратил в raw раздел источник

Известно, что у животных есть довольно развитый набор инстинктов от рождения. И это не только такие простые вещи, как условные рефлексы вроде реакции на тепло или холод. Животные откуда-то примерно «знают» как и на кого охотиться. И многое другое. Даже читая рассказы о том, как бабка в деревне растила гусей и они ее принимали за гусыню, бежали к ней «под крыло» в случае каких-то реальных или мнимых опасностей, можно не только умиляться, но и задуматься, откуда они это знают.

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

Linux тут притом, что в том числе и его ставят в разные роботы.

Есть AMD Ryzen 3600 и плата ASUS B450-PRO. Есть планка памяти c ECC. Как гарантированно проверить работоспособность коррекции ошибок памяти перед покупкой остальной памяти? Производитель заявляет поддержку, но без гарантий.

dmidecode выдаёт:

Physical Memory Array
        Error Correction Type: Multi-bit ECC

На ум приходит вызвать нестабильность памяти и смотреть логи. Есть ли более простые методы?

Ребята, помогите найти решение проблемы: есть полузабытая VDS-ка со старой Центосью 6.10 и набором httpd, nginx, mysql-5.5 и php7. Подключены epel, remi и еще пара неважных реп. Стоит задача проапдейтить все это хозяйство до актуальных пакетов, для чего решено для проведения экспериментов запихать это все в виртуалку и там измываться над ним. Как безболезненно для VDS-ки скопировать систему или хотя бы воспроизвести окружение (версии пакетов) продакшена в тест не используя докер и избегая даун-тайма сервера?

В Казахстане операторы связи разослали пользователям сообщения о необходимости установки выпущенного государственными органами сертификатом безопасности.

Без установки интернет работать не будет.

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

В Mozilla уже завели баг, в котором обсуждают необходимость заблокировать этот сертификат, чтобы не создавать прецедентов и не разрушать столь долго производимый тотальный перевод на HTTPS.

Всё это подается под соусом защиты пользователей от хакерских атак.

Одной из особенности акции является то, что сертификат для скачивания находится на http-сайте, что позволяет подменить его при определенных условиях.

UPD: «Сертификат безопасности» в Казахстане отменяется

>>> Подробности

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

Электрогриль, аэрогриль, сувидешница, мультипекарь, кухонный комбайн (некоторые из которых имеют экзотические функции, вроде тёрки).

Особенно агрегат для очистки овощей интересует.

Чё там годного к 2019г. напридумывали?

Линукс тут при том, что есть мультиварки (и не только!), управляемые с андроида.

Это дополнение к предыдущему посту.

Для начала про фризы, и почему RADV лучше, чем AMDVLK. Спасибо Meyer, за то что напомнил:

Нет, там был проприентарный компилятор шейдеров. Теперь вроде вместо него что-то на LLVM.

Насколько я понял, у RADV компилятор шейдеров сделан лучше, чем у AMDVLK. С последним играть можно только в те игры, в которых есть поддержка Vulkan (помню, что DOOM 2016 года под вайном шёл замечательно). Ещё про RADV писали, что в нём есть Delta Color Compression, что полезно для днищекарт вроде моей 460 рыксы. Есть ли эта штука в AMDVLK - я не смог нагуглить.

Играть в Overwatch под вайном уже можно, ибо стабильные 100+ фпс. По крайней мере на AMD с поддержкой RADV. Карты от Nvidia не имею, ничего сказать не могу.

У AMDVLK есть настройки, которые не особо помогают в этом случае.

Иногда немного повысить фреймрейт может следующая команда:

echo high > /sys/class/drm/card0/device/power_dpm_force_performance_level

Теперь про скриншот. Его я сделал по просьбе deepforest. Да и самому интересно, как пойдёт Quake Champions под вайном. Вайн - Proton 4.2-7 в стиме.

В целом... ну такое. Первые две минуты - фризы, которые доходили до 20 секунд, потом были мелкие фризы, потом уже почти полное отсутствие оных. Настройки - минимальные (мы же киберкотлеты, не забыли?). При первом запуске фреймрейт был от 70 до 130, при втором - почти всегда 90. На ультрах (кроме текстур, т.к. выше средних игра установить не позволяла даже под виндой) на моём железе фреймрейт скакал от 30 до 60 фпс. Железо со вчерашнего дня не менялось.

Играть конечно можно, но через боль и страдания (по крайней мере первые три минуты).

И распрыжка в игре не очень. В Xonotic мне больше нравится.

Раньше, когда я был молодой и горячий, то по заветам отцов всегда держал ограничение 80 символов на строку (ну, без неадеквата, конечно)

Однако, тут попробовал дать себе слабину — и почувствовал что мои волосы стали мягкими и шолковистыми.

Мысли: мониторы теперь у всех большие, хайдипиайные, широкие. На матричных принтерах код уже давно никто не печатает. Логично было бы просто договориться использовать в проекте какое-нибудь другое число.

Что посоветует мне сообщество, какая нынче мода на этот вопрос?

Привет.

Захотел сделать «долгоживущую» виртуалку с Windows 10, чтобы пользоваться ей вместо дуалбута для простых задач. Поскольку лицензии и т. п. привязываются ко всевозможным аппаратным идентификаторам, естественным образом возник вопрос о выборе VMM (потому что потом уже не поменяешь). Последние 10 лет я пользовался VirtualBox (как для Linux host/Windows guest, так и наоборот), но не из каких-то содержательных соображений, а скорее по инерции. Оно вроде бы работает удовлетворительно, но не очень — то начинает люто лагать по I/O, то ломается фуллскрин, то ещё что-нибудь, ну и отсутствие нативной поддержки Wayland тоже не даёт покоя моему технофетишизму.

Отсюда вопрос: насколько хорошо QEMU-KVM справляется с Windows 10 при условии эмуляции GPU (без проброса)? Интересует в первую очередь производительность графики/виртуального GPU для десктопных задач, во вторую очередь — всякая интеграция (проброс USB-устройств, изменение разрешения виртуального экрана, copy-paste, шаринг файлов), в третью очередь — гуй (virt-manager? что-то ещё? упаси б-же, GNOME Boxes?).

И есть ли вообще профит по сравнению с VirtualBox?

Полтора года назад я уже писал, что в Overwatch теперь можно играть под вайном. Тогда это было около 30 фпс на минимальных настройках. С тех пор я так и не трогал вайн. И сегодня я решил проверить, как оно теперь, когда появился DXVK.

Немного предыстории, почему я вообще снова полез в вайн. Сначала я решил проверить игру на говноноутбуке с интеграшкой Intel HD 4000, на которой было 20 фпс на минималках против 7 в шин10. Vulkan на интеграшке не завёлся, хотя нужные пакеты установлены, а vkcube и vkmark писали, что Vulkan на Ivy Bridge ещё не готов. Есть ещё дохлая дискретка AMD Radeon HD 8500M Series, которая иногда даже заводится и на ней можно поиграть, только под вулканом игры выглядят так (под RADV всё оказалось ок). И тут мне пишут:

ну это ж реально достижение. На нормальном компе (сорри за оскорбление твоего ноута) наверное будут очумительные фпс

А так как мои компы к нормальным не относятся (то феном вместо процессора, то RX 460 вместо видеокарты), то мне конечно же захотелось проверить. Чем же ещё заниматься в 4 часа утра?

Был восстановлен слетевший GRUB манжары, обновлены пакеты (из testing, ради свежих кед), установлен AMDVLK и что-то ещё. Дабы не возиться с установкой вайна и нужных ему пакетов, поставил Lutris. Список пакетов для установки я взял отсюда, добавив winetricks. Обычный вайн не подойдёт - сначала не заработает Battle.Net, а если каким-то чудом и заработает, то не запустится игра.

Из хорошего:

• FPS примерно такой же, как и под шин10, иногда меньше, иногда больше, что меня очень сильно удивило
• Графических косяков не заметил вообще
• Инпут лага, которым так славится Overwatch, нет вообще

Из плохого:

• ФРИЗЫ. Шейдеры компиляются постоянно (те красные участки на графике - это компиляция, сначала они намного длиннее). Чтобы нормально поиграть, надо провести в игре несколько часов на разных картах. Юзер с 1050ti пишет, что у него с этим проблем нет.
• Если в настройках системы русская раскладка стоит на первом месте, то в игре начинает косячить управление. Нормальные обозначения заменяются на CYRILLIC_буква (на скриншоте видно). Некоторые клавиши надо переназначить.

Хотел записать короткий видосик для примера. Узнал, что OBS Studio теперь может писать видео через vaapi, что очень здорово (и насколько я понял, позволяет писать видео с экрана даже на достаточно древних радеонах). Но в нём есть косяк как и в виндовой версии OBS - если видеокарта нагружена, то видео нормально не запишется. Если писать через Relive, то фпс незначительно просядет и появится небольшой инпут лаг, что терпимо, но к сожалению релайва под линукс нет. Программный кодировщик увеличил количество фризов.

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

Вывод: произошёл переход от «да, но пока нет» к «да, но пока не совсем».

Железо:

• AMD Ryzen 5 1500X
• Radeon RX 460
• 8 ГБ ОЗУ

Очень важный UPD: автор тупой и забыл проверить RADV. С ним ситуация намного лучше. Фризы немного реже, они мелкие, максимальный фриз, который я словил (на новой карте) - 2 сек (против 10 на AMDVLK). График выглядит лучше. С RADV даже можно играть.

https://github.com/vtl/ethblk

На имеющемся железе пробрасывает NVMe примерно на его родной скорости, и делает это в два с лишним раза быстрее штатного линуксового nvme-over-tcp. Дальше упирается в мой слабый клиентский комп, но на большом железе производительность растёт до миллионов IOPS через один диск. 50 GbE успешно загружал на полную катушку, был, практически, line rate.

Ubuntu 18.04.2 игра запускается, но окна нет! В системном мониторе есть процесс dota2, dota.sh и сам steam видит ее запущенной. Я пытался запустить игру через консоль «steam steam://rungameid/570», вот выхлоп https://pastebin.com/2X82JYAv

В свойствах проверил файлы на целостность, все ок.

Господа, в чем может быть проблема? Периодически зависает, думаю проблема не в железе потому что в винде не проявляется. Винда стоит только чтобы запускать GTA раз в несколько дней, и ни разу никаких зависаний не было. Эта игра возможно не самая требовательная к железу, но загружает его всяко разно намного больше чем мои типичные задачи в Kubuntu. В Kubuntu все может зависнуть просто во время чтения ЛОРа в браузере, т.е. когда загрузка процессора и памяти минимальна. Из этого я делаю вывод что проблемы с памятью, перегревом и прочие связанные с железом можно смело исключить. Виснет нечасто, ну бывает раз в несколько дней или раз в неделю, не чаще. Ядро стоит уже 5.1, до этого переходил на новые по мере их выхода. Обещали что уже с 4.19 с APU Ryzen все будет ОК, но я пробовал все начиная с 4.15 и так ничего и не изменилось. Mesa тоже самая свежая, из PPA. Типично виснет так - только указатель мыши двигается, все остальное зависает намертво, на нажатия клавиш или клики мышкой не реагирует. Зависает обычно в открытом хромиуме, но возможно это совпадение потому что он у меня почти всегда открыт. Я понимаю что телепаты в отпуске, поэтому говорите что надо выложить и я буду выкладывать.

Доступные сборки:

• TkG - сборки, включающие в себя Staging патчсет, а также дополнительные патчи (в основном для улучшения производительности в играх).
• Proton - сборки, собранные из исходников с репозитория ValveSoftware. По сути, это тот же Proton из Steam, только не требующий Steam Runtime для работы.
• Staging - сборки с примененным Staging патчсетом. Содержат большое количество патчей, которых нет в обычном Wine.
• Vanilla - обычный Wine из исходников с WineHQ, без каких-либо дополнительных патчей. В том числе есть Stable версии (2.0.x, 3.0.x, 4.0.x и т.д.).
• Wayland - сборки с патчами для работы на Wayland (только для него, с Xorg они не работают совсем). Имеют много ограничений, в том числе OpenGL не работает, работает только Vulkan. Рекомендую прочитать страницу проекта wine-wayland, там об этом написано.

Доступные архитектуры:

• amd64 - для 64-битных систем. Можно запускать и 64-битные, и 32-битные приложения.
• amd64-nomultilib - для 64-битных систем. Можно запускать только 64-битные приложения. 32-битные зависимости не требуются.
• x86 - для 32-битных систем. Можно запускать только 32-битные приложения.

Для работы сборок нужен как минимум GLIBC 2.27. Скрипт, которым я компилирую Wine, а также актуальная информация о сборках (опции компилирования, применяемые патчи и прочее), доступны на GitHub. Обновляю по мере возможности.

Старые сборки (4.11 и старее) требуют как минимум GLIBC 2.23.

Как использовать эти сборки? Просто распакуйте в домашний каталог (или в /opt) и указывайте путь до бинарника wine при запуске приложений. Например:

/home/user/wine-4.0-amd64/bin/wine someapp.exe

Ссылки на скачивание:

• GitHub
• MEGA
• Google Drive

Если вам нужны сборки со встроенными библиотеками, взгляните на другой мой проект: https://github.com/Kron4ek/wine-portable-executable

к примеру в crontab прописать такой путь

*/5 * * * * www-data /usr/bin/php /var/www/[0-9]web/start.php

будет ли он ходить в каждую директорию начинающуююся с 0web по 9web и запускать start.php ?

ну или так

*/5 * * * * www-data /usr/bin/php /var/www/*web/start.php

просьба не писать пожелания смерти и самозабанивания. тема chroot. не могу понять как работает.

есть usblive диск. есть ssd в пк.
гружусь с usblive.
зрю ssd. 
lsblk 
sda
  sda1

создаю директорию
mkdir vdir
mount /dev/sda1 vdir/
 
что дальше? 
надо чтобы файловые системы тоже совпадали на usblive и на ssd?

Привет.

Я протерял свой старый велосипед и собираюсь покупать новый (long overdue). Предыдущие семь лет я ездил на этом и мне даже нравилось, но есть концепция перестать кататься по шоссе на тяжёлых кросс-кантрийных хардтейлах и наконец взять что-нибудь подходящее под задачу.

Задача — длинные (50+ км) расслабленные дорожные поездки на не очень высокой скорости (т. е. что-то типа 20-25-30 км/ч) + иметь возможность иногда ехать по слабо пересечённой местности (дороги без покрытия, лесные тропинки etc.), в пределе многодневные дорожные велопоходы. Т. е. я хочу дорожный (не горный, не кросс-кантрийный) велосипед, который при этом не является шоссейником, циклокроссом или ещё чем-то сугубо спортивным, на чём нужно ездить скрючившись буквой ξ.

Я слышал слово «гибрид» и ещё знаю слово «Specialized», но ничего более. Велосипедисты ЛОРа, расскажите, как это работает? Бюджет 200 килорублей.

А линукс тут, как водится, при том, что я с него пишу.

Решение - драма ниже

Короче в этом багрепорте https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=904098 который я по диагонали прочёл изначально, явно говорится про то что timidity захватывает устройство вывода, так что пульса не может к нему обращаться. если в /etc/pulse/daemon.conf установить log-level = debug то в syslog видно что бла-бла-бла card0 is busy: yes. грепаем выхлоп lsof и видим там timidity весело вместо подушки держит устройство и спит никому его не давая кроме самой альсы

Если вам не нужен timidity то драма решается просто.

su                 # какир моде on 
apt purge timidity # пургеним
killall timidity   # надёжно прибиваем хвосты
alsactl init       # снова ресканим звуковые устройства
exit               # какир моде off
pulseaudio --kill  # прибиваем пульсу
pulseaudio --start -vvv # явно запускаем с отладкой
gnome-session-quit # завершаем сессию, этому чуду оно надо

Логинимся и отворяем pavucontrol все магическим образом на месте и звук есть как полагается https://i.imgur.com/Pc9CYc8.png https://i.imgur.com/PEiLmUv.png

Не перезагружался месяца три, а тут свет вырубили, загружаюсь звука нет,вернее пульса и альса (без установленной пульсы, сносил для эксперимента) игнорируют аналоговый дуплекс выход. С ходу не пойму в чём дело.

Linux gnu 4.19.0-4-amd64 #1 SMP Debian 4.19.28-2 (2019-03-15) x86_64 GNU/Linux

         _,met$$$$$gg.           dron@gnu
      ,g$$$$$$$$$$$$$$$P.        OS: Debian testing buster
    ,g$$P""       """Y$$.".      Kernel: x86_64 Linux 4.19.0-4-amd64
   ,$$P'              `$$$.      Uptime: 25m
  ',$$P       ,ggs.     `$$b:    Packages: 4852
  `d$$'     ,$P"'   .    $$$     Shell: bash
   $$P      d$'     ,    $$P     Resolution: 1920x1080
   $$:      $$.   -    ,d$$'     DE: GNOME 
   $$\;      Y$b._   _,d$P'      WM: GNOME Shell
   Y$$.    `.`"Y$$$$P"'          WM Theme: 
   `$$b      "-.__               GTK Theme: Adwaita-dark [GTK2/3]
    `Y$$                         Icon Theme: malys-uniblue
     `Y$$.                       Font: Cantarell 11
       `$$b.                     CPU: AMD Phenom II X6 1055T @ 6x 2.8GHz [41.0°C]
         `Y$$b.                  GPU: AMD BARTS (DRM 2.50.0 / 4.19.0-4-amd64, LLVM 7.0.1)
            `"Y$b._              RAM: 2396MiB / 14026MiB
                `""""           

Аналоговое устройство есть, но alsamixer и pavucontrol его не видят везде просто фиктивный выход https://i.imgur.com/DBobLt8.png https://i.imgur.com/uY9SRBj.png есть hdmi но я физически от туда не могу звук получить, там должен быть аналоговый выход типа дуплекс в виде ALC892 но его там нет

dron@gnu:~$ sudo aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: SB [HDA ATI SB], device 0: ALC892 Analog [ALC892 Analog]
  Subdevices: 0/1
  Subdevice #0: subdevice #0
card 0: SB [HDA ATI SB], device 1: ALC892 Digital [ALC892 Digital]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: HDMI [HDA ATI HDMI], device 3: HDMI 0 [HDMI 0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
dron@gnu:~$ 

dron@gnu:~$ lspci -k
00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] RS880 Host Bridge
	Subsystem: ASUSTeK Computer Inc. M5A88-V EVO
00:02.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] RS780 PCI to PCI bridge (ext gfx port 0)
	Kernel driver in use: pcieport
00:07.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] RS780/RS880 PCI to PCI bridge (PCIE port 3)
	Kernel driver in use: pcieport
00:09.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] RS780/RS880 PCI to PCI bridge (PCIE port 4)
	Kernel driver in use: pcieport
00:0a.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] RS780/RS880 PCI to PCI bridge (PCIE port 5)
	Kernel driver in use: pcieport
00:11.0 SATA controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 SATA Controller [IDE mode] (rev 40)
	Subsystem: ASUSTeK Computer Inc. SB7x0/SB8x0/SB9x0 SATA Controller [IDE mode]
	Kernel driver in use: ahci
	Kernel modules: ahci
00:12.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
	Subsystem: ASUSTeK Computer Inc. M5A88-V EVO
	Kernel driver in use: ohci-pci
	Kernel modules: ohci_pci
00:12.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller
	Subsystem: ASUSTeK Computer Inc. M5A88-V EVO
	Kernel driver in use: ehci-pci
	Kernel modules: ehci_pci
00:13.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
	Subsystem: ASUSTeK Computer Inc. M5A88-V EVO
	Kernel driver in use: ohci-pci
	Kernel modules: ohci_pci
00:13.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller
	Subsystem: ASUSTeK Computer Inc. M5A88-V EVO
	Kernel driver in use: ehci-pci
	Kernel modules: ehci_pci
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 SMBus Controller (rev 42)
	Kernel modules: i2c_piix4, sp5100_tco
00:14.1 IDE interface: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 IDE Controller (rev 40)
	Subsystem: ASUSTeK Computer Inc. SB7x0/SB8x0/SB9x0 IDE Controller
	Kernel driver in use: pata_atiixp
	Kernel modules: pata_atiixp, ata_generic
00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 Azalia (Intel HDA) (rev 40)
	Subsystem: ASUSTeK Computer Inc. M5A88-V EVO
	Kernel driver in use: snd_hda_intel
	Kernel modules: snd_hda_intel
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 LPC host controller (rev 40)
	Subsystem: ASUSTeK Computer Inc. M5A88-V EVO
00:14.4 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 PCI to PCI Bridge (rev 40)
00:14.5 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI2 Controller
	Subsystem: ASUSTeK Computer Inc. M5A88-V EVO
	Kernel driver in use: ohci-pci
	Kernel modules: ohci_pci
00:16.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
	Subsystem: ASUSTeK Computer Inc. M5A88-V EVO
	Kernel driver in use: ohci-pci
	Kernel modules: ohci_pci
00:16.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller
	Subsystem: ASUSTeK Computer Inc. M5A88-V EVO
	Kernel driver in use: ehci-pci
	Kernel modules: ehci_pci
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h Processor HyperTransport Configuration
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h Processor Address Map
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h Processor DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h Processor Miscellaneous Control
	Kernel driver in use: k10temp
	Kernel modules: k10temp
00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h Processor Link Control
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Barts PRO [Radeon HD 6850]
	Subsystem: PC Partner Limited / Sapphire Technology Barts PRO [Radeon HD 6850]
	Kernel driver in use: radeon
	Kernel modules: radeon
01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Barts HDMI Audio [Radeon HD 6790/6850/6870 / 7720 OEM]
	Subsystem: PC Partner Limited / Sapphire Technology Barts HDMI Audio [Radeon HD 6790/6850/6870 / 7720 OEM]
	Kernel driver in use: snd_hda_intel
	Kernel modules: snd_hda_intel
02:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 03)
	Subsystem: ASUSTeK Computer Inc. P8P67 Deluxe Motherboard
	Kernel driver in use: xhci_hcd
	Kernel modules: xhci_pci
03:00.0 IDE interface: VIA Technologies, Inc. VT6415 PATA IDE Host Controller
	Subsystem: ASUSTeK Computer Inc. Motherboard
	Kernel driver in use: pata_via
	Kernel modules: pata_via, ata_generic
04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
	Subsystem: ASUSTeK Computer Inc. P8P67 and other motherboards
	Kernel driver in use: r8168
	Kernel modules: r8168

sudo lsmod
[sudo] пароль для dron: 
Module                  Size  Used by
nft_chain_nat_ipv4     16384  4
ipt_MASQUERADE         16384  1
xt_state               16384  0
xt_conntrack           16384  1
ipt_REJECT             16384  1
nf_reject_ipv4         16384  1 ipt_REJECT
nft_counter            16384  10
xt_tcpudp              16384  2
nft_compat             20480  8
nf_tables             143360  50 nft_compat,nft_chain_nat_ipv4,nft_counter
nfnetlink              16384  2 nft_compat,nf_tables
nf_nat_h323            20480  0
nf_conntrack_h323      77824  1 nf_nat_h323
nf_nat_pptp            16384  0
nf_nat_proto_gre       16384  1 nf_nat_pptp
nf_conntrack_pptp      16384  1 nf_nat_pptp
nf_conntrack_proto_gre    16384  1 nf_conntrack_pptp
nf_nat_tftp            16384  0
nf_conntrack_tftp      16384  1 nf_nat_tftp
nf_nat_sip             20480  0
nf_conntrack_sip       32768  1 nf_nat_sip
nf_nat_irc             16384  0
nf_conntrack_irc       16384  1 nf_nat_irc
nf_nat_ftp             16384  0
nf_conntrack_ftp       20480  1 nf_nat_ftp
iptable_nat            16384  0
nf_nat_ipv4            16384  3 ipt_MASQUERADE,nft_chain_nat_ipv4,iptable_nat
nf_nat                 36864  8 nf_nat_irc,nf_nat_ftp,nf_nat_ipv4,nf_nat_tftp,nf_nat_pptp,nf_nat_h323,nf_nat_proto_gre,nf_nat_sip
nf_conntrack          163840  18 xt_conntrack,nf_nat_irc,nf_nat,nf_conntrack_tftp,nf_nat_ftp,xt_state,nf_conntrack_pptp,ipt_MASQUERADE,nf_nat_ipv4,nf_nat_tftp,nf_conntrack_sip,nf_conntrack_h323,nf_nat_pptp,nf_conntrack_irc,nf_conntrack_proto_gre,nf_conntrack_ftp,nf_nat_h323,nf_nat_sip
nf_defrag_ipv6         20480  1 nf_conntrack
nf_defrag_ipv4         16384  1 nf_conntrack
ctr                    16384  4
ccm                    20480  6
fuse                  122880  3
appletalk              40960  0
psnap                  16384  1 appletalk
llc                    16384  1 psnap
ax25                   65536  0
snd_hrtimer            16384  1
snd_seq_midi           16384  0
snd_seq_midi_event     16384  1 snd_seq_midi
snd_rawmidi            40960  1 snd_seq_midi
snd_seq                81920  3 snd_seq_midi,snd_seq_midi_event
snd_seq_device         16384  3 snd_seq,snd_seq_midi,snd_rawmidi
cpufreq_powersave      16384  0
cpufreq_userspace      16384  0
cpufreq_conservative    16384  0
lttng_statedump        61440  0
lttng_clock            16384  0
lttng_lib_ring_buffer    69632  0
binfmt_misc            20480  1
arc4                   16384  2
snd_hda_codec_realtek   118784  1
snd_hda_codec_hdmi     57344  1
snd_hda_codec_generic    86016  1 snd_hda_codec_realtek
snd_hda_intel          45056  6
ath9k_htc              81920  0
snd_hda_codec         151552  4 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek
ath9k_common           20480  1 ath9k_htc
ath9k_hw              487424  2 ath9k_htc,ath9k_common
snd_hda_core           94208  5 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek
edac_mce_amd           28672  0
ath                    36864  3 ath9k_htc,ath9k_common,ath9k_hw
snd_hwdep              16384  1 snd_hda_codec
mac80211              823296  1 ath9k_htc
snd_pcm_oss            61440  0
kvm_amd               106496  0
snd_mixer_oss          28672  1 snd_pcm_oss
cfg80211              765952  4 ath9k_htc,ath9k_common,ath,mac80211
ccp                    98304  1 kvm_amd
snd_pcm               114688  6 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_pcm_oss,snd_hda_core
snd_timer              36864  4 snd_seq,snd_hrtimer,snd_pcm
rfkill                 28672  5 cfg80211
rng_core               16384  1 ccp
snd                    94208  24 snd_hda_codec_generic,snd_seq,snd_seq_device,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_pcm_oss,snd_pcm,snd_rawmidi,snd_mixer_oss
soundcore              16384  1 snd
kvm                   729088  1 kvm_amd
irqbypass              16384  1 kvm
sp5100_tco             16384  0
k10temp                16384  0
sg                     36864  0
pcc_cpufreq            16384  0
acpi_cpufreq           24576  1
pcspkr                 16384  0
asus_atk0110           20480  0
serio_raw              16384  0
evdev                  28672  19
wmi_bmof               16384  0
hwmon_vid              16384  0
parport_pc             32768  1
ppdev                  20480  0
lp                     20480  0
parport                57344  3 parport_pc,lp,ppdev
sunrpc                425984  1
ip_tables              28672  1 iptable_nat
x_tables               45056  7 xt_conntrack,nft_compat,xt_state,xt_tcpudp,ipt_MASQUERADE,ipt_REJECT,ip_tables
autofs4                49152  2
ext4                  733184  2
crc16                  16384  1 ext4
mbcache                16384  1 ext4
jbd2                  122880  1 ext4
fscrypto               32768  1 ext4
ecb                    16384  0
crypto_simd            16384  0
cryptd                 28672  1 crypto_simd
glue_helper            16384  0
aes_x86_64             20480  5
btrfs                1384448  0
xor                    24576  1 btrfs
zstd_decompress        81920  1 btrfs
zstd_compress         172032  1 btrfs
xxhash                 16384  2 zstd_compress,zstd_decompress
raid6_pq              122880  1 btrfs
crc32c_generic         16384  3
libcrc32c              16384  3 nf_conntrack,nf_nat,btrfs
hid_generic            16384  0
usbhid                 57344  0
hid                   139264  2 usbhid,hid_generic
uas                    28672  0
usb_storage            73728  1 uas
sd_mod                 61440  5
ohci_pci               16384  0
radeon               1634304  13
ata_generic            16384  0
i2c_algo_bit           16384  1 radeon
ahci                   40960  1
ttm                   126976  1 radeon
libahci                40960  1 ahci
pata_atiixp            16384  0
xhci_pci               16384  0
pata_via               20480  2
xhci_hcd              266240  1 xhci_pci
drm_kms_helper        204800  1 radeon
i2c_piix4              24576  0
ohci_hcd               57344  1 ohci_pci
ehci_pci               16384  0
libata                278528  5 libahci,pata_via,ahci,ata_generic,pata_atiixp
ehci_hcd               94208  1 ehci_pci
r8168                 540672  0
drm                   483328  6 drm_kms_helper,radeon,ttm
usbcore               290816  10 ath9k_htc,xhci_hcd,ohci_hcd,ehci_pci,usbhid,usb_storage,ehci_hcd,xhci_pci,ohci_pci,uas
scsi_mod              249856  5 sd_mod,usb_storage,uas,libata,sg
usb_common             16384  1 usbcore
wmi                    28672  1 wmi_bmof
button                 16384  0
dron@gnu:~$ 

dron@gnu:~$ cat /proc/asound/card0/codec* | grep Codec
Codec: Realtek ALC892

dmesg https://paste.debian.net/1080975/

Вообщем такая проблема, уже 5 месяцев, у двери, где розетка, что-то глушит роутер. до него пинг пропадает.

я грешил на то, что он слабоват, купил мощный, та же хрень.

пробовал отключать от него все устройства, кроме айфона, даже ethernet вынул - та же хрень.

взял 15 метров витой и отнёс роутер на балкон - всё замечательно.

как вычислить что или кто глушит вайфай связь в той точке квартиры? куда обращаться?

p.s. да, каналы менял. всё менял. делал невидимым. не помогает ничего.

провайдер сказал ниче не может сделать с этим.