Автор Тема: Timeshift - автоматическое резервное копирование и восстановление  (Прочитано 31678 раз)

Оффлайн ivm

  • Ветеран
  • *****
  • Сообщений: 3067
  • Что бы ни случилось, всё будет хорошо!
Timeshift — программа для автоматического периодического резервного копирования и восстановления системы Linux.

В отличии от других программ резервного копирования, например, Systemback, Timeshift нацелен прежде всего на сохранение системных файлов и настроек. Пользовательские данные, документы, музыка и так далее не архивируются. Таким образом, в случае сбоя системы, вы восстанавливаете системные файлы, а ваши данные остаются в актуальном состоянии (конечно, если они не были испорчены).

Timeshift выполняет периодическое сохранение копий системы (снапшоты).

Пользователь может восстановить систему из любой архивной копии. Таким образом произойдет откат системы к точке восстановления. В случае, если вам необходимо восстановить систему, которая не грузится, то воспользуйтесь LiveCD (LiveUSB) диском с Linux. Установите Timeshift прямо в Live-системе (про установку см. ниже) и выполните восстановление из резервной копии через Timeshift.

Интерфейс Timeshift простой и понятный, и выполнен очень аккуратно.

Программа имеет небольшое количество настроек. Можно выбрать периодичность резервного копирования (ежемесячно, еженедельно, ежедневно, каждый час и при старте системы), установить параметры автоматического удаления старых копий, выбрать файлы, которые не включать в копию.

Timeshift использует утилиты rsync и hard-links. Программа работает только с загрузчиком GRUB2. Если в системе используется GRUB, то система не загрузится после восстановления.

Устанавливается программа из репозитория ppa:teejee2008/ppa для Ubuntu от Precise до Cosmic. Последняя версия недельной давности.

Программа со скриншотами подробно описана на сайте  Пингвинуса.
« Последнее редактирование: 30 Июня 2018, 10:58:47 от ivm »

Оффлайн vita

  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 4782
  • Да будет свет!
Вчера пользователь шур хотел дополнить статью о создании резервных копий системы при помощи Timeshift, но видимо передумал. Считаю, что данная тема освещена слабо, поэтому практический опыт будет полезен.
В сети размещена информация о создании снапшотов в блоге уважаемого alv-а в статье Mint 19 и Timeshift: RSYNC, или простая Машина времени.
Поделюсь своим опытом создания снимка системы в Matuntu-B64. Скачала пакет timeshift_19.01-0~201901201321~ubuntu18.04.1_amd64.deb (650.4 KiB) из репозитория ppa:teejee2008/ppa с его последующей установкой.
Из меню системных приложений запуск Timeshift откроет окно мастера настроек

Оставив по умолчанию пункт RSINC, проследовала Далее и в новом окне выбрала раздел для сохранения снимка

Следующим шагом отключила создание снимков системы по расписанию

Далее согласилась с дефолтным исключением всего из домашних каталогов юзера и root

И наконец нажатием кнопки Создать началось создание снапшота

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

Скопированные данные системы разместились в каталоге /timeshift/snapshots. Снапшот с исключением данных домашнего каталога отнял около 12 ГБ дискового пространства  :o Что было бы, если включить создание по расписанию?!!
В своей статье TimeShift — создание резервных копий и восстановление систем Linux Владимир Долгирёв рекомендует:
Цитировать
раздел на ж/диске с вашей системой должен быть не менее 30 ГБ
Мне такие параметры неприемлемы, поскольку систему устанавливаю на небольшие по размеру разделы SSD.

Советы пользователя шур: Контролировать работу установленной и настроенной программы можно с
помощью алиасов через терминал (добавить следующую запись в файл .bashrc): alias ttl='sudo timeshift --list' или запускать команды управления программой, используя файл bash_history (допустим, если прописать в первой строке этого файла команду: sudo timeshift --list В выводе терминала будет виден путь записи снимков (номера стоят слева и счёт ведётся с ноля).
На удаление снимков можно прописать второй строкой: sudo timeshift --deleteи после ввода в терминале команды вставить: !2 , если , к примеру, создано три снимка. Будет выведен список созданных снимков с предложением выбора для удаления ненужного снапшота. Вводим цифру от ноля до 2 (в приведённом примере) и происходит удаление.
Аналогично и создание снимка (если он запланирован): прописываем третьей строкой sudo timeshift --check в терминале !3 (следующий номер в зависимости от количества уже имеющихся) и новый снимок будет создан в соответствии с настройками.

Для восстановления системы Владимир Долгирёв указал два варианта:
  • Восстановление из самой системы.
  • Восстановление из live-системы с установленным приложением Timeshift.
Опыт успешного восстановления системы из снапшотов Timeshift мне не удалось найти. Надеюсь, положительный опыт будет освещён в данной теме.
« Последнее редактирование: 07 Апреля 2019, 15:05:53 от vita »
Делай с нами, делай как мы, делай лучше нас!

Оффлайн шур

  • Новичок
  • *
  • Сообщений: 36
ПРИМЕР УДАЛЕНИЯ ВСЕХ СНИМКОВ И СОЗДАНОЕ ПЕРВОГО

Спойлер
Пт апр 05@18:50:~$ !1
sudo timeshift --list
[sudo] пароль для laz:       
Device : /dev/sda16
UUID   : 46fcb02d-8e3c-4180-952e-e719bd34944d
Path   : /media/root/Q4OS-2.7Scorpion
Mode   : RSYNC
Device is OK
1 snapshots, 3.8 GB free

Num     Name                 Tags  Description 
------------------------------------------------------------------------------
0    >  2019-04-05_15-00-04  B                 

Пт апр 05@19:32:~$ !2
sudo timeshift --delete
[sudo] пароль для laz:       

Select snapshot:

Num     Name                 Tags  Description 
------------------------------------------------------------------------------
0    >  2019-04-05_15-00-04  B                 

Enter snapshot number (a=Abort, p=Previous, n=Next): 0

------------------------------------------------------------------------------
Removing '2019-04-05_15-00-04'...
Removed '2019-04-05_15-00-04'                                                   
------------------------------------------------------------------------------
Пт апр 05@19:35:~$ !1
sudo timeshift --list
Device : /dev/sda16
UUID   : 46fcb02d-8e3c-4180-952e-e719bd34944d
Path   : /media/root/Q4OS-2.7Scorpion
Mode   : RSYNC
No snapshots on this device
First snapshot requires: 2.1 GB  # перевод=первый снимок потребует...--Это не совсем так: первый снимок будет размером чуть меньше размера исходной системы и потребует много времени и ресурсов ПК.

No snapshots found
Пт апр 05@19:36:~$

ПЕРЕЗАГРУЗКА

Пт апр 05@20:19:~$ !1  # Ещё раз проверим снимки
sudo timeshift --list
[sudo] пароль для laz:       
Another instance of this application is running (PID=15622)  # Идёт создание снимка по расписанию


Пт апр 05@20:20:~$ sudo timeshift --list
[sudo] пароль для laz:       
Device : /dev/sda16
UUID   : 46fcb02d-8e3c-4180-952e-e719bd34944d
Path   : /media/laz/Q4OS-2.7Scorpion
Mode   : RSYNC
Device is OK
1 snapshots, 3.8 GB free

Num     Name                 Tags  Description 
------------------------------------------------------------------------------
0    >  2019-04-05_20-00-02  B                 

Пт апр 05@20:46:~$
 

#Создание первого снимка завершено. Оно шло около часа.
=================
Опыты проводились в системе LMDE-3 (сборка от lazarus).

Оффлайн шур

  • Новичок
  • *
  • Сообщений: 36
ОПЫТ ВОССТАНОВЛЕНИЯ (Система – Lubuntu-18-04-1, TimeShift, сохранение — на флешку 8 ГБ)
Пн апр 08@06:46:~$ !1
sudo timeshift --list
[sudo] пароль для lu:
Device : /dev/sdb
UUID : 2fedab8f-02e6-4627-9434-42eec3c7b785
Path : /media/lu/T-SH-sda32
Mode : RSYNC
Device is OK
1 snapshots, 3.4 GB free
Num Name Tags Description
------------------------------------------------------------------------------
0 > 2019-03-14_15-06-26 O
Пн апр 08@06:46:~$
- - - - - - - - -
После этого выполнены обновления системы через Synaptic
- - - -- - - - - - -
Пн апр 08@06:46:~$ sudo timeshift --list
[sudo] пароль для lu:
Device : /dev/sdb
UUID : 2fedab8f-02e6-4627-9434-42eec3c7b785
Path : /media/lu/T-SH-sda32
Mode : RSYNC
Device is OK
2 snapshots, 2.9 GB free
Num Name Tags Description
------------------------------------------------------------------------------
0 > 2019-03-14_15-06-26 O
1 > 2019-04-08_07-00-02 B # Сделан снимок после изменений системы
Пн апр 08@07:31:~$
 - - - - - - - - - - -- -
Испорчена система путём переименования папок.
Переименованы папки:
/home/user/.local в /home/user/local (стала нескрытой)
/etc в /222etc и скопирована в /home/user/
---------------------
ПЕРЕЗАГРУЗКА
Система Lubuntu испорчена и не загружается.
ВОССТАНОВЛЕНИЕ
Пошёл на диск, где присутствует и работает TimeShift - LMDE-3
Вставляю флешку со снимками для Lubuntu
Запускаю программу, но там есть только свои снимки — относящиеся к LMDE-3
В программе иду в меню Мастер и там практически делаю новые настройки:
– место сохранения снимков=флешка со снимками Lubuntu
– далее...далее... Закрываем Мастер
– в окне программы - снимки по Lubuntu с их характеристиками
– выбираем снимок - №0 (диск назначения выбран автоматически — диск Lubuntu)
– Восстановить
– восстановление проходило при зависшем окне Восстановление снимка

1--https://imgur.com/mYbaTUm
2--https://imgur.com/mu3KZ6U
3--https://imgur.com/ODL1cpU
4--https://imgur.com/ahwjcv0
5--https://imgur.com/KjpOGhT
6--https://imgur.com/OxDvBhp

ПЕРЕЗАГРУЗКА

При запуске появился загрузчик Lubuntu, а он там устаревшей версии, и теперь это ведущая ось.

7--https://imgur.com/77gN077
8--https://imgur.com/zLlnByh

Папка .local на своём месте, а переименованная local и перенесённая сюда папка 222etc — отсутствуют.

9--https://imgur.com/BgV6hAp

Папка /etc – восстановлена
Всё вышеописанное в файле pdf на Яндексе.
https://yadi.sk/i/lOPF22Gv3fQFcA

Оффлайн шур

  • Новичок
  • *
  • Сообщений: 36
Наблюдение за программой с целью выяснить сколько будет сделано снимков, каких и соответствие их настройкам.
Настройки: 4 снимка при загрузке. Снимки сохраняются на диск с системой(сам на себя). Система- Sparky-5.7(диск-около 10.6 гб)
Часть текста, не несущая важной информации, удалена.
Спойлер
timeshift --list
5 snapshots, 1.8 GB free
Num            Name                 Tags   
---------------------------------
0    >  2019-03-12_16-01-31  O                 
1    >  2019-04-09_22-12-37  B                 
2    >  2019-04-10_10-00-02  B                 
3    >  2019-04-10_10-09-29  B                 
4    >  2019-04-10_13-36-00  B
Ср апр 10@15:24:~$

timeshift --list
5 snapshots, 2.1 GB free
Num           Name                 Tags   
---------------------------------
0    >  2019-03-12_16-01-31  O                 
1    >  2019-04-10_10-00-02  B                 
2    >  2019-04-10_10-09-29  B                 
3    >  2019-04-10_13-36-00  B                 
4    >  2019-04-10_19-26-34  B                 
Ср апр 10@19:31:~$

Количество снимков остаётся постоянным, по настройкам - 4 шт., при появлении нового(по расписанию), удаляется старейший. Программа сама ограничивается количеством снимков(4, основной снимок не в счёт), а значит и не заберёт лишнего пространства.
Спойлер
timeshift --list
5 snapshots, 2.2 GB free
Num            Name                 Tags   
---------------------------------
0    >  2019-03-12_16-01-31  O                 
1    >  2019-04-10_10-09-29  B                 
2    >  2019-04-10_13-36-00  B                 
3    >  2019-04-10_19-26-34  B                 
4    >  2019-04-11_18-14-54  B                 
Чт апр 11@19:45:~$

Изменены настройки, теперь - 2 снимка при загрузке.
Перезагрузка
Спойлер
timeshift --list
3 snapshots, 2.3 GB free
Num            Name                 Tags   
---------------------------------
0    >  2019-03-12_16-01-31  O                 
1    >  2019-04-11_18-14-54  B                 
2    >  2019-04-12_06-13-56  B                 
Пт апр 12@06:20:~$

Пт апр 12@06:20:~$
Файловая система Тип   Размер Использовано  Дост Использовано% Cмонтировано в
/dev/dsa3               ext4     11G        8,4G           1,6G       85%                       /

Наблюдается несоответствие размера свободного места в файловом менеджере и в окне программы(выводе терминала), что частично объяснилось в последствии.
Изменены настройки, теперь 5 снимков при загрузке.
Спойлер
timeshift --list
4 snapshots, 2.4 GB free
Num           Name                 Tags   
---------------------------------
0    >  2019-03-12_16-01-31  O                 
1    >  2019-04-11_18-14-54  B                 
2    >  2019-04-12_06-13-56  B                 
3    >  2019-04-12_18-57-22  B                 
Пт апр 12@22:07:~$

timeshift --list
5 snapshots, 2.4 GB free
Num         Name                   Tags   
---------------------------------
0    >  2019-03-12_16-01-31  O                 
1    >  2019-04-11_18-14-54  B                 
2    >  2019-04-12_06-13-56  B                 
3    >  2019-04-12_18-57-22  B                 
4    >  2019-04-13_06-11-11  B                 
Сб апр 13@10:01:~$

timeshift --list
6 snapshots, 2.6 GB free
Num            Name                 Tags   
---------------------------------
0    >  2019-03-12_16-01-31  O                 
1    >  2019-04-12_06-13-56  B                 
2    >  2019-04-12_18-57-22  B                 
3    >  2019-04-13_06-11-11  B                 
4    >  2019-04-14_11-25-09  B                 
5    >  2019-04-14_14-56-13  B                 
Вс апр 14@16:07:~$

Файловая система Тип  Размер Использовано  Дост Использовано% Cмонтировано в

/dev/dsa3               ext4   11G         8,1G            2,0G       81%                    /

Программа, тихо и незаметно, делает снимки системы по гибкому расписанию и автоматически обновляет их на новые.
Sparky небольшая система(наблюдаемая система имеет 1455 пакетов, LO-нет, FF-да), так что диск 10-11гб можно считать минимальным для работы и сохранения 5 снимков(+ основной).
Когда созданы все снимки по расписанию, выявляется цифра свободного места в системе, которая в последствии будет иметь незначительные колебания в зависимости от: размеров нового и удалённого снимков, обновлений, очистки системы, установленных и удалённых программ и файлов.
Расписание можно изменить в любое время.
« Последнее редактирование: 15 Апреля 2019, 10:15:31 от vita »

Оффлайн шур

  • Новичок
  • *
  • Сообщений: 36
Наблюдение за действием программы TimeShift при сохранении снимков от двух систем, расположенных на дисках sda1 и sda2, на одну флешку 16ГБ.
Вот как это выглядит в программе TimeShift
https://imgur.com/a/trE5lu8
Настройки в sda2 = 5 снимков при загрузке
Настройки в sda1 = 3 снимка при загрузке
С сайта автора программы:
"Загрузочные моментальные снимки обеспечивают дополнительный уровень резервного копирования и создаются при каждом запуске системы. Загрузочные моментальные снимки создаются с задержкой в 10 минут, чтобы не влиять на запуск системы."
В выводе терминала снимки никак не отмечаются, пояснения после # сделаны для удобства. Часть текста, не несущая важной информации, удалена.
Спойлер
timeshift --list  #sda2
Device : /dev/sdb1
6 snapshots, 3.6 GB free
Num     Name                 Tags   
---------------------------------
0    >  2019-03-21_07-51-25  O       #sda1 - основной           
1    >  2019-03-21_14-20-46  O       #sda2 - основной
               
2    >  2019-04-03_18-00-03  B       #sda1           
3    >  2019-04-05_23-30-57  B                 
4    >  2019-04-06_11-53-38  B       #sda1           
5    >  2019-04-11_14-50-58  B       #сделан 1 снимок для sda2           
17:09@Чт апр 11:~$

timeshift --list  #на sda2
Device : /dev/sdb1
7 snapshots, 2.5 GB free
Num     Name                 Tags
----------------------------------
0    >  2019-03-21_07-51-25  O                 
1    >  2019-03-21_14-20-46  O           
     
2    >  2019-04-03_18-00-03  B           #sda1       
3    >  2019-04-05_23-30-57  B                 
4    >  2019-04-06_11-53-38  B           #sda1       
5    >  2019-04-11_14-50-58  B                 
6    >  2019-04-12_08-52-57  B            #сделан ещё 1 снимок для sda2     
09:07@Пт апр 12:~$

timeshift --list  #на sda1
Device : /dev/sdb1
5 snapshots, 3.6 GB free
Num     Name                 Tags   
----------------------------------
0    >  2019-03-21_07-51-25  O                 
1    >  2019-03-21_14-20-46  O     
           
2    >  2019-04-12_08-52-57  B     #sda2           
3    >  2019-04-12_10-19-34  B     #|сделано 2 снимка подряд на sda1 и от sda2 остался       
4    >  2019-04-13_10-20-27  B     #|только один, самый свежий.           
Сб апр 13@11:47:~$

sda1 удалила снимки(свои и чужие, оставив только свежие) до положенных по расписанию 3шт., но sda2 так не сделала, т.к. её настройки - 5шт., что подтверждается последующей загрузкой.
Спойлер
timeshift --list #на sda2
Device : /dev/sdb1
6 snapshots, 3.4 GB free
Num     Name                 Tags   
---------------------------------
0    >  2019-03-21_07-51-25  O               
1    >  2019-03-21_14-20-46  O
                 
2    >  2019-04-12_08-52-57  B                 
3    >  2019-04-12_10-19-34  B   #sda1               
4    >  2019-04-13_10-20-27  B   #sda1             
5    >  2019-04-13_14-22-10  B                 
14:26@Сб апр 13:~$

sda2 может сделать ещё 1 снимок, а потом будет придерживаться настроек, если не вмешается sda1 и не урежет всё до 3шт.
Спойлер
timeshift --list  #на sda2
Device : /dev/sdb1
7 snapshots, 3.3 GB free
Num     Name                 Tags   
---------------------------------
0    >  2019-03-21_07-51-25  O                 
1    >  2019-03-21_14-20-46  O 
               
2    >  2019-04-12_08-52-57  B                 
3    >  2019-04-12_10-19-34  B     #sda1             
4    >  2019-04-13_10-20-27  B     #sda1             
5    >  2019-04-13_14-22-10  B                 
6    >  2019-04-14_17-33-50  B                 
19:06@Вс апр 14:~$

timeshift --list   #на sda2
Device : /dev/sdb1
7 snapshots, 3.4 GB free
Num     Name                 Tags   
---------------------------------
0    >  2019-03-21_07-51-25  O               
1    >  2019-03-21_14-20-46  O       
           
2    >  2019-04-12_10-19-34  B       #sda1           
3    >  2019-04-13_10-20-27  B       #sda1           
4    >  2019-04-13_14-22-10  B                 
5    >  2019-04-14_17-33-50  B                 
6    >  2019-04-14_19-22-56  B                 
20:14@Вс апр 14:~$

 Снимки sda1 приблизились к краю и при следующих загрузках будут удалены один за одним. Но если запустить sda1, то какие будут удаляться?.
Проверяем:
Спойлер
timeshift --list     #на sda1
Device : /dev/sdb1
5 snapshots, 3.7 GB free
Num     Name                 Tags   
---------------------------------
0    >  2019-03-21_07-51-25  O                 
1    >  2019-03-21_14-20-46  O       
         
2    >  2019-04-14_17-33-50  B       #sda2         
3    >  2019-04-14_19-22-56  B       #sda2           
4    >  2019-04-14_20-49-31  B       #свежий снимок sda1         
Вс апр 14@20:58:~$

 ВЫВОД: удалялись снимки крайние по возрасту, не взирая на принадлежность.
Интересен также статус флешки, на которую происходит запись снимков: не мешает запуску grub-menu, о ней нельзя получить информацию в боковой панели Проводника, не надо подключать в Проводнике или прописывать в fstab - везде своя. Одно требование - формат ext4.

Оффлайн alv

  • Ветеран
  • *****
  • Сообщений: 1470
  • Это я и есть
    • Наш Блогосайт
Опыт успешного восстановления системы из снапшотов Timeshift мне не удалось найти. Надеюсь, положительный опыт будет освещён в данной теме.
Я неоднократно проделывал эту процедуру в Mint'е, Cintu и в Antergos'е, но в модельных условиях - то есть в виртуалке, с сознательной порчей системы и её восстановлением. Всё проходило без сучка, без задоринки.
А вот в действительно серьёзной реальной ситуации всё оказалось не так здорово.
Как здесь говорилось, проект Antergos прекратил своё существование, но было обещан безболезгоенный переход его инсталляций на чистый Arch. Это оказалось не так. В частности, у меня после первого же обновления отказались запускаться все Qt и KDE приложения - их не так много, но для меня они важны. Выдавая в командной строке примерно такое:
> nomacs
qt5ct: using qt5ct plugin
Cannot mix incompatible Qt library (version 0x50c02) with this library (version 0x50c03)
zsh: abort (core dumped)  nomacs
Кто виноват - вдаваться сейчас не буду, а вот что делать - казалось бы, очевидно: откатиться на предыдущий снапшот. Увы - всё осталось по прежнему.
Ситуация не типичная, но всё к тому: TimeShft не всегда стопроцентно гарантирует откат к работоспособной версии. То есть полагаться на него нельзя. А раз так - то он и нафиг не нужен, следует искать другие средства резервирования системы. Разумеется, это сугубо моё ИМХО.
За прекрасных дам!

Оффлайн vita

  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 4782
  • Да будет свет!
Спасибо, Алексей! Ваш опыт подтвердил моё интуитивное предположение, что этот инструмент ненадёжен.
Делай с нами, делай как мы, делай лучше нас!

Оффлайн S.A.

  • Постоялец
  • ***
  • Сообщений: 176
Я всегда с большой осторожностью относился к разным инкреметным бэкапам (никогда не пользовался ими). Думаю TimeShft не исключение.
IMXO . Полный бэкап надёжней.

Вопрос появился. В дистрибутивах, которые из каробки идут с установленным  TimeShft (например LM 19), его можно удалить без вреда для системы.
« Последнее редактирование: 29 Мая 2019, 19:20:31 от S.A. »

Оффлайн vita

  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 4782
  • Да будет свет!
Вопрос появился. В дистрибутивах, которые из каробки идут с установленным  TimeShft (например LM 19), его можно удалить без вреда для системы.
Это проверяется опытным путём. В синаптике отметить для удаления Timeshift и посмотреть, появятся ли автоудаляемые по зависимости пакеты.
Конкретно в Matuntu-B64 данное приложение удалено мной без проблем и для удаления не притянулось никаких зависимостей.
Делай с нами, делай как мы, делай лучше нас!

Оффлайн alv

  • Ветеран
  • *****
  • Сообщений: 1470
  • Это я и есть
    • Наш Блогосайт
Вопрос появился. В дистрибутивах, которые из каробки идут с установленным  TimeShft (например LM 19), его можно удалить без вреда для системы.
Это проверяется опытным путём. В синаптике отметить для удаления Timeshift и посмотреть, появятся ли автоудаляемые по зависимости пакеты.
Конкретно в Matuntu-B64 данное приложение удалено мной без проблем и для удаления не притянулось никаких зависимостей.
Ага, из Mint'а тоже удаляется без проблем. Правда, тоже в виртуальных условиях.
Вообще, в дистрах fixed  released, как я уже где-то здесь писал, Timeshift не нужен в принципе. А в rolling released - без него не обойтись. Но нужны ли rolling released? Похоже, они менее нужны народу, чем плезиозавры.
За прекрасных дам!

Оффлайн S.A.

  • Постоялец
  • ***
  • Сообщений: 176
Нашлась у меня установленная система LM 19.1 Mate (на физическом железе), удалил Timeshift, проблем пока нет. Скрин удаления



Ещё заметил такую особенность, если установлено несколько ОС, то для хранения бэкаповTimeshift каждой системы, нужен отдельный раздел.  То есть на одном разделе не получается хранить бэкапы Timeshift от разных систем (в этом случаеTimeshift может "подхватить" снимок другой системы).

Оффлайн alv

  • Ветеран
  • *****
  • Сообщений: 1470
  • Это я и есть
    • Наш Блогосайт
Вот на Opennet'е пишут о серьёзной уязвимости в Timeshift. Правда, сразу же добавляется, то она уже устранена - но м.б. она не последняя.?
Так что лучше им не пользоваться - тем более, что в Mint'е он удаляется без проблем, а в просичх дистрах его ещё и специально надо устанавливать.
За прекрасных дам!

Оффлайн yx

  • Старожил
  • ****
  • Сообщений: 471
  • Успехов в труде и счастья в личной жизни!
Запуганый засорением системы, решил делать снимки. Пока все хорошо, но у меня уже 4 штуки и раздел,который отвел под них, заканчивается.
Как узнать, можно ли удалять первые снимки? Вдруг последующие содержат не полный снимок, а только довесок изменений?
Счастье для всех!.. Даром!.. Сколько угодно счастья!.. Все собирайтесь сюда!.. Хватит всем!.. Никто не уйдет обиженный!.. ©
Как жаль, что так на земле не бывает...

Оффлайн S.A.

  • Постоялец
  • ***
  • Сообщений: 176
Пока все хорошо, но у меня уже 4 штуки и раздел,который отвел под них, заканчивается.

На форуме про Linux Mint, пару лет назад была тема, ТС пользовался Timeshift и раздела размером 500 ГБ (если правильно помню) уже не хватало и на этом разделе был миллион !!!  файлов. Не удивительно, что у ТС возникли сложности c восстановлением системы.
Не доверяю инкрементным бэкапам (насмотрелся на проблемы при восстановлении), пользуюсь полным бэкапом.