[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Стратегия поддержания резервных копий. Деградация носителей.



Igor Savlook <isav@alzari.pw> писал(а) в своём письме Fri, 23 Jun 2017 12:59:09 +0300:

On Fri, 2017-06-23 at 12:57 +0300, Михаил Касаджиков wrote:
Sergey B Kirpichev <skirpichev@gmail.com> писал(а) в своём письме
Fri, 23 Jun 2017 11:20:45 +0300:

> On Fri, Jun 23, 2017 at 11:16:09AM +0300, Artem Chuprina wrote:
> > Собственно, я абсолютно уверен, что надо проверять криптосуммы.
> > Ну, если
> > тебя интересует, не чтобы оно в принципе читалось, а чтобы оттуда
> > считывалось ровно то, что ты хотел бы считать. md5 -c вполне
> > достаточно,
> > если ты не опасаешься подделок данных со стороны серьезных
> > спецслужб. Я думаю, даже CRC32 хватило бы.
>
> А разве не 21-й век на дворе, вроде всякие BTRFS есть уже с
> хешированием данных?

Но это ведь не отменяет того что данные всё равно необходимо
прочитать. А кто именно посчитает контрольную сумму — второй вопрос.
Да и применение BTRFS для резервного накопителя, по моему, через чур.

Учитывая что еще и сама btrfs очень сырая.

Даже не в сырости дело. Просто я не вижу смысла использовать такую навороченную ФС (с кучей метаданных) для однократной записи (DVD, лента). Ведь если это архив для долговременного хранения — его не будут многократно перезаписывать. Скорее всего этот архив вообще будет записан один раз за всю историю.

--
Написано с помощью почтового клиента Opera: http://www.opera.com/mail/

Reply to: