Aleksei,
вот так у меня выглядит этот чекбоксик, по уму если его не отметить то компьютер может проснуться просто от любого сетевого пакета, хоть обычный пинг (я так понимаю сетевая карта смотрит пакеты по mac-у)
НО! это не работает с гарантией, вот в чем беда, сейчас проверить попытался, даже arping-ом не разбудил
TurboBot, т.е. бота телеграм тут нет?
бот тут только способ управления, а собственно сообщения и чтения сообщений группы пишет обычный участник (который по факту управляется компьютером)
(тут проблема в терминологии - 'телеграм бот' это сущность, предлагаемая телеграм с api и определенным йункционалом, а в народе под ботом подразумевается ЛЮБОЙ способ автоматизации деятельности, в т.ч. симуляции обычного человека
Есть библиотеки для телеграм, в т.ч. кастомные клиенты, которые представляются серверу телеграм как обычный пользователь.
В настройках сетевой карты поищи что-нибудь связанное с просыпанием по любому сетевому пакету (не только magic а вообще любой)... это есть не на каждой сетевой карте, но я встречал следующее - единственная windows машина в сети просыпалась, если на linux машине в локальной сети запустить keepass2 с поддержкой работы по сети, при запуске она отправляет по сети кажется броадкастом сетевые пакеты, и это фича (бесполезный или даже баг) используемой в ней библиотеки (особенно странно такое поведение видеть у приложения, отношение к которому параиноидальное).
добавлю что в реальных приложениях и играх прирост от dual mode считанные 3%, а 10-15% это в чем то типа архивация с большим словарем (активное использование оперативной памяти, архиватором типа 7z или rar с многогигабайтовым словарем)
SSDхи ушедшие в себя, от висения на рэйде не очухиваются в r/o как на ACHI.
можно пожалуйста по подробнее об этом.
я наивный думал что перевод умирающего ssd в readonly режим это исключительно самодеятельность контроллера этого ssd, и ему фиолетово, по какому протоколу ОС общалась с контроллером (материнка или отдельный) и с кем вместе он работал
Материнская плата была такая что установщик windows 8 не видел ничего, ни флешки, ни cdrom ни диски! т.е. загружаешься с флешки, и в момент выбора диска в установщике - пусто. Единственный способ задать драйвер - подключить флопи диск для которого сам понимаешь не было дискет (скорее всего для флопи диска не требовался бы драйвер, так как там не успели наплодить сущностей и стандартов, он умер как технология быстрее).
Мы не обсуждаем нормальные аппаратные raid, а те что ВСТРОЕНЫ в материнку (именно про них опция в биосе), это недорейды, по факту являются программными, но каждый вендор пилит свой стандарт и формат.. т.е. ты получаешь рейд, который не дает тебе никаких приемуществ перед программным, который поддерживает любая современная ос, но запрещает тебе подключать эти диски к материнским платам чужих производителей и даже разных моделей (в пределах одного производителя можно было встретить несовместимость)
По факту режим в биосе RAID нужно было назвать AHCI RAID, т.е. это такой AHCI в который добавили функционал raid материнки... ничто не мешало производителю сделать и IDE RAID но зачем
Ziptar, нет это обычная ситуация, когда windows 8 требовал floppy disk что бы подсунуть ему драйвер и увидеть дисковый контроллер и cdrom в который вставлен установочный диск или диск с драйверами, который у меня был. я буквально не мог установить операционную систему имея на руках все необходимое.. и единственный способ решить проблему - это найти работающую windows, в ней интегрировать драйвера в установочный диск и только тогда все заработало (в этой ситуации мой двоюродный брат разрулил проблему - установив систему поверх старой win7, которая без проблем устанавливалась на компьютер)
Лично я никогда бы не сделал аппаратный рейд на основе контроллера, встраиваемого в материнскую плату (потому что не дурак, ограничивать себя вендорскими заморочками, понимая что этот рейд все равно будет программным и никаких бонусов мне не предоставит), поэтому лично я никогда и не встретил бы такую ситуацию, но это вполне возможно и она нормальная
Ziptar, нет, я допускаю ситуацию, когда мне нужен raid но при этом доступ к нему хочу по ide, так как установить ОС на него я не могу из-за отсутствия драйверов
Ziptar, лень про разделение raid и выбора ide/ahci это разные сущности как 'корова' и 'зеленый'
p.s. кстати это не разработчики биос это разработчики контроллеров, ведь и raid и ide режим это их функционал, а в биос они только по api выбор предоставили, так что пинать в сторону их
основной поток заказов на 'восстановление после сбоя питания' у вас именно от synology?
что значит 'результат восстановления посредственный'? после сбоя энергии диск не монтируется? стандартный чек не чинит? или речь именно о восстановлении данных, в которые была запись в этот момент?
cow файловые систем (btrfs/zfs/xfs) идеологически более устойчивы к повреждениям, из-за особенности работы с записями, весь диск у них - это циклический журнал, каждая следующая запись производится на новое место, как минимум файловые структуры будут стараться быть консистентными,.. но вот за тем, что бы в правильном порядке писать данные приложений, это уже без перехода на транзакционный api (еще нет и боюсь не предвидится, пока софт не будет прибит гвоздями к posix) не получится.
btrfs/zfs особо рьяно следят за метаинформацией о структуре, и за счет больших накладных расходов (больше записей если сравнивать с какой-нибудь ext2) надежнее.
были неоднократно случаи, когда производитель ноутбука искусственно ломал поддержку acpi, если биос детектил не винду, даже команды ядра для этого были
но скорее всего у автора вопроса проблемы создает драйвер видео, гуглятся куча вопросов (правда датированных 2012г) как раз про это..
стоп, в вопросе ничего не было про перекодирование!
тут в пору видеокарты пихать в сервер, каждая с пяток потоков успеет обработать
p.s. если речь о смене типа контейнера (типа ts в mp4) то это особо не нагружает процессор
повторюсь, выбор x86 решения, исключительно для удобства выбора софта, который хоть и есть под arm но все же ограничен (особенно начнутся проблемы с версиями, когда ОС так просто не сменить)
вот так у меня выглядит этот чекбоксик, по уму если его не отметить то компьютер может проснуться просто от любого сетевого пакета, хоть обычный пинг (я так понимаю сетевая карта смотрит пакеты по mac-у)
НО! это не работает с гарантией, вот в чем беда, сейчас проверить попытался, даже arping-ом не разбудил