rPman

пока не перезагрузишь роутер

Перезагрузка ноута не помогает.

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

не выдется никакой айп

Может быть, на пул dhcp выделено так мало адресов, что ноутбук получает последний доступный адрес, при подключении по wi-fi получает тот же самый последний адрес (освободившийся при отключении кабеля), но при повторном подключении кабеля адрес всё ещё занят беспроводным подключением, и больше свободных адресов нет, роутер не может выдать новый адрес.
Не утверждаю, что всё именно так, но это пока единственная версия, которая мне сразу приходит в голову по таким симптомам. Если причина действительно в этом, то нужно увеличить пул выдаваемых dhcp адресов. Но, может быть, это какой-то глюк роутера, не имеющий простого логического объяснения.

Тащено отсюда
https://stackoverflow.com/questions/15323476/open-...

самое оптимальное мне показалось вот это

from selenium import webdriver

driver = webdriver.Chrome('/path/to/chromedriver')  # Optional argument, if not specified will search path.
driver.get('http://www.google.com/');
html = driver.page_source
f = open("myhtml", "wt")
f.write(html)
f.close()

Вот такое видели? https://js.wiki/

Для с̶ф̶е̶р̶и̶ч̶е̶с̶к̶о̶г̶о̶ ̶к̶о̶н̶я̶ ̶в̶ ̶в̶а̶к̶у̶у̶м̶е простейшего случая тут уже привели вычисления.
В реальности мощность двигателя зависит от оборотов, обороты связаны со скоростью и переключением передач, лобовое сопротивление растёт пропорционально квадрату скорости. В результате график ускорений выглядит как-то так:

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

Да есть. Ты можешь выводить в STDERR и тогда это будет печататься на экране но в лог файл не попадет по причине такого скрипта
./a.out > file.log'
Чтобы оба потока писались в лог - нужно делать так
./a.out 2>&1 > file.log'
Но кажется что ты борешся не с той проблемой и не так. Для логгирования в файлы - есть специальные библиотеки.
А работа с STDOUT/STDERR - это просто базовые абстракции любого Unix-процесса.

Сначала выяснить, что это за комп, какой рейд и как именно собран, какой именно из дисков отказал. Затем имея эти данные предметно выяснить как именно на этом контроллере/fakeraid/softraid восстанавливать избыточность после потери диска и на что стоит обратить внимание по пути.

Прогоните его через утилиту jq, например.
Или пайпом через такую команду:

py "json.dumps(json.load(sys.stdin), ensure_ascii=False)" < encrypted.json > uncrypted.json

В JSON-е текст с большой вероятностью закодирован в кодировке utf-8 в его экранируемом виде через \u.
После перекодирования средство просмотра ресурса пытается отобразить результат в однобайтовой кодировке, предположительно в win-1252. Нужно настроить средство просмотра, чтобы оно тоже выводило результат в utf-8. Содержание JSON корректно, некорректен порядок работы с текстом после декодирования.

Гугл поиск по сайту.
Встройте и не мучтесь

https://github.com/drawrowfly/tiktok-scraper

спробовать перейти от инструмента rsync к демону syncthing (или коммерческому resilio sync).

rsync разрабатывался как локальный инструмент подтвержденного копирования со всеми атрибутами из дирА в дирБ, 50 килоклиентов явно не его рабочая стезя.

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

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

остается только пробовать.

Когда мне нужен раздел на весь диск, я просто создаю ФС на весь диск без разделов вроде sda1 sda2:
mkfs.ext4 /dev/sda.

Лучше для чего? Если надо больше производительности - то очевидно, что первый вариант. Второй вариант имеет смысл только если его производительности достаточно под ваши задачи, он дешевле и надо делать повышенную отказоустойчивость и/или какие-то сервисы надо разместить на отдельных серверах.

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