pfg21

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

https://ru.wikipedia.org/wiki/Wireshark

вариант адын: script.sh > log
вариант два: man script

микросхема южного моста имеет в своем составе модуль USB-соединений с выведенными на пины 3 портами усб 3.0 и 10 портами усб 2.0

производитель мат.платы может с эих пинов вывести максимально указанное количество портов.

а может и не ввывести, если к примеру не хватает места на плате или плата не задумывается на столько портов: пара портов на мышу/клаву, еще штучки четыре, к примему, 2 усб 3.0 + 2 усб 2.0 для подключения иных устройств исполнит 90% потребностей среднего пользорвателя.

файл - запись некоторых данных на носителе.
первые файлы занимали весь объем носителя.
потом появились системы записи нескольких файлов в виде структурированной файловой системы. первые фс не содержали директории в принципе, было несколько именованных областей на носителе.
И только потом, с увеличением объема носителя и увеличения числа файлов, появилась система организации файлов в виде директорий.
W: Файловая система, Иерархия каталогов

Virtualbox с установленной системой под финишную среду :)
вообще посоветую сдублировать систему с сервера, и полноценно играться в виртуальнике.

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

ну и весьма зависит от качеств писаки, тут даже языки не помогают.

помнится в универе давным-давно была лаба в которой надо было вручную написать прожку на ассемблере, вручую "скомпилировать" ее в двоичный код, ввести его в учебный микропроцессорный комплект на 580вм80, и добится работоспособности.
так сам понимаешь скорость ручной компиляции в исполняемый код была ужасающе медленной, но время исполнения от этого не страдало...

написать системд-сервис для для my_script
тогда состояние сервиса можно отсматривать через простые консольные команды.
Но эффективнее прописать перезапускание сервиса при крахе.

если у вас есть полный доступ по sftp то может стоит посмотреть лог sshd ?? почему он не пускает пользователя.
что конкретно навернулось и тогда продумать тактику восстановления.
ибо "не зная броду" можно сделать чтонибудь не то...

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

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

К упомянотому мокрому говну проводах могу ещё добавить крыс, грызущих провода.
Для подтверждения могу в понедельник на работе фоткнуть кусок 100мбитного кабеля с перегрызенными медными жилами, хз что за крысы у нас водятся...

простейший усилитель "LAN-сигнала" - хаб. но их сейчас в продаже практически нет.
так что ставь следующий по сложности - свитч.

В любом потоковом текстовом редакторе умеющим регекспы, от sed до однострочника на "perl -pe"

выключить машину.
сделать бекап настроек и образов разделов.

писать скрипт с обходом дерева директорий и отображение в выходной поток то что нужно.

разбросаны по файловой структуре диска.
ядро после самопроверки запускает систему инициализации, для *nix систем это исполняемый файл /sbin/init, подгружает необходимые для работы билиотеки.
после чего init согласно своим настрйокам начинает грузить в память службы (а также билиотеки и прочие ресурсы им необходимые) котрые лежат по своим путям в корневой файловой системе.
для ускорения этой загрузки используется служба ureadhead, кторая считывает в память необходимые файлы, а также множество других ухищрений.

один извариантов такого ускорения в винде это режим Prefetch

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