Продукт делает не только программист. Существует тестирование, которое (обычно) в самолетостроении и медицине занимает больше времени, чем собственно кодинг.
Ну и существует начальник, который по отчетам тестировщиков решает, готов продукт или нет. Но программист явно не будет нести уголовную ответственность, ну разве что расследование происшествия покажет, что это был намеренный саботаж.
Тут вы ничего кроме: «Не бери ХХХ, у меня был и сдох» не услышите.
HDD даже у одного производителя отличаются, не то, что от модели к модели, а даже по партиям одной и той же модели: в одной будет все ОК, вторая будет сыпаться.
Коль USB 3, я бы советовал взять отдельно корпус и HDD на 7200 оборотов (в готовых практически всегда 5400).
Обычно с первого раза, редко со второго, если невнимательно смотрю на капчу или тороплюсь. На Хабре капча куда легче распознаваема чем, например, на Башорге или Депозите.
(как человек, знающий откуда это «read only» вылазит)
В R/O файловая система сваливается из-за сбоев диска. Обычно это таймаут операции записи/чтения (для виртуальной среды). Обычно это происходит по одной из двух причин:
* таймаут iscsi инициатора у хостера
* свой собственный таймаут внутри операционной системы (около 2м)
Что делать?
а) уточнить у саппорта, можно ли перезагружать машину. В некоторых случаях это крайне нежелательно (например, если в этот момент запущен скрипт хостера на перезапуск, может случиться казус с ребутом во время fsck).
б) ребутнуться.
Если сбой был мягкий (т.е. просто остановка в обслуживании), то лёгкий fsck и всё хорошо. Если нет — по обстоятельствам. Соглашаться с всем напролом с fsck (без предварительного бэкапа) не стоит.
Совет выше насчёт smartmon'а не актуален — у виртуальных дисков нет смарта.
В будущем, возможно, может помочь опция panic в опции монирования. В этом случае при дисковых ошибках система уйдёт в панику (т.е. в ребут).
1. Сделать батник с необходимой командой(набором команд), положить его в System32.
2. Прописать имя батника в ключе реестра: HKLM\System\CurrentControlSet\Control\Session Manager\BootExecute Первую строку ключа не трогать.
3. Не забыть удалить после запуска, либо самоликвидироваться при первом запуске =)
4. PROFIT!