Как перенести резервную копию системы в облако?

[h221]

Сделал резервную копию системы в timeshift, хотел сделать zip архив и закинуть на флешку и облако, не получилось, пишет нет прав и тп. Error opening directory *****: отказано в доступе.

[rogoznik]

h221, для такого лучше использовать другое ПО для бэкапа. Timeshift это что-то вроде точек восстановления в винде

[h221]

h221, для такого лучше использовать другое ПО для бэкапа. Timeshift это что-то вроде точек восстановления в винде

Какое ПО посоветуете?

[rogoznik]

Какое ПО посоветуете?

Clonezilla

[stasAiver]

Как вариант - fsarchiver

[Sharov]

Было уже!
Порыться получше стоило бы на форуме:
Remastering Linux Mint 18.3

[ForumLiker]

h221,
Я вижу ты занимаешься ерундой. Резервную копию системы не хранят в облаке! Как ты в случае повреждения системы ее оттуда будешь доставать? Для резервных копию советую приобрести флешку (цены на них сейчас доступные) но лучше конечно использовать внешний жесткий диск. Цены тоже доступные.

[slant]

Я вижу ты занимаешься ерундой.

А ты лезешь с непрошеными советами. И добро бы - однозначно полезными.

Резервную копию системы не хранят в облаке!

Смотря какую копию. И насколько ценную.

Как ты в случае повреждения системы ее оттуда будешь доставать?

Да хоть через live, или даже с телефона - сейчас там такие объемы памяти пошли...

Для резервных копию советую приобрести флешку

...которые имеют привычку дохнуть в неподходящий момент.

но лучше конечно использовать внешний жесткий диск.

...что тоже не панацея.

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

[ForumLiker]

slant, Хранить систему размер в 30ГБ+ в облаке и потом в случаи необходимости ее скачивать это вообще маразм и тупость.

которые имеют привычку дохнуть в неподходящий момент.

Поэтому флешка должна использоваться только для бэкапов, а не для хранения фильмов и музыки.
Забыть пароль от облака случается куда чаще чем поломка флешки. Получить банн на облаке тоже не исключение.

в географически разных местах

Может еще поговорить о падении метеорита, и что бэкап нужно еще хранить на космической станции.
Для домашнего юзера такие сложности вообще ни к чему. Я описал лишь самый простой, быстрый и не затратный способ бэкапа.
У меня вообще бэкап системного раздела на отдельном разделе диска с мультимедией. А все ценные файлы храню в зашифрованном контейнере в облаке и таком же зашифрованном внешнем жестком. А хранить систему 50ГБ+ нафик нужно. Систему восстановить проще чем годами наработанные данные.

[madesta]

Error opening directory *****: отказано в доступе.

Можно было бы предположить, что обращение к данным, подлежащим резервированию, в данном случае шло от имени пользователя, а эти данные могли иметь права только для root.

30ГБ+ ... 50 ГБ+

1. Это ж где сейчас облако такого размера бесплатно навечно, а не как на демонстрационный период, предлагают? По предоставляемому дисковому пространству разница между платными аккаунтами и аккаутами free существенна.
2. Любое облако в бесплатном варианте имеет свои правила использования. Очень часто имеет место пункт, в соответствии с которым к нему необходимо периодически (период оговаривается в TOS или FAQ) обращаться. В противном случае аккаунт может быть аннулирован за неактивность.

Забыть пароль от облака случается куда чаще чем поломка флешки.

Скорее, не соглашусь. Облаком всегда оговаривается процедура восстановления доступа в случае "забыл пароль". У меня как-то получилось на облако MEGA забыть и логин, и пароль. Однако, благодаря имевшемуся ключу восстановления, и логин был сменён, и пароль.
---
Как итог, к организации процедур бэкапа необходимо подходить вдумчиво. К 99 % гарантии (100 % не даст даже Всевышний) сохранности бэкапа можно приблизиться, если таких бэкапов создаётся более чем на один независимый носитель, не важно: физический ли это носитель или облако. Для домашнего же использования по времени быстрее будет переустановить систему, чем тащить её с бэкапа без гарантии того, что резервированное состояние системы свободно от допущенных ляпов и ошибок.

[rogoznik]

1. Это ж где сейчас облако такого размера бесплатно навечно, а не как на демонстрационный период, предлагают? По предоставляемому дисковому пространству разница между платными аккаунтами и аккаутами free существенна.

terabox дают 1ТБ

Screenshot_20220801_180814.png (4.21 КБ) 1601 просмотр

[h221]

В яндексе по акции брал 600 рублей в год терабайт.

[slant]

slant, Хранить систему размер в 30ГБ+ в облаке и потом в случаи необходимости ее скачивать это вообще маразм и тупость.

1. Кто сказал про 30+ Гб?
2. Маразм - считать, что у всех одинаковая скорость сети и возможности. Лично у меня на недавней работе было проще и быстрее данные с gdrive получить, чем с флешки. К примеру. Да и дома канал очень неплох. Сравнимо с дешевыми флешками выходит.
3. Если это не единственная копия - никто не заставляет использовать именно ее в первую очередь.

Забыть пароль от облака случается куда чаще чем поломка флешки. Получить банн на облаке тоже не исключение.

Да что вы говорите? Выкинул уже более десятка флешек, а вот пароли не забывал ни разу. И баннов тоже не получал - наверное, потому что имею привычку читать TOS, и не нарушаю оные. Опять же - не обязательно речь про единственную копию.

Может еще поговорить о падении метеорита, и что бэкап нужно еще хранить на космической станции.
Для домашнего юзера такие сложности вообще ни к чему. Я описал лишь самый простой, быстрый и не затратный способ бэкапа.

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

А хранить систему 50ГБ+ нафик нужно. Систему восстановить проще чем годами наработанные данные.

Представьте себе - для некоторых, именно тщательно отполированная под себя система и входит в "годами наработанные данные". И терять ее в подобном случае так же больно. Так что не стоит однозначно учить других - что им нужно в бекапе держать, а что нет. И в скольких экземплярах. Т.к. это дело сугубо индивидуальное.

[Сотрудник]

Не по теме

В качестве "домашнего облака" можно использовать Док-станцию (Docking station) для HDD, SDD, большой выбор для разных нужд на разное количество устройств. И нет зависимости от облачных серверов в интернете, доступ к которым могут закрыть, не надо платить за аренду, поддержку и тд.

[madesta]

Не по теме

В качестве "домашнего облака" можно использовать Док-станцию

Если имеется в виду то же устройство, которое и у меня, то это винчестер, устанавливаемый в специальный девайс и подключаемый к компьютеру через usb. В таком случае читающий будет вводиться в некоторое заблуждение, так как "облако" будет воспринимать в первую очередь как сетевой сервис. В любом случае, сохранность нужных для пользователя данных – головная боль пользователя. А уж каким путём он пойдет при решении своей задачи – его выбор.

[slant]

Не по теме

Вообще, когда я слышу рядом слова "домашнее" и "облако" - у меня начинает глаз дергаться. Ибо это такой же оксюморон как "горячий лед".
Ключевое отличие для понятия "облако" - максимально высокая постоянная доступность. Даже просто домашний круглосуточный сервер называться облаком не может. Облачным сервис становится, когда он начинает предоставляться несколькими объединенными для резервирования физическими устройствами в режиме 24/7, даже в случае выхода одного из них из строя - и пользователи вообще не должны замечать что что-то случилось. Т.е. когда нет времени простоя, авария на одном из устройств не уводит сервис в оффлайн, и восстановление тоже происходит прозрачно для пользователей. Вот тогда - это облако.

[Chocobo]

Не по теме

Само понятие облака не особо вкладывает в себя именно резервирование и отказоустойчивость (хотя крайне редко без них существует от сервис-провайдеров). это скорей уровень абстракции по типу взаимодействия с сервисом и достаточно эфемерным для пользователя выделением ресурсов, облачная инфраструктура не обязательно всегда гарантирует пять девяток доступности, будь то хранилище, VDI, или вычислительный пул. Поэтому "облако" не столько технический термин, сколько обозначение доступа к среде виртуализации as a service (SaaS,IaaS,PaaS и т.д.)

[ilikethat]

Тоже иногда хотелось перенести раздел Timeshift в виде файла на другой диск.
Почитал тут, походил по ссылкам. Нашел fsarchiver. Думаю то что надо.
Вчера запустил, сохранить 300Гб раздел ext4 для TimeShift в виде файла на 1,5Тб диск с NTFS. Разные физические HDD диски. Ну и пошел спать.
Сегодня утром, часов в 12, смотрю шуршит, 32%, файл 44Гб всего, сжатие минимальное - Z1.
Вообщем разочарован.

[Slav164]

сохранить 300Гб раздел ext4 для TimeShift

Проще сохранять разделы.Если установлено всё (/ home) на один раздел вообще всё просто и сохранять надо на ext4.

[slant]

и сохранять надо на ext4.

Это не аксиома, а лишь один из вариантов.
Можно, например делать так:
1. Под бекап разделов - btrfs с включенной компрессией zstd.
2. Копируем туда условный /dev/sda1 в отмонтированном виде через dd (можно чем угодно, но dd - один из самых быстрых вариантов).
Получаем сжатый бекап всего раздела. Минусом лишь то, что пустое место на копируемом разделе - лишь условное пустое. По факту это все равно мусор, который хоть и сожмется но сколько-то места занимать будет.
Потому если хотим иметь только файлы без лишнего мусора - rsync нам в помощь. (В общем то и просто cp, или вообще что угодно). Это медленнее чем копировать весь раздел зато без мусора.
Можно еще tar использовать, чтобы получить "образ" одним файлом. tar сам по себе ничего не сжимает (если явно не задать ключом), и в случае если мы кладем образ на сжимаемый раздел - это излишне.

Чем btrfs хороша для бекапов - это тем, что она использует контрольные суммы блоков. Т.е. у вас есть гарантия того, что прочитаете вы именно то, что писали (и сама запись будет корректна), или система вам явно сообщит об ошибке любой операции. А вот ext4 (и не только) подвержена такой штуке как silent data corruption.