> Мне нe нyжно монтировать. Мнe нужно откатить систему до состояния "на вчера",
> а мои документы не трогать. Так ясно?Организовать вполне можно. А почему нет? Насколько напрямую и без подпорок - вопрос номер два, но фич ФС для этого так или иначе хватит. Давайте до этого до...я, потому что у вас же цель пометом в линухи покидаться, да? :)
>> Ну-ка покажите мне в винде мой документ в виде
>> как он был вчера, до обеда и вот сейчас?
> Правой кнопкой -> Properties -> Previous versions
А там по дефолту нас ждет фигъ. Оказывается, надо было заранее, а оно еще и некисло тормозит и жрет уйму места на диске. Ваш запорожец - довольно хреновый летун с весьма неочевидным управлением полетом. Хотя говорят что каскадер может и на запорожце небольшое расстояние пролететь без вреда для себя.
> А кто автомагически снепшот делает то? rm?
Файловая система. Сама. Это часть ее логики восстановления после крахов. Бтрфс сам лепит автоматические временные снапшоты раз в 30 секунд. Это просто точки в которых данные и метаданные синхронны и состояние ФС логически корректно. Это быстро, потому что для снапшота все структуры и так по сути всегда есть. При крахе недописанные ошметки с момента прошлого снапшота просто игнорируются. И никаких вам проверок ФС и реплеев журналов не надо. Просто забиваем на недописанный мусор и автоматом получаем ФС в виде "за секунды до взрыва". Вот и весь "откат транзакции".
>> Можно даже круче: смонтировать снапшот в сторонку и там с ним работать.
> Смонтировать? Для этого ж админские права нужны. В zfs заходить в корне
> в директорию .zfs/snapshots и всё.
Видимо более умного повода до...я не нашлось. Ну что я вам скажу - пользуйтесь NTFS, чтоли. Ваш запор намного лучше нашего космолета. Правда единственным его премуществом является то что вы к нему уже привыкли.
>> С btrfs федористы покруче сделали. До установки апдейта - снапшот. А если
>> что не так - ну и откат на этот снапшот.
> т.е. если я поменяю стопицот своих документов, то при откате он их откатит тоже?
В дефолтовом виде - да, вся ФС откатится. Хотя какое-то странное развлечение - менять 100500 документов при накатке апдейтов. Тем не менее, я не вижу проблем выцепить и актуальные версии документов и откатить систему в старое состояние. Ну заснапшотили неудачное состояние. Грузанулись со старого снапшота. Вынули из нового что нужно да прибили, чтоб место не занимал, например.
> И даже ACID реализуют? Даже не смешно.
А куда они денутся. И даже буфера дисков честно и корректно сбрасывают получив соответствующий сискол. И даже гундят в лог если конфигурация железа так не позволяет. Более того, ext4 например настолько поумнел что даже подыгрывает некорректно написанным программам которые сами по себе не дергают сисколы правильно для гарантии сохранности их файлов при крахе. Детектя некоторые типовые последовательности и по своей воле скидывая буфера, хоть семантика операций этого и не требует. От MS такого не дождешься.
[..]
> правки будут применены, или не будут применены вообще,
А, вы для сразу группы файлов. Да и фиг с ним. По моим наблюдениям кстати MSI обычно вполне себе вываливает файлы в путь назначения а если там что-то было, пихает их в временную бэкапную папку.
Поэтому уж не знаю как там у вас космические корабли бороздят просторы тихого океана но наблюдаемое поведение MSI - довольно топорно и примитивно. Заменять файло без ребута этот шiт вообще не умеет. В лине с этим как-то сильно проще все. Там ребут вообще нужен только разве что для перезапуска ядра. И то вон одна конторка даже ядро на ходу допатчивать умеет, затыкая дыры без ребута, патча ядро прямо в рантайм :)
Ну и да, рассказ о достижениях в бороздежке океана - это круто. Но за мою жизнь я сломал например менеджер пакетов dpkg при активном использовании целых три раза (за 6 лет). И он еще и подсказывал как это чинить. А msi installer я поломал наверное не менее сотни раз. При том его и ломать особо не надо - достаточно чтобы он при роллбэке испытал какую либо ошибку и наступает полная хана. Он не может откатить, потому что ошибка. А ставить новые проги - не может, потому что нужно сначала откатить. Наступает полный ахтунг, при том никто не знает как это лечится. Внутренние кишки этой механики документированы сильно ниже среднего. Проще систему переставить чем это починить.
> т.е. она не отвечает принципу атомарности. А Transactional-NTFS умеет такое,
> и работает по тем же принципат что и БД (надеюсь тут сомнений в необходимости
> транзакций у вас не возникает).
Ну да, я уже понял о чем вы. Кстати по сути федористы с своими снапшотами до установки пакетов что-то такое же по смыслу на btrfs и сгородили. Но поскольку это не в расово верной винде - все, г-но, однозначно. Кстати что-то этому вашему MSI не очень помогает вся эта механика. Более того - менеджера пакетов который был бы ненадежнее и кривее MSI я попросту еще не встречал. Топор из каменного века на фоне парней с бензопилами. Для сравнения: я за всю жизнь убил dpkg 3 раза (и он подсказывал как чинить). А MSI - несколько десятков раз (и как чинить - нигде не описано). При том ломается довольно просто - если при ролбэке случается ошибка, MSI попадает в логическую ловушку. Откатить транзакцию он не может, потому что ошибка (например, нужного для отката файла почему-то не оказалось). И ставить новые программы он не может потому что надо сначала откатить. В общем перемудрили, как обычно.
