LINUX.ORG.RU

1
Всего сообщений: 93

Зависает система: помогите определить проблему


Сталкиваюсь со странной и трудноуловимой проблемой: иногда намертво зависает система. Причем, сама по себе, без видимых на то причин. Это не зависит от каких-либо конкретных действий. По крайней мере, я не могу отследить закономерность. В такие моменты проц уходит в 100%. Это все, что я вижу в коньках на рабочем столе, так как открыть терминал или даже переключиться в другую консоль по Ctrl+Alt+F1,2,3 я не могу. Только ресет, только хардкор...

Дистр: Debian 10. Но, что самое интересное, до десяточки такого не было от слова «вообще» :(

Имею старенькое, но вполне вменяемое рабочее железо, прекрасно выполняющее свои функции: ASUS M2N68 Plus, AMD Athlon II X2 245 (2,9 ГГц), 4 Гб памяти. И несколько винтов, на которых стоит такой же Debian (только 32-битный) и Void Linux. Система зависала и в этих дистрах тоже. То есть, грешить на один какой-то винт нет смысла, я так понимаю.

И вот сегодня снова происходит такая фигня, когда я проверял обновления (apt update). Но вдруг магическим образом через минуту это отпустило. Я бегом в dmesg и вот, что вижу:

[21034.382913] ata3.00: exception Emask 0x10 SAct 0x0 SErr 0x3950000 action 0xe frozen
[21034.382919] ata3: SError: { PHYRdyChg CommWake Dispar LinkSeq TrStaTrns UnrecFIS }
[21034.382922] ata3.00: failed command: READ DMA
[21034.382926] ata3.00: cmd c8/00:00:00:b2:16/00:00:00:00:00/e0 tag 0 dma 131072 in
                        res 40/00:00:00:4f:c2/00:00:00:00:00/00 Emask 0x14 (ATA bus error)
[21034.382929] ata3.00: status: { DRDY }
[21034.382933] ata3: hard resetting link
[21034.382934] ata3: nv: skipping hardreset on occupied port
[21035.262936] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[21035.323171] ata3.00: configured for UDMA/133
[21035.323193] sd 2:0:0:0: [sda] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[21035.323196] sd 2:0:0:0: [sda] tag#0 Sense Key : Illegal Request [current] 
[21035.323198] sd 2:0:0:0: [sda] tag#0 Add. Sense: Unaligned write command
[21035.323200] sd 2:0:0:0: [sda] tag#0 CDB: Read(10) 28 00 00 16 b2 00 00 01 00 00
[21035.323202] print_req_error: I/O error, dev sda, sector 1487360
[21035.323243] ata3: EH complete

Кто-то что-то подскажет/посоветует? Что еще глянуть, пока я не перегрузился/выключил комп.

 , ,

Gonzo ()

Разверните LDAP-сервер для организации централизованного управления учетными записями

Разверните LDAP-сервер для организации централизованного управления учетными записями.

o Пользователи должны быть расположены в OU Users. o Группы должны быть расположены в OU Groups. o Хосты должны аутентифицироваться через LDAP

Вот такое задание, как его реализовать, можете кинуть материал по данной теме что бы выполнить это задание. Я пытался разобраться в итоге увидел разные утиллы ldap-utils,openldap,389 Directory Server, какой вырбать именно для этой задачи.

 , ,

Sheldon ()

не запускаются параметры системы GNOME

не запускаются параметры системы , через правый клик на рабочем столе тоже нет ответа. выдают такое: https://imgur.com/a/i3s7ztc

 , , , ,

sdkey3 ()

Нет адреса отправителя и id

Имеем такую картину: Если мы подключаемся по telnet 127.0.0.1 25 или 192.168.0.107, и пытаемся отправить письмо - всё нормально

Return-Path: <kk@dsds.ru> X-Original-To: root@volmed.org.ru delivered-To: root@volmed.org.ru Received: from dsds.ru (unknown [192.168.0.107]) by Debian-Server (Postfix) with SMTP id 35460421D42 for <root@volmed.org.ru>; Thu, 16 Apr 2020 10:54:16 +0700 (+07) Message-Id: <20200416035421.35460421D42@Debian-Server> Date: Thu, 16 Apr 2020 10:54:16 +0700 (+07) From: kk@dsds.ru

Но, если мы отправим письмо на внешний ip адрес, (37.193..), или на внутр. адресс но с другого сервера то будет это.

Return-Path: <loi@ash.ru> X-Original-To: root@volmed.org.ru Delivered-To: root@volmed.org.ru Received: from ash.ru (l37-***.****.****.novotelecom.ru [37.***.****.****]) by Debian-Server (Postfix) with SMTP id 93664421D42 for <root@volmed.org.ru>; Thu, 16 Apr 2020 10:52:40 +0700 (+07)

Показываю /var/log/mail.log

… Apr 16 10:51:13 Debian-Server postfix/scache[2277]: statistics: start interval Apr 16 10:47:43 …Apr 16 10:51:13 Debian-Server postfix/scache[2277]: statistics: domain lookup hits=0 miss=27 success=0% … Apr 16 10:51:13 Debian-Server postfix/scache[2277]: statistics: address lookup hits=0 miss=54 success=0% … Apr 16 10:51:39 Debian-Server postfix/smtpd[3593]: warning: database /etc/postfix/sender_access.db is older than source file /etc/postfix/sender_access … Apr 16 10:51:39 Debian-Server postfix/smtpd[3593]: connect from l[Скрыл ip].novotelecom.ru[[Скрыл ip]] … Apr 16 10:52:01 Debian-Server postfix/smtpd[3593]: NOQUEUE: reject: RCPT from l[Скрыл ip].novotelecom.ru[[Скрыл ip]]: 450 4.1.8 loi@ah.ru: Sender address rejected: Domain not found; from=loi@ah.ru to=$ … Apr 16 10:52:07 Debian-Server postfix/smtpd[3593]: disconnect from l[Скрыл ip].novotelecom.ru[[Скрыл ip]] ehlo=1 mail=1 rcpt=0/1 quit=1 commands=3/4 … Apr 16 10:52:07 Debian-Server postfix/smtpd[3593]: connect from l[Скрыл ip].novotelecom.ru[[Скрыл ip]] … Apr 16 10:52:24 Debian-Server postfix/smtpd[3593]: NOQUEUE: reject: RCPT from l[Скрыл ip].novotelecom.ru[[Скрыл ip]]: 450 4.1.8 loi@ah.ru: Sender address rejected: Domain not found; from=loi@ah.ru to=$ … Apr 16 10:52:27 Debian-Server postfix/smtpd[3593]: disconnect from l[Скрыл ip].novotelecom.ru[[Скрыл ip]] ehlo=1 mail=1 rcpt=0/1 quit=1 commands=3/4 … Apr 16 10:52:28 Debian-Server postfix/smtpd[3593]: connect from l[Скрыл ip].novotelecom.ru[[Скрыл ip]] … Apr 16 10:52:44 Debian-Server postfix/smtpd[3593]: 93664421D42: client=l[Скрыл ip].novotelecom.ru[[Скрыл ip]] … Apr 16 10:52:50 Debian-Server postfix/cleanup[3601]: 93664421D42: message-id=<> … Apr 16 10:52:50 Debian-Server postfix/qmgr[1388]: 93664421D42: from=loi@ash.ru, size=191, nrcpt=1 (queue active) … Apr 16 10:52:50 Debian-Server postfix/virtual[3603]: 93664421D42: to=root@volmed.org.ru, relay=virtual, delay=9.8, delays=9.7/0.02/0/0.05, dsn=2.0.0, status=sent (delivered to maildir) Apr 16 10:52:50 Debian-Server postfix/qmgr[1388]: 93664421D42: removed … Apr 16 10:54:06 Debian-Server postfix/smtpd[3710]: warning: database /etc/postfix/sender_access.db is older than source file /etc/postfix/sender_access … Apr 16 10:54:06 Debian-Server postfix/smtpd[3710]: warning: hostname Debian-Server does not resolve to address 192.168.0.107 … Apr 16 10:54:06 Debian-Server postfix/smtpd[3710]: connect from unknown[192.168.0.107] … Apr 16 10:54:21 Debian-Server postfix/smtpd[3710]: 35460421D42: client=unknown[192.168.0.107] … Apr 16 10:54:22 Debian-Server postfix/cleanup[3601]: 35460421D42: message-id=20200416035421.35460421D42@Debian-Server … Apr 16 10:54:22 Debian-Server postfix/qmgr[1388]: 35460421D42: from=kk@dsds.ru, size=289, nrcpt=1 (queue active) … Apr 16 10:54:22 Debian-Server postfix/virtual[3603]: 35460421D42: to=root@volmed.org.ru, relay=virtual, delay=5.9, delays=5.9/0/0/0.03, dsn=2.0.0, status=sent (delivered to maildir) … Apr 16 10:54:22 Debian-Server postfix/qmgr[1388]: 35460421D42: removed Суть проблемы в том, что нет адреса отправителя. Он тупо не отображается. debian 10

 , , ,

dsdsda ()

Ubuntu не может загрузиться. failed to start create static device nodes

Пришлось перезапускать свой убунту, и когда я хотел это сделать, ныло, что сеанс user не окончен, хотя я нажал завершить сеанс. Не позволяло даже пароль ввести. Пришлось отключать принудительно, удерживая кнопку питания. Отключаюсь, запуская и вижу примерно такое в одной из строк: failed to start create static device nodes

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

 , ,

juubex ()

Посетуйте окружение для сборки пакетов (appimage)

Посетуйте окружение для сборки пакетов AppImage (qt, gcc) На данный момент использую виртуальную машину, (в рабочей системе не могу) Но виртуальная машина не удобна, даже с настроенными шарами в рабочую систему (ubuntu), и мне видится не очень эффективна.

Такая полная виртуализация просто не нужна. Хотелось бы что то вроде виртуального окружения на подобии что создают пакеты типа Cygwin или MSYS2 на windows системах.

Сам я новичок, может кто то подскажет в какую сторону копать, какие ключевые слова гуглить?

 , , ,

blacksire ()

System problem detected во время компиляции

Ubuntu.

Вылезло это окно один раз во время долгой (20-часовой) компиляции (которая идёт до сих пор). Swap гигантский, 20 гигов, хватить должно с головой для моего проэкта (это clang и llvm, компилю в 4 потока, оперативы 2 гб, swap 20 гб, режим release), т.к я знаю его требования, да и система продолжает работать, ничего не зависло, жёсткий диск судя по значку постоянно работает, тоесть всё продолжает компилиться.

Так что это было?

 , , ,

gradle ()

IPC с дочерним процессом по pipes. Как читать больше PIPE_BUF за один запрос чтения?

Допустим перед нами задача по ipc взимодействовать с одним единственным дочерним процессом. Взаимодействие в стиле запрос-родителя-ответ-ребенка, не более.

Но ребенок может вообще ничего не ответить или ответить слишком много, намного превышающим лимит PIPE_BUF (man 7 pipe), поэтому выходом будет процесс чтения защитить таймаутом. Не блокирующее или асинхронное чтение для решения данной проблемы не нужно - достаточно select-а.

Самый простой вариант видится таким:

// k_systemDependetLimitation == PIPE_BUF
struct timeval tv;
tv.tv_sec = k_ipcWaitDataDelay;
tv.tv_usec = 0;

std::string ret;
int returnCode;

while (true) {
    if ((returnCode = select(m_istance(client).m_readFromChildProccess[0] + 1,
        &m_istance(client).m_readFromChildWait, nullptr, nullptr, &tv)) > 0) {

        char rawBuffer[k_bufferLength] = {0};
        ssize_t readLegth;
        if ((readLegth = read(m_istance(client).m_readFromChildProccess[0], rawBuffer, k_systemDependetLimitation)) > 0) {
            ret.append(rawBuffer, rawBuffer + readLegth);
            if (readLegth == k_systemDependetLimitation) {
                continue;
            }
            break;
        } else {
            releaseIpcAndswitchToErrorState(client);
            break;
        }
    } else if (!returnCode) {
        FD_ZERO(&m_istance(client).m_readFromChildWait); // reinit for select (see man select)
        FD_SET(m_istance(client).m_readFromChildProccess[0], &m_istance(client).m_readFromChildWait);
        break;
    } else {
        releaseIpcAndswitchToErrorState(client);
        break;
    }
}

По скольку чтение блокирующее мы не можем быть уверены что после readLegth == k_systemDependetLimitation что-то есть или чего-то нет

поэтому тут неизбежно нужно запрашивать select, если что-то есть select сразу же вернёт управление и read опять начнёт читать, если ничего нет - повисит за зря (а что делать?) и вернет управления по таймайту else if (!returnCode).

Если прочли меньше, значит конец чтения.

Но я хотел бы читать больше чем 4096 за раз. Мотивация: не хочу лишние переключения контекста. И вообще хотел бы например использовать select только изначально, и дальше с помощью каких-то техник определять стоит ли запускать read еще или нет, но похоже это не возможно?

Дело в том что читать >4096 сложно. Даже при условии что пишет в канал только один процесс и даже с гарантией что он пишет ровно тогда когда буффер пайпа полностью свободен (родитель все ранее записанное, от прошлого запроса, прочитал).

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

Это можно попытаться отловить:

Например:

//k_bufferLength == 9000
...
        if ((readLegth = read(m_istance(client).m_readFromChildProccess[0], rawBuffer, k_bufferLength)) > 0) {
            ret.append(rawBuffer, rawBuffer + readLegth);
            if (readLegth == k_bufferLength) {
                // здесь мы по прежнему ничего не можем сказать о том что больше нечего читать
                continue;
            }
            // если чтение прервано не на границе PIPE_BUF то оно конечно
            if (readLegth % k_systemDependetLimitation) { 
                break;
            }
        } else {
            releaseIpcAndswitchToErrorState(client);
            break;
        }
    }
...

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

что может быть прочтено только:

или ==9000 (т.е. 2 полных атомарных цикла записи в пайп и один не атомарный)

или <9000, но не кратный границе 4096 тогда типа явно всё прочитано, потому что типа ядро не прервёт такое, потому что граница атомарности (судя по размеру прочитанного уже пройдена - а значит то что не лежит на такой границе - ядро не прерывает)

или кратный_атомарному - значит тут есть возможность того что ядро первало.

Но такие выводы, оказались не верны, крайне редко но бывает:

что сначала прочитали 9000, потом вместо например 4132 (что бывает в большинстве случаев и тогда ок)

мы прочитали скажем 3800 - и все - тогда код прерывает чтение, а по факту еще осталось читать (4132-3800 байт).

И так есть ли какой-то красивый способ без дополнтельного вызова select пусть и с минимальными миллисекунндыми таймаутами - определять что ядро все передало что пишет дочерний.

Или таких способов нет, и едиственным способом (чтобы передавать много с минимальным дроблением на итерации (ну т.е. читать не по 4096 а по много)) был бы в начале передчи передавать размер передаваемого данного (чтобы размер укладывался в первые байты передачи) или что еще лучше - просто ввести маркер начала передачи и конца, и пока в принятой последовательности нет маркера конца - читать ещё.

но вот фишка в том что то что отправлят дочерний я менять не могу и там таких маркеров нет :)

 , ,

bonta ()

SSD - так ли страшен?

Всем здравия!

Решил окончательно переехать на SSD. Как ни крути, а это быстро, тихо, экономично, физически надежно.

Волнует только 2 недостатка: моментальная смерть и потеря инфы. Начитался страшных интернетов, кто-то пишет купил хороший диск, через неделю перестал определяться, хана всем данным соответственно. Один чел пишет, типа без работы данные могут исчезнуть через 2 недели (???). У кого-то резко перестал работать на чтение и на запись. И всякая подобная лабуда.

HDD испытан десятилетиями, главный минус - боятся ударов. К сожалению, был и у меня один очень дорогой прецедент с ударом.

Пару лет юзаю SSD как файлопомойку, все ок. Есть диск на 8 Гб 8ми летней давности, тоже все ок. Сам ни разу не слышал про их кончину.

Теперь решил поставить как основной на ноут. Соответственно, важные документы и т.д. все будет на SSD.

Насколько эти страшилки реальны? Видать касалось это первых устройств.

 , ,

Show4k ()

Каким образом пробросить видеокарту внутрь виртуалки Proxmox?

Здравствуйте, господа. Имеется материнка ASRock J5005-ITX, где установлен Proxmox 6 поверх Debian 10. Осваимваю виртуализацию и пытаюсь пробросить интегрированную карточку Intel UHD Graphics 605 внутрь гостевой ОС Windows 10.

Вывод lspci -nn | grep «VGA»:

00:02.0 VGA compatible controller [0300]: Intel Corporation UHD Graphics 605 [8086:3184] (rev 03)

В /etc/default/grub прописал:

GRUB_CMDLINE_LINUX_DEFAULT="quiet i915.enable_gvt=1 kvm.ignore_msrs=1 intel_iommu=on i915.enable_guc=0 video=efifb:off,vesafb=off vfio-pci.ids=8086:3184"

В /etc/modules прописал:

vfio-pci
vfio
vfio_iommu_type1
vfio_virqfd
kvmgt
mdev
vfio_mdev

В /etc/modprobe.d/pve-blacklist.conf добавил:

blacklist snd_hda_intel
blacklist snd_hda_codec_hdmi
blacklist i915

В /etc/modprobe.d/vfio.conf добавил:

options vfio-pci ids=8086:3184 disable_vga=1

И, наконец, выполнил:

update-grub
update-initramfs -u -k all

и перезагрузился. После перезагрузки вывод lsmod | egrep «kvm|vfio»:

kvm_intel             245760  0
kvmgt                  28672  0
vfio_mdev              16384  0
mdev                   24576  2 kvmgt,vfio_mdev
kvm                   651264  2 kvmgt,kvm_intel
vfio_pci               49152  0
vfio_virqfd            16384  1 vfio_pci
vfio_iommu_type1       28672  0
vfio                   32768  4 kvmgt,vfio_mdev,vfio_iommu_type1,vfio_pci
irqbypass              16384  2 vfio_pci,kvm

Подскажите, пожалуйста, почему не создаётся директория mdev_supported_types по пути /sys/bus/pci/devices/0000:00:02.0/?

 , , , ,

Sferg ()

Intel Pentium J5005: каким образом включить Turbo Boost?

Здравствуйте, господа. Имеется платка ASRock J5005-ITX с процессором Intel Pentium J5005 на борту. Установлен Debian 10 («Stretch»).

Вывод uname -a:

Linux j5005-itx 5.0.21-4-pve #1 SMP PVE 5.0.21-8 (Wed, 23 Oct 2019 17:49:13 +0200) x86_64 GNU/Linux

Вывод lscpu | grep 'MHz':

CPU MHz: 1497.600
CPU max MHz: 1500,0000
CPU min MHz: 800,0000

Но максимальная частота должна быть 2800 MHz, а не 1500 MHz. Аж 1300 MHz неизвестно куда деваются. Безобразие!

Установил пакет intel-microcode, но значение максимальной частоты не изменилось.

Вывод dmesg | grep 'microcode':

[ 0.000000] microcode: microcode updated early to revision 0x2e, date = 2019-01-02
[ 1.217830] microcode: sig=0x706a1, pf=0x1, revision=0x2e
[ 1.217992] microcode: Microcode Update Driver: v2.2.

Подаю команду:

echo 0 > /sys/devices/system/cpu/intel_pstate/no_turbo

в ответ получаю ошибку:

bash: echo: ошибка записи: Операция не позволена

Подскажите, пожалуйста, каким образом включить Turbo Boost?

 , , , ,

Sferg ()

После перезагрузки не всегда удаётся подключиться к локалке. В чём может быть дело?

Здравствуйте, господа. Имеется ПК, работающий в качестве роутера с точкой доступа Wi-Fi. На нём установлен Debian 9 («Stretch») + isc-dhcp-server + hostapd.

Проблема вот в чём: иногда, после N-ой перезагрузки системы, ВСЕ устройства не могут подключиться к локалке. К примеру, пытаюсь я подключиться с телефона к точке доступа Wi-Fi. Соединение тут же рвётся и начинает устанавливаться заново. Снова рвётся и снова пытается установиться... И т.д. и т.п. Перезагружу систему несколько раз - устройства подключаются успешно. Снова перезагружу систему - устройства опять подключиться не могут.

Вывод cat /var/log/dhcpd.log:

Jun 23 11:23:12 J5005-ITX dhcpd[1381]: Internet Systems Consortium DHCP Server 4.3.5
Jun 23 11:23:12 J5005-ITX dhcpd[1381]: Copyright 2004-2016 Internet Systems Consortium.
Jun 23 11:23:12 J5005-ITX dhcpd[1381]: All rights reserved.
Jun 23 11:23:12 J5005-ITX dhcpd[1381]: For info, please visit https://www.isc.org/software/dhcp/
Jun 23 11:23:12 J5005-ITX dhcpd[1383]: Internet Systems Consortium DHCP Server 4.3.5
Jun 23 11:23:12 J5005-ITX dhcpd[1383]: Copyright 2004-2016 Internet Systems Consortium.
Jun 23 11:23:12 J5005-ITX dhcpd[1383]: All rights reserved.
Jun 23 11:23:12 J5005-ITX dhcpd[1383]: For info, please visit https://www.isc.org/software/dhcp/
Jun 23 11:23:12 J5005-ITX dhcpd[1383]: Wrote 4 leases to leases file.
Jun 23 11:23:12 J5005-ITX dhcpd[1383]: Multiple interfaces match the same subnet: eth1 br0
Jun 23 11:23:12 J5005-ITX dhcpd[1383]: Multiple interfaces match the same shared network: eth1 br0
Jun 23 11:23:12 J5005-ITX dhcpd[1384]: Server starting service.
Jun 23 11:23:20 J5005-ITX dhcpd[1384]: reuse_lease: lease age 57 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.0.116
Jun 23 11:23:20 J5005-ITX dhcpd[1384]: DHCPREQUEST for 192.168.0.116 from **:**:**:**:**:** (android-521fcb5b8ea3efe9) via br0
Jun 23 11:23:20 J5005-ITX dhcpd[1384]: DHCPACK on 192.168.0.116 to **:**:**:**:**:** (android-521fcb5b8ea3efe9) via br0
Jun 23 11:24:01 J5005-ITX dhcpd[1384]: DHCPREQUEST for 192.168.0.117 from **:**:**:**:**:** (ASUS-i7) via br0
Jun 23 11:24:01 J5005-ITX dhcpd[1384]: DHCPACK on 192.168.0.117 to **:**:**:**:**:** (ASUS-i7) via br0
Jun 23 11:24:04 J5005-ITX dhcpd[1384]: DHCPINFORM from 192.168.0.117 via br0
Jun 23 11:24:04 J5005-ITX dhcpd[1384]: DHCPACK to 192.168.0.117 (**:**:**:**:**:**) via br0
Jun 23 11:24:07 J5005-ITX dhcpd[1384]: DHCPINFORM from 192.168.0.117 via br0
Jun 23 11:24:07 J5005-ITX dhcpd[1384]: DHCPACK to 192.168.0.117 (**:**:**:**:**:**) via br0
Jun 23 11:24:10 J5005-ITX dhcpd[1384]: DHCPDISCOVER from **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:11 J5005-ITX dhcpd[1384]: DHCPOFFER on 192.168.0.2 to **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:12 J5005-ITX dhcpd[1384]: DHCPREQUEST for 192.168.0.2 (192.168.0.1) from **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:12 J5005-ITX dhcpd[1384]: DHCPACK on 192.168.0.2 to **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:15 J5005-ITX dhcpd[1384]: reuse_lease: lease age 4 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.0.2
Jun 23 11:24:15 J5005-ITX dhcpd[1384]: DHCPDISCOVER from **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:15 J5005-ITX dhcpd[1384]: DHCPOFFER on 192.168.0.2 to **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:15 J5005-ITX dhcpd[1384]: reuse_lease: lease age 4 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.0.2
Jun 23 11:24:15 J5005-ITX dhcpd[1384]: DHCPREQUEST for 192.168.0.2 (192.168.0.1) from **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:15 J5005-ITX dhcpd[1384]: DHCPACK on 192.168.0.2 to **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:19 J5005-ITX dhcpd[1384]: reuse_lease: lease age 8 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.0.2
Jun 23 11:24:19 J5005-ITX dhcpd[1384]: DHCPDISCOVER from **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:19 J5005-ITX dhcpd[1384]: DHCPOFFER on 192.168.0.2 to **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:19 J5005-ITX dhcpd[1384]: reuse_lease: lease age 8 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.0.2
Jun 23 11:24:19 J5005-ITX dhcpd[1384]: DHCPREQUEST for 192.168.0.2 (192.168.0.1) from **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:19 J5005-ITX dhcpd[1384]: DHCPACK on 192.168.0.2 to **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:23 J5005-ITX dhcpd[1384]: reuse_lease: lease age 12 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.0.2
Jun 23 11:24:23 J5005-ITX dhcpd[1384]: DHCPDISCOVER from **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:23 J5005-ITX dhcpd[1384]: DHCPOFFER on 192.168.0.2 to **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:23 J5005-ITX dhcpd[1384]: reuse_lease: lease age 12 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.0.2
Jun 23 11:24:23 J5005-ITX dhcpd[1384]: DHCPREQUEST for 192.168.0.2 (192.168.0.1) from **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:23 J5005-ITX dhcpd[1384]: DHCPACK on 192.168.0.2 to **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:27 J5005-ITX dhcpd[1384]: reuse_lease: lease age 16 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.0.2
Jun 23 11:24:27 J5005-ITX dhcpd[1384]: DHCPDISCOVER from **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:27 J5005-ITX dhcpd[1384]: DHCPOFFER on 192.168.0.2 to **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:27 J5005-ITX dhcpd[1384]: reuse_lease: lease age 16 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.0.2
Jun 23 11:24:27 J5005-ITX dhcpd[1384]: DHCPREQUEST for 192.168.0.2 (192.168.0.1) from **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:27 J5005-ITX dhcpd[1384]: DHCPACK on 192.168.0.2 to **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:31 J5005-ITX dhcpd[1384]: reuse_lease: lease age 20 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.0.2
Jun 23 11:24:31 J5005-ITX dhcpd[1384]: DHCPDISCOVER from **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:31 J5005-ITX dhcpd[1384]: DHCPOFFER on 192.168.0.2 to **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:31 J5005-ITX dhcpd[1384]: reuse_lease: lease age 20 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.0.2
Jun 23 11:24:31 J5005-ITX dhcpd[1384]: DHCPREQUEST for 192.168.0.2 (192.168.0.1) from **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:31 J5005-ITX dhcpd[1384]: DHCPACK on 192.168.0.2 to **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:35 J5005-ITX dhcpd[1384]: reuse_lease: lease age 24 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.0.2
Jun 23 11:24:35 J5005-ITX dhcpd[1384]: DHCPDISCOVER from **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:35 J5005-ITX dhcpd[1384]: DHCPOFFER on 192.168.0.2 to **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:35 J5005-ITX dhcpd[1384]: reuse_lease: lease age 24 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.0.2
Jun 23 11:24:35 J5005-ITX dhcpd[1384]: DHCPREQUEST for 192.168.0.2 (192.168.0.1) from **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:35 J5005-ITX dhcpd[1384]: DHCPACK on 192.168.0.2 to **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:39 J5005-ITX dhcpd[1384]: reuse_lease: lease age 28 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.0.2
Jun 23 11:24:39 J5005-ITX dhcpd[1384]: DHCPDISCOVER from **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:39 J5005-ITX dhcpd[1384]: DHCPOFFER on 192.168.0.2 to **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:39 J5005-ITX dhcpd[1384]: reuse_lease: lease age 28 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.0.2
Jun 23 11:24:39 J5005-ITX dhcpd[1384]: DHCPREQUEST for 192.168.0.2 (192.168.0.1) from **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:39 J5005-ITX dhcpd[1384]: DHCPACK on 192.168.0.2 to **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:43 J5005-ITX dhcpd[1384]: reuse_lease: lease age 32 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.0.2
Jun 23 11:24:43 J5005-ITX dhcpd[1384]: DHCPDISCOVER from **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:43 J5005-ITX dhcpd[1384]: DHCPOFFER on 192.168.0.2 to **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:43 J5005-ITX dhcpd[1384]: reuse_lease: lease age 32 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.0.2
Jun 23 11:24:43 J5005-ITX dhcpd[1384]: DHCPREQUEST for 192.168.0.2 (192.168.0.1) from **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:43 J5005-ITX dhcpd[1384]: DHCPACK on 192.168.0.2 to **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:46 J5005-ITX dhcpd[1384]: reuse_lease: lease age 35 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.0.2
Jun 23 11:24:46 J5005-ITX dhcpd[1384]: DHCPDISCOVER from **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:46 J5005-ITX dhcpd[1384]: DHCPOFFER on 192.168.0.2 to **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:46 J5005-ITX dhcpd[1384]: reuse_lease: lease age 35 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.0.2
Jun 23 11:24:46 J5005-ITX dhcpd[1384]: DHCPREQUEST for 192.168.0.2 (192.168.0.1) from **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:46 J5005-ITX dhcpd[1384]: DHCPACK on 192.168.0.2 to **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:50 J5005-ITX dhcpd[1384]: reuse_lease: lease age 39 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.0.2
Jun 23 11:24:50 J5005-ITX dhcpd[1384]: DHCPDISCOVER from **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:50 J5005-ITX dhcpd[1384]: DHCPOFFER on 192.168.0.2 to **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:50 J5005-ITX dhcpd[1384]: reuse_lease: lease age 39 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.0.2
Jun 23 11:24:50 J5005-ITX dhcpd[1384]: DHCPREQUEST for 192.168.0.2 (192.168.0.1) from **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:50 J5005-ITX dhcpd[1384]: DHCPACK on 192.168.0.2 to **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:54 J5005-ITX dhcpd[1384]: reuse_lease: lease age 43 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.0.2
Jun 23 11:24:54 J5005-ITX dhcpd[1384]: DHCPDISCOVER from **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:54 J5005-ITX dhcpd[1384]: DHCPOFFER on 192.168.0.2 to **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:54 J5005-ITX dhcpd[1384]: reuse_lease: lease age 43 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.0.2
Jun 23 11:24:54 J5005-ITX dhcpd[1384]: DHCPREQUEST for 192.168.0.2 (192.168.0.1) from **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:54 J5005-ITX dhcpd[1384]: DHCPACK on 192.168.0.2 to **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:58 J5005-ITX dhcpd[1384]: reuse_lease: lease age 47 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.0.2
Jun 23 11:24:58 J5005-ITX dhcpd[1384]: DHCPDISCOVER from **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:58 J5005-ITX dhcpd[1384]: DHCPOFFER on 192.168.0.2 to **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:58 J5005-ITX dhcpd[1384]: reuse_lease: lease age 47 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.0.2
Jun 23 11:24:58 J5005-ITX dhcpd[1384]: DHCPREQUEST for 192.168.0.2 (192.168.0.1) from **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:24:58 J5005-ITX dhcpd[1384]: DHCPACK on 192.168.0.2 to **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:25:02 J5005-ITX dhcpd[1384]: reuse_lease: lease age 51 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.0.2
Jun 23 11:25:02 J5005-ITX dhcpd[1384]: DHCPDISCOVER from **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:25:02 J5005-ITX dhcpd[1384]: DHCPOFFER on 192.168.0.2 to **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:25:02 J5005-ITX dhcpd[1384]: reuse_lease: lease age 51 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.0.2
Jun 23 11:25:02 J5005-ITX dhcpd[1384]: DHCPREQUEST for 192.168.0.2 (192.168.0.1) from **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:25:02 J5005-ITX dhcpd[1384]: DHCPACK on 192.168.0.2 to **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:25:06 J5005-ITX dhcpd[1384]: reuse_lease: lease age 55 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.0.2
Jun 23 11:25:06 J5005-ITX dhcpd[1384]: DHCPDISCOVER from **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:25:06 J5005-ITX dhcpd[1384]: DHCPOFFER on 192.168.0.2 to **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:25:06 J5005-ITX dhcpd[1384]: reuse_lease: lease age 55 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.0.2
Jun 23 11:25:06 J5005-ITX dhcpd[1384]: DHCPREQUEST for 192.168.0.2 (192.168.0.1) from **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:25:06 J5005-ITX dhcpd[1384]: DHCPACK on 192.168.0.2 to **:**:**:**:**:** (android-4bbe66904fb5f42b) via br0
Jun 23 11:26:35 J5005-ITX dhcpd[1384]: DHCPREQUEST for 192.168.0.3 from **:**:**:**:**:** (Galaxy-A8-2018) via br0
Jun 23 11:26:35 J5005-ITX dhcpd[1384]: DHCPACK on 192.168.0.3 to **:**:**:**:**:** (Galaxy-A8-2018) via br0
Jun 23 11:28:16 J5005-ITX dhcpd[1384]: DHCPREQUEST for 192.168.0.116 from **:**:**:**:**:** (android-521fcb5b8ea3efe9) via br0
Jun 23 11:28:16 J5005-ITX dhcpd[1384]: DHCPACK on 192.168.0.116 to **:**:**:**:**:** (android-521fcb5b8ea3efe9) via br0

В тех случаях, когда после перезагрузки устройствам не удаётся подключиться к сети, в логах фигурируют подозрительные строчки:

reuse_lease: lease age 4 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.0.2
В случаях, когда устройства благополучно могут подключаться - этих строчек в логах нет.

На всякий случай привожу содержимое своих конфигов.

/etc/default/isc-dhcp-server:

INTERFACESv4="eth1 br0"
INTERFACESv6=""

/etc/dhcp/dhcpd.conf

default-lease-time 600;
max-lease-time 7200;
ddns-update-style none;
authoritative;
log-facility local7;

subnet 192.168.0.0 netmask 255.255.255.0 {
	range 192.168.0.2 192.168.0.254;
	option domain-name-servers 8.8.8.8, 8.8.4.4;
	option domain-name "local";
	option routers 192.168.0.1;
	option broadcast-address 192.168.0.255;
	default-lease-time 600;
	max-lease-time 7200;
}

/etc/network/interfaces

auto lo
iface lo inet loopback

auto eth0
allow-hotplug eth0
iface eth0 inet dhcp

allow-hotplug eth1
iface eth1 inet static
address 192.168.0.1
network 192.168.0.0
netmask 255.255.255.0
broadcast 192.168.0.255

auto br0
iface br0 inet static
bridge_ports eth1 wlan0
bridge_stp off
bridge_fd 0
bridge_maxwait 0
bridge_waitport 0
address 192.168.0.1
network 192.168.0.0
netmask 255.255.255.0
broadcast 192.168.0.255

Вывод iptables -L:

Chain INPUT (policy DROP)
target     prot opt source               destination         
ACCEPT     icmp --  anywhere             anywhere             icmp echo-request limit: avg 1/sec burst 5
DROP       icmp --  anywhere             anywhere             icmp echo-request
ACCEPT     all  --  anywhere             anywhere            
ACCEPT     all  --  anywhere             anywhere            
DROP       all  --  anywhere             anywhere             ctstate INVALID
DROP       tcp  --  anywhere             anywhere             ctstate NEW tcp flags:FIN,SYN,RST,PSH,ACK,URG/FIN,SYN,RST,PSH,ACK,URG
DROP       tcp  --  anywhere             anywhere             ctstate NEW tcp flags:FIN,SYN,RST,PSH,ACK,URG/NONE
DROP       tcp  --  anywhere             anywhere             ctstate NEW tcp flags:!FIN,SYN,RST,ACK/SYN
REJECT     tcp  --  anywhere             anywhere             ctstate INVALID,NEW tcp flags:SYN,ACK/SYN,ACK reject-with tcp-reset
DROP       tcp  --  anywhere             anywhere             tcp flags:FIN,SYN,RST,PSH,ACK,URG/FIN,PSH,URG
DROP       tcp  --  anywhere             anywhere             tcp flags:SYN,RST/SYN,RST
DROP       tcp  --  anywhere             anywhere             tcp flags:FIN,SYN/FIN,SYN
           tcp  --  anywhere             anywhere             tcp multiport dports ftp-data,ftp,smtp,http,netbios-ssn,https,microsoft-ds,openvpn,****,**** ctstate NEW recent: SET name: ddos_block_conn_tcp side: source mask: 255.255.255.255
DROP       tcp  --  anywhere             anywhere             tcp multiport dports ftp-data,ftp,smtp,http,netbios-ssn,https,microsoft-ds,openvpn,****,**** ctstate NEW recent: UPDATE seconds: 60 hit_count: 180 name: ddos_block_conn_tcp side: source mask: 255.255.255.255
           udp  --  anywhere             anywhere             udp multiport dports ntp,netbios-ns,netbios-dgm,openvpn ctstate NEW recent: SET name: ddos_block_conn_udp side: source mask: 255.255.255.255
DROP       udp  --  anywhere             anywhere             udp multiport dports ntp,netbios-ns,netbios-dgm,openvpn ctstate NEW recent: UPDATE seconds: 60 hit_count: 180 name: ddos_block_conn_udp side: source mask: 255.255.255.255
DROP       tcp  --  anywhere             anywhere             multiport dports ftp-data,ftp,smtp,http,netbios-ssn,https,microsoft-ds,openvpn,****,**** #conn src/32 > 16
ACCEPT     tcp  --  anywhere             anywhere             multiport dports ftp-data,ftp,smtp,http,netbios-ssn,https,microsoft-ds,openvpn,****,**** ctstate NEW limit: up to 36/min burst 24 mode srcip
DROP       udp  --  anywhere             anywhere             multiport dports ntp,netbios-ns,netbios-dgm,openvpn #conn src/32 > 16
ACCEPT     udp  --  anywhere             anywhere             multiport dports ntp,netbios-ns,netbios-dgm,openvpn ctstate NEW limit: up to 36/min burst 24 mode srcip
DROP       tcp  --  anywhere             anywhere             multiport dports ftp-data,ftp,smtp,http,netbios-ssn,https,microsoft-ds,openvpn,****,**** #conn src/32 > 16
ACCEPT     tcp  --  anywhere             anywhere             multiport dports ftp-data,ftp,smtp,http,netbios-ssn,https,microsoft-ds,openvpn,****,**** ctstate NEW limit: up to 36/min burst 24 mode srcip
DROP       udp  --  anywhere             anywhere             multiport dports ntp,netbios-ns,netbios-dgm,openvpn #conn src/32 > 16
ACCEPT     udp  --  anywhere             anywhere             multiport dports ntp,netbios-ns,netbios-dgm,openvpn ctstate NEW limit: up to 36/min burst 24 mode srcip
DROP       tcp  --  anywhere             anywhere             multiport dports ftp-data,ftp,smtp,http,netbios-ssn,https,microsoft-ds,openvpn,****,**** #conn src/32 > 16
ACCEPT     tcp  --  anywhere             anywhere             multiport dports ftp-data,ftp,smtp,http,netbios-ssn,https,microsoft-ds,openvpn,****,**** ctstate NEW limit: up to 36/min burst 24 mode srcip
DROP       udp  --  anywhere             anywhere             multiport dports ntp,netbios-ns,netbios-dgm,openvpn #conn src/32 > 16
ACCEPT     udp  --  anywhere             anywhere             multiport dports ntp,netbios-ns,netbios-dgm,openvpn ctstate NEW limit: up to 36/min burst 24 mode srcip
DROP       udp  --  anywhere             anywhere             PKTTYPE = broadcast
ACCEPT     all  --  anywhere             anywhere             ctstate RELATED,ESTABLISHED
ACCEPT     all  --  192.168.0.0/16       anywhere             ctstate NEW
ACCEPT     gre  --  anywhere             anywhere            
ACCEPT     all  --  anywhere             anywhere             ctstate RELATED,ESTABLISHED
ACCEPT     all  --  192.168.0.0/16       anywhere             ctstate NEW
ACCEPT     gre  --  anywhere             anywhere            
ACCEPT     all  --  anywhere             anywhere             ctstate RELATED,ESTABLISHED
ACCEPT     all  --  192.168.0.0/16       anywhere             ctstate NEW
ACCEPT     gre  --  anywhere             anywhere            

Chain FORWARD (policy DROP)
target     prot opt source               destination         
DROP       all  --  anywhere             anywhere             ctstate INVALID
ACCEPT     tcp  --  anywhere             anywhere             ctstate RELATED,ESTABLISHED
ACCEPT     tcp  --  anywhere             anywhere             multiport dports ftp,ssh,domain,http,81,netbios-ssn,https,microsoft-ds,1024:65535 ctstate NEW
ACCEPT     udp  --  anywhere             anywhere             ctstate RELATED,ESTABLISHED
ACCEPT     udp  --  anywhere             anywhere             multiport dports domain,ntp,netbios-ns,netbios-dgm,1024:65535 ctstate NEW
ACCEPT     icmp --  anywhere             anywhere             ctstate RELATED,ESTABLISHED
ACCEPT     icmp --  anywhere             anywhere             ctstate NEW
ACCEPT     tcp  --  anywhere             anywhere             ctstate RELATED,ESTABLISHED
ACCEPT     tcp  --  anywhere             anywhere             multiport dports ftp,ssh,domain,http,81,netbios-ssn,https,microsoft-ds,1024:65535 ctstate NEW
ACCEPT     udp  --  anywhere             anywhere             ctstate RELATED,ESTABLISHED
ACCEPT     udp  --  anywhere             anywhere             multiport dports domain,ntp,netbios-ns,netbios-dgm,1024:65535 ctstate NEW
ACCEPT     icmp --  anywhere             anywhere             ctstate RELATED,ESTABLISHED
ACCEPT     icmp --  anywhere             anywhere             ctstate NEW
ACCEPT     tcp  --  anywhere             anywhere             ctstate RELATED,ESTABLISHED
ACCEPT     tcp  --  anywhere             anywhere             multiport dports ftp,ssh,domain,http,81,netbios-ssn,https,microsoft-ds,1024:65535 ctstate NEW
ACCEPT     udp  --  anywhere             anywhere             ctstate RELATED,ESTABLISHED
ACCEPT     udp  --  anywhere             anywhere             multiport dports domain,ntp,netbios-ns,netbios-dgm,1024:65535 ctstate NEW
ACCEPT     icmp --  anywhere             anywhere             ctstate RELATED,ESTABLISHED
ACCEPT     icmp --  anywhere             anywhere             ctstate NEW

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination         
ACCEPT     all  --  anywhere             anywhere            
ACCEPT     all  --  anywhere             anywhere            
DROP       all  --  anywhere             anywhere             ctstate INVALID
ACCEPT     all  --  anywhere             anywhere             ctstate NEW,RELATED,ESTABLISHED
ACCEPT     gre  --  anywhere             anywhere            
ACCEPT     all  --  anywhere             anywhere             ctstate NEW,RELATED,ESTABLISHED
ACCEPT     gre  --  anywhere             anywhere            
ACCEPT     all  --  anywhere             anywhere             ctstate NEW,RELATED,ESTABLISHED
ACCEPT     gre  --  anywhere             anywhere
Подскажите, пожалуйста, в чём может быть дело? Как-то непонятно: то работает, то, после перезагрузки, уже не работает.

 , , , ,

Sferg ()

После процесса “CUPS Scheduler” не грузится DE

Manjaro KDE (ядро 5.2) https://ibb.co/VSFtw1P Система в мертвую не виснет, ниже CUPS с интервалом в ~0,3 секунды мигает черта. Не знаю, что ещё добавить. Всё, что я нарыл, это обрывочную информация о каком-то драйвере. В ближайшее время доступа к компу со стабильной системой не будет. Это можно это как-то без другого компа решить? Знает кто, в каком направлении копать, или, может, кто-то уже сталкивался с подобным? Благодарю.

 , , , ,

BEKTOP_SCIENTISM ()

Wi-Fi: теряются пакеты при пинге. В чём может быть дело?

Здравствуйте, господа. Имеется самосборный WiFi-роутер (192.168.0.1) на основе ПК c Debian 8 («Jessie») на борту. В качестве точки доступа на роутере используется адаптер TP-Link TL-WN881ND первой ревизии с чипом Qualcomm.

Недавно приобрёл WiFi-адаптер ASUS PCE-AC88 для домашнего ПК (192.168.0.52), на котором установлен Debian 9 («Stretch»). Все беспроводные сетевые устройства без проблем подключаются к роутеру, однако адаптер ASUS PCE-AC88 теряет пакеты при пинге:

# ping ya.ru -c20
PING ya.ru (87.250.250.242) 56(84) bytes of data.
64 bytes from ya.ru (87.250.250.242): icmp_seq=1 ttl=56 time=17.1 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=2 ttl=56 time=17.1 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=3 ttl=56 time=17.2 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=4 ttl=56 time=17.1 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=5 ttl=56 time=28.7 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=6 ttl=56 time=20.0 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=7 ttl=56 time=17.2 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=8 ttl=56 time=17.7 ms

--- ya.ru ping statistics ---
20 packets transmitted, 8 received, 60% packet loss, time 19261ms
rtt min/avg/max/mdev = 17.133/19.062/28.735/3.772 ms

Однако, если пинговать сам WiFi-роутер, то потерь пакетов нет:

# ping 192.168.0.1 -c20
PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
64 bytes from 192.168.0.1: icmp_seq=1 ttl=64 time=0.066 ms
64 bytes from 192.168.0.1: icmp_seq=2 ttl=64 time=0.040 ms
64 bytes from 192.168.0.1: icmp_seq=3 ttl=64 time=0.038 ms
64 bytes from 192.168.0.1: icmp_seq=4 ttl=64 time=0.024 ms
64 bytes from 192.168.0.1: icmp_seq=5 ttl=64 time=0.026 ms
64 bytes from 192.168.0.1: icmp_seq=6 ttl=64 time=0.024 ms
64 bytes from 192.168.0.1: icmp_seq=7 ttl=64 time=0.027 ms
64 bytes from 192.168.0.1: icmp_seq=8 ttl=64 time=0.023 ms
64 bytes from 192.168.0.1: icmp_seq=9 ttl=64 time=0.026 ms
64 bytes from 192.168.0.1: icmp_seq=10 ttl=64 time=0.024 ms
64 bytes from 192.168.0.1: icmp_seq=11 ttl=64 time=0.025 ms
64 bytes from 192.168.0.1: icmp_seq=12 ttl=64 time=0.025 ms
64 bytes from 192.168.0.1: icmp_seq=13 ttl=64 time=0.023 ms
64 bytes from 192.168.0.1: icmp_seq=14 ttl=64 time=0.024 ms
64 bytes from 192.168.0.1: icmp_seq=15 ttl=64 time=0.027 ms
64 bytes from 192.168.0.1: icmp_seq=16 ttl=64 time=0.024 ms
64 bytes from 192.168.0.1: icmp_seq=17 ttl=64 time=0.024 ms
64 bytes from 192.168.0.1: icmp_seq=18 ttl=64 time=0.023 ms
64 bytes from 192.168.0.1: icmp_seq=19 ttl=64 time=0.024 ms
64 bytes from 192.168.0.1: icmp_seq=20 ttl=64 time=0.027 ms

--- 192.168.0.1 ping statistics ---
20 packets transmitted, 20 received, 0% packet loss, time 19402ms
rtt min/avg/max/mdev = 0.023/0.028/0.066/0.010 ms

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

 , , , ,

Sferg ()

Библиотеки из другой системы

Если я скомпилировал исходный код например в Ubuntu 18.04, заработают ли .so в Ubuntu 14.04? Архитектура подходит

 , ,

masteruser82841 ()

Как прилинковать папку в корень из другого раздела, что бы приложения не пытались понять, что она прилинкована из другого места?

Делаю проект под IDE Qt - куча с++ файлов. Проект находится на отдельном файловом разделе, я для удобства сделал ссылку на папку из корня файловой системы.

А вот IDE Qt периодически почему то начинает интерпретировать файл как находящийся на том примонтирваном разделе, и дуркует, типа файл не принадлежит проекту, или был изменен сторонним приложением.

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

Можно ли это как-либо исправить не перенося проект в корень, но ссылаться на него в папку в корне, и что бы ничего не путалось?

В самом проекте нигде не указывал пути на монтированный раздел - там длинный не удобный путь. Ссылку делал через Nautilus.

Qt: 4.7.2/5.11.2 Ubuntu: 18.04.1 LTS

=================

Вопрос решился применением монтирования папки:

mount -o bind <откуда> <куда_монтировать>

Для монтирования через fstab в fstab пишем:

<откуда> <куда_монтировать> none defaults,bind 0 0

 , , ,

victor79 ()

Клонирование системы на другую машину.

Есть два (и более) промышленных компа одной модели с идентичным железом. Хочу скопировать образ жесткого диска с одного компа (эталонная система) и разворачивать этот образ на остальных. Как думаете, получится?

 

Mirmik ()

Дистрибутив, который идеален

Добрый вечер, ЛОР. Знаю, заездили эту тему тут, так что сильно не ругайтесь.

Ищу себе на ноутбук дистрибутив со следующими хотелками:

Отсутствие красноглазия(да, можете глянуть мой ник и похохотать) Стабильная работа

Отсутствие проблем при обновлениях

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

-------

Итак, нужен дистрибутив, которому «можно доверить жизнь», взаимная любовь и т.д.

 , ,

KrasnoGlazik ()

Массовая работа с VDS

Порекомендуйте пожалуйста: Как лучше массово работать с VPS/VDS? Если нужно: 1) Часто устанавливать, к примеру, Centos с своими настройками (веб-сервер, пакеты и прочие мелочи)? 2) Обновлять все эти сервера?

Надоело по десять раз одно и тоже настраивать

 , ,

momi ()

Высокий пинг у TP-Link TL-WN881ND в Debian. В чём может быть дело?

Здравствуйте, господа. Приобрёл WiFi-адаптер TP-Link TL-WN881ND (2-й ревизии) для работы в режиме точки доступа (hostapd) на ОС Debian 9 («Stretch»). 2-я ревизия отличается от первой тем, что 2-я основана на чипе Realtek RTL8192EE, тогда как 1-я основана на чипе Qualcomm Atheros AR9287.

Вывод lspci:

...
01:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8192EE PCIe Wireless Network Adapter
...

Вывод lsmod | grep rtl8192ee:

...
rtl8192ee             114688  0
btcoexist             172032  1 rtl8192ee
rtl_pci                36864  1 rtl8192ee
rtlwifi               102400  3 rtl_pci,btcoexist,rtl8192ee
mac80211              856064  3 rtl_pci,rtlwifi,rtl8192ee
...

Дело, собственно, вот в чём: у 2-й ревизии адаптера наблюдается высокий и неравномерный пинг (минимум 25 ms, максимум 126 ms):

PING ya.ru (87.250.250.242) 56(84) bytes of data.
64 bytes from ya.ru (87.250.250.242): icmp_seq=1 ttl=58 time=101 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=2 ttl=58 time=125 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=3 ttl=58 time=45.8 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=4 ttl=58 time=68.2 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=5 ttl=58 time=91.1 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=6 ttl=58 time=114 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=7 ttl=58 time=34.7 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=8 ttl=58 time=57.1 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=9 ttl=58 time=80.1 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=10 ttl=58 time=103 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=11 ttl=58 time=126 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=12 ttl=58 time=46.8 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=13 ttl=58 time=69.2 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=14 ttl=58 time=92.2 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=15 ttl=58 time=115 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=16 ttl=58 time=35.8 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=17 ttl=58 time=58.1 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=18 ttl=58 time=81.1 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=19 ttl=58 time=104 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=20 ttl=58 time=92.2 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=21 ttl=58 time=47.6 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=22 ttl=58 time=70.1 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=23 ttl=58 time=93.2 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=24 ttl=58 time=57.8 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=25 ttl=58 time=36.0 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=26 ttl=58 time=59.1 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=27 ttl=58 time=80.0 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=28 ttl=58 time=85.4 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=29 ttl=58 time=25.4 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=30 ttl=58 time=48.0 ms

--- ya.ru ping statistics ---
30 packets transmitted, 30 received, 0% packet loss, time 29041ms
rtt min/avg/max/mdev = 25.487/74.892/126.296/28.050 ms

И это всё только в обычном режиме работы. В режиме точки доступа пинг, бывает, достигает и 5 (!) секунд.

У адаптера 1-й ревизии на чипе AR9287 с этим проблем не возникает ни в обычном режиме, ни в режиме точки доступа.

Теперь вопрос: возможно ли как-нибудь улучшить работу адаптера 2-й ревизии?

 , , , ,

Sferg ()