hint000

тут у меня появился необычный вопрос.

Конечно, необычный. :) Тут этот самый вопрос каждый месяц кто-нибудь задаёт:
https://qna.habr.com/q/1052956
https://qna.habr.com/q/682673
https://qna.habr.com/q/1060452
Кратко: у аккУмулятора (да это слово пишется через букву У) ресурс исчисляется в циклах заряда-разряда. Например, 1000 циклов или 2000 циклов. Постоянно заряжая и разряжая, вы убьёте аккумулятор в разы быстрее, чем просто работая от сети (и нет, это устройство которое включается в сеть, не называется "заряка", оно называется "адаптер питания", и производителем оно предназначено не только для зарядки, но и для нормальной постоянной работы ноутбука от сети). Через 5-10 лет аккумулятор потеряет ёмкость в любом случае. Если будете его мучать, как сейчас, он потеряет ёмкость на несколько лет раньше.

На оф.сайте есть информация об этом:
https://conemu.ru/en/UnicodeSupport.html

Имеем виртуализацию на ESXi и переходим на KVM (ubuntu)

Тут пока требуется некоторое количество телепатии. "Переходим" - это как? Оставляем тот же самый сервер, те же самые диски, те же образы виртуальных машин, хранящиеся на дисках? Даже если аппаратный RAID останется нетронутым и Убунта его сразу поймёт, как блочное устройство, то вопрос: поймёт ли Убунта файловую систему? Вероятно, что не поймёт. Так что образы виртуальных машин всё равно вытаскивать из бэкапа.

По идее так должно работать:
$ echo allow docker0 > /etc/qemu/bridge.conf
Так qemu узнаёт, в какой бридж добавлять виртуальные интерфейсы.

Прямо ваш вопрос:
https://unix.stackexchange.com/questions/207957/as...

nc -z -v -w2 $IP 1992
STATUS=$?
if [ $STATUS -ne 0 ]; then
        curl "https://api.telegram.org/$TOKEN/sendMessage?text=Не удалось соединиться&chat_id=$CHAT"
fi

И тогда выходит, что WSL сначала обращается к виндовс, а виндовс передает этот запрос в интернет.

Досюда рассуждения верные, хотя и мало что объясняют. :)

Прямо как транслятор? Типа Rossetta?

Нет. Rossetta для другой архитектуры процессора. Внутри WSL всё работает на той же x86\x64, что и снаружи WSL. Скорее как Wine.

В WSL удалось полностью избавиться от использования ядра Linux, по сути пользовательское окружение Ubuntu работает поверх ядра Windows. Запуск исполняемых файлов Linux реализован путём включения специальной прослойки (код подсистемы закрыт), которая в режиме реального времени транслирует системные вызовы Linux в системные вызовы Windows. Концептуально, такой подход чем-то вроде среды WINE (только транслирует не WinAPI -> LinuxAPI, а наоборот LinuxAPI -> WinAPI).

https://winehq.org.ru/WSL

работа линуксовых приложений организуется без использования контейнеров виртуализации, отдельной пересборки утилит и даже без использования ядра Linux — родные исполняемые файлы Linux запускаются благодаря специальной прослойке, на лету транслирующей системные вызовы Linux в системные вызовы Windows. По сути, реализован обратный аналог системы Wine

https://xakep.ru/2016/07/01/windows-subsystem-for-...

WSL essentially is to Linux what WINE is to Windows.

https://news.ycombinator.com/item?id=16355144

Но линуксовый сетевой стек реализован в ядре, а в WSL как раз нет ядра Linux.
Сеть WSL2 виртуальная:

In WSL2, the network interfaces are virtualized. Virtualized network interfaces mean that WSL2 network instances can hold different IP configurations than their Windows 10 counterparts.
At the time of this writing, IP addresses for WSL2 Linux use Network Address Translation (NAT) to access network resources on Windows, though Microsoft has mentioned removing NAT is high on their backlog of issues to fix.

https://adamtheautomator.com/windows-subsystem-for...

https://docs.microsoft.com/en-us/windows/wsl/networking

https://davidbombal.com/wsl-2-networking/

https://qna.habr.com/q/682673
а также https://qna.habr.com/q/977063
TL;DR: можно.

Upd. https://qna.habr.com/q/1052956

У меня в Linux'е штатный /etc/ppp/ip-up начинается комментариями:

#!/bin/sh
#
# This script is run by the pppd after the link is established.
# It uses run-parts to run scripts in /etc/ppp/ip-up.d, so to add routes,
# set IP address, run the mailq etc. you should create script(s) there.
#
# Be aware that other packages may include /etc/ppp/ip-up.d scripts (named
# after that package), so choose local script names with that in mind.
#
# This script is called with the following arguments:
#    Arg  Name                          Example
#    $1   Interface name                ppp0
#    $2   The tty                       ttyS1
#    $3   The link speed                38400
#    $4   Local IP number               12.34.56.78
#    $5   Peer  IP number               12.34.56.99
#    $6   Optional ``ipparam'' value    foo

И кстати, рекомендую не заменять штатный файл, а оставить его в покое, и положить рядом в /etc/ppp/ свой скрипт ip-up.local

Проблема может быть в кабеле от провайдера. Какое-то ухудшение характеристик (например, из-за повреждения изоляции).
Разница между Asus Rt-AC68u и D-link DIR-300 в том, что у Asus'а гигабитные порты. На практике они бывают чуть более капризны к качеству кабеля. Т.е. косяки появились, но DIR-300 их прощает. А на Asus происходят потери пакетов, что и приводит к вашему результату. Если бы можно было посмотреть статистику по потерям пакетов, то подтвердили бы или опровергли эту версию, но вряд ли Asus имеет такую функцию.

Полное решение не напишу, чтобы и вашим мозгам осталась работа. Но вот толстый намёк.
x(a')=x(a) (в предположении по чертежу, что y(б)=y(в));
y(a')=y(a)-(длина сиреневой гипотенузы);
верхний угол прямоугольного треугольника известен как половина угла при вершине a; зелёный катет известен как L, можем вычислить гипотенузу. Потом вычисляем угол при вершине б и повторяем те же рассуждения. Только там нужно вычислить не гипотенузу, а второй катет. И готово.

так сойдёт?:

sudo find / -iname "log" -o -iname "logs" | xargs -l1 du -s > logs.txt

или даже так

sudo find / -iname "log" -o -iname "logs" | xargs -l1 du -s | sort -g > logs.txt