Просто отсортируйте еще раз по столбцу. Используя -k1 сортирует по первому столбцу (вхождения ), используя -k2 сортирует по второму столбцу (значения):
awk '{print $5}' FILE | sort | uniq -c | sort -k1 # Sort by ascending occurrences
awk '{print $5}' FILE | sort | uniq -c | sort -k2 # Sort by ascending values
Если нужно в порядке убывания (-r):
awk '{print $5}' FILE | sort | uniq -c | sort -k1 -r # Sort by descending occurrences
awk '{print $5}' FILE | sort | uniq -c | sort -k2 -r # Sort by descending values
POSIX не определяет btime
. Тем не менее, он допускает дополнительные поля в структуре stat , «, которые должны включать как минимум следующие элементы », поэтому я не вижу причин, по которым реализации, отличные от -POSIX, не могут включать btime
и по-прежнему остаются совместимыми с POSIX.
...
struct timespec st_atim Last data access timestamp.
struct timespec st_mtim Last data modification timestamp.
struct timespec st_ctim Last file status change timestamp.
...
Я предполагаю, что под «btime» вы подразумеваете «время рождения» или «время создания файла». Вы правы, POSIX в настоящее время не определяет это, и нет упоминания о «btime» в стандарте, даже в текущем черновике 202x. Один раз упоминается «время создания файла» в связи сpax
.
Как упоминалось в ответе roaima , стандарт позволяет добавлять дополнительные поля вstruct stat
. Однако некоторые платформы избегают этого; в Linux, например, время создания файла доступно в struct statx
, которое возвращается функцией statx
. Добавление полей к самому struct stat
создаст риск конфликта с будущими выпусками стандарта.
Если вы хотите это изменить, вам необходимо связаться с Austin Group , которая отвечает за обновление POSIX. Вы должны планировать посвятить довольно много времени ознакомлению с тем, как он работает,и пассивно участвовать, прежде чем предлагать изменения. Вы можете начать с изучения того, как стандарт в настоящее время определяет существующие метки времени и где они упоминаются (, включая каждую функцию, которая приводит к их обновлению ).
Обратите внимание, что в значительной степени POSIX не является подходящей площадкой для стимулирования изменений; он имеет тенденцию документировать функции и нормализовать их, как только они где-то поддерживаются и доказали свою полезность.