БЭКАПОВ ТРЕД
Как вы храните бэкапы? Как часто делаете? Заливаете ли на удалённые сервера или храните локально?
Как автоматизировать и упростить процесс?
В чём достоинства вашего способа и почему вы делаете именно так?
Как вы храните бэкапы? Как часто делаете? Заливаете ли на удалённые сервера или храните локально?
Как автоматизировать и упростить процесс?
В чём достоинства вашего способа и почему вы делаете именно так?
>>422085 (OP)
Один на личном насе, второй шифрованный на селектеловском s3
Раз в сутки
Да
Использовать специализированный софт: borg, restiс, kopia
Мне нужны бэкапы, я делаю бэкапы
> Как вы храните бэкапы?
Один на личном насе, второй шифрованный на селектеловском s3
> Как часто делаете?
Раз в сутки
> Заливаете ли на удалённые сервера или храните локально?
Да
>Как автоматизировать и упростить процесс?
Использовать специализированный софт: borg, restiс, kopia
>В чём достоинства вашего способа и почему вы делаете именно так?
Мне нужны бэкапы, я делаю бэкапы
>>422085 (OP)
Год назад было пара номерных тредов /hdd там много годноты описали и даже палки поломали за насы. Жаль похерили треды
Год назад было пара номерных тредов /hdd там много годноты описали и даже палки поломали за насы. Жаль похерили треды
1,9 Мб, 1250x750>>422085 (OP)
На MicroSD или USB. То есть в миниатюрном формате, от которого в случае чего, легко избавиться.
Стараюсь каждый раз перед завершение сеанса, обычно это перед сном. Потому что форс-мажор никто не отменял.
Никаких серверов. Даже физически доступных. Проблематично такой с собой носить/унести, уже не говоря про то, чтобы избавиться.
https://www.duplicati.com/
Потому что удобно и надёжно.
Потому что могу.
>Как вы храните бэкапы
На MicroSD или USB. То есть в миниатюрном формате, от которого в случае чего, легко избавиться.
>Как часто делаете
Стараюсь каждый раз перед завершение сеанса, обычно это перед сном. Потому что форс-мажор никто не отменял.
>Заливаете ли на удалённые сервера или храните локально
Никаких серверов. Даже физически доступных. Проблематично такой с собой носить/унести, уже не говоря про то, чтобы избавиться.
>Как автоматизировать и упростить процесс
https://www.duplicati.com/
>В чём достоинства вашего способа
Потому что удобно и надёжно.
>почему вы делаете именно так
Потому что могу.
>>422159
Не понял, у тебя просто, грубо говоря, лишний диск без проводного подключения к компу, что ли? Нахуя?
Это что, VPS для бэкапов? Сколько платишь? Затем тебе это если можно на запасном винте хранить?
Пизда.
Что ты используешь?
>на личном насе
Не понял, у тебя просто, грубо говоря, лишний диск без проводного подключения к компу, что ли? Нахуя?
>селектеловском s3
Это что, VPS для бэкапов? Сколько платишь? Затем тебе это если можно на запасном винте хранить?
>Да
Пизда.
>Использовать специализированный софт: borg, restiс, kopia
Что ты используешь?
18 Кб, 585x223>>422170
Зачем? Что ты хранишь?
Так оно ж для онлайна, а не физ носителей, не?
>То есть в миниатюрном формате, от которого в случае чего, легко избавиться.
Зачем? Что ты хранишь?
Так оно ж для онлайна, а не физ носителей, не?
>>422197
У меня лишний комп в котором несколько дисков, он включён в сеть с рабочим. Специальный комп для хранения данных. Называется NAS.
Объектное хранилище. Это не сервер, это сервис.
В районе 80 рублей в месяц
Запасной винт не от всего не спасёт. Например пожар.
borg и restic
> лишний диск без проводного подключения к компу, что ли?
У меня лишний комп в котором несколько дисков, он включён в сеть с рабочим. Специальный комп для хранения данных. Называется NAS.
> Это что, VPS для бэкапов?
Объектное хранилище. Это не сервер, это сервис.
> Сколько платишь?
В районе 80 рублей в месяц
> Затем тебе это если можно на запасном винте хранить?
Запасной винт не от всего не спасёт. Например пожар.
> Что ты используешь?
borg и restic
>>422208
У меня не так много критичных данных. Где-то рубль за 1 Гб сейчас тариф.
Полноценный комп который выполняет задачи NAS
> А чего так дёшего?
У меня не так много критичных данных. Где-то рубль за 1 Гб сейчас тариф.
> Так полноценный комп или nas?
Полноценный комп который выполняет задачи NAS
>>422211
Как-то шифруешь данные перед отправкой на сервера?
И не стрёмно, что какой-то ушлый жид может видеть, а ещё хуже, юзать твою конфиденциальную инфу?
Алсо, оно у тебя "на лету" копируется, или ты вручную запускаешь процедуру синхронизации типа?
>У меня не так много критичных данных. Где-то рубль за 1 Гб сейчас тариф.
Как-то шифруешь данные перед отправкой на сервера?
И не стрёмно, что какой-то ушлый жид может видеть, а ещё хуже, юзать твою конфиденциальную инфу?
Алсо, оно у тебя "на лету" копируется, или ты вручную запускаешь процедуру синхронизации типа?
54 Кб, 1342x527>>422198
Информация конфиденциального характера.
Для физических носителей тоже. Вот к примеру подключил MicroSD через переходник USB и активировал бэкап.
>Зачем
>Что ты хранишь
Информация конфиденциального характера.
>Так оно ж для онлайна, а не физ носителей, не
Для физических носителей тоже. Вот к примеру подключил MicroSD через переходник USB и активировал бэкап.
>>422219
Да, на s3 я бэкаплюсь через restic, у него есть штатное шифрование
Все бэкапы делаются автоматически в планировщике раз в день.
На лету, в общем-то данные тоже копируются в хранилище при помощи syncthing, но я их за бэкапы не считаю.
>Как-то шифруешь данные перед отправкой на сервера?
Да, на s3 я бэкаплюсь через restic, у него есть штатное шифрование
>"на лету" копируется, или ты вручную запускаешь процедуру синхронизации типа?
Все бэкапы делаются автоматически в планировщике раз в день.
На лету, в общем-то данные тоже копируются в хранилище при помощи syncthing, но я их за бэкапы не считаю.
Бамп
Бамп
Бампер
Бамп
>>422085 (OP)
СХД-шка, плюс s3 в yandex и mcs
Синтетика каждый день, 7 точек назад.
И то и то.
Спиздить veeam
Потому что мне подходит. Каждый свои бэкапы планирует сам.
> Как вы храните бэкапы?
СХД-шка, плюс s3 в yandex и mcs
> Как часто делаете?
Синтетика каждый день, 7 точек назад.
> Заливаете ли на удалённые сервера или храните локально?
И то и то.
> Как автоматизировать и упростить процесс?
Спиздить veeam
> В чём достоинства вашего способа и почему вы делаете именно так?
Потому что мне подходит. Каждый свои бэкапы планирует сам.
>>425382
Причина подрыва?
Причина подрыва?
Дабамп
Бампбумп
>>422085 (OP)
На хардах 2-3 ТБ. Копирую раз в месяц.
Обычного пользователя всевозможные автоматические сервисы по бэкапу будут только излишне, это больше для корпораций.
На хардах 2-3 ТБ. Копирую раз в месяц.
>В чём достоинства вашего способа и почему вы делаете именно так?
Обычного пользователя всевозможные автоматические сервисы по бэкапу будут только излишне, это больше для корпораций.
>>426857
Спасибо за мнение!
Спасибо за мнение!
>>427237
У тебя первая часть предложения отсутствует, а вторая начинается с заглавной буквы. Исправляй.
>.
У тебя первая часть предложения отсутствует, а вторая начинается с заглавной буквы. Исправляй.
>>422085 (OP)
Раз в неделю на отдельный HDD
cron
Инкрементный бэкап с помощью rsync, я даже хз, что сказать. Для меня очень удобно.
>Как вы храните бэкапы? Как часто делаете? Заливаете ли на удалённые сервера или храните локально?
Раз в неделю на отдельный HDD
>Как автоматизировать и упростить процесс?
cron
>В чём достоинства вашего способа и почему вы делаете именно так?
Инкрементный бэкап с помощью rsync, я даже хз, что сказать. Для меня очень удобно.
Есть вин10 в виртуалке с несколькими учетками, для удаленной работы. Нужно бэкапить хомяки пользователей хотя бы раз в сутки, желательно через ssh, с сохранением всех вендоправ на файлы, ну и желательно еще конечно инкрементальный бекап, чтобы не гонять каждый раз гигабайты данных (а хомяки там немаленькие). И всё это без мокрописечных платных решений бы. В лялихе это всё сполпинка сделать можно, а в ос от дяди билли хуй пойми как.
>>427555
есть ещё kopia, примерно это же, но для казуалов
есть ещё kopia, примерно это же, но для казуалов
>>424641
Правда что-ли в породе вим спизженный?
Приятно стало.
В целом - на free версии можно накрутить тоже самое, что и ent+, и это легально будет, но там неймспейс VeeamBS надо немножко знать.
..
Для вольюм мирроринга придется с павершел рифлекшен похимичить.
И кстати, поддержка работает и для free версий, вне зависимости от зоны клиента. Но там чудовищный eta будет.
Правда что-ли в породе вим спизженный?
Приятно стало.
В целом - на free версии можно накрутить тоже самое, что и ent+, и это легально будет, но там неймспейс VeeamBS надо немножко знать.
..
Для вольюм мирроринга придется с павершел рифлекшен похимичить.
И кстати, поддержка работает и для free версий, вне зависимости от зоны клиента. Но там чудовищный eta будет.
>>429778
нет
нет
Бамп
>borg
https://interface31.ru/tech_it/2022/01/borg-backup-prostoy-i-sovremennyy-instrument-rezervnogo-kopirovaniya.html
Опять прыщеговно. Вы таим говна въебали, красноглазы?
kopia — опять какая-то недоделка от прыщеблядей. Перегруженность: какое-то шифрование монтирование размонтирование нахуй не нужное, когда просто надо скопировать вставить туда сюда. Ещё блять потом чтобы элементарно открыть свой бекап потом их говнопрограмму снова запускать. Удаление снапшота не привело к его физическому удалению с диска. Интерфейс неудобный. Вывод - сырая перекрученная хуета от прыщеблядей.
Мда, пиздос. Не думал, что тред посетят одни прыщебляди.
Сформулируем запрос по-другому:
не хочу каждый раз тыкать все папки в бэкап по отдельности, создавать и удалять.
Нужна программа для бэкапа на Windows, чтобы копировала заданные папки на внешний жёсткий диск (опционально чтоб могла копировать на NAS). Бесплатную либо крякнутую.
Процесс бэкапа вижу следующим: выбираешь папки, выбираешь куда бэкапить, нажимаешь "Го" - готово.
Далее по нажатию одной кнопки программа создавала бы новую версию выбранных файлов, перезаписывая старую (в т. ч. удаляя ненужные файлы, если какие-то файлы в новой версии лишние).
Без лишних свистоперделок.
Дальше можно настроить политики поведения при ошибках и периодичность бэкапов, и собсно всё.
Порекомендуйте мне нормальный бекапер.
Сформулируем запрос по-другому:
не хочу каждый раз тыкать все папки в бэкап по отдельности, создавать и удалять.
Нужна программа для бэкапа на Windows, чтобы копировала заданные папки на внешний жёсткий диск (опционально чтоб могла копировать на NAS). Бесплатную либо крякнутую.
Процесс бэкапа вижу следующим: выбираешь папки, выбираешь куда бэкапить, нажимаешь "Го" - готово.
Далее по нажатию одной кнопки программа создавала бы новую версию выбранных файлов, перезаписывая старую (в т. ч. удаляя ненужные файлы, если какие-то файлы в новой версии лишние).
Без лишних свистоперделок.
Дальше можно настроить политики поведения при ошибках и периодичность бэкапов, и собсно всё.
Порекомендуйте мне нормальный бекапер.
>>446426
Ок, бомбит от соснольного прыщеговна. Дальше что?
Ок, бомбит от соснольного прыщеговна. Дальше что?
>>446064
Банп
Банп
>>446064
Freefilesync
Freefilesync
бамп
>>422085 (OP)
Один на внешнем жёстком диске, и один синхронизирует все файлы в облако Proton Drive. Удобно, но не бесплатно конечно.
>Как вы храните бэкапы?
Один на внешнем жёстком диске, и один синхронизирует все файлы в облако Proton Drive. Удобно, но не бесплатно конечно.
>>422085 (OP)
Уже несколько лет делаю синхронизацию по яндекс-диску, который загружает в фоновом режиме файлы из папок с которыми я работаю. Хранилище у Яндекса у меня на 1ТБ, поэтому яндекс сел мне на лицо, к сожалению, надолго.
Есть идея хранить чувствительную информацию (которой пока что нет, но которая, скорее всего, появится в будущем) на других бесплатных ремотах не российского происхождения. Ну там, Dropbox или Google-drive или MEGAsync. Перед этим я, конечно же, буду как-то зашифровывать данные. Возможно, сразу на несколько облаков буду отправлять. Возможно, не несколькими копиями, а одной копией, которую разделю на несколько серверов таким образом, что чтобы брутфорсом расшифровать данные придется получить доступ ко всем файлам зашифрованного и разделенного на части архива. Эта процедура будет уже не синхронно с изменением файлов выполняться, а, например, раз в день. Написать скрипт на bash+crontab+systemd проще простого. А, ну да, еще я прыщелюб.
В чем я не прав? Уверен, что во многом и сейчас меня обоссут. Но зато я имею удобный+ кроссплатформенный+ огромный+ вечный+ бесплатный сервис хранения своих папок с мемами.
Хотелось бы, конечно, как белый человек, VPS снимать, но пока что почему-то не снимаю. Денег жалко, наверное.
Уже несколько лет делаю синхронизацию по яндекс-диску, который загружает в фоновом режиме файлы из папок с которыми я работаю. Хранилище у Яндекса у меня на 1ТБ, поэтому яндекс сел мне на лицо, к сожалению, надолго.
Есть идея хранить чувствительную информацию (которой пока что нет, но которая, скорее всего, появится в будущем) на других бесплатных ремотах не российского происхождения. Ну там, Dropbox или Google-drive или MEGAsync. Перед этим я, конечно же, буду как-то зашифровывать данные. Возможно, сразу на несколько облаков буду отправлять. Возможно, не несколькими копиями, а одной копией, которую разделю на несколько серверов таким образом, что чтобы брутфорсом расшифровать данные придется получить доступ ко всем файлам зашифрованного и разделенного на части архива. Эта процедура будет уже не синхронно с изменением файлов выполняться, а, например, раз в день. Написать скрипт на bash+crontab+systemd проще простого. А, ну да, еще я прыщелюб.
В чем я не прав? Уверен, что во многом и сейчас меня обоссут. Но зато я имею удобный+ кроссплатформенный+ огромный+ вечный+ бесплатный сервис хранения своих папок с мемами.
Хотелось бы, конечно, как белый человек, VPS снимать, но пока что почему-то не снимаю. Денег жалко, наверное.
>>459205
а на отдельный личный физический диск делать бэкап мне тоже не хочется. Хочу быть независимым от места и железяк. И вообще это душнее. Лучше уж на полную исползьовать все возможности корпораций, которые разрешают хранить за их счет теоретически неограниченное количество зашифрованной инфы на их серверах. Это не душно. Это наоборот весело.
а на отдельный личный физический диск делать бэкап мне тоже не хочется. Хочу быть независимым от места и железяк. И вообще это душнее. Лучше уж на полную исползьовать все возможности корпораций, которые разрешают хранить за их счет теоретически неограниченное количество зашифрованной инфы на их серверах. Это не душно. Это наоборот весело.
>>459209
Но хочешь быть зависимым от быстрого интернета, так? rclone твой бро.
Что случится, если одна из частей станет недоступна? Аккаунт забанят или произойдёт ТЕХНИЧЕСКИЙ СБОЙ? А? Полных и независимых копий должно быть несколько в разных независимых местах одно из которых в т.ч. жёсткий диск в анусе
Но хочешь быть зависимым от быстрого интернета, так? rclone твой бро.
>Возможно, не несколькими копиями, а одной копией, которую разделю на несколько серверов таким образом, что чтобы брутфорсом расшифровать данные придется получить доступ ко всем файлам зашифрованного и разделенного на части архива.
Что случится, если одна из частей станет недоступна? Аккаунт забанят или произойдёт ТЕХНИЧЕСКИЙ СБОЙ? А? Полных и независимых копий должно быть несколько в разных независимых местах одно из которых в т.ч. жёсткий диск в анусе
>>446064
Хули ты хотел, если "нормальных людей" бэкапы не интересуют?
Bacula постотри, винду, вынь-сервер и hyper-v тоже умеет.
> Мда, пиздос. Не думал, что тред посетят одни прыщебляди.
Хули ты хотел, если "нормальных людей" бэкапы не интересуют?
Bacula постотри, винду, вынь-сервер и hyper-v тоже умеет.
36 Кб, 1090x632>>460266
Сперва через gocryptfs или что-то подобное, а потом через rclone отправляй в облако задействуя модуль crypt.
Дополнительно в gocryptfs можно изменить параметр scrypt для большей защиты от брутфорса, значение N указывает необходимое количество оперативной памяти для расшифровки пароля, пикрелейтед, по дефолту стоит 64 мегабайт, установить можно вплоть до 256 гигабайт.
Ещё можно не отправлять в облако файл gocryptfs.conf, он нужен для расшифровки файлов, в нём записан зашифрованный нашим паролем master key, если злоумышленник получит этот файл, то собственно сможет попробовать забрутфорсить пароль от master key, если пароль сильный и значение scryptn было указано побольше, то брутфорс будет сложным, ну а если файл gocryptfs.conf злоумышленник не получит, то такая атака будет почти невозможной, так как брутфорсить будет просто нечего. Этот файл нужен, но в бэкапе он не обязателен, можно просто сохранить сам master key и впоследствии, если потребуется, создать gocryptfs.conf заново с помощью сохранённого master key.
Сперва через gocryptfs или что-то подобное, а потом через rclone отправляй в облако задействуя модуль crypt.
Дополнительно в gocryptfs можно изменить параметр scrypt для большей защиты от брутфорса, значение N указывает необходимое количество оперативной памяти для расшифровки пароля, пикрелейтед, по дефолту стоит 64 мегабайт, установить можно вплоть до 256 гигабайт.
Ещё можно не отправлять в облако файл gocryptfs.conf, он нужен для расшифровки файлов, в нём записан зашифрованный нашим паролем master key, если злоумышленник получит этот файл, то собственно сможет попробовать забрутфорсить пароль от master key, если пароль сильный и значение scryptn было указано побольше, то брутфорс будет сложным, ну а если файл gocryptfs.conf злоумышленник не получит, то такая атака будет почти невозможной, так как брутфорсить будет просто нечего. Этот файл нужен, но в бэкапе он не обязателен, можно просто сохранить сам master key и впоследствии, если потребуется, создать gocryptfs.conf заново с помощью сохранённого master key.
>>460122
Я тоже склоняюсь к тому, что в Яндексе надо буквально всё шифровать. Но сука этож неудобно тем, что ран тайм уже папки с фоточками не поскролить.. придётся скачивать архив на телефон. Потом разархивировать его в папку временную и смотреть. Пару папок так распакуешь и забудешь что искал..
> Зашифруй два раза и храни хоть на Яндексе.
Я тоже склоняюсь к тому, что в Яндексе надо буквально всё шифровать. Но сука этож неудобно тем, что ран тайм уже папки с фоточками не поскролить.. придётся скачивать архив на телефон. Потом разархивировать его в папку временную и смотреть. Пару папок так распакуешь и забудешь что искал..
>>460581
Так раздели что шифровать, к примеру чеки, документы цп и пр., а фоточки счётчиков можно и не шифровать
Так раздели что шифровать, к примеру чеки, документы цп и пр., а фоточки счётчиков можно и не шифровать
Есть ли какой-нибудь софт для E2EE для Яндекс Диска?
Хочу пересесть на него с MEGA (у меня дофига бесплатного места на старом акке, по разным акциям), но отталкивает возможность тащ майора свободно рыться во всём говне, что я загружаю.
Т.е. что-то типа такого:
1. Кидаю файлы/папки в какую-то синхронизируемую папку (как обычный ЯД), запускаю программу (мб ввожу пароль расширофки или она сама его откуда-то получает).
2. Программа шифрует с паролем каждый файл и шифрованные копии отправляет через APIшку ЯДа. При этом на компе файлы лежат незашифрованные оригиналы.
Если реализация отличается то пофиг, главное чтобы она отправляла на сервер только шифрованные копии и умела их расшифровывать при докачке.
Понимаю, что такого скорее всего нет, но мне впадлу писать свою говнореализацию. Вдруг кто-то уже написал и пользует.
Хочу пересесть на него с MEGA (у меня дофига бесплатного места на старом акке, по разным акциям), но отталкивает возможность тащ майора свободно рыться во всём говне, что я загружаю.
Т.е. что-то типа такого:
1. Кидаю файлы/папки в какую-то синхронизируемую папку (как обычный ЯД), запускаю программу (мб ввожу пароль расширофки или она сама его откуда-то получает).
2. Программа шифрует с паролем каждый файл и шифрованные копии отправляет через APIшку ЯДа. При этом на компе файлы лежат незашифрованные оригиналы.
Если реализация отличается то пофиг, главное чтобы она отправляла на сервер только шифрованные копии и умела их расшифровывать при докачке.
Понимаю, что такого скорее всего нет, но мне впадлу писать свою говнореализацию. Вдруг кто-то уже написал и пользует.
>>463098
Я тоже о таком думаю. И тоже чтобы с Яндексом или мэйлом этот весь механизм как-то подружить. Но я не могу в веб программирование. Ни сервера вот эти вот все и прюб.
Но на десктопе любую программу напишу. Тоже продумывал свои алгоритмы шифрования.
Ты ведь понимаешь же ещё в чем дело, дело в том, что надо как-то реализовать всё это Так, чтобы заходя на Яндекс диск, ты сам хотя-бы имел возможность видеть миниатюры тех же картинок.
В связи с чем была идея даже сделать алгоритм таким образом, что будь у тебя хоть JPG, хоть BMP, хоть GIF, хоть PNG, хоть даже AVI формат контента, всё исключительно надо парсануть в JPG, и таким образом, что-бы файл был предварительно "испорчен" , что-бы жил лишь заголовок который отображает эскиз, или сразу в .ICO / .CUR формат какой-нибудь загонять. А дальше уже непосредственно стоки Rar'роаского архива того, что там на самом деле лежит.
Иначе это с ума сойти можно будет. Ты ведь будешь заходить ты свои папки с цп и не будешь понимать что есть что. Ну или чисто по названиям.
Поэтому надо сперва реализовать иконочную механику. В этом вся сложность
Были даже мысли упаков.
Я тоже о таком думаю. И тоже чтобы с Яндексом или мэйлом этот весь механизм как-то подружить. Но я не могу в веб программирование. Ни сервера вот эти вот все и прюб.
Но на десктопе любую программу напишу. Тоже продумывал свои алгоритмы шифрования.
Ты ведь понимаешь же ещё в чем дело, дело в том, что надо как-то реализовать всё это Так, чтобы заходя на Яндекс диск, ты сам хотя-бы имел возможность видеть миниатюры тех же картинок.
В связи с чем была идея даже сделать алгоритм таким образом, что будь у тебя хоть JPG, хоть BMP, хоть GIF, хоть PNG, хоть даже AVI формат контента, всё исключительно надо парсануть в JPG, и таким образом, что-бы файл был предварительно "испорчен" , что-бы жил лишь заголовок который отображает эскиз, или сразу в .ICO / .CUR формат какой-нибудь загонять. А дальше уже непосредственно стоки Rar'роаского архива того, что там на самом деле лежит.
Иначе это с ума сойти можно будет. Ты ведь будешь заходить ты свои папки с цп и не будешь понимать что есть что. Ну или чисто по названиям.
Поэтому надо сперва реализовать иконочную механику. В этом вся сложность
Были даже мысли упаков.
>>463101
Нихуя не понимаю. Ты же хочешь условно скрыть картинки с ЦП, да? Но при этом ты хочешь чтобы миниатюры в ЯД отображались? Это же противоречивые требования, не?
Блюрить картинки с ЦП чтоле хочешь? Не понимаю
Нихуя не понимаю. Ты же хочешь условно скрыть картинки с ЦП, да? Но при этом ты хочешь чтобы миниатюры в ЯД отображались? Это же противоречивые требования, не?
>всё исключительно надо парсануть в JPG, и таким образом, что-бы файл был предварительно "испорчен" , что-бы жил лишь заголовок который отображает эскиз,
Блюрить картинки с ЦП чтоле хочешь? Не понимаю
>>463194
Да. Я хочу что-то типо блюра на миниатюры. Иначе теряется всё удобство хранилища.
Это противоречиво, да. Но есть ещё вариант один, но он ещё сложнее и замудрённей. Весь контент можно упаковать в какой нибудь вообще кастомный формат, типо *.cont . Разумеется самому придётся от начала до конца его создавать включая парсер pack/ unpack и т.д. , ну а в нём уже первыс дампом будет указано что это JPEG, или mp3 , AVI и т.д .
Т.е суть в том чтобы миниатюры были видны только владельцу аккаунта. А они там пусть умоются.
Но это работать придётся. Это систему учить придётся с нуля этому новому формату. Но опять же, на телефоне уже будут просто куча файлов якобы непонятного типа.
Да. Я хочу что-то типо блюра на миниатюры. Иначе теряется всё удобство хранилища.
Это противоречиво, да. Но есть ещё вариант один, но он ещё сложнее и замудрённей. Весь контент можно упаковать в какой нибудь вообще кастомный формат, типо *.cont . Разумеется самому придётся от начала до конца его создавать включая парсер pack/ unpack и т.д. , ну а в нём уже первыс дампом будет указано что это JPEG, или mp3 , AVI и т.д .
Т.е суть в том чтобы миниатюры были видны только владельцу аккаунта. А они там пусть умоются.
Но это работать придётся. Это систему учить придётся с нуля этому новому формату. Но опять же, на телефоне уже будут просто куча файлов якобы непонятного типа.
Посоветуйте что-нибудь для бэкапа винды. Точки восстановления не всегда помогают. Что-нибудь что сможет бэкапить весь диск, кроме папки Games, работает автоматически, когда комп в простое, и сможет восстановить систему на чистый диск. Ну и какое-нибудь умное управление бэкапами, чтобы хранилось только последние пару месяцев плюс самый первый архив со свежеустановленной виндой. Или я дохуя хочу?
>>463866
Про варианты неебу, это самый простой вариант.
В 512 у тебя и игры вместились? А бекапить куда будешь?
Про варианты неебу, это самый простой вариант.
В 512 у тебя и игры вместились? А бекапить куда будешь?
>>463868
Система стоит на 512 М.2, для игр попроще 512 SATA, под файлопомойку и бэкапы терабайт HDD
Система стоит на 512 М.2, для игр попроще 512 SATA, под файлопомойку и бэкапы терабайт HDD
>>446064
Unison попробуй. Сам им пользуюсь – тоже делаю бэкапы на внешний диск. Вроде и возможность сохранения версий файлов есть, но я в это не углублялся.
https://github.com/bcpierce00/unison
Unison попробуй. Сам им пользуюсь – тоже делаю бэкапы на внешний диск. Вроде и возможность сохранения версий файлов есть, но я в это не углублялся.
https://github.com/bcpierce00/unison
>>463892
Хуево тебе. Был бы один ссд, можно было бы в момент переразбить.
Хуево тебе. Был бы один ссд, можно было бы в момент переразбить.
Пользуясь случаем: чем можно снять образ, не бекапя свободное место? На малине бекапить 128 гб из которых занято 6 я в рот ебал.
Посоветуйте прогу для создания образов диска со следующими фичами:
- Сохранение образа без пустого места
- Возможность выбрать папки, которые не будут сохранены.
- Инкрементальные образы и прочие варианты для экономии места.
- Работа с загрузочной флешки
Цель всё та же - делать резервные копии винды на случай пиздеца, не сохраняя папку Games.
- Сохранение образа без пустого места
- Возможность выбрать папки, которые не будут сохранены.
- Инкрементальные образы и прочие варианты для экономии места.
- Работа с загрузочной флешки
Цель всё та же - делать резервные копии винды на случай пиздеца, не сохраняя папку Games.
>>464241
Это консольное прыщеговно умеет из-под загруженной оси хоть работать?
Это консольное прыщеговно умеет из-под загруженной оси хоть работать?
>>464071
+++
Желательно не прыщеговно.
> Сохранение образа без пустого места
> - Возможность выбрать папки, которые не будут сохранены.
+++
Желательно не прыщеговно.
>>464071
Вроде бы Акронис по всем моим требованиям подходит. При создании копии диска можно задать исключения, в том числе в виде пути к папке. Есть умная система версий, вроде всё норм.
Остался, пускай и тупой, но вопрос: образ системного диска, созданный из-под самой системы (а не с загрузочной флешки) будет полноценным? Можно будет его восстановить на чистый SSD?
Вроде бы Акронис по всем моим требованиям подходит. При создании копии диска можно задать исключения, в том числе в виде пути к папке. Есть умная система версий, вроде всё норм.
Остался, пускай и тупой, но вопрос: образ системного диска, созданный из-под самой системы (а не с загрузочной флешки) будет полноценным? Можно будет его восстановить на чистый SSD?
Что вообще лучше для системного диска - инкремент или дифференциал? И как часто делать полную копию?
Хочу всё-таки обуздать эти все Яндекс/мэйл/Google диски. А именно облачные хранилища.
Меня устраивает в них всё, хорошие тарифы, надёжность, НО меня не устраивает то, что они там ^ имеют то доступ к моим файлам. Я уже делился недавно тут с одним аноном своей идеей шифровки файлов.
Алгоритм следующий: есть некий файл картинка. Нам надо её сохранить на облаке.
1) архивируем данный RAR алгоритмом , устанавливая пароль (везде будет одинаковый). тут всё понятно
2) открываем его HEX начинку. И находим самую первую HEX билеберду которую можно увидеть во всех RAR файлах. (Пик1)
3) меняем эти три буквы " R A R" на рандомное что-то, типо " ü $ Ñ " (пик 2) . Это для того, что бы НИКОМУ и ы голову не пришло, что это типичный архив. А даже если и придет это в голову, то этот файл предварительно испорченным будет и соответственно не откроется архиватором.
4) Далее меняем расширение файла на что-то своё кастомное , ну типо ДОПУСТИМ!! это будет - *.2ch
А лучше всего добавлять к расширению этот стандартный суффикс 2ch. Т.е если это архив с картинкой, то итоговый файл будет Картинка.2chPNG.
Это необходимо для того, чтобы мой будущий view'eр (который таки придется самостоятельно написать для windows) сразу понимал о чем речь, и отображал превьев вашей картинки в image элементе. НА ЛЕТУ совершив с архивом картинка. 2chJPG обратный реверс танец с бубном. А именно: заменит первые рандомные буквы ü $ Ñ на правильные R A R и таки откроет ваш архив и загрузит картинку.
Насколько я знаю, есть готовые модули (uses) для работы с ZIP и RAR архивами под языки C# и Pascal. Это 100 пудов, томушо я когда-то кастомный архиватор писал на Delphi.
Есть проблема! Я могу это всё реализовать программно только под windows. С андроидом не работаю , соответственно ни Eclipse нет, ни Android studio тоже и Kotlin язык я не знаю.
Но даже!! Если юзер оказывается в "полевых условиях" так сказать. Т.е надо на облако срочно загрузить фотки для того чтобы освободить память в телефоне, то проблем нет никаких.. Фотки, видосы, и пр можно отправлять и в обычном не параноидальном формате. Как есть. А viewer в свою очередь сразу поймет что это обычные файлы, и выберит другую стратегию по отображению оных. Ведь префикса .2ch нет в составе расширения, а значит отображаем его как есть.
Меня устраивает в них всё, хорошие тарифы, надёжность, НО меня не устраивает то, что они там ^ имеют то доступ к моим файлам. Я уже делился недавно тут с одним аноном своей идеей шифровки файлов.
Алгоритм следующий: есть некий файл картинка. Нам надо её сохранить на облаке.
1) архивируем данный RAR алгоритмом , устанавливая пароль (везде будет одинаковый). тут всё понятно
2) открываем его HEX начинку. И находим самую первую HEX билеберду которую можно увидеть во всех RAR файлах. (Пик1)
3) меняем эти три буквы " R A R" на рандомное что-то, типо " ü $ Ñ " (пик 2) . Это для того, что бы НИКОМУ и ы голову не пришло, что это типичный архив. А даже если и придет это в голову, то этот файл предварительно испорченным будет и соответственно не откроется архиватором.
4) Далее меняем расширение файла на что-то своё кастомное , ну типо ДОПУСТИМ!! это будет - *.2ch
А лучше всего добавлять к расширению этот стандартный суффикс 2ch. Т.е если это архив с картинкой, то итоговый файл будет Картинка.2chPNG.
Это необходимо для того, чтобы мой будущий view'eр (который таки придется самостоятельно написать для windows) сразу понимал о чем речь, и отображал превьев вашей картинки в image элементе. НА ЛЕТУ совершив с архивом картинка. 2chJPG обратный реверс танец с бубном. А именно: заменит первые рандомные буквы ü $ Ñ на правильные R A R и таки откроет ваш архив и загрузит картинку.
Насколько я знаю, есть готовые модули (uses) для работы с ZIP и RAR архивами под языки C# и Pascal. Это 100 пудов, томушо я когда-то кастомный архиватор писал на Delphi.
Есть проблема! Я могу это всё реализовать программно только под windows. С андроидом не работаю , соответственно ни Eclipse нет, ни Android studio тоже и Kotlin язык я не знаю.
Но даже!! Если юзер оказывается в "полевых условиях" так сказать. Т.е надо на облако срочно загрузить фотки для того чтобы освободить память в телефоне, то проблем нет никаких.. Фотки, видосы, и пр можно отправлять и в обычном не параноидальном формате. Как есть. А viewer в свою очередь сразу поймет что это обычные файлы, и выберит другую стратегию по отображению оных. Ведь префикса .2ch нет в составе расширения, а значит отображаем его как есть.
Хочу всё-таки обуздать эти все Яндекс/мэйл/Google диски. А именно облачные хранилища.
Меня устраивает в них всё, хорошие тарифы, надёжность, НО меня не устраивает то, что они там ^ имеют то доступ к моим файлам. Я уже делился недавно тут с одним аноном своей идеей шифровки файлов.
Алгоритм следующий: есть некий файл картинка. Нам надо её сохранить на облаке.
1) архивируем данный RAR алгоритмом , устанавливая пароль (везде будет одинаковый). тут всё понятно
2) открываем его HEX начинку. И находим самую первую HEX билеберду которую можно увидеть во всех RAR файлах. (Пик1)
3) меняем эти три буквы " R A R" на рандомное что-то, типо " ü $ Ñ " (пик 2) . Это для того, что бы НИКОМУ и ы голову не пришло, что это типичный архив. А даже если и придет это в голову, то этот файл предварительно испорченным будет и соответственно не откроется архиватором.
4) Далее меняем расширение файла на что-то своё кастомное , ну типо ДОПУСТИМ!! это будет - *.2ch
А лучше всего добавлять к расширению этот стандартный суффикс 2ch. Т.е если это архив с картинкой, то итоговый файл будет Картинка.2chPNG.
Это необходимо для того, чтобы мой будущий view'eр (который таки придется самостоятельно написать для windows) сразу понимал о чем речь, и отображал превьев вашей картинки в image элементе. НА ЛЕТУ совершив с архивом картинка. 2chJPG обратный реверс танец с бубном. А именно: заменит первые рандомные буквы ü $ Ñ на правильные R A R и таки откроет ваш архив и загрузит картинку.
Насколько я знаю, есть готовые модули (uses) для работы с ZIP и RAR архивами под языки C# и Pascal. Это 100 пудов, томушо я когда-то кастомный архиватор писал на Delphi.
Есть проблема! Я могу это всё реализовать программно только под windows. С андроидом не работаю , соответственно ни Eclipse нет, ни Android studio тоже и Kotlin язык я не знаю.
Но даже!! Если юзер оказывается в "полевых условиях" так сказать. Т.е надо на облако срочно загрузить фотки для того чтобы освободить память в телефоне, то проблем нет никаких.. Фотки, видосы, и пр можно отправлять и в обычном не параноидальном формате. Как есть. А viewer в свою очередь сразу поймет что это обычные файлы, и выберит другую стратегию по отображению оных. Ведь префикса .2ch нет в составе расширения, а значит отображаем его как есть.
Меня устраивает в них всё, хорошие тарифы, надёжность, НО меня не устраивает то, что они там ^ имеют то доступ к моим файлам. Я уже делился недавно тут с одним аноном своей идеей шифровки файлов.
Алгоритм следующий: есть некий файл картинка. Нам надо её сохранить на облаке.
1) архивируем данный RAR алгоритмом , устанавливая пароль (везде будет одинаковый). тут всё понятно
2) открываем его HEX начинку. И находим самую первую HEX билеберду которую можно увидеть во всех RAR файлах. (Пик1)
3) меняем эти три буквы " R A R" на рандомное что-то, типо " ü $ Ñ " (пик 2) . Это для того, что бы НИКОМУ и ы голову не пришло, что это типичный архив. А даже если и придет это в голову, то этот файл предварительно испорченным будет и соответственно не откроется архиватором.
4) Далее меняем расширение файла на что-то своё кастомное , ну типо ДОПУСТИМ!! это будет - *.2ch
А лучше всего добавлять к расширению этот стандартный суффикс 2ch. Т.е если это архив с картинкой, то итоговый файл будет Картинка.2chPNG.
Это необходимо для того, чтобы мой будущий view'eр (который таки придется самостоятельно написать для windows) сразу понимал о чем речь, и отображал превьев вашей картинки в image элементе. НА ЛЕТУ совершив с архивом картинка. 2chJPG обратный реверс танец с бубном. А именно: заменит первые рандомные буквы ü $ Ñ на правильные R A R и таки откроет ваш архив и загрузит картинку.
Насколько я знаю, есть готовые модули (uses) для работы с ZIP и RAR архивами под языки C# и Pascal. Это 100 пудов, томушо я когда-то кастомный архиватор писал на Delphi.
Есть проблема! Я могу это всё реализовать программно только под windows. С андроидом не работаю , соответственно ни Eclipse нет, ни Android studio тоже и Kotlin язык я не знаю.
Но даже!! Если юзер оказывается в "полевых условиях" так сказать. Т.е надо на облако срочно загрузить фотки для того чтобы освободить память в телефоне, то проблем нет никаких.. Фотки, видосы, и пр можно отправлять и в обычном не параноидальном формате. Как есть. А viewer в свою очередь сразу поймет что это обычные файлы, и выберит другую стратегию по отображению оных. Ведь префикса .2ch нет в составе расширения, а значит отображаем его как есть.
Таким образом, даже если вы и вовсе откроете доступ к своему онлайн диску. Эти данные никто никогда в жизни не расшифрует.
Ну даже в конце концов если догадаются что это архив и даже исправят его, то есть пароль же ещё на худой конец
Ну даже в конце концов если догадаются что это архив и даже исправят его, то есть пароль же ещё на худой конец
>>464428
Единственное что надо , так это менеджер загрузки свой собственный и viewer тоже свой собственный. Чтобы ручками это всё не делать каждый раз. Иначе это с ума можно сойти в hex'e сидеть постоянно и дописывать что-то и расширения менять
Единственное что надо , так это менеджер загрузки свой собственный и viewer тоже свой собственный. Чтобы ручками это всё не делать каждый раз. Иначе это с ума можно сойти в hex'e сидеть постоянно и дописывать что-то и расширения менять
>>464426
Если эти шаги - это все, что ты делаешь, то это очень наивно, потому что краулеры всяких гуглов сразу же в любом НЕХ бинаре будут искать сигнатуры/известные структуры, и картинка твоего пиструна в итоге все равно уедет в те же нейросетки для защиты детей
Если эти шаги - это все, что ты делаешь, то это очень наивно, потому что краулеры всяких гуглов сразу же в любом НЕХ бинаре будут искать сигнатуры/известные структуры, и картинка твоего пиструна в итоге все равно уедет в те же нейросетки для защиты детей
>>464435
Тогда полностью свой алгоритм сжатия надо. Хотя-бы без сжатия (потому что не обогнать RAR всё равно), а просто шифровку. Там точно уже не разгадать. Ну это просто немыслимо уже будет разгадать.
Тогда полностью свой алгоритм сжатия надо. Хотя-бы без сжатия (потому что не обогнать RAR всё равно), а просто шифровку. Там точно уже не разгадать. Ну это просто немыслимо уже будет разгадать.
>>464426
Ебало этого прыщекопротивленца имаджинировали?
> архивируем данный RAR алгоритмом
> устанавливая пароль
> открываем его HEX начинку
> меняем эти три буквы " R A R" на рандомное что-то, типо " ü $ Ñ "
> мой будущий view'eр (который таки придется самостоятельно написать
> НА ЛЕТУ совершив с архивом картинка. 2chJPG обратный реверс танец с бубном
> менеджер загрузки свой собственный
> и viewer тоже свой собственный
> я когда-то кастомный архиватор писал на Delphi.
> ...
> только бы не прыщеговно
Ебало этого прыщекопротивленца имаджинировали?
>>464459
Если ты про инкрементальные, то да. И дифференциальные, с тонкими настройками, вся хуйня.
Если ты про инкрементальные, то да. И дифференциальные, с тонкими настройками, вся хуйня.
>>463861
TrueImage?
TrueImage?
>>464426
закидывай на google drive зишифрованный файловый контейнер и все дела. нахуй эти танцы с бубном?
закидывай на google drive зишифрованный файловый контейнер и все дела. нахуй эти танцы с бубном?
>>464426
VeraCrypt/TrueCrypt зашифровать никак?
VeraCrypt/TrueCrypt зашифровать никак?
>>464580
Я понимаю , что можно зашифровать просто и на Гугл закинуть.
Хочу чтобы можно было рантайм заходить и скролить картиночки и превьюшки видосов. А не созерцать бездушные:
backup_04112022.rar
backup_11062022.rar
backup_01122023.rar
backup_28112024.rar
Я понимаю , что можно зашифровать просто и на Гугл закинуть.
Хочу чтобы можно было рантайм заходить и скролить картиночки и превьюшки видосов. А не созерцать бездушные:
backup_04112022.rar
backup_11062022.rar
backup_01122023.rar
backup_28112024.rar
Т.е в сыром виде (для чужака) это всё быть может и будет выглядеть как директивы с:
DSCN 03052024.rar
DSCN 11022023.rar
DSCN 03052024.rar
ЦП.rar
А уже при просмотре через мой специальный вьювер, будет видно все файлы в первозданном виде рассекреченом. Надо чтобы вьювер налету во время скрола делал хотя-бы ПРЕДраспаковку чтобы видеть превьюв иконки. Технически это подъемно. Обычный тайловый механизм. Как предзагрузка в локациях в играх. Допустим находимся в режиме просмотра плитка. Текущий лист виден с 25-30 иконками, заранее рендерим в кэш ещё -20 и + 20 файлов. Чтобы не было тормозов
DSCN 03052024.rar
DSCN 11022023.rar
DSCN 03052024.rar
ЦП.rar
А уже при просмотре через мой специальный вьювер, будет видно все файлы в первозданном виде рассекреченом. Надо чтобы вьювер налету во время скрола делал хотя-бы ПРЕДраспаковку чтобы видеть превьюв иконки. Технически это подъемно. Обычный тайловый механизм. Как предзагрузка в локациях в играх. Допустим находимся в режиме просмотра плитка. Текущий лист виден с 25-30 иконками, заранее рендерим в кэш ещё -20 и + 20 файлов. Чтобы не было тормозов
>>464500
Интересно, есть ли какой-то ПРЫЩЕАНАЛОГ или хотя бы просто БЕСПЛАТНЫЙ
Интересно, есть ли какой-то ПРЫЩЕАНАЛОГ или хотя бы просто БЕСПЛАТНЫЙ
>>464607
Бля не надо пацаны яж пошутил . Ну чё вы правда. Я не буду шифровать файлы больше. а можно хоть не из под шампанского бутылкой?
Бля не надо пацаны яж пошутил . Ну чё вы правда. Я не буду шифровать файлы больше. а можно хоть не из под шампанского бутылкой?
>>464604
а какая разница если для тебя все равно все выглядит как закрытые безлики контейнеры?
>>3465182 →
гемор и вдобавок как-то неуверенно все. хотелось бы чтобу просто по таймеру в 00:05 бэкап папки на гугл драйв и все. и я не понимаю почему в винде это так трудно реализовать. трудно на самом деле. иначе ты бы использовал винду а не 2 сторонние софтины.
почему не пользуешься облачком?
два разных приложения для бэкапа это не много ли?
а какая разница если для тебя все равно все выглядит как закрытые безлики контейнеры?
>>3465182 →
>3) HDD – бэкапы, внешний диск.
гемор и вдобавок как-то неуверенно все. хотелось бы чтобу просто по таймеру в 00:05 бэкап папки на гугл драйв и все. и я не понимаю почему в винде это так трудно реализовать. трудно на самом деле. иначе ты бы использовал винду а не 2 сторонние софтины.
>С помощью Rescuezilla раз в неделю делаю полный бэкап диска #1 на диск #3. Занимает 10 минут. Объём резервной копии образа составляет 11ГБ при 39ГБ занятых изначально на самом SSD.
>С помощью Unison делаю инкрементальный бэкап всех личных данных с диска #2 на тот же диск #3. Занимает не больше минуты.
почему не пользуешься облачком?
два разных приложения для бэкапа это не много ли?
>>422085 (OP)
Duplicati/restic, на ведре Round-Sync. Хранилище s3. Все шифруется. Зависимость есть. Ну а вообще лучше NAS купить.
Duplicati/restic, на ведре Round-Sync. Хранилище s3. Все шифруется. Зависимость есть. Ну а вообще лучше NAS купить.
>>465202
ну вот началось. лучше нас купить, потом облачко 3 террабайта. купи купи купи и бэкапь.
>Ну а вообще лучше NAS купить.
ну вот началось. лучше нас купить, потом облачко 3 террабайта. купи купи купи и бэкапь.
>>465194
Шанс того, что одновременно умрут два диска, находящиеся в разных местах, крайне мал. Конечно ещё стоит хранить бэкапы где-нибудь вне дома на случай пожара или обрушения, к примеру – тоже как-нибудь займусь этим вопросом.
Так спокойнее. Не хочу, чтобы кто-то кроме меня имел доступ к моим же данным, пусть даже и в зашифрованном виде. Я тот ещё параноик. Вообще считаю, что облако можно использовать только как доп. хранилище, а основное должно быть локально – у себя. Это конечно, если речь идёт о сервисах по типу Google Drive, Mega и др. Свой сервер – уже другое дело.
"Много" в плане чего? Памяти что-ли? Я не нашёл такой программы, которая бы в полной мере покрывала все мои потребности в резервации данных (и просто устраивала бы из личных предпочтений). Каждая из этих программ имеет свою узкую специализацию, и каждая работает как часы в своей сфере применения.
>как-то неуверенно все
Шанс того, что одновременно умрут два диска, находящиеся в разных местах, крайне мал. Конечно ещё стоит хранить бэкапы где-нибудь вне дома на случай пожара или обрушения, к примеру – тоже как-нибудь займусь этим вопросом.
>почему не пользуешься облачком?
Так спокойнее. Не хочу, чтобы кто-то кроме меня имел доступ к моим же данным, пусть даже и в зашифрованном виде. Я тот ещё параноик. Вообще считаю, что облако можно использовать только как доп. хранилище, а основное должно быть локально – у себя. Это конечно, если речь идёт о сервисах по типу Google Drive, Mega и др. Свой сервер – уже другое дело.
>два разных приложения для бэкапа это не много ли?
"Много" в плане чего? Памяти что-ли? Я не нашёл такой программы, которая бы в полной мере покрывала все мои потребности в резервации данных (и просто устраивала бы из личных предпочтений). Каждая из этих программ имеет свою узкую специализацию, и каждая работает как часы в своей сфере применения.
>>465194
Лол а сколько их?
Лол а сколько их?
>>465207
Собери на базе кор2дуба
Собери на базе кор2дуба
>>422085 (OP)
Флешка 32 Гб.
Как часто делаете?
Один раз, сразу после установки и настройки.
Заливаете ли на удалённые сервера или храните локально?
В подушке.
Как автоматизировать и упростить процесс?
Иметь загрузочный диск на флешке вместе с бэкапом, не использовать флешку часто.
В чём достоинства вашего способа и почему вы делаете именно так?
Если вирус заразил систему то бэкап. Вычерпывать вирусы полностью трудно, проще переписать диск с системой. Удаленные сервера просто хотят нажиться на пространстве на диске.
> Как вы храните бэкапы?
Флешка 32 Гб.
Как часто делаете?
Один раз, сразу после установки и настройки.
Заливаете ли на удалённые сервера или храните локально?
В подушке.
Как автоматизировать и упростить процесс?
Иметь загрузочный диск на флешке вместе с бэкапом, не использовать флешку часто.
В чём достоинства вашего способа и почему вы делаете именно так?
Если вирус заразил систему то бэкап. Вычерпывать вирусы полностью трудно, проще переписать диск с системой. Удаленные сервера просто хотят нажиться на пространстве на диске.
>>465219
Шанс того, что спустя 2-3 месяца ты забьёшь и "ой да ладно завтра бэкап сделаю" стремится к бесконечности. Ручной бэкап - это всегда просроченный бэкап.
>Шанс того, что одновременно умрут два диска, находящиеся в разных местах, крайне мал.
Шанс того, что спустя 2-3 месяца ты забьёшь и "ой да ладно завтра бэкап сделаю" стремится к бесконечности. Ручной бэкап - это всегда просроченный бэкап.
>>465193
Это не его выбор, это официальная документация по восстановлению от разработчика: https://www.7-zip.org/recover.html
>>465409
Скажем так, ультрасжатие - это единственное на чём 7zip фокусируется. Остальные аспекты архивного хранения файлов ему малоинтересны.
> перепердолил
Это не его выбор, это официальная документация по восстановлению от разработчика: https://www.7-zip.org/recover.html
>>465409
Скажем так, ультрасжатие - это единственное на чём 7zip фокусируется. Остальные аспекты архивного хранения файлов ему малоинтересны.
>>422085 (OP)
Time Machine на маке сама всё делает.
Time Machine на маке сама всё делает.
>>465429
Что ты высрал? Переведи.
> Скажем так, ультрасжатие - это единственное на чём 7zip фокусируется. Остальные аспекты архивного хранения файлов ему малоинтересны.
Что ты высрал? Переведи.
>>465467
Разрабов спрашивают, хули подефолту солид сжатие стоит, у нубасов архивы пидорасит - отвечают зато сжимает как, заябись
Разрабов спрашивают, где инструменты для восстановления поломанных архивов вместо портянки для задротов - отвечают зато сжимает как, заябись
Разрабов спрашивают, когда добавят помехоусточивое кодирование - отвечают зато сжимает как, заябись
Разрабов спрашивают, почему 7зип за собой временные файлы из зашифрованных архивов не подтирает - отвечают зато сжимает как заябись
Ребят, вообще строго похуй на ваши данные, главное что сжимает как, заябись
Разрабов спрашивают, хули подефолту солид сжатие стоит, у нубасов архивы пидорасит - отвечают зато сжимает как, заябись
Разрабов спрашивают, где инструменты для восстановления поломанных архивов вместо портянки для задротов - отвечают зато сжимает как, заябись
Разрабов спрашивают, когда добавят помехоусточивое кодирование - отвечают зато сжимает как, заябись
Разрабов спрашивают, почему 7зип за собой временные файлы из зашифрованных архивов не подтирает - отвечают зато сжимает как заябись
Ребят, вообще строго похуй на ваши данные, главное что сжимает как, заябись
248 Кб, 800x800Как оцениваете идею раз в неделю-две делать бэкап своего veracrypt контейнера на простую флешку (64 гб)? Быстро наебнется? А лежать на полке они долго могут? Задача - сохранить основную информацию, фоточки, пароли, на случай, если ссд сдохнет. А то я слышал, что они умирают внезапно.
>>465544
Флеш память в принципе не надёжна. Купи хард внутренний и внешний, на оба делай время от времени копии
Флеш память в принципе не надёжна. Купи хард внутренний и внешний, на оба делай время от времени копии
>>465606
А в смартфонах какая? Что дешевые, что дорогие старые смартфоны лежат годами после нескольких лет использования, и работают все еще.
>Флеш память в принципе не надёжна.
А в смартфонах какая? Что дешевые, что дорогие старые смартфоны лежат годами после нескольких лет использования, и работают все еще.
>>465544
Идея нормальная, только наверно не весь контейнер каждый раз записывать, а лишь новые файлы в нём. Ну и ещё один бэкап не помешает, в облако например, вон в Mail.ru 256 ГБ стоят 650 рублей за год.
Идея нормальная, только наверно не весь контейнер каждый раз записывать, а лишь новые файлы в нём. Ну и ещё один бэкап не помешает, в облако например, вон в Mail.ru 256 ГБ стоят 650 рублей за год.
>>465486
В раре досовском тоже было включено, но потом таки выключили. А почему архивы пидорасит- то?
Какие инструменты ты хочешь?
Кто и как это использует? Разве что на дискетах, где спокойно мог блок не читаться.
> Разрабов спрашивают, хули подефолту солид сжатие стоит, у нубасов архивы пидорасит - отвечают зато сжимает как, заябись
В раре досовском тоже было включено, но потом таки выключили. А почему архивы пидорасит- то?
> Разрабов спрашивают, где инструменты для восстановления поломанных архивов вместо портянки для задротов - отвечают зато сжимает как, заябись
Какие инструменты ты хочешь?
> Разрабов спрашивают, когда добавят помехоусточивое кодирование - отвечают зато сжимает как, заябись
Кто и как это использует? Разве что на дискетах, где спокойно мог блок не читаться.
>>465667
Вот именно, что никто из вменяемых. Уже я даже с научными публикациями на того верующего наседал — а он всё никак не проясниться, что профит от "информации для восстановления" в rar исчезающе мал. Настолько, что ему пришлось использовать ссылки на вымышленные им случаи.
>Кто и как это использует?
Вот именно, что никто из вменяемых. Уже я даже с научными публикациями на того верующего наседал — а он всё никак не проясниться, что профит от "информации для восстановления" в rar исчезающе мал. Настолько, что ему пришлось использовать ссылки на вымышленные им случаи.
>>465792
Были особо одаренные которые в сеть такие архивы выкладывали.
Были особо одаренные которые в сеть такие архивы выкладывали.
>>465667
Её используют при долгосрочном хранении данных. Чтобы защититься от деградации носителей, сбоев в железе, ошибок фс, софта и человеческого фактора.
>Кто и как это использует?
Её используют при долгосрочном хранении данных. Чтобы защититься от деградации носителей, сбоев в железе, ошибок фс, софта и человеческого фактора.
>>465792
Видимо кто-то другой был.
В раре тот же Рид-Соломон, что и везде. Или ты в принципе считаешь что ecc в юзерспейсе не нужен?
>Уже я даже с научными публикациями на того верующего наседал
Видимо кто-то другой был.
>профит от "информации для восстановления" в rar исчезающе мал
В раре тот же Рид-Соломон, что и везде. Или ты в принципе считаешь что ecc в юзерспейсе не нужен?
Ковырялся со старыми дисками, чтобы определить их под бэкапы. Через Gparted удалял разделы, объединяя все в одну неразмеченную область.
Случайно снес системный диск. Там был только один раздел с 8 виндой. Естественно ничего на диск сейчас не записывал. Как его вернуть в рабочее состояние? Типа клонировать акронисом на другой ссд в рабочем состоянии, а потом обратно или может возможно прямо этот диск (после бэкапа данных) как-то "переразметить" по старому?
Случайно снес системный диск. Там был только один раздел с 8 виндой. Естественно ничего на диск сейчас не записывал. Как его вернуть в рабочее состояние? Типа клонировать акронисом на другой ссд в рабочем состоянии, а потом обратно или может возможно прямо этот диск (после бэкапа данных) как-то "переразметить" по старому?
>>466331
Обычным юзерам нахуй не нужен.
> В раре тот же Рид-Соломон, что и везде. Или ты в принципе считаешь что ecc в юзерспейсе не нужен?
Обычным юзерам нахуй не нужен.
>>422085 (OP)
на персональный удаленный сервер. Duplicity для шифрования, rsync для загрузки.
раз в неделю
с заданием cron
>Как вы храните бэкапы?
на персональный удаленный сервер. Duplicity для шифрования, rsync для загрузки.
>Как часто делаете?
раз в неделю
>Как автоматизировать и упростить процесс?
с заданием cron
>>466437
Ну вот в этом и суть. Люди, которые пытаются использовать для этого 7zip, должны быть предупреждены.
>Для этого используют 7zip?
Ну вот в этом и суть. Люди, которые пытаются использовать для этого 7zip, должны быть предупреждены.
>>467651
О чем? 😁 О том что 7зип не для этого создавался?
О чем? 😁 О том что 7зип не для этого создавался?
>>475240
Существует всего один архиватор-некомбайн. Называется tar.
В 7zip у тебя и архиватор, и компрессор, и шифровальщик, и хэш, и сплитер/конкатенатор, и даже файловый менеджер.
Существует всего один архиватор-некомбайн. Называется tar.
В 7zip у тебя и архиватор, и компрессор, и шифровальщик, и хэш, и сплитер/конкатенатор, и даже файловый менеджер.
>>476629
Блядь, ты понимаешь что такое архиватор? Это не пик. Кстати у меня не было проблем соткрытием архивов 25 летней давности.
Блядь, ты понимаешь что такое архиватор? Это не пик. Кстати у меня не было проблем соткрытием архивов 25 летней давности.
>>476444
У 7-Zip имеется множество неразрешимых проблем в части безопасности, учитывая, что это массовый продукт по популярности уровня хрома на десктопе.
https://malwaretips.com/threads/winrar-or-7zip-whats-your-favourite.89053/page-6#post-861699
https://malwaretips.com/threads/winrar-or-7zip-whats-your-favourite.89053/page-3#post-800003
Благо, есть ответвления в виде NanaZip, которые данные упущения исправляют.
У 7-Zip имеется множество неразрешимых проблем в части безопасности, учитывая, что это массовый продукт по популярности уровня хрома на десктопе.
https://malwaretips.com/threads/winrar-or-7zip-whats-your-favourite.89053/page-6#post-861699
https://malwaretips.com/threads/winrar-or-7zip-whats-your-favourite.89053/page-3#post-800003
Благо, есть ответвления в виде NanaZip, которые данные упущения исправляют.
>>476790
Ебать кретин. Тебе сказали что архиваторы не делаются для архивирования нп 30 лет и вообще такая задача нормальных людей не ебет. С чем-то не согласен - неси пруфы, а пока пошел нахуй.
Ебать кретин. Тебе сказали что архиваторы не делаются для архивирования нп 30 лет и вообще такая задача нормальных людей не ебет. С чем-то не согласен - неси пруфы, а пока пошел нахуй.
>>476821
Литералли семьзиподаун с классической мантрой
Литералли семьзиподаун с классической мантрой
> вообще строго похуй на ваши данные, главное что сжимает как, заябись
>>477007
Ты читать не умеешь, тупой?
Ты читать не умеешь, тупой?
Хотел сделать деревянную бекапилку на rsync'е: комп -> флешка.
Попробовал и заметил, что файлы каждый раз копируются по новой.
Оказалось там есть нюансы. Например, рсинк сравнивает файлы по размер+времени, а фат32 время хранит не точно (я правда все равно не понимаю, зачем он копирует, если чек-суммы одинаковые). Костыли есть, но они разочаровывают (--modify-window, --size-only, --checksum). А еще оказалось, что в линуксе crtime (время создания) нельзя сохранять.
Короче, анон, что можешь порекомендовать?
Вряд ли я здесь один такой, кто пользуется fat32. Нужна 100%-я кроссплатформенность. Думал попробовать exFAT, но на том же stackoverflow несколько постов попалось о ее ненадежности.
Попробовал и заметил, что файлы каждый раз копируются по новой.
Оказалось там есть нюансы. Например, рсинк сравнивает файлы по размер+времени, а фат32 время хранит не точно (я правда все равно не понимаю, зачем он копирует, если чек-суммы одинаковые). Костыли есть, но они разочаровывают (--modify-window, --size-only, --checksum). А еще оказалось, что в линуксе crtime (время создания) нельзя сохранять.
Короче, анон, что можешь порекомендовать?
Вряд ли я здесь один такой, кто пользуется fat32. Нужна 100%-я кроссплатформенность. Думал попробовать exFAT, но на том же stackoverflow несколько постов попалось о ее ненадежности.
>>482468
рсинк - не программа резервирования, это программа синхронизирования (как и rclone)
Используй специализированные инструменты резервирования: restic, borg, dar, rsnapshot, duplicity, etc. Они не тяжелее рсинка и уж точно работают стабильнее твоей лапшы на баше.
рсинк - не программа резервирования, это программа синхронизирования (как и rclone)
Используй специализированные инструменты резервирования: restic, borg, dar, rsnapshot, duplicity, etc. Они не тяжелее рсинка и уж точно работают стабильнее твоей лапшы на баше.
>>482650
За список прог спасибо, в другом случае может пригодиться.
Но сейчас мне нужно решение деревянное, как палка - простое, надежное и вездесущее (чтобы можно было вообще без него в случае чего).
(Кстати, ты вон рснапшот упомянул. Это же тот же рсинк, только с расписанием и перлом в качестве зависимости.)
За список прог спасибо, в другом случае может пригодиться.
Но сейчас мне нужно решение деревянное, как палка - простое, надежное и вездесущее (чтобы можно было вообще без него в случае чего).
(Кстати, ты вон рснапшот упомянул. Это же тот же рсинк, только с расписанием и перлом в качестве зависимости.)
>>482734
На ПРЫЩЕПЕРДОГОВНЕ такого нет и не будет, вендоблядь ебаная!
> Но сейчас мне нужно решение деревянное, как палка - простое, надежное и вездесущее (чтобы можно было вообще без него в случае чего).
На ПРЫЩЕПЕРДОГОВНЕ такого нет и не будет, вендоблядь ебаная!
Есть файлопомойка на 800 гигов, но там есть экселевские файлы о одна файловая 1С, соответственно они блокируют файлы на запись. Чем бекапить то такое?
>>483749
Как детектировать пердолика научным способом.
Иногда приходится вычислять пердолика как негодный материал человека, но пердолики любят прикидываться настоящими людьми и вероломно показывают, что используют операционную систему вместо прошивки для калькуляторов и роутеров. Но это никуда не годится! Надо вывести поганого пердолика на чистую воду. Тут нам помогут божественные игры и множество разнообразного софта. Берем игры и софт и показываем пердолику! Если у него раскалится срачло добела, и он тут же выхватит откуда-то консоль, с лёгкостью без смазки затолкает её себе в срачельник и начнёт громко кукарекать с заявлениями о ненужности игр и нужности консоли в 2013 г., значит, это типичная пердоблядь. Насаживайте его на свои куканы вместо консоли и используйте пердолика по назначению, а именно — кормите его хуями. Потом выбрасывайте пердолика в биореактор, чтобы получить метан.
Со спермачом такой фокус не пройдет — ему не надо показывать игры и софт, они у него и так есть. Ага, значит, это настоящий спермач. Вот такие люди нам подходят. Вот с такими людьми мы и будем кормить пердоликов хуями и насаживать их на куканы.
Как детектировать пердолика научным способом.
Иногда приходится вычислять пердолика как негодный материал человека, но пердолики любят прикидываться настоящими людьми и вероломно показывают, что используют операционную систему вместо прошивки для калькуляторов и роутеров. Но это никуда не годится! Надо вывести поганого пердолика на чистую воду. Тут нам помогут божественные игры и множество разнообразного софта. Берем игры и софт и показываем пердолику! Если у него раскалится срачло добела, и он тут же выхватит откуда-то консоль, с лёгкостью без смазки затолкает её себе в срачельник и начнёт громко кукарекать с заявлениями о ненужности игр и нужности консоли в 2013 г., значит, это типичная пердоблядь. Насаживайте его на свои куканы вместо консоли и используйте пердолика по назначению, а именно — кормите его хуями. Потом выбрасывайте пердолика в биореактор, чтобы получить метан.
Со спермачом такой фокус не пройдет — ему не надо показывать игры и софт, они у него и так есть. Ага, значит, это настоящий спермач. Вот такие люди нам подходят. Вот с такими людьми мы и будем кормить пердоликов хуями и насаживать их на куканы.
>>483773
Я вот тоже не люблю Линупс на десктопе, считаю, что он не нужен и так далее, но у меня от пердоль ТАК не горит. А отчего у тебя такая попоболь то?
Я вот тоже не люблю Линупс на десктопе, считаю, что он не нужен и так далее, но у меня от пердоль ТАК не горит. А отчего у тебя такая попоболь то?
>>483495
Снапшотам похуй на блокировки, но и консистентного состояния не гарантируют. Правильно - тормозить 1ass, бэкапить, запускать обратно или исключить из файлового бэкапа и бекапить средствами 1ass.
Снапшотам похуй на блокировки, но и консистентного состояния не гарантируют. Правильно - тормозить 1ass, бэкапить, запускать обратно или исключить из файлового бэкапа и бекапить средствами 1ass.
Чем снять образ только с занятого места? Не только удалить из образа, а в идеале вообще не считывать.
>>483793
Автоматически то это возможно делать? Не верю, что файловую бэкапят только вручную.
Автоматически то это возможно делать? Не верю, что файловую бэкапят только вручную.
>>483903
Нельзя сделать файловый бэкап базы данных не останавливая ее. Точнее сделать то можно, но его целостность тебе никто обещать не будет.
>Не верю, что файловую бэкапят только вручную.
Нельзя сделать файловый бэкап базы данных не останавливая ее. Точнее сделать то можно, но его целостность тебе никто обещать не будет.
>>484133
Как это сделать?
Как это сделать?
34 Кб, 627x454>>484355
Снимать образ системы online умеет только сама винда встроенным создателем образа. Всё остальное - негарантированная говнина.
>Бутаться не надо?
Снимать образ системы online умеет только сама винда встроенным создателем образа. Всё остальное - негарантированная говнина.
>>484379
Мне не образ системного накопителя надо.
Мне не образ системного накопителя надо.
>>483903
Бамп вопросу.
Бамп вопросу.
>>495028 (Del)
По русски?
По русски?
>>422085 (OP)
Конечно не делаю, я же не ебанутый трястись над цифровым мусором. Когда у меня сгорел диск, на котором было без малого десять лет моей виртуальной жизни, я только вздохнул с облегчение, как будто тяжкий груз, который не замечаешь, с плеч свалился.
Конечно не делаю, я же не ебанутый трястись над цифровым мусором. Когда у меня сгорел диск, на котором было без малого десять лет моей виртуальной жизни, я только вздохнул с облегчение, как будто тяжкий груз, который не замечаешь, с плеч свалился.
>>446135
Да, Microsoft Edge в Windows 10 основан на движке Chromium, который также используется в браузере Firefox
Да, Microsoft Edge в Windows 10 основан на движке Chromium, который также используется в браузере Firefox
Так они и не привыкать.
Поковырялся с приложение Syncthing. А ведь он реально может превратить бичевский смартфон в аналог бэкап диска. Ставишь в него флешку 128,256 или сколько там у тебя говна и расшариваешь нужную папку на два устройства. Вот и все, синхронизация по вайфай, мониторинг синхронизации в окне проги. Очень удобно, если хочется бэкапить, но создавать станцию с хдд кажется дорого. Мысли?
>>517767
Большой плюс что синх через вайфай, то есть физически комп не соединяется проводом с диском бэкапа и например электротехническая смерть от кз не передастся от погибшего компа телебону.
Экстрим-бич бэкап. Но хоть что-то.
Большой плюс что синх через вайфай, то есть физически комп не соединяется проводом с диском бэкапа и например электротехническая смерть от кз не передастся от погибшего компа телебону.
Экстрим-бич бэкап. Но хоть что-то.
>>517767
1. Вот ты стёр на компе файл, на телефон это засинкалось. Чем ты этот решать будешь?
2. Вот ты версионность включил, пусть на компе у тебя меняется гигабайт в день, можешь ли ты на телефоне гигабайт изменений сжать?
+Ты видел как там к определенной версии вернуться? Я вот не пробовал, но не думаю, что это удобно сделано.
3. А что будет старые точки удалять, чтоб место не кончилось?
--
Что насчёт сделать из телефона смб шару? Диски из сд карточек скорее всего часто умирать будут.
Допустим, хочется это решить.. дешёвый телефон, сата диск, корзинка для него, хаб.. скорее всего это как дешёвый нас уже и будет стоить. А если система на два диска, то нас уже дешевле выйдет, мне кажется.
Т.е. в телефоне проблема - высокий $/мб, масштабируемости нет, к надёжности хранения этого мб есть вопросы. Но бэкапить папочку с документами на пару-десяток гб так вполне можно.
>>518042
После того как зацепятся два хоста, они дальше по локальным адресам лить начнут.
1. Вот ты стёр на компе файл, на телефон это засинкалось. Чем ты этот решать будешь?
2. Вот ты версионность включил, пусть на компе у тебя меняется гигабайт в день, можешь ли ты на телефоне гигабайт изменений сжать?
+Ты видел как там к определенной версии вернуться? Я вот не пробовал, но не думаю, что это удобно сделано.
3. А что будет старые точки удалять, чтоб место не кончилось?
--
Что насчёт сделать из телефона смб шару? Диски из сд карточек скорее всего часто умирать будут.
Допустим, хочется это решить.. дешёвый телефон, сата диск, корзинка для него, хаб.. скорее всего это как дешёвый нас уже и будет стоить. А если система на два диска, то нас уже дешевле выйдет, мне кажется.
Т.е. в телефоне проблема - высокий $/мб, масштабируемости нет, к надёжности хранения этого мб есть вопросы. Но бэкапить папочку с документами на пару-десяток гб так вполне можно.
>>518042
После того как зацепятся два хоста, они дальше по локальным адресам лить начнут.
>>523959
С телефона оно само сотрётся.
Зачем кидать лом в японскую технику?
Оно само
А вообще телефоны ни на что не годны.
>1. Вот ты стёр на компе файл, на телефон это засинкалось. Чем ты этот решать будешь?
С телефона оно само сотрётся.
>2. Вот ты версионность включил, пусть на компе у тебя меняется гигабайт в день, можешь ли ты на телефоне гигабайт изменений сжать?
Зачем кидать лом в японскую технику?
>3. А что будет старые точки удалять, чтоб место не кончилось?
Оно само
А вообще телефоны ни на что не годны.
>>524162
Отличный бэкап солюшн выходит, да? Подтирает то, что тебе надо восстановить.
Да не само. Чтоб сохранять версию файла, которая была.. условно в понедельник неделю назад, тебе придется писать скрипты на твоём телефоне и вызывать их из этой тулы.
Ну в очень простых случаях может staggered версионирования хватит:
https://docs.syncthing.net/v1.0.0/users/versioning.html
> С телефона оно само сотрётся.
Отличный бэкап солюшн выходит, да? Подтирает то, что тебе надо восстановить.
> Оно само
Да не само. Чтоб сохранять версию файла, которая была.. условно в понедельник неделю назад, тебе придется писать скрипты на твоём телефоне и вызывать их из этой тулы.
Ну в очень простых случаях может staggered версионирования хватит:
https://docs.syncthing.net/v1.0.0/users/versioning.html
Посоветуйте способ бэкапа определенных дерикторий ляликса через rsync с проверкой хэшей при подключении флэшки. Bash-скрипт накидайте примерный мб
>>524380
Вас долбоебов не поймешь кто куда воюет
Вас долбоебов не поймешь кто куда воюет
355 Кб, 622x805>>547364
Крохоборы ебаные
Крохоборы ебаные