История изменений
Исправление Pinkbyte, (текущая версия) :
То есть по твоему если мы туда же в конвеер добавим пересылку на другой хост то в итоге мы получим тоже снимки? Или всё же тома?
Ты плохо читал то, что я тебе процитировал.
A snapshot in Btrfs is a special type of subvolume
special type
of subvolume
Два вопроса:
1) чем отличается снимок от обычного подтома со стороны прикладного ПО(не утилиты btrfs, а например ls/cat/cp/whatever)?
2) чем отличается снимок от обычного подтома со стороны утилиты btrfs? Тем же самым, что и в 1) или чем-то еще?
Если чем-то еще, то чем?
Немного отвлекусь от темы и посетую, что мне больше нравиться идея ZFS, где снапшоты - это снапшоты(хотя их тоже можно примонтировать и изменять), а на базе их уже делаются клоны, которые обычно и монтируют. Потому что, например, нельзя сделать снапшот снапшота(как бы курьезно это не звучало). Иерархичность структуры том->снапшот->клон. Собственно клон обладает всеми свойствами обычного тома(и с него таки можно делать снапшоты, а уже от них клоны - и так далее), за исключением того, что является зависимым(то есть том, от которого сделан клон просто так удалить нельзя, правда есть трюк с promote).
В Btrfs же это всё упрощено(и это не хорошо и не плохо, это просто данность), из-за чего у некоторых невнимательно читающих возникает дикая каша в голове - ведь снапшот «внешне»(для сторонних утилит) ничем не отличается от subvolume, в чём тогда разница при btrfs send?
А разница в потрохах :-)
Надеюсь после этой портянки ты сможешь сам ответить на вопрос: что же мы получим на принимающей стороне - обычный subvolume или снапшот?
Исправление Pinkbyte, :
То есть по твоему если мы туда же в конвеер добавим пересылку на другой хост то в итоге мы получим тоже снимки? Или всё же тома?
Ты плохо читал то, что я тебе процитировал.
A snapshot in Btrfs is a special type of subvolume
special type
of subvolume
Два вопроса:
1) чем отличается снимок от обычного подтома со стороны прикладного ПО(не утилиты btrfs, а например ls/cat/cp/whatever)?
2) чем отличается снимок от обычного подтома со стороны утилиты btrfs? Тем же самым, что и в 1) или чем-то еще?
Если чем-то еще, то чем?
Немного отвлекусь от темы и посетую, что мне больше нравиться идея ZFS, где снапшоты - это снапшоты(хотя их тоже можно примонтировать и изменять), а на базе их уже делаются клоны, которые обычно и монтируют. Потому что, например, нельзя сделать снапшот снапшота(как бы курьезно это не звучало). Иерархичность структуры том->снапшот->клон. Собственно клон обладает всеми свойствами обычного тома(и с него таки можно делать снапшоты, а уже от них клоны - и так далее), за исключением того, что является зависимым(то есть том, от которого сделан клон просто так удалить нельзя, правда есть трюк с promote).
В Btrfs же это всё упрощено(и это не хорошо и не плохо, это просто данность), из-за чего у некоторых невнимательно читающих возникает дикая каша в голове - ведь снапшот «внешне»(для сторонних утилит) ничем не отличается от subvolume, в чём тогда разница при btrfs send?
А разница в потрохах :-)
Исправление Pinkbyte, :
То есть по твоему если мы туда же в конвеер добавим пересылку на другой хост то в итоге мы получим тоже снимки? Или всё же тома?
Ты плохо читал то, что я тебе процитировал.
A snapshot in Btrfs is a special type of subvolume
special type
of subvolume
Два вопроса:
1) чем отличается снимок от обычного подтома со стороны прикладного ПО(не утилиты btrfs, а например ls/cat/cp/whatever)?
2) чем отличается снимок от обычного подтома со стороны утилиты btrfs? Тем же самым, что и в 1) или чем-то еще?
Если чем-то еще, то чем?
Немного отвлекусь от темы и посетую, что мне больше нравиться идея ZFS, где снапшоты - это снапшоты(хотя их тоже можно примонтировать и изменять), а на базе их уже делаются клоны, которые обычно и монтируют. Потому что, например, нельзя сделать снапшот снапшота(как бы курьезно это не звучало). Иерархичность структуры том->снапшот->клон. Собственно клон обладает всеми свойствами обычного тома, за исключением того, что является зависимым(то есть том, от которого сделан клон просто так удалить нельзя, правда есть трюк с promote).
В Btrfs же это всё упрощено(и это не хорошо и не плохо, это просто данность), из-за чего у некоторых невнимательно читающих возникает дикая каша в голове - ведь снапшот «внешне»(для сторонних утилит) ничем не отличается от subvolume, в чём тогда разница при btrfs send?
А разница в потрохах :-)
Исходная версия Pinkbyte, :
То есть по твоему если мы туда же в конвеер добавим пересылку на другой хост то в итоге мы получим тоже снимки? Или всё же тома?
Ты плохо читал то, что я тебе процитировал.
A snapshot in Btrfs is a special type of subvolume
special type
of subvolume
Два вопроса:
1) чем отличается снимок от обычного подтома со стороны прикладного ПО(не утилиты btrfs, а например ls/cat/cp/whatever)?
2) чем отличается снимок от обычного подтома со стороны утилиты btrfs? Тем же самым, что и в 1) или чем-то еще?
Если чем-то еще, то чем?