Andrey_al

~/.local/share/applications/mimeapps.list

mhddfs

мне кажется, что в случае, если в программе процесс архивирования и восстановления максимально автоматизирован, то большой разницы какой способ выбрать не так принципиален, единственно, что при инкрементальном способе промежуточные (между полными) копии будут меньшего размера, соответсвенно времени на их создание будет затрачиваться меньше...

может, конечно, если в ней заложен этот функционал, скорее всего, она это умеет... предполагаю, что программе и это можно указать, сколько сохранять полных копий и через какой промежуток времени создавать, эту самую, полную копию... я, просто, не знаком с этой программой и ее возможностями, и пытался донести разницу между двумя этими способами (общие представления) без привязки к какому либо конкретному ПО

я бы, тоже, ничего не понял из того описания, которое сделали в Nero, все непонятки из-за мутного перевода и, из-за того, что мы пытаемся изъясняться на "обезьяньем" языке, забывая свой собственный... давай попробуем заменить слово дифференциальный на разностный, а инкрементальный - на добавочный... в первом случае это будет работать следующим образом: допустим мы создаем архив за месяц, первая копия всегда будет полной, архив за каждый следующий день будет создаваться с учетом изменений по сравнению с полным архивом... таким образом, для восстановления данных на сосотояние, допустим, от 15 числа нам потребуется раскатать полный архив и поверх него архив за 15 число; в случае с инкрементальным способом архивирования, первый архив создается, тоже, полный, второй - похож на дифференциальный, а потом в каждый следующий архив добавляются изменения, по отношению к предыдущей копии, места и времени этот способ занимает меньше, по-сравнению с другими методами, но при восстановлении потребуется больше телодвижений, например, при желании восстановить состояние файлов на 15 число (как в первом примере) нам потребуется сначала восстановить полный архив, а потом методично добалять к нему архивы за каждый последующий день (за 1 число, за 2 -ое, за 3 -е, ... и так до 15) ни то, ни другое, раз тебе нужен образ всей системы (диска), то и делай его, допустим, раз в неделю с полной заменой устаревшего или несколько полных образов за разные даты, если место позволяет... а все эти разностные и добавочные больше подходят для архивирования отдельных директорий и файлов...

опять глобальные выводы на основании единичного неудачного опыта, ты что, ежедневно устанавливаешь систему на десятки ноутбуков разных моделей от разных производителей в течение 10 лет, что бы делать такие утверждения? куда как корректнее было бы написать: пробовал установить такой - то дистрибутив на ноутбук такой - то, лично у меня не получились следующие моменты (перечисление)... P.S. по - моему, не раз уже говорилось, что нет смысла устанавливать промежуточные дистрибутивы, если ты не бета - тестер, вполне резонно остановить свой выбор на дистрибутивах LTS... а если уж так любопытно, что же там такого нового понавыпускали, то можно ознакомиться с дистрибутивом, установив ОС на виртуальную машину или в режиме LiveCD... и гораздо полезнее попробовать стать читателем (в том числе и мануалов), чем писателем

это значит, что можно ставить с любого носителя, и, даже, в LiveCD русский присутствует... копродистрибутив??? а руки выпрямились?

в продолжение темы о копроюзерах цитата с сайта openSUSE: тынц... тынц...

потому что у одних тогда исчезнет повод для постоянного нытья и недовольства, а у других - тема для высокопарных рассуждений о судьбах мира и копроэкономике... т.е. писать, тупо, будет не о чем явно прослеживается обратная связь - копроэкономика порождает копроюзеров, но, в свою очередь, любая вещь, попадающая в руки этих копроюзеров, моментально превращается в определенный продукт...

вот и создай почтовый шлюз, только он будет общаться с внешними почтовыми серверами (как клиент), когда нужно отправить или получить почту извне..., для локальных же пользователей он будет сервером и, все общение локальных клиентов будет только с ним... а уж на какой платформе создавать релей выбирай сам, с чем ты больше дружишь и с чем сможешь справиться, то и будет верным решением...

по-хоршему, лучше ее не держать ни там, ни там...

на Яндекс.почта для домена, похоже, все намного веселее... "На одном подключенном к Яндекс.Почте домене можно зарегистрировать до 1000 ящиков и использовать их самостоятельно или раздать другим пользователям." другой вариант (более сложный) - почтовый релей, на любом дистрибутиве Linux связка Postfix + Dovecot + Fetchmail (либо другие со сходным функционалом)

твой МФУ это такой же сетевой прибамбас (с принт-сервером на борту), как и любой другой (ноутбук, десктоп и пр.), подключаешь его к существующей сети любым доступным способом (пусть будет через wi-fi), он должен отобразиться в сетевом окружении, на всех компьютерах указываешь путь до этого сетевого принтера, при необходимости (по запросу) устанавливаешь драйверы... детали смотри в мануале к прибору

зачем? сам же пишешь, что у тебя уже есть: это ты сам с собой разговариваешь? (какая-то череда взаимоисключающих вопросов-ответов), сам себя спрашиваю и сам себе отвечаю: пожалуйста, нет проблем... тык - страница поддержки Xerox, тык - инструкция к прибору, тык - картинка со всеми меню для настройки МФУ ты уже сам превратился в некое щебечущее существо, кем ты являешься для этой милой компании? если на тебя возложены обязанности админа, то возлюби "курить мануалы", если же "мимопроходил", то не берись не за свое дело, а прощебечи "отлуп" своим милым дамам...