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 но все же ограничен (особенно начнутся проблемы с версиями, когда ОС так просто не сменить)
Слава, не спорю, но вы не знаете что по пути не удалилось, как раз встретили ситуацию, когда использование не подконтрольного внешнего инструмента (с плохими логами), не дает вам информации о произошедшем.. почему не удаляется, что не удаляется и т.п.
p.s. кажется это тот случай рекурсивный код удаления файлов на php работает так же быстро как rm -rf, потому что ничего не делает и не проверяет, но добавление проверок на ошибки так же не замедлит его
Евгений Комаров, можно поднять второй сервер с базой (даже на слабом железе или виртуалке), настроить master-slave репликацию между ними, и в момент, когда тебе нужна резервная копия, останавливать slave копию, делать копирование, после чего опднимать ее, она 'догонит' master по изменениям.
кстати, просто создание резервной копии штатным dump с помощью slave машины очень полезно, не будет ронять производительность основного сервера да и сама копия будет максимально быстрой, так как slave будет не нагружен.
можешь поделиться файлом? если информация 'секретная', можешь удалить все кроме одной проблемной строчки, сохранить в другом формате (например open document odf) и что бы с гарантией, открыть его (это zip архив с текстовыми файлами) и удостовериться что ничего лишнего туда не попало
Лично я никогда бы не сделал аппаратный рейд на основе контроллера, встраиваемого в материнскую плату (потому что не дурак, ограничивать себя вендорскими заморочками, понимая что этот рейд все равно будет программным и никаких бонусов мне не предоставит), поэтому лично я никогда и не встретил бы такую ситуацию, но это вполне возможно и она нормальная