ISo образы в облачных хранилищах.
 

Добрый день! Вопрос такой. Хочу создать и сохранить образы ISO Все размером по 4.7 ГБ и оптравить в облако на сохранение. Можно ли будет потом их скачать и записать на диски? Грубо говоря, не повредятся ли в дороге?
С уважением,
Александр.

Нет, не повредятся.

Вполне может быть.

Как правильно сказал коллега Iska, вполне могут повредиться, а вот чтоб это проверить нужна обратная процедура, скачать с сайта и сверить, например, MD5 с оригиналом, если совпало то у Вас всё получилось.

В какое облако? Сейчас "облаком" чёрти-что только не называют, модно же. Если вы присмотрели конкретный сервис, давайте обсуждать конкретно его, а не какие-то абстрактные "облака". Amazon S3 это одно, а стартапер Вася, поднявший OwnCLoud на двух дисках это совсем другое.
С чего бы, если при синхронизации файл режется на кучу кусочков, каждый из которых сверяется с исходником и только тогда складывается?
Не нужно, лишняя возня. Хотя, опять-таки, что подразумевать под облаком. Кто-то и OwnCloud с клонами облаком считает, с доступом по WebDAV.

Под облаками понимаю Google drive и onedrive.

То есть службы синхронизации. Ничего там проверять не надо, всё проверяется автоматически, но это так себе решения для надёжной архивации – ошибка оператора или атака шифровальщика превратит данные в тыкву. Да, там хранятся предыдущие версии, но их количество и срок хранения ограничены – если вовремя не заметить пропажу/порчу, то откат к предыдущей версии уже не поможет. Впрочем, простота использования и относительная дешевизна по сравнению с тем же S3 может оказаться важнее надёжности.

Jula0071, про OneDrive не знаю, а Google.Drive никто не мешает пользовать и без клиента, через Web-интерфейс. Ещё лучше, если вдобавок и WebDAV будет. А автоматическая синхронизация — зло, да.

c WebDAV как я понимаю, как раз придётся озадачиваться сверкой контрольных сумм, т.к. файл может за/скачаться не полностью

Busla, а в чём принципиальная разница между, например:
и:
с точки зрения:
У меня, например, в последнем случае неоднократно случалось, что файл загружался/выгружался с не совсем тем содержимым, кое было на удалённом ресурсе/у меня на машине. Особливо памятна загрузка корпоративного iso-образа Windows Server 2008 R2, для которых в то время Microsoft принципиально не выкладывала/не сообщала контрольных сумм.

P.S. Размеры — совпадают.

Каким протоколом пользовались? Например, у всех обсуждаемых синков ноги растут от rsync, где в сам протолкол заложена проверка. Ну а выгружать что-то ненадёжным протоколом - ссзб.

https. Какой ещё другой мог быть в описанных случаях?!

Вероятность всегда есть.
Причём как туда, так обратно:
Файл может быть загружен в облачное хранилище, и уже там может быть повреждён.
Файл может быть скачан из облака, но уже на локальном диске загруженный файл может быть отличен от того, что ранее загружено в облако.
Если файл представляет ценность - Стоит об этом позаботиться.

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

В прочем можете оставить на "вдруг повезёт" - Так делаю лишь тогда, когда нужно освободить место и файл не представляет из себя ценности.

Iska, нужно пользоваться специальным клиентом службы. Доступы через WebDAV, web-клиент, фтп и тп это на пожарный случай, типа хочу украсть данные срочно, сидя в аэропорту с чужой машины.

Jula0071, подскажите, пожауйста, специального клиента для Яндекс.Диск, Облако.Mail.RU и Google.Drive.

Дык же ж:
Яндекс.Диск для Windows
Облако Mail.ru для компьютера
Google Автозагрузка и синхронизация

Angry Demon, ну, так это ж та самая синхронизация с сотнями мегабайт занятой оперативной памяти. Фу-фу-фу. Нихт. :)