не ограничение, а разумное понимание что уефи никогда не станет заменой ядра полноценной операционки.
очень неудобна НЕдисковая операционная система. это поняли еще в 80х годах, когда перешли с жестко прошитой в памяти операционной системы (считай полный аналог - uefi) к загрузке ядра операционки и приложений полностью с диска.
Дмитрий Дев, про KVM не скажу. докер прописывает проброс порта в таблицу роутинга сам, но это функциональность писана прям в строке запуска контейнера. но там простейший NAT + проброс порта сколь помню.
не понятно как оформлена у тебя сеть.
самый простой имхо Public Bridge, в гостевой системе создается виртуальная сетевуха, которая прозрачнно торчит в локалку, оттуда же получает адрес и ничего мудрить не надо, для всей локалке с твоего компа в сеть торчит еще родна сетевуха.
в остальных случаях есть плюсы, но посложней чутка и надо знать зачем.
запускай из под root если ты доверяешь башеписателю..... :)
хотя глянул внутрь скрипта - ничего плохого в нем не делается. майнер или бармина нет :)
вполне можно запускать под рутом.
разместить операционку на отдельном разделе.
во внутренности вентоя впатчить загрузку с этого раздела.
вентой на такое не рассчитывался потому и костылить поверх
Elbro, поигрался, выяснил что работает, допилил до рабочего состояния - запаял намертво для длительной стабильной работы. обычно всегда так.
"костыли" удобны, когда их штук пять и их постоянно переделываешь.
а вот когда они десятками скопятся, и произвольно отваливаться начнут от легких движений - вот тогда и поймешь, что "костыли - зло" :)
Петр, видеокамеры работают в одной сети с офисными компутерами ?? тогда с разделения компов и видеокамер надо начать.
деление по "политическому признаку" ничего не улучшит, хотя и не ухудшит...
ну некрософтеры- то уж додумались впендюрить в виндовс-индексер умение не считать бинарные файл за текстовые и индексироваться согласно расширению и заголовку файла, а не просто глупо все содержимое :)
сиречъ нашли видосик - вытащили из него имя и прочую метаинформацию, а гигабайты сжатого видеопотока индексировать уж не стали....
Петровский, в структуре ntfs не функций получения снимка.
VSS формирует прослойку между операционкой и файловой системой через которую разделяет действия между снимком и оригинальной фс.
снимок прописывается в операционке.
костыль поверх фс.
это в андроиде или нет ?? :) или что еще ??
jar запускается в винде/линухе через java приложение.
в андроиде для приложений используется apk с модифицированными "javа-бинарями" и это пакет для установки приложения.
начнем с простого
rsync - программа подтвержденного копирования.
в дополнению к обычному копированию она считает хеш-подпись файла на исходной и целевой стороне и добивается, чтобы они совпадали, что дает гарантию 100% передачи файла между носителями, может и по сети хоть на другое сторону шарика посылай.
есть одно но: если во время длительного копирования, в уже скопированные файлы произойдет запись, то rsync этого не увидит.
потому на время создания копии все работающие проги надо останавливать, а это бывает долго и не всегда удобно.
поэтому выплывает btrfs. это файловая система с функцией создания снимка (у него еще много функций но не будем об этом). в винде аналогом является Volume Shadow Copy System, она сделана по другому, но функционально близка. в btrfs это встроено в файловую систему, в vss сделан костыль поверх ntfs.
бутер позволяет очень быстро сделать снимок всех файлов. так что работающие проги можно отключать на очень краткое время или не отключать совсем, если хватит сброса кешей записи на носитель.
после создания снимка, файлы в снимке не изменятся, при этом работа с "исходными" файлами может продолжаться.
т.е. быстро делаешь снимок, потом медленно со снимка делаешь копию, снимок удаляешь и ок.
минус бутера - он совсем недавно стал стабильным, хотя есть и в этом сомнения.
а если по серъезному есть еще куча подводных камней, которые рассказывают на спец.курсах + практические работы и разъяснение ошибок практики.
хотя сделать думаю можно.