hint000

Батарейка должна быть. Может быть на обратной стороне платы. Может выглядеть примерно так:

У Victoria блок 16K, у Crystal - 1M и 128K.
Размер считываемого блока при тесте имеет существенное значение (до некоторых пределов, как видим, между 1M и 128K разница уже небольшая). Меньше блок - больше доля накладных расходов - меньше средняя скорость чтения. Выставьте вручную размер блока такой же, как использовал Crystal, тогда можно будет сравнивать результаты.

На Android есть 128 или даже 256 приложений типа "Камера", отличающихся какими-то мелочами. У одного приложения такое поведение, у другого эдакое (в зависимости от сорта и года урожая травы, которую для вдохновения курили авторы этих приложений). Я понимаю, что вы используете приложение, которое было на смартфоне "из коробки". Попробуйте хотя бы несколько других с PlayMarket'а, чтобы убедиться, что они не решают вашу проблему.
Но я бы особо не надеялся, что кто-то предусматривал возможность работы с внешней вспышкой.

Если подходить к проблеме с точки зрения фотографа, а не айтишника, то, предложил бы попробовать сверхдлинную выдержку (до нескольких секунд) в сочетании с тупо ручным включением выдержки - метод годится для тёмных условий съёмки. Для этого потребуется найти приложение с возможностью ручного выбора выдержки и чувствительности (реже диафрагмы) - выдержку побольше, чувствительность поменьше и экспериментировать. Так фотографировали ещё в начале прошлого века: фотоаппарат в виде ящика с объективом на "гармошке", без затвора. Фотограф снимает крышку с объектива, делает магниевую вспышку, одевает крышку на объектив.

У вас из сильно устаревших инструкций. Такой синтаксис (-net) уже не следует использовать. Нужно примерно так:

-netdev user,id=FooBar-099999 -device virtio-net-pci,netdev=FooBar-099999

(здесь "FooBar-099999" - это произвольный идентификатор). Т.е. опция -net user заменена на -netdev user, а опция -net nic заменена на универсальную опцию -device (которая в qemu относится не только к сети, но и к любым виртуальным устройствам).
Но вы точно хотите в режиме -netdev user (-net user)? На каждый чих руками пробрасывать порт и делать холодный перезапуск виртуальной машины?
Лучше сразу привыкать настраивать полноценную сеть через бридж. Со стороны qemu это выглядит примерно так:

-netdev bridge,id=Foo-09,br=virbr0 -device virtio-net-pci,netdev=Foo-09,mac=52:54:00:00:99:99

...но требует предварительного поднятия бриджа на хосте, либо прописыванием в конфиг сети, либо командами из пакета bridge-utils. Здесь virbr0 - это имя предварительно созданного бриджа.

получается в реестре доменных имен уже сгенерированы вообще все доменные имена и мы арендуем ранее сгенерированное имя?

Это нужно выяснять у древнегреческого философа Платона, существует ли каждая идея в мире идей ещё до того, как она пришла кому-то в голову (или была сгенерирована). В нашем материальном мире невозможно сгенерировать счётное множество имён, потому что для этого потребовалось бы бесконечно много времени и бесконечно много памяти.

Домен покупают или арендуют?

Ни то, ни другое. Его регистрируют. Регистрация домена - это услуга, а не товар.

Где ни читал - ясного ответа не увидел.

Да ладно! До вашего вопроса я даже не знал, что такое "InReach".
~30 секунд поисков - и вот вопросы и ответы:
https://market.yandex.ru/product--portativnyi-sput...

Upd. а вот официально:
https://www.iridium.com/traveling-to-russia/
https://iridium-russia.com/blog/izmenenie-tarifnyk...

Если понятным языком сказать, то вы хотите стримить в интернет процесс игры на PS5, верно? Ну или просто записывать видео на ноут.

Ноут имеет только видео-выход, не имеет видео-входа, т.е. он не принимает видеосигнал от других устройств.
Телевизор имеет только видео-входы, не имеет видео-выхода, т.е. он только принимает сигнал, но не передаёт.
Для решения задачи вам нужны две железяки:
1. разветвитель HDMI (например, если подключить к нему два монитора или телевизора, то на них будет одинаковое изображение);
2. устройство видеозахвата (video capture device, video grabber, "граббер", "грабилка"), у которого будет HDMI-вход и USB-выход, вы подключите его через USB к ноутбуку; здесь нужно обратить внимание на ограничения разрешения и частоты кадров у такого устройства; т.е. стримить в хреновом-то качестве не трудно, :) а вот в хорошем качестве... возможно, потребуется более серьёзное железо (если бы был не ноут, а десктоп, то можно было использовать PCIE-карту видеозахвата).

если как-то впендюрить роутер между ПК и DC, то можно так

Процитирую Боромира из В.К.: "Никто не может просто так взять и создать qcow-образ из папки".

Можно взять пустой диск, создать на диске раздел, создать на разделе файловую систему, скопировать туда папку с файлами, снять целиком с этого диска образ.
Другой вариант. Создать пустой образ, подключить его к каой-нибудь виртуальной машине, создать раздел, создать на разделе файловую систему, скопировать туда папку с файлами, отключить образ от виртуальной машины.
Почему нельзя сразу создать образ из папки? Потому что нет утилиты, которая бы могла автоматически выполнить описанные выше действия, их нужно делать руками (ну или самостоятельно заскриптовать эти действия).

В Linux для работы с qcow-образами используется утилита qemu-img, но сильно сомневаюсь, что вы сможете её использовать на Android, так что вам потребуется полноценный Linux.

По умолчанию Windows не включает маршрутизацию, вам нужно её включить на сервере. А также включить NAT на сервере. Инструкция: https://openvpn.net/cloud-docs/owner/networks-and-...
Вообще на Windows такое обычно никто не делает, но в учебных целях можете походить по граблям, почему бы нет.

Кстати, как там у вас в Польше?

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

Если вы хотите знать, почему не удалось увеличить сверх 1200 разрешение механизма подачи бумаги, то вам нужно задавать этот вопрос непосредственно инженерам, конструировавшим этот узел. Они знают, в какое техническое ограничение упирается это разрешение.
Если вы хотите знать, зачем тогда делали в 4 раза большее разрешение у механизма перемещения головки (и не устраивает ответ "потому что могли так сделать"), то вам нужно задавать этот вопрос маркетологам. Потому что отпечаток в 4800 x 1200, конечно, выглядит несколько лучше, чем в 1200 x 1200, но, очевидно, хуже, чем в 2400 x 2400. Но вот 4800 x 1200 инженеры смогли сделать, а 2400 x 2400 не смогли.

после прочтения письма, скажем, на айфоне и перемещения его в соответствующую папку, на другом девайсе ещё долго (полчаса-час) это письмо может висеть как непрочитанное, т.е. не происходит imap-синхронизации, как я понимаю

У iRedMail ведь есть web-морда не только для админа, но и для пользователей. Простейший тест: переместить письмо на одном из девайсов, потом зайти под этим пользователем в web-морду и увидеть там, что письмо переместилось (или нет), потом зайти с другого девайса и увидеть, что там не переместилось. Если в web-морде перемещение есть, значит на стороне сервера всё нормально, это клиенты почему-то тупят. Если в web-морде перемещения нет, значит всё равно на стороне сервера всё нормально, :) а тупит тот клиент, на котором произведено перемещение. Короче, выясним хотя бы этап, на котором происходит затупливание.

Ну а потом уже через tcpdump смотреть трафик в реальном времени, сразу после перемещения письма.