Алексей Федорчук
Будучи регулярным читателем FOSSBlog’а Сергея Голубева я, разумеется, не проходил мимо его рубрики про Облака. Чисто для общего образования — ни малейшей потребности в «облачном» хранении своих данных я не испытывал, носителей для локального их содержания было более чем вдоволь. Однако из жадности регистрировался практически на всех. Хотя реально использовал только Dropbox — для обмена файлами с редакцией Linuxformat‘а в ходе подготовки публикаций.
В числе прочих «облаков» зарегистрировался я и на Облако@Mail.ru — том самом, про которое Сергей написал, оно делает Dropbox не нужным. Правда, по началу — к этому я ещё вернусь. В то время там обещали там целых 100 ГБ, правда, по выполнении некоторых условий, типа скачивания уже не помню чего. Помню только, что условия эти я выполнил, но больше ничего с этим облаком не делал. Так как не нужно было мне от него ничего.
А тут давеча вычитал, что, если скачать до 20 января ихнюю софтину для доступа к Облаку, то обломится целый терабайт виртуального дискового пространства — примерно на столько тянет моё собрание «парнухи», то есть данных, прямого отношения к работе не имеющих. И обуяла меня жадность…
До времени Ч оставалось около суток, так что быстро-быстро скачал я этого самого клиента для доступа — файлик под названием cloud
, поместил в ~/bin
. После чего мне сообщили что имевшиеся у меня ранее 100 ГБ волшебным образом сразу превратились в терабайт.
И, опять же из жадности, решил я этот терабайт окучить — кинуть туда на всякий пожарный свой каталог с текущими проектами. Запустил тот самый файлик щелчком в файловом менеджере (для определённости — Nemo который, из Cinnamon’а на Ubuntu), положительно ответил на вопрос из этой панели
авторизовался, выбрал каталог для синхронизации — и она началась сама собой. То есть содержимое каталога начало закачиваться в «облако». синхронизировать. Дело шло не сказать чтобы очень быстро, закачалось около гигабайта. А потом кое-что мне не понравилось в структуре «облачных» подкаталогов: вместо того чтобы копировать их точно как в оригинале, клиент этот раскидал их прямо по моему «облачному» cloud.mail.ru/home/
. Я это безобразие быстро пресёк и решил, что проще всего удалить закачанное средствами клиента, а затем начать процесс заново.
Надо сказать, что к тому времени я прочитал и следующую статью Сергея на заданную тему, где он от первоначального вывода о ненужности Dropbox’а отказывается. И был готов к тому, что повторная синхронизация затянется очень надолго, если не на всегда.
Замечу честно, не очень-то и хотелось — всё эту канитель я затеял не сколько производственной необходимости для, сколько заради приобщения к «облачному» прогрессу, пусть и чисто платонически. И потому, при возникновении описаннойСергеем ситуации, готов был просто оборватьэто дело и отложить свою «прогрессизацию» в долгий ящик (скорее всего, вечный).
Но всё оказалось ещё забавнее, чем у Сергея: синхронизация началась мгновенно, и со страшной научно-фантастической скоростью. Но… в обратную, так сказать, сторону: этот самый клиент решил, что раз я удалил данные с «облака», то и на локальном диске они мне и нафиг не нужны. И начал их оттуда удалять. Причём, повторяю, делать это куда быстрее, чем они закачивались в «облако».
Благо, это дело я вовремя просёк, щёлкнув правой кнопкой мыши на иконке этого ckoud’а в трее и обратив внимание на быстро мелькающие серые надписи об «обратной» синхронизации — надо сказать, разглядеть их было не так просто. Однако поняв, в чём дело, я
- это безобразие прекратил,
закопал стюардессустёр этого cloud’а к… сами знаете, к мамочке некоего Кузьмы, и- восстановил утраты из самого надёжного облака — локальной копии на внешнем винчестере (по секрету скажу, локальные копии рабочих данных у меня не только там есть).
А вот не будь у меня локальных копий, да не обрати я внимания на то серое мельтешение символов — и не стало бы у меня всего наработанного непосильным трудом. Унеслись бы они в горние выси, туда, где облака гуляют.
К слову, прекратить безобразие оказалось тоже не так просто — на выбор соответствующего пункта меню клиент никак не реагировал, а знай себе чистил мой локальный носитель. И пришлось дать ему по мозгам самым жёстким образом, сначала выявив ID процесса через
$ ps aux G cloud
ибо дело происходит в zsh’е, где G у меня — глобальный алиас для | grep, а затем контрольным выстрелом в голову:
$ kill -9 PID#
Это я к тому, что даже своевременное обнаружение описанного хулиганства приотсутствии бэкапа может иметь тяжкие последствия.
Но у меня-то с бэкапами проблемасов не было, и я решил повторить процедуру: удалил, как уже было сказано, cloud, убив в синхронизируемом каталоге его служебные файлики, скачав cloud заново и запустив его, избрав для синхронизации другой каталог.
Всё оказалось тщетным: в любом случае cloud начинал свою работус удаления на локальном носителе тех файлов, которые я первый раз прибил на «облаке».
К чему я это всё написал? Нет, не с целью обругать майлрушный сервис — к нему претензий нет, халява, сэры и сэруньи, от неё всего можно ждать… И ведь было честно сказано, что работает эта халява в экспериментальном режиме. А от столь взрывоопасной смеси следует ожидать вдвое против обещанного.
Так что можете рассматривать этот текст как очередной призыв к бдительности при работе с халявой, во-первых. Как призыв к бдительности повышенной, если халява эта — экспериментально, во-вторых. И, наконец, в-третьих, помните: как бы высоко в облака вы не летали — никогда не отрывайтесь от локальных копий своих данных.