Задался вопросом. Вот есть у нас SSD. Его контроллер умеет много чего. Реально ли переписать прошивку так, чтобы, контроллер этот выполнял что-то ещё? Может, есть какие-то модели, для которых существуют доступные инструменты разработки? Вот, например, есть у меня SSD на 500ГБ. А я хочу перепрошить его так, чтобы этот драйв определялся и нормально работал как 60ГБ, но в оставшиеся 440ГБ автоматом, на уровне внутреннего контроллера SSD, кое-что мне бекапил. Такое в принципе реально?

Есть система, где очень критичны три параметра : 1) скорость работы SATA, 2) возможность подключать минимум два драйва, 3) физические размеры системы. Вычислительной мощности Атома и 1ГБ памяти предостаточно. Скорость сетевой карты, количество USB, стандарт видео интерфейса и т.д. - не имеют значения. Сейчас все нормально работает на простой стандартной материнке формата mini-ITX с двумя SATA3 6GB/s портами. Софтовая часть простая, работает под Linux или FreeBSD. Стоит задача максимально уменьшить размеры. Бюджет решения тоже важен. Вижу в продаже платы стандарта nano-ITX (120x120mm) Что-то типа Bay Trail на j1900. Там обещают один порт SATA3 и один mSATA. Собираюсь попробовать. Есть ли альтернативы? Если меньше, чем 120х120мм, то пойдет и SATA2 или даже полноценная SATA1. Может, есть какая-то Banana-Pi (без костылей usb-sata) , которая способна читать с SATA (или даже с micro-SD) и записывать на SATA (mSATA, M.2 sata) SSD с нормальной скоростью ?

Имеем: к обыкновенной материнке подключено два одинаковых SSD SATA-III накопителя. Назовём их drive1 и drive2. Задача: Нужно максимально быстро загрузиться (с USB носителя или с третьего SATA устройства) в Linux, и автономно отработать вот такой простой алгоритм: 1) счетчик адреса сектора обнуляется 2) с drive1 считываем содержимое текущего сектора . 3) считываем сектор по тому же адресу с drive2. 4) Считанные сектора сравниваем. Если они совпадают (чаще всего, так и будет), - ничего не делаем Если содержимое секторов отличается, - производим запись содержимого сектора устройства №1 в текущий сектор устройства №2 5) Если это был не последний сектор, счетчик адреса увеличиваем на 1 и возвращаемся к пункту 2. Если это был последний адрес - останавливаемся.

Юридически, вся эта операция («Ы») , - ничто иное, как максимально быстрое клонирование, но с минимальным (ради сохранения ресурса SSD) числом операций перезаписи . Все параметры клонируемых устройств нам заранее известны, изменяться они никогда не будут. Файловая система там будет NTFS , но мы же с секторами работаем, нам должно быть всё равно. И да, весь процесс должен проходить полностью автоматически. На материнку подаётся питание, и все. Система загружается, автозапуск стартует клонирование. Вот бы кто скриптик написал, да подсказал самую подходящую версию операционки и инструментов для этого... Отблагодарю по договоренности.

Задумался над временем, потраченным за последние 15 лет на рассказы по телефону о том, как загрузиться с лайв-сиди или флешки, как запустить Акронис/Гост/Клонзиллу... как найти образ, который я спрятал на несистемном разделе...

Имеем: обыкновенный десктоп или ноутбук клиента. В нем установлена небольшая SSD под систему (скажем Win7) и HDD под пользовательские данные. Клиент знает, что на SSD он не держит ничего личного. Система обновлена, настроена под клиента, автоматическое обновление отключено. Задача: Снять образ этой системы, записать его на загрузочную USB флешку, и сконфигурировать всё таким образом чтобы, если до включения компьютера эта загрузочная флешка воткнута в USB - идет загрузка с флешки и, не задавая ни одного вопроса, автоматически происходит восстановление системного раздела (или всего системного диска) из, созданного нами и записанного на эту же флешку, образа . В BIOS очередность загрузки выставлена: сначала USB, потом SATA. Батарейка биоса заменена на новую, качественную. На BIOS поставлен пароль.

Результат: Клиент, когда система заглючит, просто втыкает флешку перед включением компьютера и идет пить чай, больше не нажав ни кнопки. Флешка загрузится, и восстановит систему в изначальное состояние. Мне никто не звонит, по пустякам не беспокоит.

Хорошо бы, чтобы нам было абсолютно все равно, на компьютере у нас Linux , Windows, FAT, NTFS, MBR, GPT... Может быть, чтобы образ мы снимали посекторно всего диска или только какой-то части от начала диска, со всеми нашими данными. Неиспользуемое пространство (возможно, заполненное нулями), и не сохранялось бы в образ и не восстанавливалось бы из образа.

Вместо USB флешки (её клиент может потерять, отформатировать...), как вариант, мог бы быть мелкий б/у SATA HDD (или SSD). Я бы в каждый компьютер вкручивал бы и подключал к SATA №1 (но не подключал бы питание) вот такой подготовленный загружаемый драйв (80-250 ГБ, кому они теперь нужны?) с образом системного драйва. Основной рабочий диск подключен и обычно работает с SATA №2. Но, если подать питание на «бекапный» диск SATA №1 - загружается «бекапный» и автоматически происходит восстановление из образа системы основного диска, который на SATA №2.

Буду признателен, если кто в двух словах подскажет, что взять за основу в качестве загружаемой с флешки, чем создавать образ, и как (какими скриптами) процесс восстановления полностью автоматизировать. А может, описывались уже подобные решения?