mayton2019

С точки зрения Linux-shell, любой процесс после завершения фиксирует код ошибки и его можно посмотреть через

echo $?

и принять решение что делать дальше. Значения кодов ошибок - специфичны для каждого приложения. Считается хорошим тоном чтобы програмист процесса сохранял туда осмысленные значения перед выходом. В С++ то это что возвращается из main - функции.

Таже фигня. Ubuntu 18.x.LTS, HP 250. Wifi-router D-Link.
Никак не пролечил. Поменял роутер на двухдиапазонный Netis.
Стало чуть лучше. Но все равно связь регулярно рвется. И очень долго реконнектится.

Грешу просто на плохие драва в Ubuntu из за которых устанавливается слабая чуствительность.

Сейчас подключаю кабелем если надо что-то скачать.

На этом-же железе раньше стояла Windows-10 и все работало чики-пики.

ntfs - не родная система для этого дела. Если вы так по чесному хотите смигрировать на Ubuntu - то уходите совсем. Если хотите держать две ОС - то может лучше загружайтесь с флешки. Если вам ценна та инфа которая осталась на ntfs разделах.

Непонятно что такое "хост" и как с него можно что-то собирать. Хост - это технический термин. Не бизнесовый и наверное в топике имелось в виду другое. Может на этих хостах - ftp/cifs файловые хранилища?

До того как автор начнет что-то повышать. Пускай послушает мою мысль. Между 3.33 и 3.6 разница порядка 8%
Общий индекс производительности системы зависит не только от процессора но вообще от совокупной работы всех частей (реакция памяти и скорость кешей L1/L2/L3). Если просто повышать частоту CPU но при этом не менять ничего остального то эффект - нивелируется. Ожидаемого прироста 8% не будет. Будет меньше.

Даже если гипотетически предположить что автор поднял частоту до 5Ghz то и в этом случае удвоения перформанса не будет.

Вобщем послушайте старого программиста на C++ и прочих ассемблерах. Не тратье своё время на фигню. Ваша игра или рендеринг 3Д графики особой разницы не почувствуют. Взамен вы получите потенциальные проблемы. Ведь производитель не собирался делать нестандартный режим номинальным. В этом был свой смысл.

Скорее всего убунта была не выключена а запаркована в хибернейт. В этом случае большинство устройств тоже паркуются.

Проверь настройки кнопки power.

Почти таже самая проблема на стареньком HP Core i3. Пока стояла десятка все норм. Как только поставил Ubuntu 18 LTS - пошли регулярные дисконнекты. Субъективно вижу что очень низкая чувствительность антены приёмника в ноуте. Грешу на хреновые дрова. Так и не пролечил.

Workaround: Когда включаю смартфон в режиме wifi-точки и ложу его рядом прямо с корпусом ноута - связь появляется.

Это очень коварный вопрос. Само по себе бэкапирование - это безсмысленная операция если нет четкого сценария ЧТО мы бекапим и КАК мы это дело будем поднимать. Ведь бэкап это тупо набор файлов. Образов или логических копий файлов. Поэтому успех этого мероприятия будет зависеть не от того берем мы rsync или tar или еще бох знает что. А от того какая конфигурация дисков на резервной железке. Какие ендпоинты надо поднять. И надо-ли вообще бэкапить всё? Для серверов приложений например на базе Tomcat/JBoss вам достаточно забэкапить только каталог приложений и настройки и возможно OS environment. Для баз данных там еще все запутаннее. По Oracle RMAN написана книжка размером с пятикнижие Моисея. Вобщем совет автору не бэкапить а провести сценарий полной инсталляции продукта в новое место. Оттуда и появится инструкция по техологии плановых бэкапов только нужный вещей.

ext4 не поддерживает объединение в логические тома. Если-бы при устанвке был использовал LVM (хотя это боян еще тот) или файловые системы такие как BtrFs, Zfs тогда эту операцию можно было-бы провести. Конечно обязательно проконсультиоровавшись с знакомым сисадмином. Тут основная беда в том что это опасные операции и необратимые. Любая ошибка - и ваши данные потеряны причем на многих разделах сразу.

А так... подключите /dev/sda4 просто как папку например /video и используйте.

Посмотрите black-list Emule. Там может быть эта информация.
emule-security.org