Ламер-френдли резервное копирование

Я на один ссд делаю клоны рескьюзиллой и копирую на другой.

Опасности, которых я хочу избежать:

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

А ещё SSD умеют забывать данные в отключенном покое быстрее, чем HDD.

Но зато HDD умеют их забывать быстрее, чем SSD даже при относительно лёгких ударах об их корпус.

Ну, я же говорю, дисков будет два. Да, можно потерять данные за эту неделю или месяц.

Но вероятность не так велика, а потеря - неприятная, но не критическая.

А ещё SSD умеют забывать данные в отключенном покое быстрее, чем HDD.

В моем случае диски будут подключаться регулярно.

А ещё SSD умеют забывать данные в отключенном покое быстрее, чем HDD.

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

Хосспаде всему учить надо. Делаешь копии на google drive, на яндекс облако и на два своих носителя. Всё. Если екнется одновременно все, то наверно уже будет не до данных

Сейчас я склоняюсь к тому, что это будут два внешних SSD,

Лишняя трата денег и времени.

Будет ли лучше использовать NAS (с рейдом)?

Зависит от того какой рэйд.

«Лишняя трата денег и времени.»

почему?

выход из строя SSD на ноуте

А он сдохнет по-любому. Вопрос только как сдохнет.

какие-то логические ошибки на нем (например из за косяка файловой системы)

Это уже рукопопство.

шифровальщики

Ловите ваньузятника.

1. деньги - ssd заметно дороже чем hdd.
2. время - достать с полочки девайс, подключить девайс, сделать бэкап, отключить девайс, убрать на полочку.

мне кажется тебе больше пофлудить хочется.

в моем посте не было ни слова про hdd. речь шла про выбор между 1. внешние ssd vs. 2. nas vs. 3. и то и то

borgmatic + внешнее хранилище (любой NAS или подкроватный сервер без рейда или чего-то хитрого) + сторонний сервер напр. vps

в моем посте не было ни слова про hdd. речь шла про выбор между 1. внешние ssd vs. 2. nas vs. 3. и то и то

Сформулирую по другому.
1. ssd - нет. По причине того, что вы явно не собираетесь их с собой таскать. Ну и вообще по причине того, что эта штука сдохнет одномоментно с большей вероятностью, чем старый добрый hdd (нужной марки :) ).
2. NAS - однозначно, но только как минимум что бы было дублирование по хардам.
3. Из-за пункта 1. он выпадает.

Дополню этот пункт:

+ сторонний сервер напр. vps

Только в люто закриптованном варианте.

Ну смотри, преимущества SSD это скорость и то что он не боится авиа- и ж/д- перелетов и переездоа (а у меня такое случается). Да, он дороже, но не такие уж это деньги значительные.

я использовал mdadm при чем по сети, редкостное извращение, но работало, с внешними дисками будет даже проще

nbd-client -b 4096 -C 5 -p -t 45 -N $NBD_IMAGE_NAME $NBD_SERVER $NBD_DEV
mdadm --re-add $MD_DEV --write-mostly $NBD_DEV

...подождать...

mdadm --fail $MD_DEV $NBD_DEV
mdadm --remove $MD_DEV $NBD_DEV
nbd-client -d $NBD_DEV

понятно, что перед этим на ноуте на сконвертировать диск в raid1 и убедиться, что он нормально стартует в деградировавшем виде с одним диском

нужной марки :)

А какой именно?

нужной марки :)

А какой именно?

А это уже от годов зависит.

Ну смотри, преимущества SSD это скорость

Скорость в вашем воображении?

и то что он не боится авиа- и ж/д- перелетов и переездоа

В части механики да, вроде как шансов выжить больше… но не более того. Однако с учетом самой системы, такой бэкап это тоже ОБС.

Залей видео на ютуб, код на гитхаб, остальное выкинь. Все эти бэкапы от лукавого. Жить нужно в минимализме. Что в голове есть, то твоё.

Залей видео на ютуб

Домашнее порно на youtube? Блин, видал извращенцев, сам извращенец, но таких…

Домашнее порно вообще бэкапить не нужно. Надо будет - новое снимешь или на порнохабе такое же найдёшь.

Для тех, кто делает вид, что не умеет в поиск:

Бекапилка вашего ПекА (комментарий)

why you should not rely on fancy tools for backup
Step 1 - I keep all important data on a ZFS network share

Если нужна стратегия бэкапа гугли “3-2-1“

делаю клоны рескьюзиллой

Выглядит как ненужно для виндузятников. Есть же православный rsync, которым я правда несколько раз случайно сносил хомяк. Ну это не страшно, на то и бэкапы. Подумаешь, работу за пару дней похерил.

мда, уровень ответов, за исключением двух, конечно…

Предлагаешь вместо пары кликов мышкой погружение в маны? Оригинально!

Без раскуривания манов линукс не вштыривает. Кстати, много раз просматривал ман rsync, и все время какие-то новые нюансы узнаю. Это как вим, уже 20 лет его изучаю. Кайф же.

Кстати, отдельные данные я копирую юнисоном, — опять же гуй…

3-2-1:

• Ежедневно на NAS автоматом
• Раз в неделю на SSD
• Раз в месяц делать копию диска для быстрого восстановления работоспособности
• Можно добавить облако (через restic/borg)

Инструменты: restic/borg (поищи обвязки, много их), dd (pv, dcfldd, zstd)

NAS лучше с RAID (в идеале на ZFS, если вдруг заново покупаете/делаете)

Привет. Допустим 3 и 4 пункты мне не нужны. И я хочу обойтись либо первыми двумя, либо одним из них. Почему ты считаешь, что они нужны оба? То есть, какие trade-offs, если использовать только один из них?

Это не очень похоже на ламер-френдли. Даже попахивает девопсиной.

Классику надо изучать:

Уж 200 раз твердили Сене:
Хардлинк спасет от удаленья!
А кто создать его поможет?
Crontab и man, тупая рожа! 

(С) Какая файловая система под Linux позволяет спокойно восстанавливать удаленные файлы? (комментарий)

То есть, какие trade-offs, если использовать только один из них?

Меньше надёжнсть, больше вероятность факапа. Почитай про 3-2-1.

Это для домашнего лэптопа такая канитель? Я сохраняю только конфиги и контент, который нажил, понаписал, понаснимал и т.д.

Главное свойство любого нормального бекапа - его автоматизм. Никакие ручные бекапы не работают. Поэтому только NAS. Будет он стоять локально на дешёвом роутере с OpenWRT или это будет яндекс.диск - уже не важно. Главное - по расписанию, автоматически, как только ноут попадает в сеть.

По расписанию сливать все данные в яндекс? Хорошая попытка, херр майор. А кстати, стоит ли вообще хранить какие-то данные на ноуте? Текущую работу за день разве что, и на флешку скидывать. Скачанные ништяки лучше немедленно отправлять на внешние носители или ещё лучше в унитаз. Этот процесс особо не автоматизируешь. Ну а внешний винт клонировать тоже не слишком сложная задача.

По расписанию сливать все данные в яндекс?

О УЖАС!

В чем проблема написать скрипт, который будет ожидать подключение определенного носителя (по udev, или даже тупо по label) и копировать данные из папки ~/Urgent в папку /media/$USER/backup_drive/backup_`date` ?

SSD-шники равно как и HDD-шники нынче стоят копейки, как и переходники SATA-USB3.

На говнобаше это портянка в 10 строчек.

На пхп! А кто в папку будет не забывать всё складывать? Мамка?

По расписанию сливать все данные в яндекс?

...-inc2025-06-12.tar.xz.gpg

У меня так для флешки и сделано. А на лептопе всё важное либо примонтировано по sshfs с пека, либо заведено в syncthing на пека и мобилу.

А на пека еженощный скрипт дёргает rdiff-backup на отдельный диск.

И ещё ручками раз в месяц втыкаю в салазки совсем-совсем отдельный диск и рсинкаю на него диск с бекапами.

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

PS скриптами могу поделиться, если кому надо.

На пхп! А кто в папку будет не забывать всё складывать? Мамка?

В смысле? А важные файлы у людей разве хранятся не в папках? А где же тогда?

Можно и на пхп. Зря смеешься.

https://ibb.co/NgHHgrxN

Но спасибо что подал идею, бэкап это следующее чем я займусь в своей ДЕ-шечке после ФМа.

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

По поводу скрипта, мне кажется что такие скрипты настолько просты, что каждый ламер должен начинать учиться скриптованию как раз на этом - на создании бэкапов. Заодно немного вьедет в иерархию ФС.

А важные файлы у людей разве хранятся не в папках?

Только у виндузятников. Но самые важные в корзине.

Только у виндузятников. Но самые важные в корзине.

А у остальных где они хранятся?

rclone + шифрование. В принципе, для любого облака можно замастырить такую схему.

[yandex]
type = yandex
token = {"access_token":"XXX"}

[ya-crypt]
type = crypt
remote = yandex:/encrypted
filename_encryption = standard
directory_name_encryption = true
password = XXX
password2 = XXX

Бэкапить автоматом какой-то один каталог это малопродуктивно. Можно весь хомяк, но тогда нужно исключения делать, чтобы не забэкапить гигабайты порнухи, например. А потом переименуешь каталог с порнухой и забудешь.конечно же поправить скрипт. Не, автоматика это фигня.

Помогите разобраться со стратегией бэкапов личного ноута.

Реши сам, нужен ли тебе инкрементальный бекап или достаточно держать полную копию актуальнх данных. Тот же rsync умеет и в актуальный, и в полный. Напишешь скрипт, засунешь его в крон или юнит. Есть и гуевые инструменты для бекапа.

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

Итого, три копии, все в одном месте. Зачем два SSD? Почему SSD? Можно ведь и NAS собрать из какого-нибудь б/у неттопа, а то и из малинки. Ну да ладно, к малинке уж лучше SSD покупать, он по части питания менее привередлив, чем 2,5-дюймовый HDD.

Будет ли лучше использовать NAS (с рейдом)? В дополнение или вместо внешних дисков?

Смотря какой рейд. И зачем тебе рейд? Данные, небось, текстовые, домашняя сеть гигабитная.

Как я понял, правильная настройка и администрирование NAS - тот еще квест, а мне хотелось бы без мозголюбви, куда время потратить и так есть.

NAS по-пацански: накатываешь онтопик, ставишь и поднимаешь нужные сервера по мере возрастания потребностей (SSH, SMB, FTP, Plex - да хоть LAMP и Астериск), администрирования выходит не больше, чем на локалхосте. Если не собираешься открывать это дело миру, о безопасности можно особо не думать. Беготня за процессами с kill -15 и kill -9 - это про хайлод, а не про домашнюю файлопомойку. NAS по-девчачьи: накатываешь OpenNAS, если я его правильно называю, и горя не знаешь. NAS по-виндусяцки: покупаешь специализированную коробочку с предустановленной прошивкой, горя не знаешь.