Почему не создается снимок системы через Timeshift?

[Eugene_M]

Почему не создается снимок системы через TimeShift?
Kernel: 5.15.0-117-generic x86_64 bits: 64 compiler: gcc v: 11.4.0 Desktop: Xfce 4.18.1
tk: Gtk 3.24.33 info: xfce4-panel wm: xfwm 4.18.0 vt: 7 dm: LightDM 1.30.0
Distro: Linux Mint 21.3 Virginia base: Ubuntu 22.04 jammy
Постоянно пишет "Не удалось создать снимок системы" по расписанию выключено!

[Eugene_M]

Точнее как теперь удалить снимки которые почему-то на создавались и переполнили весь диск? Но в самой проге их нет?
В папке /timeshift/snapshots/ я не могу их просто удалить?!

[Eugene_M]

Вся система слетела после Timeshift, очень печально что приходится пользоваться таким стремным продуктом на самом деле. Вроде впечатления сначала были хорошие но потом не очень.

[ilikethat]

Eugene_M, любым инструментом надо уметь пользоваться!
Timeshift прекрасно работает. Несколько раз восстанавливал систему после сбоев.
1)Создайте ОТДЕЛЬНЫЙ диск для Timeshift. На 100 гигов влезет 4-6 бэкапов. На мой взгляд 100-200 гигов оптимальный размер.
2)Отключите автоматическое сохранение, если включено.
3)Делайте бэкапы: после установки системы, перед обновлением ОБЯЗАТЕЛЬНО. Не повредит делать обновления перед установкой каких-то больших программ, копании в настройках, после удачного обновления.
4)ЗАРАНЕЕ сделайте загрузочную флэшку.

[slant]

В папке /timeshift/snapshots/ я не могу их просто удалить?!

Можете. Только с правами root.

А вообще - это типичный сценарий проблем с Timeshift - он создает слишком много снапшотов, переполняет диск, а на переполненном диске и всей системе плохеет.

А еще - это помесь ежа с ужом, т.к. программа очень по разному работает в зависимости от того - btrfs у вас или ext4. Снапшоты btrfs изначально ничего не весят. Занимаемый размер растет со временем, по мере накопления различий между снапшотом и оригиналом. В случае ext4 - снапшот сразу занимает столько же места, сколько данных на оригинале. Но потом это уже не меняется.

В общем-то я Timeshift тоже не слишком уважаю - средненько написанная программа, IMHO. Для снапшотов на btrfs я предпочитаю snapper. Но это консольная штука, требует вникнуть перед использованием. Зато потом проблем нету.

[sgtpepermail]

В старых версиях минта в таймшифт была кнопка аля - держать 3 последних снимка системы, старые он автоматом удалял что бы систему не засорять, сейчас не нашел такую кнопку, может он на автомате теперь так делает. Не знаете?

[madesta]

на автомате

Напишите скрипт, который при загрузке системы будет удалять снапшотовские папки старее N дней, если снапы у вас делаются очень часто. Со своей стороны, TimeShift сразу вырезаю из системы, так как у себя не вижу смысла его применения. Если понимать что делаешь в системе, то TimeShift никогда и не понадобится. TimeShift рассматриваю как подстраховку типа "Защита от дурака" для тех, кто не желает думать, что же он делает.

[slant]

Напишите скрипт, который при загрузке системы будет удалять снапшотовские папки старее N дней

Вот за это я снаппер и предпочитаю. У него это идет как одна из основных фич, и гибко настраивается.

TimeShift рассматриваю как подстраховку типа "Защита от дурака" для тех, кто не желает думать, что же он делает.

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

[BIM]

. Если понимать что делаешь в системе, то TimeShift никогда и не понадобится

Если предчувствовать результаты обновления ядра, например, то да, не понадобится )))

[slant]

Неудачный пример. Обновление ядра - операция не деструктивная, если в нее руками не лезть. Т.к. автоматика оставляет несколько предыдущих ядер как раз на случай нежданчиков. А я еще не видел ситуации, чтобы загрузка с предыдущим ядром тоже ломалась при обновлении. Тут Timeshift реально не нужен. В отличии от полного обновления - вот там может что-то сломаться так, что и откат на снапшот потребуется. В Минте шанс хотя и очень мал, но он таки есть...