Я понимаю, что это очень старое, но поскольку все изменилось, ConEmu является лучшим на мой взгляд. Это позволяет мне запустить все разнообразие оболочек с вкладками с массивной настройкой, горячие клавиши и т.д. Мой основной пример использования - серия именованных экземпляров Cygwin zsh.
https://github.com/Maximus5/ConEmu
-121--20029-
Использовать df
. Вы можете передать ему путь, и он даст вам информацию о файловой системе для этого пути. Если требуется тип файловой системы, используйте переключатель -T
, например:
$ df -T test
Filesystem Type 1K-blocks Used Available Use% Mounted on
/dev/sda2 ext4 182634676 32337180 141020160 19% /home
Для извлечения типа файловой системы можно выполнить ее синтаксический анализ (используйте переключатель -P
, чтобы избежать разрыва линий df
, если часть устройства слишком длинная):
$ df -PT test | awk 'NR==2 {print $2}'
ext4
Это значение можно использовать в конструкции , если
, например:
if [ "$(df -PT "$path" | awk 'NR==2 {print $2}')" = "ext4" ] ; then
it is an ext4 filesystem
fi
Убедитесь, что столбец устройства может содержать места (но это редко), и в этом случае синтаксический анализ не будет выполнен.
-121--36603-
Технически /dev/xconsole
не имеет размера , поскольку это именованный канал a.k.a. fifo . Но ядро Linux снабжает каждый такой объект при использовании буфером, 64 KiB (в Linux 3.x) или 4 KiB (в Linux 2.x). Не в файловой системе, только в памяти. Для получения дополнительной информации см. https://stackoverflow.com/questions/4624071/pipe-buffer-size-is-4k-or-64k и https://unix.stackexchange.com/a/229544/80483 .
Если приложение (xconsole) не считывает свои данные своевременно, буфер заполняется; системный журнал не может записывать туда и, избегая блокировки, удаляет сообщения.