Ingernirated: наверное надо повнимательнее почитать книгу, обычно все понятия расписываются. давным-давно когда по земле бродили динозавры в первых логических схемах ТТЛ-логика была основной. И при этом очень много потребляла, и как следствие очень сильно шумела, т.е. при переключении в питающую шину уходил достаточно мощный импульс.
Так что была рекомендация на каждый корпус БИС (большую интегральную схему) вешать кондер по питанию. на МИСы (малая ис) хватало одного на 3-6 корпуса.
поэтому я и вписал "разрешенные" символы.
ограничение фундаментально и есть везде.
минимально это символ окончания символьного массива null (0x00..) и символ разграничения папки и файла.
смотри пункт "Допустимые символы в названиях" https://ru.wikipedia.org/wiki/NTFS там как раз расписаны ограничения файловой системы и ограничения, налагаемые операционкой "В пространстве имён Win32...."
cron все скармливает консольной команде sendmail. ему до лампочки кто за ней прячется.
postfix эмулирует работу sendmail, т.е в своем составе имеет исполянемый файл sendmail, который имеет тот же набор команд что и оригинальный sendmail.
в оутлуке агент почтовой доставки встроен внутрь.
в линухе и многих других *никсах используется идеология "инструмент должен делать одно дело но очень хорошо".
поэтому в куче почтовых читалок отсуствуют агенты доставки. и действительно "а зачем ??" Если хорошо отлаженный стабильно работающий агент уже есть в системе или репозитории и просто ставится как требование предустановки для почтовой читалки.
cron или любая другая програмка посылает почту через консоль, скармливая команды и файлы другой програмке, которая специально заточена чтобы сформировать из входных данных соответствующее стандартам e-mail, найти в интернете север который доставит это письмо получателю, связаться с ним и передать сформированное письмо.
вот эта програмка является MTA - mail trasnfer agent, один из таких агентов является postfix. без него почта бы просто никуда не уходила.
John Smith: дык клиенты ентих облаков через такое место сделаны, что трогать не хочется.
"ручной бекап - это не бекап" (с) опыт. возьми NAS и заливай туда через фтп.
тут упоминалось в одном из удаленных ответов что кобиан работает с маилру. а жаль. ибо сейчас архивы сформированные кобианом, на сервере заливаются в маилру через костыль davfs2 -> конвертилка web-dav в команды маилру-облака на .net под mono -> облако. и это все медлено и грузно...
думал чтото попрямее сделали.
В яндекс-диске испокон веков есть webdav-доступ, а это очень сильно расширяет возможности облака.
Маилру к кобиану подключить?? Каг ?
Ибо есть бесплатный терабайт от маилру но прикручивается он через 3 п-ды...
Пользую кобиан, бекапы через фтп заливаю на линуксовый сервер (старый комп). Пароль к фтп в кобиане хранится в зашифрованном виде, ни адин вирус не залезет :)
Novichok Admin: убери приставку админ из ника - пока еще рано :).
логины и пароли SMB и RDP подключения никак не связаны, ибо это два разных сервиса.
Плюс могут зависеть от параметров входящих машин (к примеру допуск только определенных ип или мак) и еще много чего может быть наворочено в зависимости от заморочек администратора устройства.
выясни точный url места хранения и логин/пароль у старших, проверь возможность подключения через експлорер с нужной машинки, и только после этого греши на кобиан.
Novichok Admin: не правильно вводите урл до папки на удаленном сервере, вариант2: непрописан доступ к онной папке.
попробуй скормить енту строчку символов explorer'у, посмотри что он ответит
Напиши хотяб через что резервил.
Вариантов куда много, обычно в какуюнить папку на микросд.
Современные системы шифрования обойти практически невозможно.
тогда два dc-dc остается.
12в питание обычно идет как силовое с большими допустимыми разбросами по напряжению, так что может и 19в нормально кушать, но лучше схему смотреть.
lolowin32: уже что-то проясняется, как минимум что вопрос не имеет отношения к убунту. к загружаемости винчестера тоже не имеет отношения. через пару итераций возможно будет ясно что вы сударь желаете.
Thinstation предназначен для работы в тонком клиенте и вследствие загрузки по сети, на диск устанавливается только сервер раздачи клиентов почитай it-advisor.ru там много и по русски.
What will this disc do?
This disc is meant to install the build env along with the dev env into /thinstation. It will install a bootable TS image onto the hard drive and make this workstation a PXE boot server
корень системы классически находится в сжатом образе ./initrd прикрутить енто хозяйство к жесткому диску можно, но зачем, проще взять дистр с инсталляцией.
операционная система с общем случае не знает как используется память в программе, если оно активно жрет память, то значит для чего-то сохраненные в этой памяти данные понадобятся в будущем. как и от чего в таком случае очищать память??
вариант2: дать по ушам программисту, написавшему эту программу.
давным-давно когда по земле бродили динозаврыв первых логических схемах ТТЛ-логика была основной. И при этом очень много потребляла, и как следствие очень сильно шумела, т.е. при переключении в питающую шину уходил достаточно мощный импульс.Так что была рекомендация на каждый корпус БИС (большую интегральную схему) вешать кондер по питанию. на МИСы (малая ис) хватало одного на 3-6 корпуса.