папки в винде будешь раскидывать :)
запусти в консоли - посмотри выхлоп.
посмотри системный лог 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% достоверности и целостности переданных данных.
Golikich, любую :)
желательно иметь под боком линукс-продвинутого, без него будет сложно.
ибо отличается от винды как сверлильный станок с чпу от дрели.
создаешь в виртуалбоксе новое сетевое устройство, прописываешь тип "внутренняя сеть".
запускаешь виртуалку с линуксом. в линукс-госте появляется новая сетевая карточка. настраиваешь ей адреса. используешь.
статей как настроить сетевые карточки навалом, в том числе как настроить NAT на gateway-системе. тебе сюда их перепечатывать ??
имхо тут не совсем правильное понимание ключей доступа :) это не пароли.
не "на каждой целевой машине генерится ключ и потом распихивается по участникам для доступа", как пароль а наоборот.
на каждой рабочей машине генерится связка ключей, в комент впихивается понятное описание обычно "кто, откуда" т.е. "lexx_rabota" "vpupkin_noutbuk_2" и т.д. а уже открытые ключи этих связок распихиваются по машинам, куда им разрешен доступ, с генерированием соответствующих юзверей или нет.
открытые ключи можно сразу вписывать в файл /home/%нужный юзверь%/.ssh/authorized_keys при создании докер-контейнера и они сразу будут иметь доступ.
/etc/xdg/autostart/ запускает гуи-приложение каждый раз при входе пользователя в граф.оболчку пользователя. ну а дальше чтото делается в скрипте. возможно и удаляется ярлык автозапуска
вообще использовать xdg/autostart идея прям "из винды" :)
для дефолтных настроек профиля лучше пользовать skel в ней необходимо создать структуру папок и файлов, которая будет копироваться каждому пользователю при создании.
посмотреть настройки рабочего стола и гуйни.
консоль можно запустить через менюшку.
автоматическая настройка не удалась. настроить вручную.
искать в тырнетике "debian + имя видеокарты + не работfет второй монитор" и подобное.