Можете пояснить какой именно "специальной развязки" ?
А также к каким именно поломкам и каким образом?
И каким именно образом отсутствие функции горячей замены может повлиять на появление в системе жесткого диска? Например, тем или иным образом, у него появилось питание и на порте SATA устройство появилось и стало отвечать.
Я правильно понимаю, что вышеописанное ограничение касается именно HDD на SATA интерфейсе?
Т.е. включить его питание в салазках на горячую, чтобы он появился в системе - я могу. А вот выключить уже не могу, т.к. не могу гарантировать что сейчас с ним система не ведет обмен. И пунктов "извлечь" и "отключить", чтобы прекратить этот обмен - у меня тоже нет. Тогда остается только уводить систему в сон или выключение и потом выключать питание винта.
"Быстрое удаление" - там такого вообще нет. Есть "Отключить кэширование записей". Но это не работает. Пункта "извлечь" в контекстном меню не появляется, в трее значка безопасного удаления тоже нет.
У меня это в голове не укладывается. Ну хорошо, пусть 80% кладут, но ведь остальные 20% имеют мозги, их на хабре как раз много. Как же они? Чем они пользуются?
Свое облако (ftp и т.п.) мне не светит. Провайдер выдает серый ип, у него маленький пул и каждый мой пакет вылетает с разных ип. Так что с ddns я пролетаю, хотя и имею NAS, а покупать белый не хочется.
Ну вот и как быть в итоге? Хочется предоставить оперативный доступ к постоянно пополняемой коллекции фото (может быть и видео) человеку с планшетом. И если коллекция в облаке весит 10+ (20-30+ с видео) гигов, ему теперь на планшет качать 10+ гигов для создания локальной копии?
Самое грустное, что этот вопрос большинство людей особо не интересует, беспечность везде. Потому и программных решений сходу не находится :(
Это верно, немного беременным быть нельзя. А вот немного временно локально кэшированым - вполне можно :) Я спрашивал о том, что как бы обойтись бел локальной копии, имея ввиду, что не держать на устройстве копию ВСЕГО объема облака. Так понял и Ваш ответ. А локальный временный кэш на один файл для нужд шифрования/дешифрования - почему бы и нет, это нормально. Это бы вполне решило постановку задачи.
Отправку в облако нешифрованных данных - не рассматриваю в принципе, независимо от декларирования облаком наличия или отсутствия какого-то там "шифрования", по крайней мере, пока облако не станет предоставлять клиента с открытым исходным кодом.
Почему софт не может шифровать файлы на лету, в памяти, возможно, кусками? А также, скачивать и расшифровывать на лету ? Вроде, что-то такое декларировало кто-то из облаков, мол зачем вам хранить файлы у себя на винте? Скиньте их все в облако и работайте с ними по запросу :)
Например, TPS7A4901 фирмы Texas Instruments. Это ультра малошумящий LDO стабилизатор. В обратную цепь можно включить переменник и регулировать вых. напряжение. Правда выходной ток всего 150мА, но зато они очень чистые. Такого рода стабилизаторы применяют для питания АЦП и ЦАП, чувствительных ОУ и т.п., когда мусор в питании может передаться в результат работы питаемой микрухи.
В момент переключения аакумов будет перепад напряжения. Который будет больше многих пульсаций. Если только время пользования эти блоком питания не будет превышать времени разряда одного аккума.
А также к каким именно поломкам и каким образом?
И каким именно образом отсутствие функции горячей замены может повлиять на появление в системе жесткого диска? Например, тем или иным образом, у него появилось питание и на порте SATA устройство появилось и стало отвечать.