776166, не совсем. ты монтируешь флешку в /media/fleshka вот от этого каталога и наследуются права корня монтируемой фс.
и /dev (да и / ) к внутренностям фс не имеют отношения.
D9koder, да, асм работает на "железном" уровне. сам язык достаточно прост, но простота языка оборачивается сложностью его среды исполнения, в большинстве случаев чтобы что-то сделать тебе надо будет знать, из чего оно состоит и как оно работает.
D9koder, асм тоже понятие относительное. в нем есть куча функций, библиотек, и языковых конструкций, которые отвязывают программиста от железа.
но асм наиболее близок к командам процессора и писать на асме без знаний архитектуры проца не получится.
С уже создавался как язык от вязанный от архитектуры проца. не говоря уже о языка более высокого уровня.
судя по по путям vs-bionic/snapshots/5.18.1.28 это просто снимок репозитория vs-bionic на момент версии 5.18.1.28
обновления скорей всего в снапшот закидываться не будут.
nubicknubskiy, перфразирую вопрос - я не токарь и не знаком с металлообработкой, есть ли какие применения станка с чпу для обычного человека ?? :)
драйвдроид тоже не для простого пользователя рассчитан.
рут это инструмент им надо знать как пользоваться, без знаний он нинужен :)
nubicknubskiy, как ни странно, доступ к модулю nfc не связан с рутом. прикладные приложения даже на нерутованных телефонах имеют доступ к nfc-модулю.
ибо nfc много где применяется. даже блютус наушники имеют встроенный чип с nfc для ускоренного подключения к блютусу телефона.
както с год назад главный инженер высказал идею использовать снятие данных с прибора и управление настройками посредством nfc на смартфоне.
типа возможности будут функционально шире чем вковыривать в каждое устройство экранчики, кнопки и все такое :)
так что вот.
если из практики рута, то мне приходится обслуживать компутеры, ставить на них операционки, ковырять разделы и все такое.
вместо кучи флешек, дисков, сейчас у меня телефон с drivedroid и кучей образов на микросд.
без рута данная система не работает.
рут - инструмент, сильный и удобный если знаешь как и зачем им пользоваться.
если не знаешь как пользоваться, то настоятельно советую даже не приближатся. ногу себе отстрелишь...
исчо раз, разблокировка загрузчика <не равно> рутованию телефона :)
на кой хрен тебе енто фсё мне до сиреневой лампочки. положи подальше от себя и не трогай
nubicknubskiy, :) разумный человек вполне понимает что бэкдоры от рута не зависят. про бекдоры в supersu и иже с ними я вообще что-то не слыхал.
бекдор через загрузчик :) это вообще клевый материал для жолтой прессы.
будьте разумны и ваши волосы будут в порядке :)
для разрушения вашего диссонанса и повышения мозговых объемов могу сказать, что прошивка можно поставить (да и чаще ставится) через загрузчик, twrp и иже с ним.
а в самой прошивке не будет даже намека на рут :)
если по простому
число идущее после / показывает сколько бит с начал номера "менять нельзя". тут писано 64, первые 64 бита определяют выделенную тебе подсеть, а последние 64 (полная длина ипв6 адреса 128 бит) можно менять произвольно и это есть доступные тебе адреса.
между двоеточия вмещается 16 бит, значит первые 64/16=4 группы цифр менять нельзя и в твоей доступности адреса от 2606:5e00:0001:07a8:0000:0000:0000:0000 до 2606:5e00:0001:07a8:ffff:ffff:ffff:ffff
2^64 адресов ~ 1,844 * 10 ^19 адресов или 4 294 967 296 раз больше чем всех ипв4 адресов
бери любой и пользуй. все пакеты данного диапазона будут направлены на твое сетевое соединение
если уж говорить тупо пообывательски, в осм использовались/используются два движка отображения тайловых карт: кроме Leaflet есть OpenLayers :)
а вот сам опенстритмап так-то даже не карта с тайликами, которую везде кажут, а набор геоданных, из которой собственно штампуют онную тайлокарту, везде принимаемую за осм :)
да и из данных осм много кто тайлокарты штампует. даж роскадастр как-то баловался.
поддакну freeExec и таки посоветую чутка разобраться в теме и не смешивать гвозди с микроскопом.
MDesh, скорей всего ты будут близкие к написанному в договоре и неизвестно по какому закону отличающиеся циферки, исследования не получится :)
вариант такой: подключаешь оба провайдера к одному компу через две сетевухи.
выбор какого провайдера использовать делаешь меня правила роутинга.
или выключая ненужное сетевое соединение в подключениях.
или меняя метрику у сетевых интерфейсов.
тебе ж под винду ??
MDesh, скорость ынтырнета покажет любой "измеритель интернета" за пару минут.
цену увидишь в прайсике.
делишь одну циферку на другую, выбираешь - фсё.
больше ничего практичного отмерить у провайдера не смогешь...
поддакну Ezhyg :) у меня примерно сделано:
файлики связаны через синхфинг между компом и ноутбуком + псевдосервером из старого компутера под линухой без монитора и клавы.
на сервере настроен версионный бекап. никаких лишних действий на сервере не произвожу, вероятность попадание на сервер сторонних программ исчезающе мала.
если на комп или ноутбук попадет шифратор и начнет шифровать файлики. то ресилио начнет распространять изменения файликов по подключенным устройствам.
это нормальная ситуация, кроме случая шифрации файлов.
но на сервере ресилио обязательно сделает копию любого измененного/удаленного файлика. т.е. на сервере будет "основной" каталог с шифрованными файликами и набор старых нешифрованных версий в каталоге бекапа. откуда их всегда можно выковырять.
Алексей, по скорости не сравнивал.
удобсто в том что телефон всегда под рукой, а подсунуть исошник дело нескольких минут. уже много лет просто нет EDC-флешки с собой.
тут наверн вариант не слежения за шифрованностью файлов пользователя. а вариант, к примеру, упрощенного пристреливания шифрованных файлов в случае срочного п-ца.
пропиши несколько каталогов/файлов слежения.
в мане писано
Internally, path units use the inotify(7) API to monitor file systems. и т.д. учитывая, что системд слушает поток инотифи, а не дрочит интерфейс файловой системы, вполне мог отслеживать и рекурсию вглубь указанного пути.
как вариант еще просто не сделали, не стали углубляться в усложнение функциональности.
1) системд запускает процесс в отдельной cgroup что позволяет следить за процессом и дочерними процессами без всяких пидов.
если процесс грохнетс, то запустит еще раз, смотри соотвествующее описание параметров юнита.
2)скажу сразу не пользовался. вот что гугл выдает https://stackoverflow.com/questions/42628988/how-t...
создаешь lala.service с необходимым действиями.
к нему lala.path в котором прописываешь условия слежения за файлами, т.е. по какому действия .path срабатывает и дергает одноименный .service
далее "sudo systemd daemon-reload" и "sudo systemd enable lala.patch"
как-то так я думаю.
и /dev (да и / ) к внутренностям фс не имеют отношения.