$ lsusb
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 002: ID 0480:d011 Toshiba America Inc Canvio Desk #★
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 8087:0026 Intel Corp.
Bus 001 Device 006: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)
Bus 001 Device 005: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 001 Device 004: ID 1ea7:0066 SHARKOON Technologies GmbH [Mediatrack Edge Mini Keyboard]
Bus 001 Device 002: ID 214b:7250 Huasheng Electronics USB2.0 HUB
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
別の方法として、usb-devicesコマンドもあります。
出力が長いのが難点ですが、External USB 3.0という私にとっては見覚えのある表記が良いヒントになりました。
また、同じ製品を複数接続している場合はSerialNumberが参考になると思います。
virsh uri
# error: failed to connect to the hypervisor# error: Failed to connect socket to '/var/run/libvirt/virtqemud-sock': No such file or directory
man libvirtdによると、$XDG_CONFIG_HOMEが未定義の場合は、$HOME/.config/になるようです。
従って、今回更新すべきファイルは~/.config/libvirt/libvirt.confということになります。
pool 作成の事前準備
VMを作成する前に、pool の設定を変更します。
poolには、VMのディスクイメージファイル (*.qcow2) や、ISOイメージファイルの保管場所を設定します。 本来はstorage pool が正しい呼び方なのですが、本記事においては省略して pool と呼ぶことにします (man virsh でもしばしば pool と省略表記されます)。
WARNING /home/shared/libvirt/images/isos/fedora/Fedora-Server-dvd-x86_64-32-1.6.iso may not be accessible by the hypervisor.
You will need to grant the 'qemu' user search permissions for the following directories: ['/home/shared']
Starting install...
Allocating 'test.qcow2'
Domain installation still in progress.
You can reconnect to the console to complete the installation process.
virt-host-validate qemu
# QEMU: Checking for hardware virtualization : PASS# QEMU: Checking if device /dev/kvm exists : PASS# QEMU: Checking if device /dev/kvm is accessible : PASS# QEMU: Checking if device /dev/vhost-net exists : PASS# QEMU: Checking if device /dev/net/tun exists : PASS# QEMU: Checking for cgroup 'cpu' controller support : WARN (Enable 'cpu' in kernel Kconfig file or mount/enable cgroup controller in your system)# QEMU: Checking for cgroup 'cpuacct' controller support : PASS# QEMU: Checking for cgroup 'cpuset' controller support : WARN (Enable 'cpuset' in kernel Kconfig file or mount/enable cgroup controller in your system)# QEMU: Checking for cgroup 'memory' controller support : PASS# QEMU: Checking for cgroup 'devices' controller support : WARN (Enable 'devices' in kernel Kconfig file or mount/enable cgroup controller in your system)# QEMU: Checking for cgroup 'blkio' controller support : WARN (Enable 'blkio' in kernel Kconfig file or mount/enable cgroup controller in your system)# QEMU: Checking for device assignment IOMMU support : PASS# QEMU: Checking if IOMMU is enabled by kernel : PASS
参考までに、dnf info qemu-kvmの出力を抜粋しました。 qemu-kvmはメタパッケージと呼ばれ、インストールしたシステムがKVMを実行するために必要なQEMUパッケージをインストールしてくれるものです。
多くの場合は、qemu-system-x86がインストールされます。
This is a meta-package that provides a qemu-system-<arch> package
for native architectures where kvm can be enabled.
For example, in an x86 system, this will install qemu-system-x86
# -accel name[,prop=value[,...]]
This is used to enable an accelerator.
Depending on the target architecture,
kvm, xen, hax, hvf, whpx or tcg can be available.
By default, tcg is used.
If there is more than one accelerator specified,
the next one is used
if the previous one fails to initialize.
KVMの最も重要な機能は、CPUがサポートする仮想化支援機能 (Intel VT-x、またはAMDAMD-V)をQEMUに対して提供することです。 上記の仮想化支援機能はKVMの基本機能でもあり、動作要件でもあります (※)。 (※) 例外として、IBM POWER と IBM Z 上でもKVMを動作させることは可能ですが、本記事の解説の対象外としています
Tilix で ls --color コマンドを実行すると、デフォルトでディレクトリは青く表示されます。
この色はTilix の Color palette が反映されてほしいのですが、 (Tilixではなく) Linux の設定ファイルの記述上、Tilixの設定が反映されず、常に暗い青で表現されてしまいます。
なお、デフォルトの Ctrl + Alt + T でターミナルを起動するショートカットキーはそのまま残しておきます。
Tilix の設定のGlobalタブにおいて、New Session = New window と設定してある場合、Ctrl + Alt + T を押下した場合は通常モードでTilix が起動します。
GitHub Issues でのやり取りによると、以下のColor Palette に各色名称ごとに2色ずつ定義されていますが、「左側が通常の色」、「右側が明るい色 (the one on the right is light color)」を表しているとのことです。
つまり、「青」を例に図解するとこのようになります。
#!/bin/bashecho -e 'Aligning Tilix to the right...\n'
gsettings set com.gexperts.Tilix.Settings quake-alignment right
gsettings set com.gexperts.Tilix.Settings quake-height-percent 100
gsettings set com.gexperts.Tilix.Settings quake-width-percent 50
gsettings set com.gexperts.Tilix.Settings quake-hide-lose-focus falseecho Done.
#!/bin/bashecho -e 'Aligning Tilix to the left...\n'
gsettings set com.gexperts.Tilix.Settings quake-alignment left
gsettings set com.gexperts.Tilix.Settings quake-height-percent 100
gsettings set com.gexperts.Tilix.Settings quake-width-percent 50
gsettings set com.gexperts.Tilix.Settings quake-hide-lose-focus falseecho Done.
#!/bin/bashecho -e 'Aligning Tilix to the center...\n'
gsettings set com.gexperts.Tilix.Settings quake-alignment center
gsettings set com.gexperts.Tilix.Settings quake-height-percent 100
gsettings set com.gexperts.Tilix.Settings quake-width-percent 100
gsettings set com.gexperts.Tilix.Settings quake-hide-lose-focus trueecho Done.
#!/bin/bashecho -e 'Aligning Tilix to the top...\n'
gsettings set com.gexperts.Tilix.Settings quake-alignment center
gsettings set com.gexperts.Tilix.Settings quake-height-percent 30
gsettings set com.gexperts.Tilix.Settings quake-width-percent 80
gsettings set com.gexperts.Tilix.Settings quake-hide-lose-focus trueecho Done.
The HD-audio component consists of two parts: the controller chip and the codec chips on the HD-audio bus. Linux provides a single driver for all controllers, snd-hda-intel. Although the driver name contains a word of a well-known hardware vendor, it’s not specific to it but for all controller chips by other companies. Since the HD-audio controllers are supposed to be compatible, the single snd-hda-driver should work in most cases. But, not surprisingly, there are known bugs and issues specific to each controller type. The snd-hda-intel driver has a bunch of workarounds for these as described below.
The snd-hda-intel driver has several different codec parsers depending on the codec. It has a generic parser as a fallback, but this functionality is fairly limited until now. Instead of the generic parser, usually the codec-specific parser (coded in patch_*.c) is used for the codec-specific implementations.
The most common problem regarding the HD-audio driver is the unsupported codec features or the mismatched device configuration. Most of codec-specific code has several preset models, either to override the BIOS setup or to provide more comprehensive features.
# This file is manually made by stopendy.####################################################### add an option to specify a codec model to prevent the jack_detect issue
options snd_hda_intel model=alc256-asus-mic