Не способный расширить размер логического тома LVM

Я думаю, что Вы, которыми проблема состоит в том, что Вы не понимаете что sort делает. Основной вид основан на значениях символа ASCII, где числа перед верхним регистром, которые являются перед нижним регистром: '1' == 49, == 65, = 97. Это объясняет sort столбец, где числа как '23' отсортирован прежде '8', который является прежде 'b b': значение ASCII для '2' равняется 50, значение ASCII для '8' равняется 56, и для 'b' 98.

При сортировке численно (sort -n), нечисловые записи отсортированы по обычному методу, но интерпретированы как нуль по сравнению с числами, как 23 или 8; но так как значение рассматривают как число, не, символьное значение, '8' прежде '23'. Таким образом, алфавитные записи отсортируют перед числовыми записями.

Ваш лучший выбор состоит в том, чтобы нормализовать данные, таким образом, каждый столбец имеет тот же тип значения: или все числа или все алфавитно-цифровые, и вид соответственно.

В последнем столбце (сортирующий по полю), это отсортирует записи с большим количеством полей сначала, так как Вы явно указываете 4 (или больше) поля. Так (1,2,3) был бы прежде (1,2). Без -k опция, вид проводит строку в целом во внимание.

Можно считать больше информации об информации coreutils страница вида.