А как насчет:
tail -f file1 & tail -f file2
или префиксации каждой строки с именем файла:
tail -f file1 | sed 's/^/file1: /' &
tail -f file2 | sed 's/^/file2: /'
Чтобы следовать за всеми файлами, имя которых совпадает с шаблоном, можно реализовать скрипт tail -f
(который читает из файла каждую секунду непрерывно) с помощью скрипта zsh
типа:
#! /bin/zsh -
zmodload zsh/stat
zmodload zsh/zselect
zmodload zsh/system
set -o extendedglob
typeset -A tracked
typeset -F SECONDS=0
pattern=${1?}; shift
drain() {
while sysread -s 65536 -i $1 -o 1; do
continue
done
}
for ((t = 1; ; t++)); do
typeset -A still_there
still_there=()
for file in $^@/$~pattern(#q-.NoN); do
stat -H stat -- $file || continue
inode=$stat[device]:$stat[inode]
if
(($+tracked[$inode])) ||
{ exec {fd}< $file && tracked[$inode]=$fd; }
then
still_there[$inode]=
fi
done
for inode fd in ${(kv)tracked}; do
drain $fd
if ! (($+still_there[$inode])); then
exec {fd}<&-
unset "tracked[$inode]"
fi
done
((t <= SECONDS)) || zselect -t $((((t - SECONDS) * 100) | 0))
done
Затем, например, рекурсивно следовать за всеми текстовыми файлами в текущей директории:
that-script '**/*.txt' .
почему это vda
Потому что это виртуальный диск. Облачный сервер
может быть запущен на гипервизоре . Роль гипервизора заключается в управлении емкостью операционных систем, поэтому он выделяется там, где это необходимо. При облачном хостинге существует несколько облачных серверов, которые доступны каждому конкретному клиенту. Это позволяет выделить вычислительный ресурс под конкретного клиента, если и когда это необходимо. http://www.interoute.com/what-are-cloud-servers
Ваша система представляет собой изолированную виртуальную гостевую ОС, управляемую гипервизором внутри более крупной фактической хостовой ОС где-то. В этом случае гипервизор, очевидно, является QEMU:
Attached devices:
Host: scsi1 Channel: 00 Id: 00 Lun: 00
Vendor: QEMU Model: QEMU DVD-ROM
QEMU поддерживает использование virtio, при этом прозрачно виртуальная сеть и блочные устройства могут быть созданы. Ваш "диск" на самом деле является файлом образа диска на реальном жестком диске; когда ваша система загружается, этот файл образа используется для создания диска.
У вас нет доступа к реальному оборудованию, потому что это не то, за что вы заплатили. Целью виртуальных дисков является упрощение некоторых проблем и увеличение производительности гипервизорных систем.
Гипервизор может имитировать какой-то реальный жесткий диск, чтобы он выглядел таким внутри гостевой системы. Однако, в этом нет особого смысла, так как это все еще не реально (было бы немного абсурдно для хоста использовать действительные диски или даже действительные разделы для каждого гостя); для этого также требуется больше работы для хоста (= более низкая производительность для гостя). Вместо этого, виртуальный диск предназначен для работы как настоящий диск для общих целей ввода-вывода, а не для расточительного использования ресурсов, имитирующих что-либо другое. Любые физические характеристики, о которых он сообщает, произвольны -- на самом деле у него их нет -- и не пытайтесь запустить smartctl
и т.д. на нем. Ваши текущие опции монтирования корневой файловой системы, вероятно, были выбраны тем, кто запускает хост; вы можете захотеть связаться с ними перед тем, как рассматривать изменения.