2035

Яндекс как всегда :(1

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

И увидел вот такое:

всё что нажито непосильным фотографированием!

всё что нажито непосильным фотографированием!

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

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

В начале всё хорошо шло, агент поддержки ответил, что нашел проблему и архив восстановлен

И действительно, часть файлов починилось. На глаз - где-то около половины. Может чуть больше.

Но значительная часть всё так-же осталась повреждённой.

Опять же повторюсь, эти повреждения встречаются на участке в несколько лет, за это время я сменил несколько телефонов и загрузка велась автоматически. Ранее я просматривал эти фото и они были в порядке.

Снова написал в поддержку агент поддержки попросил прислать несколько ссылок на конкретные файлы и... как говорили во времена Баша: "ответ убил"

Вот и доверяй после этого облакам. А я ведь платный тариф им оплачиваю уже несколько лет.
Обидно, блин!

Что-ж... в полку тех, кто "теперь делает бэкапы" видимо прибыло.

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

Лига Яндекса Пикабу [ЛЯП]

2.3K постов2.5K подписчиков

Правила сообщества

Разрешено:

-все, что не запрещено)

Запрещено:

- Размещать контент не по теме сообщества (последнее решение за модератором)

- Размещать рекламный контент

Бан можно получить:

- За регулярное нарушение правил


//Ваш пост может быть не одобрен к публикации в сообществе без объяснения причин.

Вы смотрите срез комментариев. Показать все
4
Автор поста оценил этот комментарий
Автор, сколько ты заплатил Яндексу за облако, просто интересно? 🤔 не проще ли было за эти деньги домашнее nas хранилище простенькое собрать? Ну там raid 5 хотя бы?
раскрыть ветку (31)
5
Не подарок
Автор поста оценил этот комментарий

Плюсом еще несколько доп условий. Белый адрес например, иначе возвращаемся к доступу к своей хранилке, но через облако. Заморочиться с взломойстойчивостью. И само хранилище тоже надо бэкапить на случай выхода его из строя. Рейд5 устойчив к отказу одного диска, но очень не любит пересобираться на не родных системах. Автор пишет, что не очень шарит во всем этом, поэтому хранилище даст ложное ощущение надежности. А в случае отказа - шанс точно так же потерять данные.

раскрыть ветку (26)
1
Автор поста оценил этот комментарий

Как бы облачные сервисы тоже имеют право на жизнь. Но домашнее хранилище тоже неплохо. Например, Synology даёт доступ без белого айпи. И в случае выхода из строя железки есть утилита для сборки дисков в массив

раскрыть ветку (18)
0
.just another brick.
Автор поста оценил этот комментарий

У меня был zyxel nas 326 - по факту говнище то еще, со старым не обновляемым софтом. Вероятно просто не повезло.

0
Не подарок
Автор поста оценил этот комментарий

Имеют, я и не сказал, что они не актуальны. Но именно как промежуточное звено с удобным доступом, а не как резервную копию, тем более единственную.

Вот доступ без наличия белого адреса (посредник маршрутизации или даже STUN сервер) - это неплохо. Но саму хранилку тоже надо куда то бэкапить.

0
Автор поста оценил этот комментарий

Там и утиле не нужен - synology, qnap, да и ещё много где, всё на линуксах построено, и там софтрейд и lvm, так что это собрать можно обратно в том же debian.

раскрыть ветку (15)
0
Автор поста оценил этот комментарий

Можно. Но речь про утилиту под винду. Вроде как и знать ничего особого не надо

0
Автор поста оценил этот комментарий

У Асус сторе хоть и линукс, но просто так не собрать. Приходили люди данные восстановить, причем уже где то побывавшие до этого, где не смогли. Недели две-три мучались. Там частично определить, а частично угадать надо было. Сейчас уже куча китайцев тоже nas делает. Вот там, наверное, будет жопа.

раскрыть ветку (4)
0
Автор поста оценил этот комментарий

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

раскрыть ветку (3)
0
Автор поста оценил этот комментарий

Не, там аккуратно обошлись. И в мире восстановления инфы обычно более менее всех знают. И кто смотрел известен. Просто кейса такого раньше не было особл. Честно говоря я подзабыл уже. Но в целом там два диска в зеркале. Асус делает так. Он свою систему Линукс пишет на начало, все чин чином с разделами. А потом начинается какой-то массив чего то без разметки и разделов. Каша какая-то без разделов и файловых структур. Но в этой каше стала идут какие то служебные данные, хз какие. А потом просто в потоке всех этих данных начинается раздел без всяких разметок. Когда это выяснили или, лучше сказать догадались, начали угадывать, где может располагаться начало раздела диска с данными, ну и по косвенным данным с нескольких попыток угадали. И когда выделили это в разделы - раз и собралось)

раскрыть ветку (2)
0
Автор поста оценил этот комментарий

А, ну такое, это может быть уже закидон с разметкой и размещением файловой на диске. Но дальше-то, если подкинуть правильные данные о начале(можно, кстати, testdisk'ом насканить), то линукс дальше подхватит эти данные. Кстати, если там md, то там перед файловой могли идти как раз метаданные раздела raid от md.

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Там ничего никто не подхватывал в этом отчасти и была проблема. Там после структур системы линукс было просто поле хз чего. Просто пространство диска заполнено и все. Никак и нечем не определяемое

0
Не подарок
Автор поста оценил этот комментарий

Софтрейд какой? Конкретно в линуксах организовать массив можно разными, не совместимыми друг с другом средствами. Навскидку: mdadm, lvmraid, dmraid, zfs, btrfs. И ладно если зеркало, там проблем как правило не возникнет. А если нечто с чередованием и четностью - то уже огромные вопросы.


UPD: пока писал ответ, в комьюнити проскочила информация, что mdadm и lvm поверх. Ну тогда да, на любой линукс машинке должен без проблем собраться.

раскрыть ветку (8)
0
Автор поста оценил этот комментарий

софтрейд только mdadm, т.е. md. Остальное либо средствами ФС, либо упасигосподи, фейкрейд(dmraid). Я же говорю про нормальные способы и готовые к работе, а всё кроме mdadm - мимо. btrfs - не готов и не будет готов, и это ФАЙЛОВАЯ, zfs - получше, но тоже файловая! dmraid - проще убить данные на btrfs или zfs, т.к. это фейкрейд. lvmraid - проще mdadm и поверх lvm - меньше сложность реализации, т.к. с lvm надо сильно больше телодвижений, и можно бы вообще без lvm, но там можно сделать снапшот раздела!

и да, mdadm пишет метаданные, по которым определяется что диск в рейде и далее можно хоть каждый день диски местами менять.

раскрыть ветку (7)
0
Не подарок
Автор поста оценил этот комментарий

А давно ZFS стала файловой? Это менеджер массивов + менеджер томов + файловая система в одном флаконе. vdev, zpool, zvol и собственно zfs как фс - разные сущности. Вещь крайне интересная, хоть и с нюансами. Использую в проде активно.

Что касается конкретно синок - у них есть вариант btrfs так что скидывать со счетов его нельзя.

lvmraid - вещь хоть и сыроватая (в первую очередь из-за достаточно слабой документации) но потенциально крайне мощная при использовании VDO. Там тебе и рейд и прозрачная компрессия и дедупликация и менеджер томов.

mdadm + lvm - крайне частая комбинация, можно сказать классика. Но она как есть, тупиковая. Пока что mdadm выигрывает у ZFS например за счет возможности решейпа того же рейд5 на лету, хоть и с потерей производительности.

раскрыть ветку (6)
0
Автор поста оценил этот комментарий

именно что комбайн. в чем-то это хорошо, но полноценная реализация, именно что в линуксе ещё не готова до конца.

раскрыть ветку (5)
0
Не подарок
Автор поста оценил этот комментарий

zfs-on-linux местами даже опережает оригинальное решение от Sun.

Из того, что лично мне не хватает - невозможность решейпа массив (добавить еще один диск в raidZ например без его пересоздания).

А так, там есть все необходимое и даже больше. Например zfs-send zfs-receive - это ткой "аналоговнет", работа со снапшотами божественная с возможностью клонировать фс из снапшота с дальнейшим ее промоутом. И так далее. Не зря в проксмоксе именно зфс взят за основу.

Вообще, в плане гибкости применения зфс счас наверное впереди всех.

раскрыть ветку (4)
0
Автор поста оценил этот комментарий

Вот на счёт zfs - это хотя бы уже полностью апробированная в плане алгоритмов система, а не btrfs, которую ещё лет 20 в текущем темпе делать будут, а она всё равно будет дохнуть.

Я так недавно её решил поставить, чтоб специфический контент в плане объема дедуплицировать(да-да, куча версий клиента онлайн-игры) - развернул на терабайт раздел, поставил копировать и дедуплицировать. Система начала данные тащить всё медленнее, медленнее, меньше метра в секунду иииии в результате сама ФС сдохла, прихватив, к счастью малый объем данных, что я переместил, а не скопировал. В результате снёс, поставил xfs свежее и на нём дедупликацию сделал с успехом, сократив объём на примерно 400 гигов

раскрыть ветку (3)
0
Не подарок
Автор поста оценил этот комментарий

Дедупликация в зфс - очень требовательная к оперативе штука. Жрёт как не в себя. И ее надо тюнить для стабильной работы. Не исключено даже, что oom killer грохнул ресурсоемкий процесс.

раскрыть ветку (2)
0
Автор поста оценил этот комментарий

Белый адрес например, иначе возвращаемся к доступу к своей хранилке, но через облако.

Dynamic DNS кто отменял? Для дома достаточно.

раскрыть ветку (6)
0
Не подарок
Автор поста оценил этот комментарий

Белый может быть и динамическим. Главное чтоб из мира маршрутизировался, а не прятался за натом провайдера.

раскрыть ветку (5)
0
Автор поста оценил этот комментарий

При желании и это решаемо. Особенно если нат один, а не двойной.

раскрыть ветку (4)
0
Не подарок
Автор поста оценил этот комментарий

Если нат провайдерский - то остаются стан и опосредованное подключение через облако. Оба варианта имеют право на жизнь, но я бы не стал на них надеяться особо)

раскрыть ветку (3)
0
Автор поста оценил этот комментарий

Для домашнего уровня - сойдёт.

раскрыть ветку (2)
0
Не подарок
Автор поста оценил этот комментарий

Я и говорю - жизнеспособно. Но понятие домашнего уровня у многих отличается)

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Ну, у меня домашний уровень, это Site-to-Site VPN, например, соединяющий нужные мне места через всю страну. Но и то, обхожусь почти без белых IP, железно есть только на VDS с CHR.

1
Автор поста оценил этот комментарий

Raid 5 - пожар или сверху залили - вот и нет raid 5.

0
Автор поста оценил этот комментарий

Однозначно не проще)

Автор поста оценил этот комментарий

А зачем платить? 50 гигов вполне хватит на дофига фоток.

раскрыть ветку (1)
1
Автор поста оценил этот комментарий
Ты шутку по 640кб знаешь?
у меня домашний 5Тб диск уже наполовину полон фотками :)
Вы смотрите срез комментариев. Чтобы написать комментарий, перейдите к общему списку

Темы

Политика

Теги

Популярные авторы

Сообщества

18+

Теги

Популярные авторы

Сообщества

Игры

Теги

Популярные авторы

Сообщества

Юмор

Теги

Популярные авторы

Сообщества

Отношения

Теги

Популярные авторы

Сообщества

Здоровье

Теги

Популярные авторы

Сообщества

Путешествия

Теги

Популярные авторы

Сообщества

Спорт

Теги

Популярные авторы

Сообщества

Хобби

Теги

Популярные авторы

Сообщества

Сервис

Теги

Популярные авторы

Сообщества

Природа

Теги

Популярные авторы

Сообщества

Бизнес

Теги

Популярные авторы

Сообщества

Транспорт

Теги

Популярные авторы

Сообщества

Общение

Теги

Популярные авторы

Сообщества

Юриспруденция

Теги

Популярные авторы

Сообщества

Наука

Теги

Популярные авторы

Сообщества

IT

Теги

Популярные авторы

Сообщества

Животные

Теги

Популярные авторы

Сообщества

Кино и сериалы

Теги

Популярные авторы

Сообщества

Экономика

Теги

Популярные авторы

Сообщества

Кулинария

Теги

Популярные авторы

Сообщества

История

Теги

Популярные авторы

Сообщества

Недвижимость и ремонт

Теги

Популярные авторы

Сообщества