Как можно при синхронизации облачного хранилища легко создать фантомный файл? (Яндекс.Диск)

[podde]

Exosphere, тут человек заблудился. На Дзен дорогу спрашивает.

[Exosphere]

Пообщаемся, спасибо.

[armada]

Чё сразу в сад? Мне думается, полезная информация в статье.

[Exosphere]

Почему в сад? Исключительно в личку с добрыми намерениями :-)

[armada]

Пообщалсиь, спасибо.

[legolegs]

Для "много каких попало данных" есть /dev/urandom и /dev/zero.

Могу дать скачать свои.

[armada]

Вот! Именно, даже если данные не нужны, алгоритм и софт Яндекс.Диска иногда неверно считывает мысли пользователя, и всё равно создаёт копию папкки со всем вложенным деревом! Медвежья услуга называется! Не говоря уже о том, что облако легко может переполниться при такой «квазиуслуге». И работать с ним станет невозможно.

А насчет дать скачать свои — дайте их скачать комманде Яндекс.Диска. Это им не хватает данных, раз они даже клиентские данные тупо дублируют.

[SergeyMax]

Не очень ясна решаемая задача. Что подразумевается под «создать много данных»? Какого рода данные нужно создать? Раскопировать один и тот же файл много раз, не нагружая дисковую систему? Тогда это проще сделать, насоздавав жёстких ссылок на файл при помощи команды mklink /H. Если нужно просто занять место на диске, то гораздо проще создать пустой файл командой fsutil file createnew c:\temp\test.tmp 1000000000, она отработает мгновенно при любом заданном объёме.

[armada]

Совершенно с вами согласен. Казалось бы, нет никакой необходимости дублировать клиентские данные на клиентском облачном сервисе. И я тоже теряюсь в догадках — для какой практической задачи Яндекс.Диск это сделал????? Неужеди это не фича, а бага??!!! Но это же невозможно. Если бы это была бага, команда Яндекс.Диска уже давно бы сюда сбежалась, и стала бы выспрашивать, при каких условиях эта бага проявляется, да почему вы считаете, что это нежелательное явление. Однако, никакого Яндекса не наблюдается в окрестностях этого поста. Значит, дублироваание данных клиента без спроса является скрытой фичей Яндекс.Диска. Видимо, для увеличения спроса на облако от Яндекса? А скрытой — потому что в рекламе Яндекс.Диска не написно «А кроме того, в отличие от наших конкурентов, мы время от времени создаем дубль некоторой части ваших данных. чтобы место побыстрее закончилось».

А вы как думаете?

[SergeyMax]

Я к сожалению не имею опыта использования яндекс-диска, поэтому по существу поставленного вами вопроса ничего ответить не смогу. Однако спешу сообщить вам, что не всегда то, что кажется таковым, является таковым на самом деле. В частности, «дублированные клиентские данные» вполне могут являться просто NTFS-ссылками, не занимающими никакого места ни у вас на диске, ни в самом облаке.

[armada]

Могут. Но сам Яндекс.Диск пишет, что занятый размер хранилища увеличился на дублированный объем. Поскольку я за него плачу, то мне не нравится, почему я должен переплачивать за воздух (например, NTFS-ссылки).

Аналогично, операционная система говорит, что на диске уменьшилось количество доступного свободного пространства.

[SergeyMax]

Ммм, понятно. Мне кажется, в этом случае вам стоит немного доработать статью, в частности получить минимально воспроизводимый результат, добавить точное описание шагов, необходимых для воспроизведения проблемы, и присоединить соответствующие иллюстрации. Лишний сарказм про создание данных можно удалить, он лишь запутывает читателя.

[armada]

Спасибо за совет! Попробую зафейдить сарказм. Присоединить иллюстрации.

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

[IntuitOS]

Если интересует причина бага-фичи, попробуйте обратиться в поддержку Яндекс-диска с прямым вопросом. Скорее всего они в курсе.

[armada]

Спасибо за совет. Я обращался, и вел переписку с четырьмя сотрудниками техподдержки, безрезультатно. Скорее всего, команда Яндекса действительно в курсе, поскольку они категорически отказывались признавать наличие ошибки, или ненадлежащего функционирования сервиса.

[TimurRyabinin]

Привет! Не совсем понимаю, в чем же именно проблема. Напишите сюда, пожалуйста: yandex.ru/support/disk/troubleshooting.html. В комменте распишите подробнее, пожалуйста, что именно, как и какими методами вы делали и к какому результату это привело. Обязательно разберёмся. Будем ждать письма от вас.

[armada]

Спасибо, Тимур. Давайте здесь напишу, если Вы не возражаете категорически.

Имею облако на 240ГБ. Там имею данных на 60ГБ (таково ограничение моего жесткого диска, где я синхронизирую это облако). Провел переименование нескольких вложенных папок на одном устройстве. Дожидался, пока клиент синхронизирует данные с облаком. Затем включил второе устройство.ЯДиск начал синхронизацию. Когда он закончил синхронизаци, я обнаружил одну из ветвей дерева папок сдублированной, размер поддерева 22ГБ. (Клиент ЯДиск стал эти файлы записывать на жесткий диск, и вызвал нехватку места). Я посмотрел количество файлов в каждой структуре, и увидел, что в браузере Ядиск показывает в одной ветке на 1 файл больше, чем в другой (сделал скриншот, поскольку уже имею аналогичный опыт нежелательной работы софта ЯндексДиска). Посмотрел на жесткий диск устройства, там количество файлов в обоих поддеревьях было одинаковым (сделал скриншот).

Удалил сдублированную подпапку, и из корзины Ядиска тоже.

Вопросы есть? Готов ответить.

[TimurRyabinin]

Всё-таки понадобится техническая информация о работе программы на вашем втором устройстве. Напишите, пожалуйста, через форму yandex.ru/support/disk-desktop-windows/logs.html, так с обращением получим нужные данные.

[armada]

Уважаемый Тимур! Я сталкивался с аналогичной проблемой три месяца назад. И команда поддержки Яндекса (вы же из команды поддержки Яндекса?) не предлагала мне писать никуда, для получения нужных данных. Не вижу необходимости сейчас куда-то еще писать, кроме Хабра и Фейсбука. Или есть необходимость? Вы хотите решить какуую-то свою проблему?
Спасибо.

[TimurRyabinin]

Да, я из Яндекса :) Я просто хотел вам помочь. Довольно странно, что команда поддержки не запросила техническую инфу. Возможно, если вы обратитесь теперь через форму, которую я прислал, вам дадут более развёрнутый ответ.

[armada]

Спасибо, Тимур!
Жаль, что вы лично хотите помочь, а техподдержка ЯндексДиска не захотела. Это действительно печально. Обратите внимание, что это происходило дважды, с разными пользователями, и оба раза техподдержка не пошла навстречу и на выручку.
Удачи!

[TimurRyabinin]

Здравствуйте! Мы пытались найти ваши обращения вместе с поддержкой, но нам это не удалось. Всё ещё хотим разобраться в вашем вопросе и ждём обращения через форму, которую я прислал выше :)

[armada]

Ну вот, мы видим, что и Тимур тоже потерял интерес к решению проблемы Яндекс.Диска — фича ли это или бага. Думаю, что это секретное оружие внутренних врагов Яндекса и вредителей, напрвленное на уничтожение Яндекса. Поэтому техподдержка Яндекса не признает наличие девиантного поведения софта Яндекс.Диска.

[JIexaman]

У меня были подобные проблемы с Яндекс диском. Вот только дублировались у меня не несколько гигабайт, а больше 200. У меня в Яндекс диске платная подписка с 1 ТБ места. Вся папка синхронизирована с компьютером. Однажды я наводил порядок в папках, в том числе много раз переименовывал папки, переносил файлы и даже удалял некоторые из них.

Что сделал Яндекс диск? Создал полную копию всего дерева огромного объёма. Моментально закончилось свободное место в облаке. Появились копии файлов, которые я удалял, копии папок старых версий...

Мне потребовалось несколько суток, чтобы дождаться сначала полной синхронизации, а потом снова навести порядок, удаляя дубликаты файлов вручную.

Что было лучше понятно, в папках было не 4 файла по 50гб. Там были тысячи файлов небольшого размера в десятках папках с разной степенью вложенности.

С тех поддержкой общался. Вежливо послали самому с этим разбираться.

Ещё была история, когда Яндекс диск удалил мой файл. Я его поместил в папку диска, файл вроде как улетел в облако, а может и нет. Но через несколько минут он был удалён программой Яндекс диска. Поддержка сообщила, что файл восстановить никак не выйдет, у них нет бекапов (кажется, это было ещё до появления "истории версий файлов".

Теперь храню в Яндексе только то, что не боюсь потерять. И оооочень медленно и аккуратно переименовываю папки, давая Яндекс диску время на обдумывание. И каждый раз готовлюсь к тому, что всё сломается.
Всё важное храню в дропбокс. Там ничего подобного не возникало ни разу. Там под завязку 2 Тб данных.

Если нужно, могу предоставить пруфы

[armada]

Спасибо, товарищ по несчастью! Аналогичная картина! И поддержка ЯндексДиска вежливо говорит, что у них никаких проблем нет. Да, именно так.

Мне пруфы не нужны, у меня есть свои :)))

Про Дропбокс услышал, спасибо.

Удачи!