Этого треда уже нет.
Это копия, сохраненная 19 сентября 2019 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Это копия, сохраненная 19 сентября 2019 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
>>0302
А ты?
А ты?
![1525970669170529275[1].jpg](https://2ch.hk//s/src/2630290/15654608124750.jpg)
30 Кб, 400x266>>0320
Ты тупой?
Ты тупой?
>>0290 (OP)
а чем неугодны шелл-скрипты?
а чем неугодны шелл-скрипты?
Бля.
Я впервые в жизни делаю Бэкап. Хочу установить винду на диск Е, а диск Ц слить с Д. Вопрос - могу ли я сбэкапить все программы с Ц, а потом безопасно перекинуть их на Д? Не на новый Ц, которым станет Е, а именно на Д?
Я впервые в жизни делаю Бэкап. Хочу установить винду на диск Е, а диск Ц слить с Д. Вопрос - могу ли я сбэкапить все программы с Ц, а потом безопасно перекинуть их на Д? Не на новый Ц, которым станет Е, а именно на Д?
>>0332
rsync - говно без версионирования, дедупликации, сжатия/шифрования хранилища.
rsync для синхронизации онли, бэкап оставьте специализированным тулзам типа borgbackup/rdiff/duplicity и прочим urbackup/bareos.
rsync - говно без версионирования, дедупликации, сжатия/шифрования хранилища.
rsync для синхронизации онли, бэкап оставьте специализированным тулзам типа borgbackup/rdiff/duplicity и прочим urbackup/bareos.
>>0326
Оче дохуя проверок и неучтённых пограничных условий. Самописный скрипт, который уже полгода нихуя не бэкапирует из-за поломанной ротации и кончившегося место - просто классика жанра.
Оче дохуя проверок и неучтённых пограничных условий. Самописный скрипт, который уже полгода нихуя не бэкапирует из-за поломанной ротации и кончившегося место - просто классика жанра.
>>0327
Он скорее хорош для синхронизации файлов между несколькими устройствами
Он скорее хорош для синхронизации файлов между несколькими устройствами
>>0290 (OP)
использую synctoy, режим echo, остальное все гавно консольное или ебанутые режимы.
использую synctoy, режим echo, остальное все гавно консольное или ебанутые режимы.
>>0290 (OP)
duplicati
duplicati
>>0343
Если они не портабл, то 99 из них больше не запустятся.
> могу ли я сбэкапить все программы с Ц
Если они не портабл, то 99 из них больше не запустятся.
>>0503
Но ведь в винде всё портабл. У меня вот куча спираченных игор была на диске D, винду переустановил - все запустились. Половина была на Source движке (то есть оранжбокс, халф лайф 2, портал 2, етц), вторая половина была всякая классика по типу мафии, гта от третьей до сан андреаса, нфски тоже были
Но ведь в винде всё портабл. У меня вот куча спираченных игор была на диске D, винду переустановил - все запустились. Половина была на Source движке (то есть оранжбокс, халф лайф 2, портал 2, етц), вторая половина была всякая классика по типу мафии, гта от третьей до сан андреаса, нфски тоже были
>>0290 (OP)
Соль в том, что бэкапирование бэкапированию рознь. Нужно указать хотя бы:
1) Предмет резервирования: файлы, образы дисков, узкоспециализированные данные типа БД и ИС.
2) Архитектуру резервирования: локальная, клиент-серверная, ad hoc.
3) Среду выполнения: гетерогенная, гомогенная (винда/линукс/макось).
Без уточнения тебя ждёт десяток ответов, и все будут правильными.
Соль в том, что бэкапирование бэкапированию рознь. Нужно указать хотя бы:
1) Предмет резервирования: файлы, образы дисков, узкоспециализированные данные типа БД и ИС.
2) Архитектуру резервирования: локальная, клиент-серверная, ad hoc.
3) Среду выполнения: гетерогенная, гомогенная (винда/линукс/макось).
Без уточнения тебя ждёт десяток ответов, и все будут правильными.
>>0527
Тот ещё копролит без индекса и проверки целостности. Советую перелазить на современные архиваторы типа dar или zpaq с fault-tolerance архитектурой.
scp не проверяет целостность доставленных файлов. Либо удалённо считать контрольную сумму, либо таки юзать rsync, он гарнирует битовую корректность.
А вообще лучше не мучить жопу и юзать borgbackup, там всё изкоробки есть.
> tar
Тот ещё копролит без индекса и проверки целостности. Советую перелазить на современные архиваторы типа dar или zpaq с fault-tolerance архитектурой.
> ssh
scp не проверяет целостность доставленных файлов. Либо удалённо считать контрольную сумму, либо таки юзать rsync, он гарнирует битовую корректность.
А вообще лучше не мучить жопу и юзать borgbackup, там всё изкоробки есть.
475 Кб, 1200x630>>0582
Тащемт он прав, аконис - это такая же фсбшная туса, как какой-нибудь Касперский.
https://reestr.minsvyaz.ru/reestr/121018/
Тащемт он прав, аконис - это такая же фсбшная туса, как какой-нибудь Касперский.
https://reestr.minsvyaz.ru/reestr/121018/
>>0551
Ненужен
Этим gpg занимется. Ты чем читал?
Перечитай еще раз
У нас тут зумер, всем по гироскутерам
> без индекса
Ненужен
> проверки целостности.
Этим gpg занимется. Ты чем читал?
> scp не проверяет целостность
Перечитай еще раз
> копролит
> современный
> из коробки
У нас тут зумер, всем по гироскутерам
Копирую файлы и вставляю куда надо, кто сейм?
>>0601
Посмотрим как ты из 200 Гб архива поспличенного на .xaa будешь ненужный файл дёргать.
Знатный изврат, но он чекает лишь целостность итогового файла. О целостности внутренней структуры архива он ничего сказать не сможет.
Сам перечитай. Тебе всё равно на стороне хранилища придётся дергать чексам, неважно будет это md5 или gpg.
>Ненужен
Посмотрим как ты из 200 Гб архива поспличенного на .xaa будешь ненужный файл дёргать.
>Этим gpg занимется.
Знатный изврат, но он чекает лишь целостность итогового файла. О целостности внутренней структуры архива он ничего сказать не сможет.
>Перечитай еще раз
Сам перечитай. Тебе всё равно на стороне хранилища придётся дергать чексам, неважно будет это md5 или gpg.
R-Drive Image, жмёт лучше acronis TIH2k14, но не умеет добавлять свой загрузчик в UEFI, приходиться держать в запасе загрузочную флешку/диск/раздел на HDD.
>>0694
cat backup.tar.x* | tar -xf - file.name
Бэкапы на то и бэкапы, что к ним обращаются только когда уже пиздец. Т.е. почти никогда
Изврат - ставить мокрописьки на каждый чих. Что может пойти не так?
Нет. Ты сам сказал что гпг проверит. Ты какой-то озлобленный зумер.
> Посмотрим как ты из 200 Гб архива поспличенного на .xaa будешь ненужный файл дёргать.
cat backup.tar.x* | tar -xf - file.name
Бэкапы на то и бэкапы, что к ним обращаются только когда уже пиздец. Т.е. почти никогда
> Знатный изврат, но он чекает лишь целостность итогового файла. О целостности внутренней структуры архива он ничего сказать не сможет.
Изврат - ставить мокрописьки на каждый чих. Что может пойти не так?
> Сам перечитай. Тебе всё равно на стороне хранилища придётся дергать чексам, неважно будет это md5 или gpg.
Нет. Ты сам сказал что гпг проверит. Ты какой-то озлобленный зумер.
347 Кб, 1866x1375>>0290 (OP)
Перекатись на ZFS и используй send/recv. Там тебе и снапшоты, и дедупликация, компрессия, отказоустойчивость, защита от битрота, дифферценциальная синхронизация между пулами (аля дифференциальный бэкап) и т.д. Для дедупликации, если нищий на оперативку, можно подключить ssd для хранения метаданных и таблиц дедупликации. Экспортировать всё это в винду через SMB.
Перекатись на ZFS и используй send/recv. Там тебе и снапшоты, и дедупликация, компрессия, отказоустойчивость, защита от битрота, дифферценциальная синхронизация между пулами (аля дифференциальный бэкап) и т.д. Для дедупликации, если нищий на оперативку, можно подключить ssd для хранения метаданных и таблиц дедупликации. Экспортировать всё это в винду через SMB.
>>0979
Ещё раз. У тебя два критичных процесса: создание архива и перемещение его на внешний сервер. Твой текущий стэк не гарантирует успешное выполнение ни первого, ни второго.
>>1067
Сеть на соплях и пиписитарных впнах. Аппаратные ошибки диска источника. Аппаратные ошибки диска назначения. Ошибки фс. Сегфолт из-за битой памяти. Место на получателе закончилось. Просто сервак резервирования ребутнули. Не все эти события вернут коды ошибок, а если и вернут, то обработкой их запариваются единичные скриптописатели.
Ещё раз. У тебя два критичных процесса: создание архива и перемещение его на внешний сервер. Твой текущий стэк не гарантирует успешное выполнение ни первого, ни второго.
>>1067
Сеть на соплях и пиписитарных впнах. Аппаратные ошибки диска источника. Аппаратные ошибки диска назначения. Ошибки фс. Сегфолт из-за битой памяти. Место на получателе закончилось. Просто сервак резервирования ребутнули. Не все эти события вернут коды ошибок, а если и вернут, то обработкой их запариваются единичные скриптописатели.
>>1278
Не важно что находится под TCP/IP, главное что TCP сверху. В нём всё проверится на целостность. Касательно корупции данных на диске и памяти - это не проблемы бэкап программы от слова совсем. Битая память и врущий диск это проблема железа и гнилой NTFS, которая до сих пор не умеет делать чексуммы ни данных, ни метаданных. Другие простенькие ФС далеко не ушли, но в некоторых хотя бы проверка чексумм метаданных есть.
>Сеть на соплях
Не важно что находится под TCP/IP, главное что TCP сверху. В нём всё проверится на целостность. Касательно корупции данных на диске и памяти - это не проблемы бэкап программы от слова совсем. Битая память и врущий диск это проблема железа и гнилой NTFS, которая до сих пор не умеет делать чексуммы ни данных, ни метаданных. Другие простенькие ФС далеко не ушли, но в некоторых хотя бы проверка чексумм метаданных есть.
Юзаю самописный скриптик на диалогах, tar, gpg2 c проверкой sha256. Мне норм.
>>0523
Как раз таки нет
Если ты просто папку с игрой перенёс то сохранений не должно было остатся
>Но ведь в винде всё портабл.
Как раз таки нет
>У меня вот куча спираченных игор была
Если ты просто папку с игрой перенёс то сохранений не должно было остатся
>>2089
Сохранения не останутся, а вот сами игоры запускаются же. Лично мне не проблема перепройти игру, если она годная.
Если не считать сохранения и прочие конфиги в %appdata%, то вполне себе портабельные.
Сохранения не останутся, а вот сами игоры запускаются же. Лично мне не проблема перепройти игру, если она годная.
>Как раз таки нет
Если не считать сохранения и прочие конфиги в %appdata%, то вполне себе портабельные.
>>2161
Но в том то и суть портобэла что они ВСЕ сейвы хронят в одной папке и в реестре меньше мусарят
>Если не считать сохранения и прочие конфиги в %appdata%, то вполне себе портабельные.
Но в том то и суть портобэла что они ВСЕ сейвы хронят в одной папке и в реестре меньше мусарят
>>1278
При неуспешном будет ошибка и тут в любом случае лезть руками. За все остально тут и без меня пояснили.
> Ещё раз. У тебя два критичных процесса: создание архива и перемещение его на внешний сервер. Твой текущий стэк не гарантирует успешное выполнение ни первого, ни второго.
При неуспешном будет ошибка и тут в любом случае лезть руками. За все остально тут и без меня пояснили.
>>2161
Это ты не пытался перенести софт, который половину сетапа хранит в реестре.
> Если не считать сохранения и прочие конфиги в %appdata%, то вполне себе портабельные.
Это ты не пытался перенести софт, который половину сетапа хранит в реестре.
>>1954
Тисипи, конечно, шедевр инженерной мысли. Тут я согласен. Но он хорошо работает со сбоями которые укладывается в размер окна. А всякие випенты на серьёзных щщах могут пидорасить канал десятками секунд. Алсо чексам у тисипи слаб на коллизии.
Врущий диск это не девиация, это норма жизни. На абсолютно новых винтах BER ненулевой.
EXT4 недалеко от загнивающего NTFS ушла. Полноценные корректирующие коды, емнип, реализованы только в btrfs и bcachefs, в zfs уже с костылями.
>>2167
Битовая ошибка чтения винта, например, не сгенерит код.
Короче я хз чё вы тут копротивляетесь. Моя позиция в том, что железу нельзя доверять. И rsync и dar гораздо более зрелые продукты, нежели btrfs. Мне проще в бутстрап скрипт закинуть пару пакетов, чем потом кусать локти. Я уже проёбывал tgz архив из-за битовой ошибки, и второй раз на эти грабли не наступлю.
Тисипи, конечно, шедевр инженерной мысли. Тут я согласен. Но он хорошо работает со сбоями которые укладывается в размер окна. А всякие випенты на серьёзных щщах могут пидорасить канал десятками секунд. Алсо чексам у тисипи слаб на коллизии.
> врущий диск это проблема железа
Врущий диск это не девиация, это норма жизни. На абсолютно новых винтах BER ненулевой.
> и гнилой NTFS
EXT4 недалеко от загнивающего NTFS ушла. Полноценные корректирующие коды, емнип, реализованы только в btrfs и bcachefs, в zfs уже с костылями.
>>2167
>При неуспешном будет ошибка
Битовая ошибка чтения винта, например, не сгенерит код.
Короче я хз чё вы тут копротивляетесь. Моя позиция в том, что железу нельзя доверять. И rsync и dar гораздо более зрелые продукты, нежели btrfs. Мне проще в бутстрап скрипт закинуть пару пакетов, чем потом кусать локти. Я уже проёбывал tgz архив из-за битовой ошибки, и второй раз на эти грабли не наступлю.
>>2199
Проебал сам, дай проебать другим. Никто на чужих ошибках не учится, пора бы уже это понять.
>Я уже проёбывал tgz архив из-за битовой ошибки
Проебал сам, дай проебать другим. Никто на чужих ошибках не учится, пора бы уже это понять.
>>2199
Уверен в этих словах? ZFS же изначально развивалась как true enterprise с упором на фичи для сохранности изначально записанных данных. Во всех фичах используется парадигма, гласящая, что записаные на диск данные никогда не должны быть изменены. Так оно и есть. Как пример, там даже дедупликация только в онлайне.
Ни разу не копротивлялся. Просто интересная тема - выразил пару своих мыслей в ответ на чужие.
Интересно, когда мелкомягкие уже позволят своим пользователям грузиться с ReFS с реклацией в зеркале или erasure coding (reed solom, например (подробностей не знаю, что конкретно у них там)). Сейчас, для примера, ZFS и подобные ФС на линуксах/bsd чуть ли не единственное открытое решение для хранения данных с гарантией сохраннения целостности данных при bitrot-е или других выходов дисков из строя. Железные рейды первое тупо не умеют. А если и умеют, то стоить должны столько, что обычные смертные такое даже в могиле не видели.
>zfs уже с костылями
Уверен в этих словах? ZFS же изначально развивалась как true enterprise с упором на фичи для сохранности изначально записанных данных. Во всех фичах используется парадигма, гласящая, что записаные на диск данные никогда не должны быть изменены. Так оно и есть. Как пример, там даже дедупликация только в онлайне.
> Короче я хз чё вы тут копротивляетесь
Ни разу не копротивлялся. Просто интересная тема - выразил пару своих мыслей в ответ на чужие.
Интересно, когда мелкомягкие уже позволят своим пользователям грузиться с ReFS с реклацией в зеркале или erasure coding (reed solom, например (подробностей не знаю, что конкретно у них там)). Сейчас, для примера, ZFS и подобные ФС на линуксах/bsd чуть ли не единственное открытое решение для хранения данных с гарантией сохраннения целостности данных при bitrot-е или других выходов дисков из строя. Железные рейды первое тупо не умеют. А если и умеют, то стоить должны столько, что обычные смертные такое даже в могиле не видели.
Смотря что тебе бекапить надо. Виртуалки, конечно же, veeam. Файловый бекап я больше доверяю backup exec. Но это если проприетарные решения. Если бесплатно, то rsync/robocopy. Но тут тебе ни синтетики и инкрементов, ничего подобного.
Тред утонул или удален.
Это копия, сохраненная 19 сентября 2019 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Это копия, сохраненная 19 сентября 2019 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.