Comments 25
Для "много каких попало данных" есть /dev/urandom и /dev/zero.
Могу дать скачать свои.
А насчет дать скачать свои — дайте их скачать комманде Яндекс.Диска. Это им не хватает данных, раз они даже клиентские данные тупо дублируют.
А вы как думаете?
Аналогично, операционная система говорит, что на диске уменьшилось количество доступного свободного пространства.
Насчет воспроизводимости не так просто, поскольку софт стоит на серверах Яндекса, и я вынужден экспериментировать с софтом Яндекса на своих данных. Тут был помещен дельный совет — не хранить на своевольном облаке Яндекс ничего важного, возможно, я им воспользуюсь.
Если интересует причина бага-фичи, попробуйте обратиться в поддержку Яндекс-диска с прямым вопросом. Скорее всего они в курсе.
Имею облако на 240ГБ. Там имею данных на 60ГБ (таково ограничение моего жесткого диска, где я синхронизирую это облако). Провел переименование нескольких вложенных папок на одном устройстве. Дожидался, пока клиент синхронизирует данные с облаком. Затем включил второе устройство.ЯДиск начал синхронизацию. Когда он закончил синхронизаци, я обнаружил одну из ветвей дерева папок сдублированной, размер поддерева 22ГБ. (Клиент ЯДиск стал эти файлы записывать на жесткий диск, и вызвал нехватку места). Я посмотрел количество файлов в каждой структуре, и увидел, что в браузере Ядиск показывает в одной ветке на 1 файл больше, чем в другой (сделал скриншот, поскольку уже имею аналогичный опыт нежелательной работы софта ЯндексДиска). Посмотрел на жесткий диск устройства, там количество файлов в обоих поддеревьях было одинаковым (сделал скриншот).
Удалил сдублированную подпапку, и из корзины Ядиска тоже.
Вопросы есть? Готов ответить.
Спасибо.
Жаль, что вы лично хотите помочь, а техподдержка ЯндексДиска не захотела. Это действительно печально. Обратите внимание, что это происходило дважды, с разными пользователями, и оба раза техподдержка не пошла навстречу и на выручку.
Удачи!
У меня были подобные проблемы с Яндекс диском. Вот только дублировались у меня не несколько гигабайт, а больше 200. У меня в Яндекс диске платная подписка с 1 ТБ места. Вся папка синхронизирована с компьютером. Однажды я наводил порядок в папках, в том числе много раз переименовывал папки, переносил файлы и даже удалял некоторые из них.
Что сделал Яндекс диск? Создал полную копию всего дерева огромного объёма. Моментально закончилось свободное место в облаке. Появились копии файлов, которые я удалял, копии папок старых версий...
Мне потребовалось несколько суток, чтобы дождаться сначала полной синхронизации, а потом снова навести порядок, удаляя дубликаты файлов вручную.
Что было лучше понятно, в папках было не 4 файла по 50гб. Там были тысячи файлов небольшого размера в десятках папках с разной степенью вложенности.
С тех поддержкой общался. Вежливо послали самому с этим разбираться.
Ещё была история, когда Яндекс диск удалил мой файл. Я его поместил в папку диска, файл вроде как улетел в облако, а может и нет. Но через несколько минут он был удалён программой Яндекс диска. Поддержка сообщила, что файл восстановить никак не выйдет, у них нет бекапов (кажется, это было ещё до появления "истории версий файлов".
Теперь храню в Яндексе только то, что не боюсь потерять. И оооочень медленно и аккуратно переименовываю папки, давая Яндекс диску время на обдумывание. И каждый раз готовлюсь к тому, что всё сломается.
Всё важное храню в дропбокс. Там ничего подобного не возникало ни разу. Там под завязку 2 Тб данных.
Если нужно, могу предоставить пруфы
Как можно при синхронизации облачного хранилища легко создать фантомный файл? (Яндекс.Диск)