Сергей -

Автор пытается делать стеганографию. Тоесть в картинке скрывать информацию. Здесь выбор PNG полезен тем что инфа лежит плотно и в случае "гладкого" характера информации сжимается. Наподобие архиватора.

SVG - не подходит т.к. векторный и расточительный.
JPG - тоже не подходит т.к. повреждает информацию. Ее потом нельзя будет извлечь из файла без потерь.

По поводу дополнения файла до размера кратного длине строки (padding). Там не 00 не FF не подходит. Так как в оригинальном файле тоже могут быть эти константы и алгоритм даст сбой. Надо почитать как делается в криптографии. Там есть специальный workaround. Если его не реализовать правильно то при обратном декодировани картинки в файл мы можем получить ложное удлиннение файла на размер хвостика последней строки пикселов. Насколько это большой дэмедж для исходного файла - ХЗ. Но лучше конечно его не нелать чтоб обратное декодирование было надёжным с точки зрения длины файла.

Изопропиловым спиртом
Не портит пластик, безопасен для печатных плат.

Alpine linux, 4mb :)

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

Попробуй не делать сброс, а начисто перепрошить, вирусня прописала себя где-то в системе и сидит там, а сброс удаляет только пользовательские данные.

в том то и прикол что соблюдаю все меры предосторожности - не ставлю приложения из посторонних источников

это не является достаточным условием же.

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

Список уязвимостей: https://source.android.com/security/bulletin/
Вот к примеру за февраль: https://source.android.com/security/bulletin/2018-...
Дырок немеряно. А теперь попробуйте проверить, как давно к вашему телефону выходили обновления, и закрыты ли там все перечисленные дыры. А ведь бывает еще 0-day (свежак, который еще просто не успел попасть ни в какие списки, даже закрытые).

Про рут все верно pfg21 написал.

Чисто в теории можно такое провернуть сделав ram диски на каждой тачке, на основной тачке собрать эти диски в один раздел и на него зафикачить swap.
И опять же в теории возможно даже получится не катастрофически(это значит что всеже потери будут значительные) просесть в скорости. Образно говоря если swap на обычном винте будет выдавать 10мс задержки то задержка по локалке будет 1 мс. Но тут вероятно будет много подводных камней и в савокупности задержка всеравно окажется намного выше 1 мс.

Еще можно подрубить zram и в общемто прогаммно немного увеличить существующий объем озу.
В InfiniBand есть фокус с доступом до ram удаленной машины, но придется переписывать свою софтинку чтобы это заработало.

Можно еще прокинуть блочное устройство через nbd server\client но прокатит ли такое с /dev/shm это большой вопрос.

Короч есть 3 пути и каждый предполагает косяк:
1) Если критичен еще озу. Затраты денег на хорошую оперативку, никакого гемора.
2) Если проц не особо критичен а важен именно объем и скорости выше свопа то брать бу серверное железо с ddr2-3 оперативой, стоят они сейчас копейки и можно рублей за 15-20 урвать на ибее мамку+проц+озу объемом 64 или даже 96гб. Тут плюсов много но может оказаться что камня не хватит.
3) Колхозить и шарить рам диски по локалке, лепить один том через сеть и на него кидать swap. Много красноглазия, из затрат только хорошие сетевушки по гигабиту хотябы минимум, а лучше по 10.
4) Хороший ssd или рейд из них, на него swap. Оптимально по объему, неплохо, во всяком случае быстрее локалок, не особо дорого.

В теории то можно, только пропускная способность/задержки так себе.
Как правило объединяют специальные аппаратные платформы, имеющие отличную от х86 архитектуру с возможностью подключения нескольких платформ.
Софтово же вы упрётесь в скорость/задержки протокола передачи, самым быстрым будет infiniband 56g, опять же для этого нужно покупать карты/кабели/коммутаторы infiniband. Ethernet 1/10g будет довольно медленным, не знаю какой смысл от такого расшаривания памяти.
Проще/дешевле/практичнее продать лишнее железо и купить pci-e ssd под своп

Да, теоретически возможно. При организации сети по каналу 100 Мбит/сек используются 2 пары витой пары и используются жилы 1, 2 , 3 и 6. При организации гигабитной сети используются 4 пары, т.е. все 8 жил витой пары. Если у вас где-то оборвана одна жила, возможно поэтому не работает на гигабите. Надо "прозванивать"!)

Попользовавшись небольшое время K12BT я НЕ рекомендую еë для удалëнной работы из-за тачпада, к клавиатуре претензий нет:
-Жест прокрутки двумя пальцами работает, но работает очень резко.
-Если поставить на тач 2 пальца и держать - это не воспринимается, как долгое нажатие правой кнопки. Для долгого нажатия приходится использовать Fn+левый Alt. UPD: "зажав" таким образом правую кнопку невозможно использовать клавишу Ctrl.
-При попытке прокрутки легко случайно масштабировать вместо этого.
-Самое неприятное. Если поставить палец на тачпад и не двигать - курсор начнëт немного дëргаться. UPD: эта проблема иногда не проявляется, пока не понимаю закономерность.
-Fn+стрелки заработали только после того, как переключил клавиатуру в режим Windows (Fn+E).

Ещë немного про удалëнную работу и курсор мыши. MS RDP и Anydesk заработали нормально сразу, TeamViewer для Android использовать с тачпадом просто невозможно: для того, чтобы двигать курсор удалëнной машины надо "перетаскивать" содержимое экрана, VNC пока не проверял.

Совсем неудачной назвать не могу, но и удобство работы на Android от тачпада минимальное. Быстрее и как правило точнее дотянуться до экрана телефона.
А вот печатать на клавиатуре довольно удобно. Хотя она и уже стандартной, чëткие границы между кнопками и хороший тактильный отклик позволяют печатать с нормальной скоростью. Так же сам тачпад приятный на ощупь, пальцы по нему хорошо скользят.
Жаль, что жесты не настраиваются - переделать бы прокрутку на 3 пальца и поменять направление на противоположное - можно было бы теоретически полноценно пользоваться двумя пальцами как правой кнопкой на тачпаде

А что тут невозможного?
- обычный файл (не директория - d, и не линк какой-то - l)
rw- текущий пользователь имеет право на чтений (r) и запись (w), но не может выполнять файл (-)
r-- пользователи из текущей группы (root) имеют право на чтений (r), но не имеют прав на запись (-) и выполнение файла (-)
r--все остальные пользователи (читай - Мир) имеют право на чтений (r), но не имеют прав на запись (-) и выполнение файла (-)
root root текущий пользователь из группы root

Команда
root@ubuntu:~# > /etc/sysctl.conf
не изменяет файл, она его - выполняет (прочитав) :)

P.S. Здесь можно почитать про запрет редактирования файлов даже пользователем root. Но ограничение довольно условное

У файла нет прав на выполнение (+x), об этом тебе bash и говорит, когда ты его запустить пытаешься.

1. Посмотреть настройки биоса. Нередко в биосе есть варианты "обе", "только встроенная", "только дискретная"
2. Через родной софт управления настройками видеокарты
3. Можно отключить встроенную видеокарту в "диспетчере устройств" (именно отключить, а не удалить).

Ну и верно подметили — 4 гиг ужасно мало для прожорливых браузеров. 8 — уже хоть что-то, 16 — комфорт.

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

В таком случае решается заменой провода на экранированный. Иногда достаточно его просто уложить по другому, подальше от системника.