rPman

Для такой отладки можно добавить в прожект компонент VarDumper – он из Symfony, но можно и использовать отдельно.

Появятся две глобальные функции dump() и dd(), много удобнее базовой var_dump()

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

1. Загрузиться в безопасном режиме
   
2. Скачать пакет Sysinternals
   
3. Запустить Autoruns
   
4. Найти и убрать лишние записи в атозагрузке
   

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

В вашем случае важно то, что срабатывает такой предохранитель при токе несколько большем, чем допустимый для USB - около 1,5...2 ампер (из личного опыта). Так что если в вашем компе применена именно такая система защиты по току в портах USB, то некоторое превышение тока питания USB-девайсов для порта допустимо - после снятия избыточной нагрузки порт восстановится.
Если же там что-то более сложное и продвинутое, то имеет смысл определить ток срабатывания защиты экспериментальным путём с помощью амперметра и мощного нагрузочного переменного резистора, сопротивление которого можно менять от 15 до 3 Ом (но не ниже!). И если окажется, что срабатывание настроено на значение в точности 0,5 или 0,9 ампер - ну что ж, значит, вам не повезло. Но это вряд ли.

OutOfMemory возникает, когда у тебя не хватает оперативной памяти.
Во-первых, Убедись, что у тебя приложение 64-битное.
Во-вторых, большие объёмы данных все сразу в оперативку записывать не стоит. Тем более дважды, как у тебя происходит в LoadDataB.
1. У тебя на Add каждый раз реаллокации данных происходят. Лучше 1 раз с запасом выделить место. Можно, например, сначала 1 раз прочитать файл, чтобы подсчитать количество строк, а потом уже заполнить.
Или можно сделать связный список из чанков, тогда можно будет в 1 проход.
2. ToArray копирует целиком List. Раз начал работать с листом - продолжай.

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

UPD: видимо, это какая-то алгоритмическая задача, раз есть ограничение в 1мб.
Тогда сразу иди думай над другим алгоритмом. Читай файл и одновременно делай все вычисления. Нивкакой массив промежуточные данные не сохраняй.

с телефона образуется сначала множество DNS-запросов к несуществующим доменам типа f03ef30f-719a-4fa6-b084-4682851d9698.local

Bonjour/Avahi мультикаст DNS (mDNS)
Вполне прогнозируемое поведение, посмотреть а нет ли случаем в ближайшем окружении мультикаста с просматриваемым контентом.

а затем многочисленные UDP-подключения к самым разным IP-адресам и портам >10000

скорее всего пиринг

Сам спросил, сам и отвечу.
Лишний раз подтвердилась народная мудрость, чтобы найти ответ, надо правильно сформулировать вопрос. Гугл помог найти решение по запросу "busybox wget is shitty". Я не силён в английском, поэтому не стану углубляться семантику этих слов. Кому надо, тот сам поймёт.

Теперь ближе к теме.

У busybox wget есть давняя неисправнось в некой сущности "Support HTTPS using internal TLS code". Попросту говоря эта часть безнадёжно устарела и не работает в 2025 году.
Решение проблемы:
Скомпилировать busybox с отключённой опцией

-> Networking Utilities
    -> wget (41 kb) (WGET [=y])
      FEATURE_WGET_HTTPS [=n]

и со включённой опцией "Try to connect to HTTPS using openssl"

-> Networking Utilities
    -> wget (41 kb) (WGET [=y])
      FEATURE_WGET_OPENSSL [=y]

И ещё добавить алиас:
alias wget='wget --no-check-certificate'
Тогда busybox-овский wget станет сам без лишних пинков работать с https.

Почему так? Ве́домо только разработчикам busybox.

Может быть подойдёт такое решение?

• Вручную указать дату отсчёта и начальное значение
  
• Разницу для перерасчёта задать через формулу как: разницу в неделях между текущей датой и датой отсчёта
  
• Тогда расчётное значение будет автоматически уменьшаться по формуле: Начальное значение минус Разница в неделях
  

Ключевые слова: несколько ОС, десятка, быстрая загрузка, гибернация. Ответы тут: Установил 2 винды на 1 пк, но появились проблемы с дисками, что делать?
Проверяйте ваш случай или нет. Если нет - то дальше надо проверять всё железо и софт. Ну и на всякий случай - может у кого-то еще есть доступ к ПК?