Дмитрий

--block-outside-dns

Раньше перепробовал все популярные дистрибутивы с дистровотч.
Пока не дошёл по списку до Арча. Пользуюсь уже лет 8, никаких проблем не было за это время. Всегда свежайший актуальный софт, все существующие пакеты есть в пользовательских репо. Заводится на любом железе: стоит на 3-х ПК, одном ноуте, 2 серверах и Малине. Пересадил брата с мерзкого OpenSUSE, брат жив. Если делать всё адекватно и понимать, что делаешь, читать официальные новости/вики, в которых пишут, если есть какая-то особенность обновлений и т. п., то проблем не будет.

Конечно, знаний нужно побольше, чем мышкой возить в бубунте, но оно того стоит. Например, rolling release — штука довольно непонятная для большинства. Здесь нужны понимания, что такое версии SO-библиотек, как от них зависят исполнимые файлы, как их безболезненно обновлять и т.д. Ну, это если в бою использовать.
А если на домашнем компе, который можно перегрузить свободно, то просто, нужно усвоить правило: не устанавливать новые пакеты без обновления старых, с каждым апдейтом желательно перегружаться, и проблем не будет.

Потому что, когда винда уходит в гибернацию, она создаёт на NTFS-разделе страницу, которую помечает как start speedup cache. В этой странице находится кеш метаданных для быстрого старта, чтобы потом не читать их заново на старте и не тупить.
Вот этот кеш для линуксов не имеет никакого смысла. Мало того, раздел при монтировании видится как битый, потому что он помечается кучей своих флагов. Современные версии NTFS-3g предупреждают об этом и просят загрузиться снова в винду, чтобы она восстановила этот кеш. Ядерный же драйвер ntfs вообще пока не знает об этом, и может молча что-то записать поверх, и тогда ваша винда уже не загрузится.

Это что касается NTFS.

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

На самом деле, можно и не отключать этот фастбут. Просто нужно постоянно помнить: не выключился ли у вас случайно комп, когда был в виндовой гибернации. Типа там, свет моргнул, или уборщица сетевой фильтр шваброй обработала, либо вы сами накосячили.

Установил scalpel

Этим вы, скорее всего, уже убили возможность восстановления. Первое, что нужно было сделать после удаления — перемонтировать раздел в рид-онли. Ни в коем случае ничего не устанавливать, вырубить все программы, использующие диск, и т. п. Сейчас файл, с вероятностью 95%, перезатёрт несколько раз.
К тому же, если у вас SSD, там всё намного сложнее обстоит с восстановлением.

Создавайте диски через устройство virtio-blk, если не нужна поддержка scsi, это самый быстрый вариант. Если нужна, то создавайте virtio-scsi. У них можно поиграться с количеством аппаратных очередей через num_queues. Естественно, в госте ставятся соответствующие паравиртуализованные драйверы.

Далее, можно отделить IO-тред от воркеров через создание object iothread. А ещё лучше, создать их по количеству потоков процессора, хотя, ядро убунты их ещё не умеет, по-моему, в современных ядрах это есть.

Дальше, при создании самого девайса диска, лучше включить прямой кеш cache.direct=on и нативное io через aio=native. Так будет минимум оверхед на кеш, выше надёжность в случае сбоя, и реальная скорость выше.

Таким макаром на виндовых гостях всего раза в полтора ниже IOPS'ы получаются, чем в нативе. На линуксах же почти как натив, если юзать проброс через vhost.

Странно, почему у вас девайсы инициализируются через ohci, у вас в биосе отключен USB3 контроллер?
Либо у вас включена фича отложенной инициализации контроллеров, вырубите её попробуйте, чтобы всё инициализировалось в самом начале загрузки.
Или, не знаю как у гигабайтов, а у асуса есть "умная" инициализация, которая типа должна запоминать какие устройства нужно инициализировать сразу, а какие откладывать до загрузки ОС.
Эти фичи часто бывают криво реализованы, и устройства потом по ходу загрузки начинаются теряться и глючить.

Можно. Если процессор поддерживает полное ускорение виртуализации, можете поставить виртуальную машину на kvm, установить туда винду, пробросить видеокарту и играть.

Возможно, пула энтропии не хватает на такой поток шифрования. Попробуйте поставьте демон haveged.

Ну, в статье ж рассказано про сертификаты.
Вы не выбрали сертификат на клиентском устройстве

Проще через strace хукать write или read у подозрительных процессов.

Если у вас не боевой сервер, а десктоп, зачем вам на нём дебиан? Чем он будет принципиально отличаться от убунты кроме названия и более старых версий пакетов?

Ну, может быть логи посмотреть? Что конкретно происходит, в какое время; может удастся узнать, что триггерит этот ивент.
Может быть ACPI битый какой-то, в ноутах это норма, по моему опыту. Биос стоит перешить, или таблицы ACPI подсунуть исправленные.

Пока никаких данных о проблеме от вас нет, решений тоже не будет...

Как и в любом другом дистрибутиве:

# iptables -A TCP -p tcp --dport 8080 -j ACCEPT

Либо, сервер запускается не на ANY, а на локалхосте.

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

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

Все часовые пояса - это и есть смещение относительно UTC. Но они имеют имена в формате Регион/Место. Безымянные часовые пояса установить теоретически и практически возможно, но оставлено для совместимости с POSIX, когда не для всех регионов планеты были часовые пояса в пакете tz. На современных системах так делать не рекомендуется! Т. к. в последних релизах пакета есть практически все возможные часовые пояса мира. (За исключением редкого факта - ваш компьютер находится на судне в океане, где нет именных часовых поясов)
Просто найдите свой пояс в директории /usr/share/zoneinfo/ и запишите название в /etc/timezone в формате Регион/Место. Например

Europe/Moscow

или

US/Eastern

Далее выполните

sudo dpkg-reconfigure --frontend noninteractive tzdata