У фряхи всегда была проблема с пакетами, портами и зависимостями. Помню, как я матерился, собирая ffmpeg на 9.1-RELEASE. А на 10.0 однако php*-extensions не все ставятся сразу из pkg, проще собрать. Hу хоть autoremove в pkg есть, и на том спасибо, вроде работает нормально, пока не жалуюсь, ничего нужного не убито.
Проблема с портами и зависимостями всегда была. Это, насколько я помню и если не ошибаюсь, основная причина того, что богом проклятая mail.ru group перешла на GNU/Linux.
OpenBSD же никогда ни в чем меня не подводила.
А вот вопрос по существу, но в другую тему: это только во фряхе софтрейд вешает систему, если на HDD обнаружился битый сектор, который не ремапится автоматом? Hикто не сталкивался? А то он у меня как-то намертво повесил боевую 9.2. Более "умные" рейды бы, кажется, зарепамили бы сектор подобно программе типа MHDD на лету (ею-таки удалось заремапить в дальнейшем, но диск все равно само-собой выведен мною из эксплуатации [никакой записью dd-шкой диск упорно не желал ремапить сектор, а система вешалась]), или, по-крайней мере, после N попыток чтения/записи хотя бы просто отправил бы рейд в DEGRADED...
Может, где-то есть какая-то такая хитрая настройка для gmirror? Или в ядре? Вроде "если запись ведется в битый сектор, то пробовать писать его только N раз, а потом выдавать ошибку и не вешать, блин, всю систему"? Или такое ограничение (N) существует, но оно "намертво" вшито в ядро?
Винда, думаю я, тоже бы повесилась, ну хотя бы задумалась, но не навсегда. GNU/Linux, наверное, тоже. А OpenBSD у меня вообще работала на машинке с бракованной битой (!!!) физической оперативной памятью (как потом обнаружилось).
--- * Origin: Quot homines, tot sententiae (2:5020/2323)
