Albram

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

А если так: ~ # smartctl -a /dev/sda

Удалить или переместить файл /opt/var/smarthtml/rrd/sdb.rrd (или sda.rrd), после этого запустить скрипт /opt/usr/bin/smarthtml.sh

Можно добавить любой атрибут, но для его отображения понадобится заново создать rrd базу. При создании новой базы все старые значения утратятся. Если вы ими дорожите, то нужно предварительно их сохранить, а затем можно будет вручную их перенести.

Сейчас попробовал исправил в tsmb.conf ANY на br0, но после перезагрузки файл опять со значениями ANY стал. Выходит, что просто так "в лоб" не получится изменить.

Это не в файле startup-config.txt, а в /var/run/tsmb/tsmb.conf, и при условии выбранного компонента tsmb.

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

Такое решение мне тоже пришло, но мне оно не нравится, да и не факт, что сервис остановится без перезагрузки по no service cifs.

Как раз сегодня обновлял пакеты Entware и перезагружал роутер. После перезагрузки обнаружение пропало. Посмотрел сервисы, нет tsmb-server на udp/3702. Попробовал удалил старую неактивную шару, оставшуюся от прошлой флэшки с Entware, перезагрузил роутер и сервис поднялся. Подумал, что возможно из-за неё, и для проверки ещё раз перезагрузил. Но, увы, после перезагрузки сервиса не было. Ещё раз перезагрузил - появился. Чисто лотерея. Но у меня воспроизводится стабильно. Возможно играет роль набор установленных компонентов или настройки. Сохранил self-test в обоих случаях, когда есть обнаружение после перезагрузки, и когда нет. Если поможет - могу приложить. Upd:И ещё попутно вопрос: как в CLI перезапускать сервис tsmb-server? Чтобы не заниматься напрасным переключением cifs master/cifs no master, ради перезапуска сервиса. Бинарник нашел, конфиг тоже, а вот как перезапустить...

Ещё одно дополнение: Заметил что после перезагрузки роутера, обнаружение опять перестает работать. Возобновляется только после cifs no master. или cifs master (в зависимости от того, какое значение было изначально), даже без сохранения конфига и перезагрузки роутера. Начал искать причину, и нашел вот что: когда обнаружение не работает, на роутере в списке процессов, нет процесса tsmb-server слушающего порт udp/3702 (это порт WSD), есть только tcp/3702. При вводе команды cifs master (или cifs no master), меняющей настройку на противоположную той, что была, на роутере рестартится сервис tsmb-server, и появляется процесс tsmb-server слушающий udp/3702, и обнаружение начинает работать. Иногда после первой смены значения процесс не появляется, тогда ещё один ввод противоположного значения помогает. Т.е. например, сейчас на роутере в настройках cifs стоит значение master и пропало обнаружение в сетевом окружении. Тогда выполняем cifs no master и смотрим появилось ли обнаружение, если появилось, то до перезагрузки роутера будет работать. Если не появилось, то выполняем cifs master и снова проверяем обнаружение. В принципе можно сразу проверять наличие сервиса tsmb-server на udp/3702. Из вышесказанного видно, что никакие настройки на клиентах (компах) не помогут, если на роутере нет сервиса слушающего порт udp/3702, видимо поэтому описания "рецептов" у каждого разные, и то, что помогает одним, может не помочь другим.

Значит проблема шире, чем я думал. Просто давно не менял список компонентов. Но в старой ветке вряд ли что-то исправят...

Попробуйте отключить в свойствах беспроводного сетевого адаптера функцию отключения для экономии энергии. Если не поможет, то вместе с этим ещё выберите в настройках электропитания Windows схему "Максимальное быстродействие" вместо "Сбалансированная".

Попробуйте так, заменив ppp0 на имя своего внешнего интерфейса: На клиенте добавьте в конфиг DNS сервер, и Allowed IPs должен включать 0.0.0.0/0.

А чтобы совсем по феншую было, как в выводе команды df -hT (Filesystem это всё-таки одно слово, и название столбца Use% мне кажется более логичным, чем Capacity). Я сделал так:

Я вот про что тогда говорил: Если делать, тогда уж чтобы так было: Для этого не только опции команды поменять надо, но и саму таблицу:

Пользователи созданы, а на самом диске на каталогах права этим пользователям настроены?

Немного подкорректирую свои выводы: сейчас обнаружение в проводнике работает нормально. Политику гостевого входа оставил как была по-умолчанию "Не задана". Правда при таком значение гостевые входы включены (это можно посмотреть в свойствах клиента Get-SmbClientConfiguration | Select EnableInsecureGuestLogons ), но, если их отключить, то "История файлов" начинает запрашивать логин/пароль, и не принимает тот, с которым всегда работала, выводя ошибку: При всех настройках в Windows по-умолчанию обнаружение начало работать после cifs no master и system configuration save в CLI роутера, даже без перезагрузки, и сейчас так и работает. Больше не экспериментировал, т.к. добился желаемого. Из мелких недостатков: на компах, подключенных по wifi иногда не с первого раза появляется роутер, но после "Обновить" появляется. На проводных такого пока не замечено.

Эта "дырища" из-за правила в скрипте так в шапке темы и осталась, и не исправлена. Надо автора темы позвать. @ankar84 надо бы поправить правило в шапке, либо сделать сноску, о том, чем грозит такое использование.

Скрипт /opt/etc/init.d/S01wireguard положили?

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

Проблема начинается с 58-ой строки вашего лога: "Network::RoutingTable: gateway *** is unreachable via PPPoE1." Т.е. шлюз с именем/адресом "забитым" звёздочками недоступен через ваше текущее интернет соединение PPPoE1. Если там указано имя хоста, то возможно он не резолвится через действующие сейчас для PPPoE1 DNS серверы.

Да, с этим всё в порядке.

Не пришлось этого делать, т.к. после восстановления cifs master и перезагрузки роутера и компа, через некоторое время кинетик появился в сетевом окружении. Получается, что в моем случае всё-таки политика играет роль, а оставлять включенной её я вряд ли буду.

Думаете я не пробовал? Это не повлияло. Сейчас вот ещё раз включил, т.к. после cifs no master не пробовал. Итог - ничего не изменилось. Только в журнале винды появились предупреждения в разделе smb клиента: В сетевом же окружении, по-прежнему, в гордом одиночестве виден только комп:

Да действительно, кинетик остался мастером, но это ни на что не повлияло, его по-прежнему не видно в сетевом окружении. Появляется только после прямого обращения к нему, да и то, только в области навигации: Почему?