посмотреть какоето твое ПО генерит трафик с адресами частных сетей :)
настроить ПО так что бы оно не использовало ентих адресов :)
и т.д. каков вопрос - таков ответ.
mercower26, опция systemd WorkingDirectory
а так да, по умолчанию используется домашний каталог пользователя из под которого запускается програмка.
еще посоветую выставить User и Group для того чтобы не запускать yarn под рутом.
ну и вообще почитать опции системд там много чего интересного есть.
albertemx, 6 дорожечная лента :-/
студийные магнитофоны бывали и 20 дорожечные. на каждую дорожку писался отдельный инструмент и в конце все дорожки правильно сводились воедино.
хз не настолько хорошо знаком с лентаочной записью
на кассетах дорожки левого и правого канала расположены рядом. в отличии от ленты катушечных магнитофонов - там дорожки расположены через одну.
поэтому на твоей фотке торчат два магнитопровода двух каналов, только очень близко, впритык.
между ними видна линия медной пластины для экранирования магнитных потоков.
седьмой контакт - экран. это видно по расположению дорожек на мягкой плате
неа :) Ethernet описывает и физический и канальный уровень согласно определениям OSI.
так же как и CAN. и к примеру i2c и некоторые другие.
кстати уарт тоже "чуть выше" физического уровня osi, он оперирует словом (а не битами как то постулирует физ.уровень osi)
и даже имеет минимальный CRC в виде бита четности. но вот этим практически никто не пользуется.
наверное потому что uart сформировался еще до представления стека OSI :)
большие скорости можно прогнать только по rs485. несимметричная линия 232 или uart не рассчитана на большие скорости.
а так, теоритически, имея доступ к "железным" регистрам можно выбрать практически любую скорость.
обычно верхний предел скорости ограничивается возможностями выходного каскада порта.
mayton2019, дык поищи. не я заявами кидался :) я сильно сомневаюсь в специализации exfat под ssd. предположу, как наследнице fat, наоборот - цель сделать максимально простую фс.
кроме журналирования есть CoW и LogFS :)
журналирование спасает от неожиданной потери питания. если есть в накопителе есть аккум и умные драйвер то он вполне может адекватно завершить запись на носитель и без журнала.
exfat дизайнерили под ssd ?? не смешите мои тапочки :) там нет ни одной функции по поддержке ссд :)
exfat без разницы на чем стоять на hdd или ssd :)
единственный плюс для ssd в exfat в отсутствие журнала и потому он будет тупо меньше жрать ресурс ssd по сравнению с ntfs, да в принципе и все.
использовать exfat как общую систему для файлопомойки смысла нет. все таки без журнала повредить систему сильно проще.
после внедрения Туксерой едрённого драйвера нтфс - скорость общения с ней в линухе сильно поднялась.
тут больше зависит от того чем больше пользуешься. если живешь в венде - то нтфс (ибо в винде ничего больше и нет :) ).
если кокошки нужны изредка, то лучше ставить ext2win для доступа из окошек в линукс.
или btrfs2win но кажись он еще не допилен.
имхо больших проблем словишь не от самого типа фс, а от фундментально разных систем прав для файлов и вообще отношению к файлам.
но это можно исправить заложив в параметры монтирования доступ "всем ко всему"
и в ext2win чтото подобное было.
хех, года четыре назад у мегафона мейнфрейм отказал - пол сети европейской части России накрылось медным тазом :)
один сервер удобен тем, что он проще всего. ибо один и следствии реализация транзакционности прощеееее. удобно для небольшого банка.
противоположный конец документаоброта - абсолютная децентрализация - бухгалтерия биткоинсов и иже с ним, завернутых в блокчейн. куча минусов и тормозов, зато абсолютно децентрализованного и масштабируемо.
плюс куча систем между ними.
Adamos, шанс внезапной поломки всегда не нулевой. пофиг где.
рейд (акромя рейд0) уменьшает на несоклько порядков шанс полностью прервать работу офисной машины на несколько часов/дней.
а время - деньги это деньги.
это ж когда некрософтеры расщедрились на поддержку неродных стандартов ??