EG>>> Самое простое применение: erase ada0 или erase /dev/ada0s1, VN>> Если "самое простое применение" стирает всё... не хотел бы я VN>> таким пользоваться. EG> newfs /dev/ada0s1 делает то же самое и я однажды таки да, обжегся. EG> И что?
newfs по определению делает это для всего раздела. Тут же средство, которое может быть применено ограниченно, по умолчанию делает максимально деструктивное воздействие.
VN>> Если не хочешь, чтобы тебя проклинали - не делай дефолтов вообще. VN>> Диапазон всегда должен быть задан явно. EG> У newfs тоже? А у cat > /dev/da0 и у dd of=/dev/da0?
Первое - нет, ну а cat и dd - да, но менять как-то уже поздно.
EG> Я всё-таки считаю, что есть некая грань. EG> А если ты будешь пытаться делать всё более и более "безопасные" EG> утилиты, то вселенная будет создавать всё более тупых и тупых EG> "пользователей".
Речь о проблемах, на которые ловятся даже самые не-тупые.
VN>> Обычно больше интересовало пробежаться по FS и послать TRIM на VN>> всё, что не зааллоцировано. Для чего она такая? Готовить дисковые VN>> массивы?
EG> В том числе, да. Вытащить юзанную SSD из машины и первым делом EG> тримнуть её вместо сноса всех разделов и разбиением заново - EG> иногда лишний мегабайт пустых ячеек можно заиметь из-за выравнивания EG> границ разделов, хотя это больше касается виндового инсталлятора :-)
Выравнивать же сейчас желательно всем?
EG>>> Hо gmirror не заявит поддержку, если не все компоненты массива EG>>> поддерживают TRIM. VN>> А почему бы не делать это по отдельной опции при частичной VN>> поддержке?
EG> Hе понял вопроса. Тримать всегда имеет смысл конкретный SSD, EG> а не рейд-массив.
Тогда зачем ей работать над gmirror? ;)
-netch-
... Систематизированная систематическая система.
--- * Origin: Dark side of coredump (2:463/68.300)
