> Т.е. ты все еще не в курсе, что в zfs есть снапшоты,
> но они != ufs-snapshot (на что как бэ, намекалось)?В курсе. Но ты же говорил не про них, а про снапшот ufs, что "На него нельзя "откатить" - только сделать с него бэкап дампом или "вытащить" пару файлов."
Оказывается можно, а ты просто сболтнул лишнего не подумав.
Можно восстановить и снапшот и дамп, поскольку в снапшоте дамп. А по другому и быть не может.
Чтобы получить состояние системы, делается дамп. Не важно, какая логика там потом поверх прикручивается для удобства.
Оба варианта можно использовать для восстановления.
> на что как бэ, намекалось
Где это ты намекал про снапшоты zfs в контексте ufs? Выше? Там тебя не было. Ты позже влез.
И тупо сказал, что откатить нельзя. Откатить можно, неудобно только, встроенного отката нет.
Так я тебе поэтому сразу сказал про дядю с деньгами.
Вон, vermaden себе запилил даже аналог bectl для ufs. Не стал дядю ждать.
Понимает, что для ufs никто удобств делать не будет.
>>>>> Зачем на десктопе zfs?
>>>> Для снэпшотов, например. Но там где Zfs, уж лучше на линуксе.
>>>> ... (и да, снапы есть в ufs,
>>> <снэпы в ufs не умеют то же самое>
>> На какое обсуждение? Ты ответил на конкретное сообщение про ufs и снапшоты в ней.
Зачем ты опять лезешь в чужой контекст, на который ты не отвечал? Ты там даже в разговоре не участвовал.
Снапы в ufs может не умеют делать то же самое с теми же удобствами, но откатить часть или всю систему из них можно. А ты сказал нельзя. Потому что ты не знаешь, как создаются снапшоты. И почему для этого используется дамп ты тоже не знаешь. Хотя уже должен, раз в исходники полез.
>> ... выкидываем фразу, на которую ты ответил что-то неразумное
>>> ты: На него нельзя "откатить" - только сделать с него бэкап дампом или "вытащить" пару файлов.
> Мне почти интересно, какую ты там фразу вообще выкинул, т.к. там она
> одна, та самая которую ты оставил. Опять путаешь фантазии и реальность?
Ослеп что ли? Тогда всё понятно про контекст. Юли дальше. Может поднимешь глаза вверх и посмотришь, какую я фразу выкинул. Так я выкинул ту фразу на которую ты отвечал. И сразу твой верхний контекст поломался, о котором ты "как бэ, намекал". А всё почему? Да потому что он оказался не связан с твоим ответом.
Давай я тоже использую контекст выше и предъявлю тебе претензии, что "ты что обалдел что ли, когда это восстановление журнала гарантировало целостность данных?".
Что? Будешь оправдываться, что ты не говорил ничего такого? Или тупо смиришься?
А я на твои претензии скажу, что это я тебе отвечал на сообщения тех, кто говорил выше.
И цитирование идёт не на всю ветку, а только на то сообщение, на которое ты отвечаешь. Поэтому и в цитату идёт текст, только от сообщения, на которое отвечаешь, а не всей ветки.
Так что, если ты ответил на чьё-то сообщение, жди ответ на своё, а не на всю ветку.
Никто гадать не будет, на что ты там как бэ намекал.
>> Вот тут "него" - что будет означать? zfs? На него нельзя откатить?
>> :)
>> Нет, тут ты говорил явно про ufs.
>> И я тебе ответил про ufs. И ссылку кинул не на что-нибудь, а фряшную команду.
> Как упорно ты любишь обделываться ...
> В третий раз для Ыкспердов-теоретиков - restore не работает с снэпшотами ufs,
> и да, ufs-снэпшот нельзя откатить так же, как zfs ...
А из чего по твоему снапшот создаётся?
>>> restore снэпшот никуда не уперся, он с ним тупо работать не может
>>> Снапшот в UFS - это именно про консистентное состояние ФС, для того чтобы можно было сделать лайв-дамп.
>> Вообще-то снэпшоты ufs, через связку dump и restore работают.
>> И ключ -L не просто так придумали.
> Ну т.е. ты глянул в ман, но ничего не понял (иначе не
> задвигал бы тут про связки и -L). И да, dump вполне
> работает и без снапшота, а restore он вообще никуда не уперся.
Ну да, из связки dump / restore, половина вообще никуда упёрлась.
А ресторить дамп будет некая неведомая херня. restore просто так написали, от нечего делать. just for fun.
> Т.е. я угадал - ты вещал с умным видом про resore, но
> никогда с ним не работал ...
Не угадал.
> Какой ты самокритичный, но почему о себе в третьем лице?
Там местоимение 'ты' было.
>>> нет, дамп смонтировать не выйдет
>> Перечитай то, что выше
>> Так ты сам не знаешь.
>> Я уверен, что ты просто пытаешься заострить внимание на разнице в процессе,
> <прочий бред поскипан>
> Давай сюда монтирования дампа ufs средствами ОС, балабол.
Мне тебе ман на русский переводить?
Монтируешь снапшот, который есть дамп живой системы ufs (цитата из мана), сделанный с ключом -L, через mdconfig. Это тебе так сложно? А я тебя не просто так спрашивал про дампы и снапшоты памяти. Только ты решил, что это юлёж.
>>> ыксперд опять спалился на не знании разницы между дампом и снэпшотом
>> а не самом объекте.
>> Ну-ка, простой наводящий вопрос: что такое snapshot памяти и дамп памяти.
>> И чем они отличаются, если они лежат в виде файлов на диске?
> Пошел юлеж ... короче ты не имеешь представления.
То есть ты даже не понимаешь, что в снапшоте сдампленная фс, которую ты можешь вытащить через mdconfig и dump?
Так держать, экспертус опенетус вульгариус!
> Ыксперд, дамп UFS - это поток байтов в определенном формате (см. /usr/include/protocols/dumprestore.h),
> типа tar и может "лежать" хоть на кассетах, для бэкапа на
> которых dump-restore и писался изначально ...
Так любой файл - это поток байтов в определённом формате. Даже больше - один и тот же поток байтов можно выводить по разному, не меняя его внутренний формат. Непонятно, к чему это было сказано. Потому что это же определение подходит под файл снапшота. И ты его тоже можешь в тар запихать.
А потом вытащить и восстановиться из него. Чем тебе не бэкап.
------------------------------------------------------------------------------
Цитаты из манов, как обещал:
-L This option is to notify dump that it is dumping a live file
system. To obtain a consistent dump image, dump takes a snap-
shot of the file system in the .snap directory in the root of
the file system being dumped and then does a dump of the snap-
shot.
Что в словах dump и snapshot тебе не понятно?
Ты вообще понимаешь, что эти два термина взаимосвязаны?
Я уже сомневаюсь. Потому что ты их упорно пытаешься отделить.
-------------------------------------------------------------------------------
Once you have taken a snapshot, there are three inter-
esting things that you can do with it:
2. Run dump(8) on the snapshot. You will get a dump
that is consistent with the file system as of the
timestamp of the snapshot.
3. Mount the snapshot as a frozen image of the file
system. To mount the snapshot
/var/snapshot/snap1:
mdconfig -a -t vnode -f /var/snapshot/snap1 -u 4
mount -r /dev/md4 /mnt
You can now cruise around your frozen /var file
system at /mnt. Everything will be in the same
state that it was at the time the snapshot was
taken.
