Zendaros, смени кондеры (тупой совет но вдруг поможет) yf PS_ON по идее должно 5в идти.
спробуй вручную PS_ON на землю замкнуть кусочком провода. и посмотри запустится или нет.
Серая Мышь, репозиторий 20.04 (нажми focal настраничке поиска) не знает ни такого пакета, ни утилиты с таким именем, включенной в состав какого либо пакета.
уточняй название.
папки в винде будешь раскидывать :)
запусти в консоли - посмотри выхлоп.
посмотри системный лог dmesg.
прога не должна умирать без матерщины в логах.
там скорей всего и увидишь ошибку.
скорей всего не хватает каких либо библиотек.
есть и бесконтактные ключи. мож тс имел ее ввиду под "таблеткой" :)
опять же бесконтактный ключ скорей всего даже ничего не знают о NFC. там свои стандарты и протоколы.
ворох разных понятий из разной функциональности.
статическая библиотека намертво вклеивается в файл программы, в отличии от динамической бибилотеки, которая подключается при запуске програмки.
пакет - метод доставки, в котором может быть все что угодно.
если твои исходники, которые компилируешь, требуют статическую билиотеку, ты должен ее найти и предоставить компилятору (точнее линковщику) программы.
динамические библиотеки установленные в системе его не интересуют, ибо в них отсутствует необходимая для линковки информация.
Alex, у меня муйня, в ее бекапере можно. про остальные предложу "да" не скажу точно. поковыряй.
системный бекап единственное средство прямого доступа к внутренностям проги на теле без рута.
никак.
если мне не изменяет память пользовательский процесс в винде (да и в линуксе) не имеет прямого доступа к реальной памяти, для него предоcтавляется линейная непрерывная виртуальная память через аппаратный MMU + TLB.
и почемуто помнится что драйвер уровня ядра может работать с реальной памятью
Sozdavan, сейчас тебе насоветуют LVM с динамическими разделами и тогда вообще повесишься в обучении :) оставь сию сложну и функциональну задачу на потом.
переполнение любого раздела будет всегда.
у меня винда семерка уперлась в 50 гб с*ка и встала раком.
так что размечай с запасом.
потом можно жонглировать свободным местом "перемещая" папки с приложением и монтируя разделы. хотя тоже надо будет понять енту функциональность.
я бы посоветовал с самого начала вынести раздел /var на отдельный раздел, ибо он жирный и тяжелеет день ото дня :)
а /boot оставить в корне, ибо он небольшой.
ну к примеру можно hdd примонтировать в /mnt/disk_hdd
а тяжелые папки переносить на hdd софтлинками.
т.е. музыка лежит в /mnt/disk_hdd/music.
а в хомяке (который на ssd) создается софтлинк папки /home/%user%/Music на хранилище в hdd
с играми практически также.
иногда бывают затыки с правами и пользователями.
к примеру система доступа к файлам по сети (ftp smb...) за`chroot`чена в /home и не может иметь доступ к /mnt. тогда вместо софтлинка надо использовать mount --bind
mayton2019, да, рсинк сравнивает содержимое двух дирректорий на локальной и удаленной машине и приводит их к идентичному состоянию.
по умолчанию идет упрощенное сравнение по метаданным файл.
но ключами можно включить сверку идентичности файла по хеш-сумме, в этом случае файлы по окончании операции будут абсолютно идентичны.
будут твои 200% :)
rsync имеет встроенную систему подтверждения передачи :)
под конец можно прогнать rsync c проверкой хеш-подписи файлов.
146% достоверности и целостности переданных данных.
ему деплой нужон.