Какую файловую систему выбрать для SSD

#21

Dja писал(а): ↑
18 авг 2018, 10:07
зачем там таймшифт тогда?

Чтоб упростить процесс создания снимков и восстановления из них

#22

То есть само оно все-таки не делается? Именно. Файловая система лишь файловая система. Она не умеет сама делать снимки. Соответственно таймшифт. Ок. Он делает снимок раздела btrfs на раздел ext4, снимок при этом ничего не весит, как написали выше форматируем sad. Ставим минт. Ставим таймшифт. Восстанавливаем. Что восстановится из нулевого снимка? )

kutalgin · #23

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

kutalgin · #24

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

#25

Dja, ты опять не туда...Не сможет он сделать снимок btrfs на ext4. Делается этот снимок внутри btrfs - создается еще один subvolume.

#26

kutalgin писал(а): ↑
18 авг 2018, 10:14
для ехт4

Знаю. Сам пользуюсь. Я просто не пойму почему вы право делать снимок приписали файловой системе когда это делает таймшифт.

#27

darkfenix, тогда смысла в таком снимке нет. Разве что внутри жизненного цикла.

Я вот сделал снимок. На другой машине поставил минт, поставил таймшифт, восстановил и вуаля у меня копия первой машины. С btrfs так выйдет?

#28

Dja писал(а): ↑
18 авг 2018, 10:18
почему вы право делать снимок приписали файловой системе когда это делает таймшифт

Потому что таймшифт использует методы ФС для создания снимков. Ты можешь не использовать таймшифт, но сделать снимки командами в консоли без таймшифта.

Dja писал(а): ↑
18 авг 2018, 10:18
тогда смысла в таком снимке нет

Его можно легко использовать для отката изменений.
Когда ты уже поймешь что снимки btrfs это не копия файлов в том понимании к которому ты привык.

#29

darkfenix, в таком случае этот снимок можно использовать только на той машине, где он создавался и только при живой системе. С новоустановленной не получится. Об этом надо предупреждать людей.
И о невозможности сделать таймшифтом бэкап на внешний ext4 тоже.
То есть фактически на btrfs таймшифт не более, чем аналог точек восстановления в венде. В ext4 таймшифт больше чем точки восстановления. Это ещё и возможность клонирования.

#30

Dja писал(а): ↑
18 авг 2018, 10:25
только при живой системе

Не обязательно...Грузишься с лайва и восстанавливаешь.

#31

darkfenix, то есть форматируем sad, ставим минт, грузимся в лайв и восстановит?

#32

Если при btrfs у вас накроется хард снимки накроются вместе с ним. Если же ext4 со снимком на внешний, то можно восстановить данные на новый после установки системы.

#33

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

Dja писал(а): ↑
18 авг 2018, 10:33
Если при btrfs у вас накроется хард снимки накроются вместе с ним

Это да.

#34

Dja, в качестве ГУЯ. Не все любят консоль мацать

kutalgin · #35

Так вроде в описании таймшифт не написано, что он для клонирования системы, а для восстановления рабочего состояния , наподобие точек в винде. Смысл клонировать на другой комп, если также с флешки поставить в несколько тыков.

#36

Dja, Беда таймшифта в том, что эта программа - попытка скрестить ежа с ужом. Она имеет два разных функционала. Грубо говоря - ее можно считать надстройкой GUI к:
1. rsync
2. btrfs subvolume
И это совершенно разный функционал, а не вариации одного и того же.

rsync - это создание копии файлов. В произвольном месте. Может служить как резервная копия. (Кстати, ничего не мешает эту копию делать с btrfs раздела, ограничения тут если и есть, то лишь в самом таймшифте).
btrfs subvolume - это создание слепка состояния файловой системы. Служит точкой для отката или листом в дереве изменений состояния. Нужны, к примеру, для быстрого отката неудачных обновлений системы, или экспериментов с ней же. Можно ушатать систему кривыми ручками до состояния, когда она вообще не грузится, и вернуть все назад практически мгновенно одним движением из live. Не переставить и накатить обратно бекап, а именно откатить состояние на момент создания "снимка". Но это не резервная копия на случай отказа железа. Это страховка от программных косяков и ошибочных действий юзера.

Нельзя тут сравнивать что лучше - это как сравнивать вилку и кружку. Разное назначение, разное применение.

nightpatrol · #37

Ещё такой вопрос. Сколько надо отвести места для Линукса? Вот например SSD 256 гигабайт, но там ещё стоит винда, хочу отрезать от него кусок под линукс, там будет раздел /, папка home будет на терабайтном hdd, я просто не совсем понимаю, программное обеспечение будет ставится в корневой раздел или папку Home? Если в корень, то тогда туда много надо. Просто ещё не совсем понимаю структуру.

vikonrob · #38

slant писал(а): ↑
15 авг 2018, 16:54
Скажем, если там у вас будет база данных или образы виртуалок - лучше ext4.

А чем чревато использование BTRFS на ssd с виртуалками? Будет тормозить, сыпаться, еще какие последствия?

kutalgin · #39

vikonrob, для ссд ничем, просто в btrfs большие файлы если часто изменяются , они фрагментируются. Ссд не страшна дефрагментация. Хотя в btrfs есть автодефрагментация.

#40

nightpatrol, 50 гигов под / хватит

Кто сейчас на конференции