Обладатели десктоп-клиента для работы с облачным сервисом Dropbox получили (https://www.dropboxforum.com/t5/Syncing-and-uploads/Linux-Dr...) увеломление о скором прекращении поддержки синхронизации данных с облаком в случае использования файловых систем, отличных от Ext4. Начиная с 7 ноября синхронизация содержимого каталогов с Dropbox
станет невозможной, например, при использовании многослойных или шифрованных разделов (в том числе eCryptfs поверх ext4) или файловых систем XFS, ZFS и Btrfs.
Причина такого решения остаётся до конца не ясной, в комментариях от представителей Dropbox упоминается лишь необходимость поддержки в
ФС расширенных атрибутов/Xattrs, но многие пользователи находят данный довод неубедительным, так как все основные Linux ФС поддерживают расширенные атрибуты и нет явных факторов, которые бы подталкивали к привязке к Ext4.
URL: https://linux.slashdot.org/story/18/08/10/2120248/dropbox-is...
Новость: https://www.opennet.me/opennews/art.shtml?num=49119
Индусы-наркоманы
Use rclone, Luck!
Спасибо, дружище! Как-то пролетела мимо меня эта утилитка. Такая удобная штука, особенно если вместе с RcloneBrowser!
А есть ли утилита, чтобы на удаленных облаках/серверах были исключительно зашифрованные файлы? Ну чтобы тащмайор обломился, получив от гугла содержимое моего гугл-драйва например.Ну и чтобы, соответственно, минимизировать трафик, т. е. если я изменил небольшой файл у себя, чтоб не пришлось обратно отсылать гигабайтный everything.tar.gz.gpg
https://wiki.archlinux.org/index.php/EncFS
https://ru.wikipedia.org/wiki/EncFS
> каждому файлу в каталоге-точке монтирования соответствует определённый файл из зашифрованного каталогаВот это меня настораживает. Хочется, чтобы не был виден даже список файлов, и даже то, сколько файлов было затронуто в очередном обновлении. Согласен на любые извращения, где, допустим, если править ровно один исходный незашифрованный файл documents/1984.txt, в гугл-драйв пошли бы обновляться, скажем, сразу три - 1/5/2/1529.bin, 1/5/3/1530.bin, 1/5/3/1531.bin. Типа как в торрентах делить на порции, независимо от структуры распространяемых файло-папок.
Вот, вика подтверждает:
> Каждый пользователь, имеющий доступ к каталогу-источнику, способен видеть количество файлов в зашифрованной файловой системе, какие права они имеют, их приблизительный размер, приблизительную длину имени и дату последнего доступа или изменения.
cryfs - более современная и безопасная альтернатива (https://www.cryfs.org/howitworks)
Из личного опыта - работает хорошо.
Если кому нужен GUI, то есть Sirikali (https://mhogomchungu.github.io/sirikali/) или plasma-vault (https://github.com/KDE/plasma-vault). Sirikali стабильнее.
> cryfs - более современная и безопасная альтернатива (https://www.cryfs.org/howitworks)жаль только аудит этого студенческого курсовика никто не проводил.
как и оценку эффективности.впрочем, для дропбокса сойдет...
А rclone так не умеет разве? Мне казалось, что таки умеет
> А есть ли утилита, чтобы на удаленных облаках/серверах были исключительно зашифрованные
> файлы? Ну чтобы тащмайор обломился, получив от гугла содержимое моего гугл-драйва
> например.
> Ну и чтобы, соответственно, минимизировать трафик, т. е. если я изменил небольшой
> файл у себя, чтоб не пришлось обратно отсылать гигабайтный everything.tar.gz.gpg
Duplicity, duplicati
TrueCrypt 7.1a
2 чая товарищу!
Спросите у них знают ли они новости: https://github.com/ncw/rclone/issues
FAT32, exFAT, ReFS списаны.
И экзовантузам rclone в помощь.
Мне интересно посмотреть на этих идиётиков, которые используют такие зонды вместо Nextcloud. Что движет этими людьми? Виртуальные эксгибиционисты?
отсутствие лишних денег и лишнего времени, которое тоже деньги?кому (кроме наивных юнош, страдающих от безделья перед учебным годом) охота менеджить, затыкать дырки и следить за состоянием еще одного сервера, когда есть куча халявных сервисов - той или иной степени кривизны, конечно?
snap install nextcloud и включил автообновления. вот и всё обслуживание.
Угу, майнтейнеры ж честнейшие люди, при этом еще и никогда не делающие ошибок (и не впихивающие в обновления какой-нибудь вредной улучшайки, которая запросто поломает тебе всю автоматику).Вот у дропбокса они плохие бяки, взяли и все сломали, а у нехклауда прям зайчики, мы им верим на 101%
> Угу, майнтейнеры ж честнейшие люди, при этом еще и никогда не делающие
> ошибок (и не впихивающие в обновления какой-нибудь вредной улучшайки,Майнтайнеры придерживаются хоть каких-то политик, которые оговорены заранее. Dropbox придерживается политики своей левой пятки. Они ничего никому не обещали.
> кому (кроме наивных юнош, страдающих от безделья перед учебным годом) охота менеджить,
> затыкать дырки и следить за состоянием еще одного сервера, когда есть куча халявных сервисов -
> той или иной степени кривизны, конечно?А потом оказывается что халявный сервис может поставить всех раком и потребовать галстук в горошек. Или хотя-бы использование EXT4. Serious business, ё!
Все просто: держать Nextcloud на VDS при большом объеме - дорого. За 1тб яндекс.диск надо заплатить около 2000 руб в год.
Я очень люблю Nextcloud и использую его в бизнесе, но для неважных файлов, для которых, тем не менее, нужна удобная синхронизация - беру яндекс.диск.
170р в месяц - дорого? Да ты в день жрешь больше. Ты точно в ойти работаешь, или тебя уже в дворники поперли? :)
Эээ так не томите, где же тот VDS на 1 ТБ за 170 рублей в месяц? По-моему там ценник в принципе начинается с 500 рублей минимум.
> Эээ так не томите, где же тот VDS на 1 ТБ за
> 170 рублей в месяц? По-моему там ценник в принципе начинается с
> 500 рублей минимум.Это смотря как D в VDS читать. Если как "(pod)Divanny", то …
Хотя я бы не исключал очередную однодневку или лохотр^W мелкошрифтозамануху "только если вы родились 29 февраля, ваше имя начинается на "Хуан Ли ван Зайчик", вы заплатили за 20 лет вперед …"
Да хоть VDS в любом прочтении, хоть VPS, мне фиолетово. Покажите что угодно с терабайтом и ценником хотя бы в половину яндекс.диска (который, как выше сказали, 170р в месяц)...
> Да хоть VDS в любом прочтении, хоть VPS, мне фиолетово. Покажите что угодно с терабайтом и ценником хотя бы в половину яндекс.диска (который, как выше сказали, 170р в месяц)...Перечитайте еще раз, внимательно. И преставьте себе, визуально, теги <irony> <sarcasm> в нужных местах.
Для тех, кто не понял намека с мелкошрифтом, могу напомнить тот же "шустрый" переход амазона с безлимитки на 60$ за TB в год, что результировало в хороший такой "сюрпрайз-сюрпрайз" (типа ценника в 700$/год за 12ТБ) для некоторого количества пользователей.
У "VDS от Васяна" c долговременным ценником обычно не лучше, только/или же еще и норовят в самый неподходящий момент обанкротится и утянуть с собою данные.> что угодно с терабайтом
Да пожалуйста:
http://www.1mtb.com/how-to-get-10-tb-free-online-cloud-stora.../
https://ibbchina.com/wp-content/uploads/2016/05/Table7.png
Baidu Cloud: 2 TB
Weiyun: 10 TB
Qihoo: 36 TB
Наверняка высшее качество хранения и доступа, плюс конфиденциальность и никаких подвохов при использовании 36ТБ "на всю катушку"! </ирония>
не, ну если https://yunpan.360.cn/ тут вам сразу "все понятно" - то, наверное, вы получите свои 36 терабайт нахаляву.а лично я там вижу только квадратики и прямоугольнички - и еще чтототам про "windows/mac".
Насчет yunpan.360 все кончилось предсказуемо, если кто не вкурсе:
"China based Giant Cloud storage service '360' dies!"
https://www.mobileread.com/forums/showthread.php?t=279609
> Насчет yunpan.360 все кончилось предсказуемо, если кто не вкурсе:
> "China based Giant Cloud storage service '360' dies!"
> https://www.mobileread.com/forums/showthread.php?t=279609А амазон живет. Тут один типаж рассказывал success story, когда ему данные наконец понадобились. Хранение данных - какие-то копейки за кучу данных, спору нет. Скачать ваши гигазы? Всего $200! :) Условия тарифного плана читайте! :)
> переход амазона с безлимитки на 60$ за TB в годМмм. Поясните, где у амазона $60 за ТБ в год, если не секрет. Я вот вижу не меньше $160 в S3 даже за хранилище нечастого доступа.
> Наверняка высшее качество хранения и доступа, плюс конфиденциальность и никаких подвохов при использовании 36ТБ "на всю катушку"! </ирония>
Бесплатно с иронией - не нужно ;) А по существу, за деньги и без иронии - только не слишком большие - можно? Конфиденциальность и высшее качество хранения не нужно (для этого есть шифрование и копия в другом месте). Хорошее время доступа, конечно, желательно, а не как у китайцев...
>> переход амазона с безлимитки на 60$ за TB в год
> Ммм. Поясните, где у амазона $60 за ТБ в год, если не
> секрет. Я вот вижу не меньше $160 в S3 даже за хранилище нечастого доступа.Гм, куда-то пропал "Amazon Drive" из текста:
https://www.amazon.com/b?ie=UTF8&node=15547130011
> Price: $59.99
> Digital Storage Capacity: 1 TBКупить хард и положить его в банковсую ячейку встанет примерно в такую же сумму.
...
> Бесплатно с иронией - не нужно ;) А по существу, за деньги и без иронии - только не слишком большие - можно?Да если бы знал - с радостью. Я же о том вроде как с самого начала писал …
Просто не так давно искал хранилку бэкапов "для себя". И вот все на первый взгляд, вроде как у анонима в #147 описано - "зашибись и чуть ли не с доплатой".
А начнешь копать - то очередная непонятная однодневка, то нужно знать "квадратики" (да еще и неясно, что там с гарантиями).
Ну и у многих, как в амазоне, шугарсинке (если не путаю с дропбоксом) и т.д. вылезает "смена правил игры" (в смысле - лимиты, цены и т.д.) через пару-тройку-десятку месяцев, а уж о времени доступа, ширине канала и прочем вообще лучше не упоминать.
И тут вон, анонимный товарищ в #147 начинает рассказывать об очередном цифровом царстве с молочными-широкопоточными реками данных, чуть ли не даром ($2.5/месяц) …
> Ммм. Поясните, где у амазона $60 за ТБ в год,Зато когда этот терабайт наконец понадобится, придется узнать кое-какие детали тарифа... и в этот момент будет довольно неудобно отказываться платить по счетам :)
В компании упадок, волна сокращений ... (Предположение)
во всех облачных компаниях сейчас этот упадок. потому как в свое время они внезапно наплодились как грибы, а потом резко выяснилось, что облака для содержания очень дорогие, а люди ими только за бесплатно пользоваться хотят.
Говорят Амазон и Микрософт основной доход имеют как раз и облаков. Врут? Не думаю...
Амазон и микрософт дают арендовать мощности с этих облаков, это совсем не то же самое.
>а люди ими только за бесплатно пользоваться хотят.И в чём же разница?
В целевой аудитории
Чепуха.1) Облако в содержании дёшево - прежде всего за счёт отказа от выполнения индивидуальных хотелок и полной стандартизации и автоматизации.
2) "Только за бесплатно" - это местная илююзия, с оставшимся от совка "как бы что урвать нахаляву". Другое дело, что со временем таких пассажиров накапливается много и их начинают ссаживать - либо намеренно, либо, как в этом случае, просто перестают учитывать их интересы. А так - платных клиентов у облаков было и есть довольно много.
Чепуха это твоё безапелляционное мнение. Большие компании деньги считают. И если поискать про строительство ЦОДов выяснится что несколько лет назад начали, большие фирмы, под себя строить снова. Твои общие облачка работают и дешевы только в случае стартапов. Замесил навоза по дешевке - не взлетело - выкинул. Потому что как только начинаешь запихивать большие объёмы данных в облачка стоимость очень так поднимается. Только на опеннете анонимы шарят в экономике. А тот же ФСК ЕЭС не только свои мощности используют, но ещё и(ужас та какой) на фирменных домах междельмаша работает. И так выясняется что им выгодней уменьшить оперзатраты и всё переложить на капитальные. Но местных не проведешь - биг дата, диплернинг, артифишикал интелледжент, смартгрид, клауд, вотэтовотвсё.
1. Ну тебе то виднее что пытается сделать любая компания. На сдачу с ресторана десяток в месяц таких компаний покупаешь. Финансисты что им скажут нарисовать, то и нарисуют-посчитают. Скажут надо в облака перейти, они такой расчет предоставят. Скажут перейти на своё - и здесь обоснование подгонят.2. Пилевать на эту стандартизацию, если у ней стоимость начинает резко расти в зависимости от увеличения хотелок. Трафик в месяц большой - заплати по другому тарифу. Или если облако это внезапно упадет и разложится. Будет всё равно какая стоимость в этом случае. О, ещё одно модное словечко - девопс. Как же я забыл. Как раньше работали, совершенно не представляю. Ваш подход: уяк-уяк и в продакшен я всецело понимаю, но поддержать не могу.
3. Была речь о дешевом решении. Всё дешевизну и прочие прелести обсудили в своё время у олдменна в жж. Так же как и бывающий обвал облаков, внезапное прекращение предоставление услуг облачка\хранилища данных и т.д. Вот не записываю я все эти истории, но помню один человек сделал смешно рассказом. Внезапно разослали письмо что хостинг данных закрывается, облачко схлопывается через небольшой промежуток времени. Несколько терабайт данных у человека просто перестало существовать - пропало. Потому что внезапно выяснилось облачко к себе быстро забирает, а на раздачу выдает в час по чайной ложке. И толпа людей ломанувшимися за своими данными нехило так нагнула раздачу.
> Пилевать на эту стандартизацию, если у ней стоимость начинает резко расти в зависимости от
> увеличения хотелок. Трафик в месяц большой - заплати по другому тарифу.как будто свои стойки в DC спасают от этого ? Траффик превысил лимит - заплатишь по другому, очень недружественному тарифу (и получишь нежную рекомендацию заплатить на других условиях, с триггером чуть повыше).
Кончилось место - расширяй хранилку. А, што, лимит лицензии? Нууу, я прямо не знаю... вот тут скидочку аж 3% предлагают...А еще кончаются юниты, а аренда новой стойки почему-то выходит как предыдущего ряда целиком, или юниты есть, электричества нет и не будет "вы и так на десять киловат превысили допустимую нагрузку". Дохнет это самое электричество вместе с резервным генератором и хз чем там еще, что должно в теории было обеспечить тебе работу, а на практике нихрена не завелось. Дохнет охлаждение, и никто не собирается выплачивать тебе компенсации за сгоревшее оборудование...
Нет, если это твой основной бизнес - вероятно, будешь со всем этим трахаться - в конце-концов, оптом дешевле, а у тебя есть и люди, и сокровенные знания, и налаженные контакты с поставщиками.
А если твой основной бизнес - продажа каких-нибудь дурацких страховок - то ничуть не странно обслуживающие сервисы саутсорсить куда-то целиком.
Свои стойки, в своём ЦОД вполне себе спасают. Говорю сейчас не про стартапы всякие. А вот в аренде что мощности целиком, что место под своё оборудование - да - оно к такому и приводит. Лимит места определенного превысил - плати по другому тарифу. Лимит сетевого трафика превысил определенного - добро пожаловать на повышенные расценки. Лимит мощностей процессорных превысил - заплати-ка ещё сверху.
Всем поклонникам облачков желаю что бы их деньги проходили не через процессинговые центры визы, а через облачка - на писючках линуксовых.
> Свои стойки, в своём ЦОД вполне себе спасают.добавляем к потерям - стоимость ЦОД со всеми потрохами, включая команду инженеров совершенно некомпьютерных специализаций - от строительной до систем пожаротушения - которых надо кормить ежемесячно. Причем, вероятно, не одного а нескольких.
кстати, каналы у вас тоже свои - прямо вот и между площадками, и до ix'ов в Европе и америках? Электричество - из собственной электростанции, соляра для генератора - из собственных скважин на собственных НПЗ - или все же где-то приходится остановиться и банально покупать продукты и услуги,а не жить натуральным хозяйством?
Нет, если вы продаете услуги ЦОД - другие варианты ведут к факапу, потому что тот, к кому вы придете "может и сам справиться с вашим делом". А в остальных случаях эта независимость не факт что еще и окажется лучше аренды - потому что в вашем банчке специалисты явно классом пожиже тех, что работают в каком-нибудь вполне унылом м1 -ну просто потому что неинтересно хорошему специалисту в банчке.
Как найдешь финансовую ответственность этих аутсорсеров облачных за прое^W потерю данных по вине джамшуто-кумаров так и приходите.
А так - да: АВР, три входа(две подстанции + дизель), АГПТ. Оптика почти вся своя разбросана - основной и резерв канал. Плюс часть основных каналов резервируется прозрачно для меня через другие волокна.
Насчет где пожиже я уже смеюсь. Общение со всеми интеграторами-консалтингами-аутсорсерами и прочей нечистью это одно. А кто будет потом сидеть на первых линиях техподдержек это другое.
> Как найдешь финансовую ответственность этих аутсорсеровдавай я поищу для начала твою финансовую ответственность, дорогой сделай-самка?
Все что ты можешь дать, даже с паяльником в .опе - ненужная банчку твоя квартирка в отдаленном районе и ржавая тачка. Оно расходов на один генератор не покроет, даже если паяльников в ближайшем ларьке купить два ящика и распихать всему отделу, отвечающему за около-ит.
А у аутсорсеров как раз вполне себе бывает sla, если мы не дряньбоксы в розницу покупаем, а услуги посущественней-подороже, и у них при этом есть что отжать, если вдруг по их милости бизнес навернется. Причем всякие резервные мощности в облаке и резервные каналы не стоят почти ничего, пока не используются - а ты за свою опту и поддержание ее в живом виде будешь платить постоянно. Причем навряд ли получится особенно хорошо - в отличие от тех, чей прямой бизнес - продажа опты.
понятно, когда деньги бесконечные, об этом как-то не принято думать, и можно их бульдозером зарыть прямо в землю, но не надо это выдавать за технологическое достижение и великую дальновидность.
Поищи родной, поищи. Опыт общения и работы как внутри компании так снаружи в качестве аутсорс, использование сторонних аутсорсеров много дал для размышления. Работа людей внутри компании и тех же людей на аутсорсе - две совершенно разные истории с разными "SLA" и отношением к работе.
Видишь ли яхонтовый-брулиантовый мой, не все как ты на соске у сторонних фирм сидят. Многие успели в разных условиях поработать и есть с чем сравнить. Понимаю горячее желание защитить свой маня-мирок аутсорса. Это же твой хлеб, хехе, чем больше народа пойдет отдавать услуги в аутсорс, тем таким как ты больше денег перепадет. Да, и если правильно считать твоя своя опта выйдет дешевле мощи в облаке. Просто считать надо правильно. Мне опта для работы и нормальной загрузки канала нужна. И нехер это сравнивать с выключенными мощностями в облаке которые внезапно можно нарастить. Нарасти, поработай 24 часа в сутки эндцать месяцев подряд, потом сравни с стоимостью своего решения.Просто когда происходит внезапный факап выясняется что всё менеджерье сэкономило копейку, на оплате услуг таких как ты. А убытка принесло на тысячу. И концов найти практически не возможно. Менеджерье очень аккуратно подписывало договора, там забавные формулировки попадаются. Никто не виноват, правила сами нарушились. В результате конечные пользователи не работают, происходит активное общение с техподдержкой(ваш звонок очень важен для нас вотэтовотвсё), растет KPI, а работа стоит. Аутсорс в мыле и показывает отличное повышение KPI на тему количество отработанных заявок, не забывая перепихивать на других эти заявки. Это я могу рассказать как неоднократно участвовавший в решении косяков аутсорсинговых фирм и попытки через договор получить с них компенсации.
Допустим что было из интересных ваших аутсорсеровских факапов в течении последних лет... А вот когда аутсорсер оператор не знал что его последняя миля проходит через теневого оператора. И часть определенного трафика у теневого оператора пропадает. Но как сам оператор нам SLA отлично обеспечил, как он яростно заявки перепихивал внутри себя. Любо дорого смотреть. Судя по переписке всем медали надо выдать. А по факту мне лично пришлось общаться со всеми на земле. И, внезапно, из сторонних рук узнавать про ещё одного участника на арендованном канале.
Так что вы гудите аутсорсеры на золотых ипотечных ламбах, рассказывайте за свою крутизну. Вашим рассказам цена навоз. Даже хуже - навоз хоть денег нормальных стоит и пользу приносит. А весь ваш аутсорс, в большинстве своем, кончился когда монополисты выкупили все конторы уровня регионального и ниже.
Поддерживаю. Особенно веселит когда спрашиваешь у "облачных "профессионалов"" как у них делается бэкап, по какой схеме ротации, и как называется должность инженера, который за это отвечает. Они сразу как-то нервничать начинают, кричать: "Ну как же Вы не понимаете, это же облако, у нас всё надёжно!"
Вот именно. И основная беда - никогда точно не знаешь кто ответственный. Сейчас все сидят здесь и нормально аутсорсят. А через полгода внезапно всю поддержку отдадут кумарам на сторону. И клиенты в жизни об этом не узнают. Потому что зачем знать клиентам, что много звенящих сольдо они теперь отдают не профессионалам с многолетним опытом, а студентам на тестовом сроке. Так клиенты могут потребовать уменьшения платы. А менеджер компании аутсорсера только-только получил бонус за оптимизацию внутренних расходов.
А вот что же у нас всю техподдержку пытаются включить в стоимость оборудования/лицензий, акционерам видите-ли нравится, когда стоимость активов компании больше, а операционных расходов меньше.А в чужие облака никто из крупных не идет особо, потому что санкции введут и машем ручкой данным и все придется аврально переносить назад, свои - совсем другое дело.
> А в чужие облака никто из крупных не идет особо, потому что санкции введут и машем ручкой даннымидите в свои, мэйлсру с удовольствием вас продаст...ой, простите, вам продаст.
У крупных операторов за последние пару лет проблемы по BGP были. К нам внезапно меньше стало приходить маршрутов. Через неокторое время всё вернулось. А везде тихо-гладко, никто ничего не делал. QOS пришлось делать в жесткой связке с одним из технарей. Это оказался даже не второй технарь к которому направили, а третий или четвертый. Остальные только крыльями могли махать и удивляться что пропадает маркировка на трафике.
А тут рокетсайнс предлагается местного разлива попробовать - облачка.
> 2) "Только за бесплатно" - это местная илююзия, с оставшимся от совка "как бы что урвать нахаляву".Я бы сказал, что тут еще важно понимать, о людях с каким уровнем дохода идет речь. У меня есть энное количество знакомых уровня "руководитель в крупной компании/владелец небольшой компании", так среди них очень большой процент имеет платные аккаунты облачных сервисов, точно больше половины. Причем, интересна статистика: примерно половина из них платит гуглу, а другая половина - яндексу, аккаунтов дропбокс и иже с ними не припомню ни у кого.
Это уже местные особенности - примерно как в постсовке была аська популярна. А так - ну да, если один средний обед дороже, чем месячная стоимость аккаунта - чего ж не взять. А кому $10 - адски большая сумма - так они в принципе не клиенты и ими не станут. Поэтому обычно в какой-то момент таких товарищей выдавливают, как тот же гугл apps (или как там они назывались) бесплатные прикрыл на фиг.
> гугл apps (или как там они назывались) бесплатные прикрыл на фиг.Гугл драйв ничего не прикрывал. Как были, так и есть 15ГБ: https://www.google.com/intl/ru_ALL/drive/
Бесплатный диск никуда не делся. Возможность бесплатно хостить маленькие игрушечные приложения делась. Предполагаю, что это потому, что из пользователей диска 98% держат там котиков, а вот если человек сумел написать какое-никакое приложение, но при этом денег на хостинг у него нет от слова "совсем" — то он по определению хитрозадый и найдёт способ выжать из бесплатного ресурса всё и ещё немного. Дисклаймер: у меня самого висит там парочка сервисов. Старые они не прикрывали, но новых заводить уже не дают. Если подскажите новое место, где по прежнему дают (бесплатно и насовсем; доллар в месяц — это не бесплатно, триал один год — это не насовсем), буду благодарен. Но, кажется, таких не осталось.
Я не помню, как эта ерунда называлась - когда гуглопочту и прочее прибиваешь к своему домену. Потом халяву прикрыли понемногу, осталось платное (или бесплатное для образовательных учреждений).
> уровнем дохода идет речь. У меня есть энное количество знакомых уровня
> "руководитель в крупной компании/владелец небольшой компании", так среди них очень большой
> процент имеет платные аккаунты облачных сервисов, точно больше половины. Причем, интереснаА своим админам за то же самое платить они не пробовали? Молодцы, одобряю.
> статистика: примерно половина из них платит гуглу, а другая половина -
> яндексу, аккаунтов дропбокс и иже с ними не припомню ни у
> кого.потому что им никто про них не рассказывал, а гугляндекс рекламирует себя на каждом углу.
про дропбокс обычно узнают при поисках вилеза или вареза, а твои руководители заставят это делать админа. Вместо нормальной работы.
https://www.google.com.ua/search?ei=LGZzW_jbCMXF6QTSj6nYCw&q...
Нате. На первом месте те кто себя плохо рекламируют
А когда-то был подъем? неужели лох вымер?
> В компании упадок, волна сокращений ... (Предположение)Если компания три раза переписывает свой серверный софт с ноля на разных ЯП, наверное оптимальность принятия решений там очень так себе.
Это как же нужно писать чтобы прикладной программе уровня cp была важна файловая система?
Учись :))
Ждем dropbox.ko
> Ждем dropbox.koПравильнее dropbox.ko-ko-ko
+100500
+9000
Тут с шифрованием борьба, а не с "другими фс"
поподробнее пожалуйста
> поподробнее пожалуйстаТак, стоп. Всякие encfs же спокойно монтируются поверх ext4. Тогда, получается, броськоробка умеет в иноды ext4 и не хочет уметь всё остальное?
Не хочет уметь шифрование, хочет нешифрованные данные.
На ext4 лежат шифрованные данные, их и нужно бэкапить.
Ну и кто тут ССЗБ?
с шифрованием не работает дедупликация. а это доп расходы на хранилище.
я думаю будет поддердка всех фс за деньги
И это был бы самый честный подход, лучше - только полностью открытый клиент и явная оплата за хранимый объём и трафик. Впрочем, для такого есть тот же Backblaze.
Монтируется не поверх EXT4 а поверх VFS (виртуальная фс линукса), далее скорее всего какой то ionotify,
> Тут с шифрованием борьба, а не с "другими фс"Ну, хоть кто-то понял)
Нормальное шифрование делается уровнем ниже ФС. А вот "убунтоводное" с галочкой на зашифрованный хомяк как раз о там. И наверняка оно популярнее
> Нормальное шифрование делается уровнем ниже ФС.и ты не можешь синхронизировать файлы с клаудом (потому что fs видит их нешифрованными), если, конечно, там было что шифровать.
Кстати, encfs обеспечивает вполне себе нормальное шифрование, и прошла вполне приличный аудит (хотя и оставивший вопросы, которые стареющий автор уже поленился исправлять, но они такие... "а если NSA вдруг покрутит твои данные на суперкластере") - в отличие от любимого тобой md.
И дропбокс ей пофиг - "все как вы хотели, ext4, хоть обдетектируйтесь".
но да, целью являются убунтоводы с хомяком, пошифрованным из коробки (и, помнится, галочку надо было специально сбросить, чтобы не шифровало). Все остальные найдут кучу способов кинуть дропбоксеров и подсунуть им таки мусора вместо своих данных. А любители уже-почти-окончательно-еще-чуть-чуть-совсем-без-малого готового для десктопа (читай "чтоб за виндовс не платить" и быть "не как все") - вряд ли.
Я вижу запрет на encfs --reverse, но не на обычный encfs.
Или его тоже как-то отслеживают?
Ну, тоже немало - --reverse как раз идеальный режим для синхронизации с облаками -всё шифрование выполняется только для облака, при локальном использовании затрат нуль.Не думаю, что будут что-то отслеживать - полагаю, там логика вроде "большинство линуксоидов сидит на ext4, для неё есть такой-то удобный IOCTL, вот её и будем поддерживать, так как остальных совсем мало и не окупится".
>--reverse как раз идеальный режим для синхронизации с облакамиТолько для некритичных вещей типа коллекции музыки.
Профили браузера и почтового клиента должны быть зашифрованы на локальном диске.
Синхронизация этих самых профилей через dropbox - это вообще какая-то странная идея. Что до локального шифрования... А зачем? Разве что если это ноутбук - но там я бы вообще в сторону шифрования внутри диска тогда смотрел, и безопаснее, и даром. Подразумевая, что от местных спецлужб, охотящихся лично за тобой, прятаться не пытаешься, конечно.
> Что до локального шифрования... А зачем?Я - за полное шифрование диска.
> Разве что если это ноутбук
Согласен.
А еще, если это казенный комп на работе. Нефиг там лазить шаловливым эникеям с r-studio.
А еще, дома. Это ожидаемое интуитивное поведение: у тебя есть пароль от компа, и если его знаешь, все работает, если не знаешь - не работает. То, что чаще всего это пароль от учетки, и все данные простым копированием с диска можно получить - вот это как раз нетривиально для юзеру. (Аналогично, передача нешифрованных данных по сети. Нетривиально для юзера, что, по дефолту, введенные в форму браузера данные доступны любому эникею на шлюзе)
> Что до локального шифрования... А зачем?Ну вот смотри, если некто левый дорвется до твоих данных, что хорошего они тебе сделают? Наверное ничего. А что плохого? Придумывается много разных вариантов. Наверное затем.
В ext4 же есть встроенное шифрование (добавляли в последние годы, помню).
> В ext4 же есть встроенное шифрование (добавляли в последние годы, помню).Так смысл не на диске шифрованно хранить а в дропбоксе
> Тут с шифрованием борьба, а не с "другими фс"Вряд ли. Никаких преград luks-у тут не будет.
И к чему эта новость когда есть Nextcloud, Owncloud, Seafile, Sparkleshare, etc...
К тому что мильен хомячков не может ошибаться...
> К тому что мильен хомячков не может ошибаться...Как показывает практика, это обычно и происходит...
Получается на ext4 есть возможность следить за пользователем?Все мы знаем что Э.С. советовал не испол. дpoпбox.
Дропбокс это ловушка. Не пользуйтесь им.
Пиар-манагеры дропбокса минусуют.
dropbox rip. давно пора. хватит лениться, настраиваю личный сервис на vps
> настраиваю личный сервис на vpsдавно настраивешь? а почему так долго?
все кто захотел -- взяли и быстренько настроили :-)
> хватит лениться
правильно! сам себя не поругаешь, не подстегнёшь -- дело не продвинится.
хватит линиться! :-) давай уже заканчивай настройку!
Давно уже простые консольные утилиты на VPS работают.
>[оверквотинг удален]
>Ubuntu (Unity) и GNOME Classic.
>XFCE поддерживается, если установлены соответствующие зависимости Nautilus.
>Оболочка GNOME изначально отображает наложения файлов, но требует расширения >TopIcons, чтобы получить индикатор приложения (значок в трее).
>Dropbox использует Qt 5.5:
>GTK 2.12 или выше
>Glib 2.22 или выше
>Libnotify 0.4.4 или выше
>Libappindicator 1.0 или выше
>Nautilus 2.30.0 или новее
>Исходный код установщика Nautilus был выпущен под лицензией MIT, и люди >сообщали о создании из source в разных версиях Gentoo, Arch Linux, OpenSUSE и >Debian.Делайте выводы.
Несколько слов даже не знакомы. Помогите с выводами)
>Несколько слов даже не знакомы.Какие именно?
>Помогите с выводами)
...и тогда посмотрим.
загадки загадывать будете или пользу сообществу приносить своим нужным мнением. возможно вы видите то чего нет, по причине аутизма. Выражайте мысль так, что бы вас поняли.
>загадки загадывать будете или пользу сообществу приносить своим нужным мнением. возможно вы видите >то чего нет. Выражайте мысль так, что бы вас поняли.Посетите эту ссылку:
>https://www.opennet.me/opennews/art.shtml?num=46819Нажмите на "порции документов" (там появились новые публикации (ctrl+f - и [например] введите freebsd)), за пингвинами, фряхами, яблочками и форточками идет тотальная слэшка. А выводы - придется пользоваться только KolibriOS или Icaros.
Настоящие конспирологи хранят свои секретные документы только в личной памяти.
Всё остальное - лишь повод для терморектального криптоанализа, в процессе которого испытуемый внятно и безошибочно сдаёт все ключи шифрования.
> Настоящие конспирологи хранят свои секретные документы только в личной памяти.
> Всё остальное - лишь повод для терморектального криптоанализа, в процессе которого испытуемый
> внятно и безошибочно сдаёт все ключи шифрования.Правильно, пароль надо на бумажке записывать. И хранить ее под клавиатурой. Если не под клавиатурой - это уже форменное свинство.
Единственная ценность от пользователя-хомячка - его ценный мех, т.е. данные, знание которых позволят на нём же и зарабатывать. И это относится к любому "бесплатному" сервису от добрых дядей. В конкретном случае ещё накладывается банальное урезание бюджета дропбокса.
> В конкретном случае ещё накладывается банальное урезание бюджета дропбокса.на встраивание детекта файловой системы, как видим, бюджета еще вполне хватило ;-)
правильно, нех засорять дорогостоящие хранилки своим шифрованным трэшем.насчет зарабатывать - я думаю, все же, тут пилежка денег инвесторов, _думающих_ что вот это вот все, big data, профайл на каждого жителя планетки с историей движений его мышки с момента первого доступа к планшетику в три годика - они когда-нибудь кому-нибудь сумеют очень выгодно продать. А рептилоиды никогда не платят.
То есть надувается новый пузырь доткомов, обеспеченный деньгами идиотов. Ничего особенного, был уже один, в 99м классно лопнул. Уцелел только Амазон.
Что-то мне кажется, что они тупо задействовали что-то ext4-специфичное и чихать хотели на всех остальных. Именно в плане оптимизации усилий и расходов. Я вообще сомневаюсь, что они данными торгуют - это ж не фейсбук, от которого всё равно деваться некуда, один скандал - и все на фиг разбегутся, благо альтернатив вагон. Да и вполне понятная модель монетизации на платных тарифных планах у них есть.
>это ж не фейсбук, от которого всё равно деваться некудаНи разу не был на фейсбуке, я что-то упустил?
Угу, упустили. То, что если человек там сидит не первый год, а потом прилетает скандал с утечкой личных данных - он, конечно, поматерится, но деваться от уже сформированного круга контактов ему некуда. И да, вы (я, кстати, тоже), без фейсбука прекрасно обходящийся - меньшинство, и это стоит учитывать, когда рассуждаешь о мотивах корпораций. Конторе плевать на особые случаи, её поведение массового потребителя интересует. Никгда не случалось, когда заказчик говорит "такую-то фичу использует всего N клиентов, мы её убираем"?Так вот, клиенту дропбокса, в отличие от клиента фейсбука, перебежать на другой сервис ничего не мешает - ему, скорее всего, ещё и любезно предоставят возможность сделать это одной кнопкой. Поэтому фейсбуку на скандалы, в общем, плевать, а дропбоксу - нет.
Я за один месяц слинял. Вернее за один день, месяц аккаунт был на отстое - такая у фб политика удаления акков. И произошло это ещё до скандала с перс данными. Просто слух прошёл "фейсбук обязывает пользователей сделать селфи". Я тут же взял и слинял - ещё свежа память, как тентакль внезапно обязал всех привязать мобилу - и теперь аккаунтом ни воспользоваться, ни удалить.
Вообще-то не месяц, а, несколько я знаю, год. Вы в течение этого времени можете восстановить аккаунт
> Что-то мне кажется, что они тупо задействовали что-то ext4-специфичноену вот что может задействовать аналог rsync?
> Да и вполне понятная модель монетизации на платных тарифных планах у них есть.
она у гугля тоже как бы есть. Что не мешает ему рыться в твоих данных (правда, они мамой клялись что больше так не делают...с чего бы, интересно ;-)
> Что-то мне кажется, что они тупо задействовали что-то ext4-специфичное и чихать хотели
> на всех остальных. Именно в плане оптимизации усилий и расходов. Я
> вообще сомневаюсь, что они данными торгуют - это ж не фейсбук,
> от которого всё равно деваться некуда, один скандал - и все
> на фиг разбегутсяПарочка была, не особо разбежались.
Я бы не списывал вариант какой-то торговли данными, но тоже кажется, что скорее всего дело в "тупо задействовали что-то ext4-специфичное".https://web.archive.org/web/20121020152158/http://www.inform...
https://www.zdnet.com/article/dropbox-bug-kept-users-deleted.../
http://fortune.com/2017/01/25/dropbox-bug-delete-files-restore/
Без лоха и жизнь плоха...
Автор темы, Вы что не могли дочитать до конца или Вы специально так сделали???>Мы будем поддерживать только самые распространенные файловые системы, >поддерживающие X-attrs, поэтому мы можем обеспечить стабильность и >последовательный опыт.
Похоже им просто было лень поддерживать другие ф.с..
> Похоже им просто было лень поддерживать другие ф.с..покажи свой код, требующий какой-то там "поддержки fs", для банальной имитации rsync.
(ок, предположим ты такой фееричный идиот, что вместо использования обычных рсинковых методов хранишь информацию синхронизации в xattr и ломаешься без них - заодно ломая банальный tar, потому что я, не зная о твоих милых привычках, не буду архивировать в него неиспользуемые мной фичи fs - штабильность, опыт, мля)я вот один такой код знаю, так он в линуксе сломан именно на ext4 уже пятнадцать лет (Линус лично продемонстрировал свой палец в ответ на багрепорт и велел пользоваться таром и не приставать, у него концепция!)
>какой-то там "поддержки fs"Не fs а ф.с. что значит файловая система.
>я вот один такой код знаюКакой код?
>Линус лично продемонстрировал свой палец
Не приличный жест Линус показал лишь один раз и именно по случаю "Nvidia Optimus".
История:
Мэтью Гарет работал над технологией установки и запуска линукс на компьютер с защищенным загрузчиком UEFI Secure Boot. Это метод подразумевает использование подписанного Microsoft ключа UEFI. Товальдсу это не понравилось, и он выразил это в жесткой форме. Позже Мэтью Гарет получил премию от ФСПО за эту работу.Естественно он ее получил ведь обратная сторона не дремлет. О как хорошо, за это еще и премии дают. Давайте сотрудничать с ними. Ведь они же сами написали что они нас теперь любят.
И они полюбили и стали они платиновыми спонсорами линукс и пришел леннард и внес разлад в сообщество и раздробилось сообщество на разные группы (разделяй и властвуй) и позже того кто начал сверг...
А как все начиналось, были приняты правила. Но со временем забыли правила и пали.
Зая, ты просто молодой ещё, историю с dump не помнишь.
> История:
> Мэтью ГаретВообще ни при чём.
PS: если что, я написал https://en.altlinux.org/UEFI_SecureBoot_mini-HOWTO
>Вообще ни при чём.
>PS: если что, я написал https://en.altlinux.org/UEFI_SecureBoot_mini-HOWTOMichael Shigorin это удивительно!
Если покапаться в в источниках то Мэтью Гарретт получил премию не за SecureBoot а это:
"Мэтью Гарретт, программа пропаганды GNOME Foundation для женщин - победитель премии за бесплатное программное обеспечение. - 22 марта 2014 г. 19:10"
Кому интересно, а так ли это, исследуем:
>https://en.wikipedia.org/wiki/Matthew_Garrett
Он является лауреатом премии Free Software Award от Фонда свободного программного обеспечения за работу над защищенной загрузкой, UEFI и ядром Linux.[3]
ссылка[3] ведет нас на это:
>https://www.fsf.org/news/free-software-award-winners-announcedЧитаем статью и видим ниже ссылку на источник:
Более подробную информацию об обеих наградах, включая полный список предыдущих победителей, можно найти на странице https://www.fsf.org/awards.
Открываем:
2018 nominations are now open: Award for the Advancement of Free Software
>https://www.fsf.org/awards/fs-award"Matthew Garrett, GNOME Foundation's Outreach Program for Women are Free Software Award winners - Mar 22, 2014 07:10 PM"
открываем и попадаем на тот же самый сайт с которого и начили (а именно на ссылку [3]):
>https://www.fsf.org/news/free-software-award-winners-announcedХорошо, читаем дальше в Wikipedia:
В то время как в Red Hat Гарретт также работал над вопросами, касающимися Secure Boot и UEFI и ядра Linux, чтобы сохранить способность пользователей запускать операционную систему по своему выбору на аппаратном обеспечении, поддерживающем Secure Boot.[15]нажимаем на ссылку [15], вот беда, а это не ссылка а только текст.
Ладно, вобьем в поисковик - Microsoft, Red Hat spar over secure boot-loading tech. Computer News Middle East. 25 September 2011.
Открывем одну единственную ссылку с таким полным названием и попадаем на:
>https://www.tahawultech.com/cnme/news/microsoft-red-hat-spar.../И что мы видим? Никаких доказательств!
[ps: минус не я Вам поставил]
> PS: если что, я написал https://en.altlinux.org/UEFI_SecureBoot_mini-HOWTOэ... Стесняюсь спросить - а этот гемор за деньги уже обязательно нужен, или все же осталась вполне банальная и работающая схема ручного добавления своих ключей в uefi, без всяких дурацких подписей microsoft?
У меня на ext4 трещит жесткий диск, страшно трещит. На других фс все ок. Ну значит пусть идут нафиг со своим дропбоксом.
Это сврщик разработал режим прожига для HDD в режиме extfs
Попробуй торренты на zfs и brtfs.
Регулярно юзают торренты. Основная FS BTRFS. И чо? Тишина, никакого треска нет.
авторы торрент-программ сначало создают файл, заполненный нулями, но не дырками (аллоцируют всё пространство файла, недопуская дырки).затем думают что покусочкам этот файл изменяют.
эта концепция (алгоритм) -- оказывается ОЧЕНЬ СМЕШНОЙ 🤣🤣🤣 с точки зрения COW-файловых систем.
> авторы торрент-программ сначало создают файл, заполненный нулями, но не дыркамиВ любой приличной торрент-качалке это отключается в настройках
Это изначально отключено и непонятно для кого это нужно.
> Это изначально отключено и непонятно для кого это нужно.Для более обычных файлух и систем где штуки типа fallocate() не работают или работают плохо. Но реально протирать файло нулями на штуках типа Linux в основном лишь сильно грузит диск в начале закачки, мало чего давая с точки зрения фрагментации. Достаточно хинта преаллокации, btrfs его понимает не хуже остальных.
Улыбку вызывает твоя попытка казаться обладателем сокровенных знаний.> затем думают что покусочкам этот файл изменяют.
Нет не думают.
Думают о том чтоб скачивание файла не остановилось из-за нехватки места.
> Думают о том чтоб скачивание файла не остановилось из-за нехватки места.А я-то думал это чтобы не допустить фрагментации.
> А я-то думал это чтобы не допустить фрагментации.дружище, msdos давно уже немодно.
фрагментация в мультизадачной системе ничему не вредит.
> фрагментация в мультизадачной системе ничему не вредит.Кроме того что потом при просмотре мувика диск начнет зашиваться и мувик чего доброго лагать начнет. Можно конечно на SSD качать, только дороговато это как-то получается...
man fallocate
> man fallocate-
> This is a nonportable, Linux-specific system call. For the portable,
> POSIX.1-specified method of ensuring that space is allocated for a
> file, see posix_fallocate(3).
>Все правильно, все верно, все по заветам:
> In fact, the way I see things the Linux API has been taking the role of the POSIX API and Linux
> is the focal point of all Free Software development. Due to that I can only recommend developers
> to try to hack with only Linux in mind and experience the freedom and the opportunities this
> offers you.(c) The Oneandonly Lennart I
> Все правильно, все верно, все по заветам:справедливости ради - когда его писали, никакого posix_fallocate в помине не было. Поэтому позиксная версия и называется так уродливо - когда тормоза из позиксклуба добавили таки его в стандарт, короткое имя было уже занято.
Скажем, в той же freebsd он появился только в 14м году, судя по манам.
(разумеется, эта фича, как и многие другие - банальная копипаста из винды, где она появилась еще во времена NT3.1... или раньше, по-моему, у OS/2 1.3 уже был аналогичный апи)
> авторы торрент-программ сначало создают файл, заполненный нулями, но не дырками (аллоцируют
> всё пространство файла, недопуская дырки).Чтобы рассуждать о предмете - надо в нем разбираться. У системы есть апи, позволяющее заказать непрерывный регион "мягко", без записи. У сколь-нибудь нормальных клиентов есть настройки - использовать это апи, вообще протереть все нулями, или вообще не рыпаться.
Кстати протирание 20-гигового торента нулями гарантирует длительный тупняки, так что оптимальность именно этого режима довольно спорная даже для обычных файлух. На самом деле хватит и "мягкой" преаллокации через апи, если диск не забит под завязку. А если забит - ничего не поможет, потому что непрерывного региона на 20 гигов там просто нет.
> затем думают что покусочкам этот файл изменяют.
Они его и изменяют по кусочкам, по мере получения данных. А насколько это (не)оптимально будет для конкретной файловой системы... 20-гиговый преаллокнутый торент с XFSа удалялся 30 минут. Не любит XFS работу с метаданными. Да и на EXT4 работа с таким торентом выглядит так себе.
> эта концепция (алгоритм) -- оказывается ОЧЕНЬ СМЕШНОЙ 🤣🤣🤣 с точки
> зрения COW-файловых систем.В уважающих себя торентокачалках настройки преаллокации есть. Можно поставить не враждебные файлухе значения. А если все же зафрагментилось и тупит, в btrfs то накрайняк есть btrfs filesystem defragment DIR. А у остальных чего? Сказ о том что не фрагментируется? С торентами что угодно фрагментируется, если скачать по дурацки.
Ловите наркомана!
F2FS самый быстрый для nvme, ext4 govno.
есть исследование, показавшее, что на f2fs больше износ, чем на fat или ext4
Дай ссылку на исследование
извини, не могу, читал в браузере, а история у меня очищается автоматом.
Звучит как бред, можно пруфы?
вообще-то все верно. выравниванием износа и прочими фишками должен заниматься контроллер, а не фс. иначе будет только во вред. ну это в случае если у вас полноценный ссд, а не голый нанд.
Я просил пруфы, а не рассуждения
А здесь разницы не понимают.
> вообще-то все верно. выравниванием износа и прочими фишками должен заниматься контроллер,
> а не фс. иначе будет только во вред.Фигли, поучите Самсунг на флеш-память правильно записывать. Без вас крупнейший производитель флеша конечно же не разберется что произвел.
> есть исследование, показавшее, что на f2fs больше износ, чем на fat или ext4есть исследования что вся скорость F2FS -- это лишь следствие агрессивного кэширования, реализованного с *нарушением* ранее установленного *протокола* синхронизации.
то есть программа говорит:
"..., пишу данные, пишу данные, ... стоп! sync()! вот тут хочу подождать пока данные реально на диске окажутся! ... так ладно, подождали а теперь дальше пишу данные, пишу данные, пишу данные, ..."
а файловая система такая отвечает: "ой! ды не буду я ничего тебе ждать, пиши свои данные дальше, если что-то сломается то пользователь просто всё занова себе переустановит!"
> ...больше износ, чем на ...
про износ в этих исследованиях ни чего не говорится.. ды и не может говориться, так как износ контролируется контроллером накопителя, и собственно говоря с точки зрения файловой системы на него особо не повлияешь ни как
> износ контролируется контроллером накопителя, и собственно говоря с точки зрения файловой системы на него особо не повлияешь ни какЗдесь ведь "контролируется" означает не "управляется", а "мониторится". Контроллер накопителя никак не может повлиять на износ. Ну разве что, если у него есть кеш память, то он может попытаться переупорядочивать операции чтения/записи, позиционирования головок и тп, с тем чтобы оптимизировать их слегка и сделать всю последовательность операций в целом менее травматичной для жёсткого диска.
Взять, например, частоту репозиционирования головок -- так таки она и не влияет на износ? Частота перезаписей сектора? Я более чем уверен, что если поискать, то можно найти множество софтварных способов ускорить износ жёсткого диска -- либо механики, либо магнитного слоя, либо головки. А если не искать, то просто один код работающий с жёстким диском будет более способствовать износу, чем другой.
Но, конечно же, без ссылок на исследования, все эти разговоры о том, что тот или иной код быстрее изнашивает жёсткий диск, совершенно пусты.
Головки? Вам бы внимательнее быть. А что до управляющей логики - они вполне способны равномерно распределить запись по всему объему. Если же говорить об управляющей логики винта - и тут она многое решает, так как контролёр просто переупорядочит запросы с целью оптимальной работы блока головок. Да и запись никак не отражается на здоровье винта, в отличии от ссд.
> Головки? Вам бы внимательнее быть.Это к чему? Я перечитал, и заподозрил, что речь идёт об SSD, ты об этом? Но сомневаться в том, что способ использования ssd может влиять на скорость износа, мне кажется совсем уж наивным.
> А что до управляющей логики - они
> вполне способны равномерно распределить запись по всему объему.Разве? То что я слышал о резервных секторах нисколько не похоже на это. Есть ссылка на почитать? Или ты опять об ssd? Но ssd дохнет от записи, и чем чаще мы пишем, тем быстрее он дохнет. Костыли типа распределения записи по всему объёму лишь размазывают износ, не позволяя ему концентрироваться в отдельно взятых местах, но не уменьшают его.
> Если же говорить об управляющей логики винта - и тут она многое решает, так
> как контролёр просто переупорядочит запросы с целью оптимальной работы блока головок.Если он и переупорядочивает, то его способности к переупорядочиванию ограничены размером его памяти. Но даже если они безграничны -- и что? Ты можешь исходя из допущения безграничности памяти у контроллера доказать, что нельзя придумать такого способа записи, который будет увеличивать износ?
> Да и запись никак не отражается на здоровье винта, в отличии
> от ссд.Да ладно, неужто? У тебя есть вечный жёсткий диск, который не сдыхает от использования? Запись, как минимум, приводит к движениям механики, а движения приводят к износу, к чисто механическому износу. Я уверен, что и перемагничивание поверхности тоже приводит к деградации этой поверхности, но в этом я уверен совершенно голословно исходя из самых общих соображений, поэтому настаивать на этом не буду.
Он, конечно же, не вычный... но и такой характеристики как огр.кол.записи у него нет. Банально, все сводится к тому - как быстро сдохнет блок головок или двигатель винта. А сам процесс записи на блин деградацию не вызывает.
> А сам процесс записи на блин деградацию не вызывает.Что именно ты знаешь, и почему ты думаешь, что ты это знаешь?
> Банально, все сводится к тому - как быстро сдохнет блок головок или двигатель винта.Двигатель почти вечный, 10 лет круглосуточной работы - обычное дело. Если шпиндель клинит, данные вынуть совсем не получается - юзеры очень расстраиваются. Пришлось научиться делать нормально.
> есть исследования что вся скорость F2FS -- это лишь следствие агрессивного кэширования,
> реализованного с *нарушением* ранее установленного *протокола* синхронизации.Скорость F2FS - из-за локализации данных и поведения удобного крупноблочному флешу. Вот так просто и банально. Некоторые другие ФС тоже пытаются подыгрывать флешу в таком духе, группируя записи, но когда это сразу в основы структур заложено - работает лучше, ясен перец.
>eCryptfs поверх ext4Всё правильно сделали, в Dropbox нужно класть только зашифрованую версию.
Dropbox шпионит за вашими данными
>в Dropbox нужно класть только зашифрованую версию.Ничего туда класть не нужно.
Кто помешает их фирменному клиенту впаять вам троян/руткит/буткит/кейлогер?
> Начиная с 7 ноября синхронизация содержимого каталогов с Dropbox станет невозможной, например, при использовании ... шифрованных разделовПохоже, что их поимели те же ребята, что и авторов TrueCrypt
В данном случае скорей всего нет. Они продают данные о пользователях также как и Гугл.
Дропбокс клиент видит все файлы на пк даже на зашифрованных дисках и синхронизирует расшифрованными.
Боже ж мой, какой кошмар! А кто мешает заливать на Дроп не шифрованные разделы, а шифрованные... файлы?
вам бы прочитать, КТО является автором трукрипта и за что он сидит в американской тюрьме. Хотя вполне возможно, что вся история сфабрикована с целью очернить пользователей криптографии.
> вам бы прочитать, КТО является автором трукрипта и за что он сидит
> в американской тюрьме. Хотя вполне возможно, что вся история сфабрикована с
> целью очернить пользователей криптографии.жаренных подробностей встудию или пруфлинков
Dropbox служит публичным облаком для слива в АНБ бесплатно и без СМС!!
Вы таки вкурсе, что в дропбоксе работают русские инженеры из яндексов?
это как-то должно нам мешать сливать данные (и) в АНБ (тоже) ?
(хотя на самом деле, разумеется, мы их сливаем гуглю, яндексу и сами не знаем кому - зачем анб платить за сторадж, 99% которого занимают ваши котики, когда гугляндекс и дропбокс и так все за них хранит, и обеспечивает удобный интерфейс к поиску в оставшемся одном проценте?)
Никогда не юзал это говно (Dropbox). NextCloud в массы!
>NextCloud в массы!
>https://m.forums.theregister.co.uk/forum/2/2017/08/24/mozill...Anonymous Coward:
Основное отличие, помимо доверия к намерениям и компетенции соответствующих разработчиков, заключается в том, что телеметрия Nextcloud состоит из относительно короткого объекта JSON, который можно легко просмотреть (и отредактировать, если необходимо) менее чем за минуту. Он действительно отправляет предположительно уникальный «идентификатор установки» и никакой другой информации, которая может быть заявлена как навязчивая даже параноидально, как по-настоящему ваша.>https://docs.nextcloud.com/server/13/developer_manual/api/OC...
json:
Этот класс предоставляет удобные функции для генерации и отправки данных JSON. Полезно для вызовов Ajax.12 documentation:
Внешний API внутри Nextcloud позволяет сторонним разработчикам получать доступ к данным, предоставляемым приложениями Nextcloud.
Т е ты его поставил в свой сверхзащищенный локалхост, а оно шлет телеметрию куда не попадя?
Оно еще живо? Удивительно!
Dropbox - RIP. С шифрованием бороться удумали.
Дедупликация котиков у них не работает из-за выших шифрованных контейнеров размером с объем свободного в облаке места. Не может же ак быть чтобы юзер платил за 100 гигов и использовал все 100гигов!
Уроки оверселлинга от удаленнойкоробке.
Скорее дедупликация не работает для тех, кто вообще ничего не платит и сидит на бесплатном тарифе. Потому что $10/месяц за терабайт - сумма вполне достаточная - у конкурентов примерно столько же.
Тю, клепаю раздел с ext4 или ntfs. Кидаю на него зашифрованные бекапы, файлы или архивы. Неужели они настолько тупые и правда думают шифрофайлы победить таким путем? Смешно если так.
А еще привет rclone. Но это уже другая история.
> Тю, клепаю раздел с ext4 или ntfs. Кидаю на него зашифрованные бекапы, файлы или архивы. Неужели
> они настолько тупые и правда думают шифрофайлы победить таким путем?они понимают, что в этом случае дофига ручной работы, и большинство плюнет. А ты в один непрекрасны й день облажаешься и синхронизируешь что-нибудь, что забыл зашифровать.
>дофига
>описал 2.5 действия из которых 1.5 одноразовыеБатенька да у вас же астения.
Шифрованные файлы могуд дедуплицироваться... иногда
На ext4 поверх LUKS (а хомяк ещё и в ecryptfs) я тоже получил это уведомление.
Пофиг, никогда не ставил на свою систему ихнего клиента, всё лью через браузер.
парни, они хотят вернуть перфокарты, ФСы - падают когда накопители битов умирают. а что в помощь - грамафона. идиотизм.
А мне вот реализация интереснее - т.е. им в клиенте нужно узнать какая ФС под клиентом и если не EXT4 то типа громко упасть?!?Не ну конечно любой быдлокодинг имеет право существовать.... но ИМХО это уже перебор....
Я подозреваю, что здесь дело вовсе не в кодинге.Когда в суппорт дропбокса приползают крacнoглaзики, заявляя что у них что-то там не работает, суппорту приходится разбираться почему: может у кpaснoглaзого вообще система полудохлая и там только баш в ядерной консоли и пашет? А если нет, то может дело в том, какие опции монтирования фс были использованы? А может использованная фс реализует расширенные атрибуты с небольшими отклонениями от стандарта? Или эти отклонения в силу особых использованных опций монтирования, которые поддерживает только данная фс? Или может жёсткий диск у него бэдами порос, или просто файловая система почти развалилась? Можно найти тысячу причин, которые приводят к неработоспособности софтины, но это какой ж должен быть суппорт, чтобы уметь найти любую из этой тысячи причин? Каждому мальчику на телефоне платить по $2k/мес, что ли?
И вот в этом смысле ограничение количества поддерживаемых файловых систем может сильно сильно помочь. Особенно в лине, где этих файловых систем столько, что хоть соли их да в банки закатывай. Если ограничиться одной файловой системой, то можно взять одного сисадмина, чтобы тот посидел бы несколько дней, почитал бы документацию и нашёл бы все возможные причины, почему софтина может не работать, и предложил бы способы решения этих проблем, как административные так и программные. Все эти возможные проблемы возможно промоделировать, проверить работоспобность решений, какие-то из них мергнуть в апстрим, а какие-то описать в виде сценария траблшутинга для суппорта. Повозиться придётся, но для одной фс это возможно сделать. А вот уже для десятка систем, да ещё и с хитрыми вариациями, типа bind, overlayfs, encfs и тп. -- уже потребуется безумное количество усилий. И ведь всё это надо постоянно проверять/перепроверять.
И поэтому я предположу, что ограничение на поддержку только ext4 вызвано именно нежеланием возиться со многими файловыми системами. Пускай обломается 1% пользователей от 1% пользователей, который создаёт 99% тикетов, связанных с линуксом. Ну или как-то так: насчёт конкретных цифр я ещё менее уверен, чем насчёт своего предположения о причине такого ограничения.
> Когда в суппорт дропбокса приползают крacнoглaзикион их не посылает сразу же нахрен, не предлагает переставить виндовс и дважды перезагрузить роутер?
нет, вы серьезно где-то последние лет двадцать видели какой-то более другой саппорт?
> И вот в этом смысле ограничение количества поддерживаемых файловых систем может
> сильно сильно помочь.для этого не надо встраивать пакости в код - достаточно поправить методичку у первой линии, если еще почему-то нет - "уточнить, является ли клиент пользователем божественной десяточки, и выполнил ли акт поклонения антихристу (в смысле, активацию) должным образом. Если нет - заявить о неподдерживаемости его конфигурации и предложить воспользоваться поддержкой сообщества. [нах... посылать не надо - они его там сами пошлют, без нас]"
> он их не посылает сразу же нахрен, не предлагает переставить виндовс и дважды перезагрузить роутер?Если заявлена поддержка ext4, то значит они, как минимум, предлагают ещё переустановить linux.
> нет, вы серьезно где-то последние лет двадцать видели какой-то более другой саппорт?
Да. Но я отмечу, что там требовалось терпение: надо понимать скрипты, по которым действуют мальчики в суппорте, чтобы добиться от них чего-то. Рассматривай их как ботов, действующих по жёсткому сценарию, изучи сценарий, и тогда ты поймёшь, как от них добиться того, чтобы они отресетили тебе привязку mac к порту на своём роутере.
Это всё очень интересно, что ты рассказываешь, но я не вижу альтернативных и более правдоподобных гипотез о происходящем. Ну, как бы, ты ведь понимаешь да, что пытаясь понять происходящее, человек генерирует несколько гипотез, и распределяет между ними вероятность так, чтобы в сумме была бы единица. Если есть одна гипотеза, то сколько ты не трудись, аргументируя её маловероятность, ей всё равно достанется 1.0 вероятности.Идея сказать "быдлокодеры" и считать это объяснением, меня вообще не прельщает. Я не считаю такой способ объяснения объяснением. Нужны подробности, хотя бы гипотетические предположения о том, как же эти быдлокодеры действовали, и почему они так действовали, что им пришлось ограничивать поддерживаемые фс.
То есть у нас есть ровно одна гипотеза, а значит ей достаётся 100% вероятности.
Скажу вам одно: LD_PRELOAD
https://db.tt/Wy64J39eSD
