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

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

ln -s /disk1/porno/ponies ~Urgent/
ln -s /disk2/documents ~Urgent/
ln -s /disk1/films ~Urgent/
ln -s /disk1/games/saves ~Urgent/

Ты вроде не настолько глуп, чтобы объяснять настолько тривиальные вещи.

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

С таким же успехом карман с винтом в USB-дырку - и бэкап даже переделывать не придется.

Зачем этот дроч

Вот именно. А дотфайлы как будешь бэкапить?

Зачем для резервного копирования использовать SSD? Смысл SSD в скорости случайного доступа, а она вообще не важна в данном сценарии использования. Ну ещё в тишине, но это опять же скорее не важно, если всё равно планируется аж руками подключать и быстро всё бэкапить. В общем, мой совет — не используй SSD, используй HDD для этих целей. Они и многолетнее юзание без питания без проблем переносят, а SSD не все и не всегда.

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

Пожалуй да.

В дополнение или вместо внешних дисков?

Ну ты и вопросы задаёшь, конечно…

Ну естественно в дополнение при прочих равных лучше, чем вместо. Но целесообразно ли оно, можешь ли ты себе это позволить — уже решать исключительно тебе.

Тут в принципе вопрос обычно не в «как лучше всего», а «что в моём случае целесообразно». Понятное дело, что лучше всего, если у тебя RAID1, с которого ты каждый час бэкапишь на домашний сервер, на внешний HDD, который сразу отвозишь в специальный сейф в бомбоубежище, и ещё не один внешний HDD, который отправляешь в Антарктиду с каждым следующим рейсом, и ещё один внешний HDD, который на всякий случай отправляешь на Луну, а также делаешь ещё резервную копию в «облако», предоставленное российской компанией, и ещё в одно, предоставленное американской, и в третье, предоставленное австралийским хостером — чисто на случай ядерной войны. Но ты ведь так не будешь делать? И это было бы странно. Поэтому определяться надо не с «лучшестью», а с целесообразностью, учитывая, что это за данные, и насколько они тебе дороги.

Вот именно. А дотфайлы как будешь бэкапить?

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

ntfs@b450:~$ touch test/.file_dot_`date +%s`;ls -la test/
total 8
drwxr-xr-x  2 ntfs ntfs 4096 Jun 12 21:12 .
drwx------ 22 ntfs ntfs 4096 Jun 12 21:10 ..
-rw-r--r--  1 ntfs ntfs    0 Jun 12 21:09 .file_dot1
-rw-r--r--  1 ntfs ntfs    0 Jun 12 21:12 .file_dot_1749751966
-rw-r--r--  1 ntfs ntfs    0 Jun 12 21:09 .file_dot2
-rw-r--r--  1 ntfs ntfs    0 Jun 12 21:09 .file_dot3
ntfs@b450:~$ cp -r test /ssd/dest/;ls -la /ssd/dest/test/
total 0
drwxrwxrwx 1 root root 488 Jun 12 21:12 .
drwxrwxrwx 1 root root 144 Jun 12 21:12 ..
-rwxrwxrwx 1 root root   0 Jun 12 21:12 .file_dot1
-rwxrwxrwx 1 root root   0 Jun 12 21:12 .file_dot_1749751966
-rwxrwxrwx 1 root root   0 Jun 12 21:12 .file_dot2
-rwxrwxrwx 1 root root   0 Jun 12 21:12 .file_dot3
ntfs@b450:~$ 

скорость неважнецкая

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

Есть маааленькое неудобство, что после монтирования примерно минутку флешку нельзя извлекать, но то флешка важная, поэтому можно мириться.

Скрипты не то чтобы просты, потому что для рдифф-бакапа хомяка на ext4 и флешки на fat32 немного разные настройки в плане сохранения прав, xattr, хардлинков и проч. Ну и удаление старых копий у меня сделано в зависимости от оставшегося свободного места.

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

исключения делать

Палю годноту:

        --exclude-if-present "CACHEDIR.TAG" \
        --exclude-if-present ".nobackup" \

Так и я говорю не надо. Берешь весь хомяк и бэкапишь, только аккуратно. А папка то левая зачем? И симлинки?

Когда я читаю комменты про бэкапы, то кажется что местные котаны хранят минимум SHA256 коды доступа к ядерным кнопкам Периметра, а не музло\видосы\игори, скачивающиеся за сутки с нуля 😅

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

Вот вот.

Я никогда не терял данные из-за сбоя оборудования. Купил условный HDD в 2003 году, попользовался. Купил новый, перенес данные на него. Потом следующий, перенес данные на него. Затем SSDшник. Потом второй. Потом NVME. И еще. И еще. Никогда не дожидаюсь, пока оно начнет сыпаться от старости.

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

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

А эти NAS'ы с рейдами и системами жизнеобеспечения за пару лет накручивают больше, чем стоит внешний жесткий с пятилетней гарантией бгг

короче ты советуешь использовать просто один внешний и не любить мозги?

Я никогда не терял данные из-за сбоя оборудования.

Пока. Когда это случится, начнёшь бэкапить.

Пока. Когда это случится, начнёшь бэкапить.

Не начну.

Просто потому что у меня прохладное отношение к информации.

Все документы, пароли и прочие сканы паспорта - отосланы самому себе в гугле.

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

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

За двадцать два года этого не случилось. Значит рассчет оказался верен.

короче ты советуешь использовать просто один внешний и не любить мозги?

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

Принцип я написал. По сути не нужно даже никаких оверзадроченных программ. Баш + две с половиной утилиты. Это несложно.

это вообще мак, так что скорее всего будут исп-ся time machine, carbon copy cloner или superduper. не имел с ними дела пока.

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

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

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

Тогда, просто используй внешние диски.

горя не знаешь.

Ага, щаз

пожар может быть вовсе не глобальным, а именно ограниченным NAS. У меня у знакомого лет 10 назад файлы на NAS погибли именно так - было короткое замыкание, вспыхнул NAS, а потом на него ведро воды вылили :) Все диски погибли, а от чего - от замыкания, огня или воды уже выяснять смысла не было :)

В контексте сложности администрирования же. А так могу только посочувствовать знакомому. Обычно NASы не горят.

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

Лучше перебэкапить чем недобэкапить.

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

Дайте денег сервису резервного копирования.

Зачем для резервного копирования использовать SSD? Смысл SSD в скорости случайного доступа,

Ssd работает бесшумно. И если речь о новых то до 1тб стоит дешевле чем механика. Идеально для мелких ежедневных бекапов.

Копию бекапов надо делать куда нибудь в облако или другой комп в другом месте потому что этот комп или место может пропасть целиком.

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

Для оси в Mint - Timeshift существует, а для данных, в последних версиях, - «Резервное копирование». Только, я этими новомодными утилитами практически не пользуюсь, привык сам.

И да, копирую бэкапы на раздел NTFS. И восстановить, и прочитать потом проще, если что. Комп домашний, поэтому все эти заморочки с доступом, как-то, некритичны.

Копию бекапов надо делать куда нибудь в облако или другой комп в другом месте потому что этот комп или место может пропасть целиком.

Ну в принципе - так и есть, в итоге. Системник в качестве домашнего файл-сервера, с зафиксированном на роутере IP - чрезвычайно удобная штука. Но медленно. В смысле - копировать бэкапы по сети. А вот слить туда сериальчик, а потом, если что, по локалке его посмотреть, причём на любом устройстве - это да, вполне себе удобно.

В таком вот аксепте.

rsync

Rclone лучше.

У юнисона есть гуй? Первый раз слышу:)