Stonecraft's questions

Instalei o Arch Linux em uma máquina virtual KVM usando o Guia de Instalação . A instalação foi bem-sucedida porque, após a reinicialização, inicializo na minha nova instalação. O problema é que depois de desligar, não consigo mais inicializar no meu novo sistema.

Este é o meu script de início do qemu. Se eu descomentar o arquivo iso, posso inicializar de volta no arch iso e fazer chroot na nova instalação e tudo parece bem até onde posso dizer.

cp /usr/share/OVMF/OVMF_VARS.fd /tmp/my_vars_arch.fd

qemu-system-x86_64 \
-name $vmname,process=$vmname \
-machine type=q35,accel=kvm \
-cpu host,topoext \
-smp 12,sockets=1,cores=6,threads=2 \
-m 32G \
-vga qxl \
-spice port=5930,disable-ticketing=on \
-device vfio-pci,host=43:00.0,multifunction=on \
-device vfio-pci,host=43:00.1 \
-device vfio-pci,host=0b:00.3 \
-rtc clock=host,base=localtime \
-serial none \
-parallel none \
-drive if=pflash,format=raw,readonly,file=/usr/share/OVMF/OVMF_CODE.fd \
-drive if=pflash,format=raw,file=/tmp/my_vars_arch.fd \
-boot order=dc \
-drive file=/dev/NVME-TANK/ext4-zvol,format=raw,if=virtio \
#-drive file=/home/boss/ISOs/archlinux-2022.03.01-x86_64.iso,index=1,media=cdrom \
-nic bridge,br=br0,model=virtio-net-pci

Edit: depois de instalar o Arch através do guia, instalei o efibootmgr e o bootloader de acordo com estas instruções

Os caminhos que especifiquei para o firmware OVMF funcionam bem para outras VMs.

Consigo inicializar diretamente no sistema novamente seguindo estas instruções , mas ainda não tenho certeza do que preciso verificar ou fazer para que isso aconteça por padrão. Acho que instalei o grub e criei grub.cfgcorretamente fazendo:

grub-install --target=x86_64-efi --bootloader-id=grub_uefi --recheck

e depois

grub-mkconfig -o /boot/grub/grub.cfg

Eu executei novamente os dois comandos acima depois de fazer chroot no sistema, parece certo, certo?

o que estou perdendo?

Outro detalhe, não tenho certeza se é relevante: se eu comentar todos os meus dispositivos de passagem, recebo uma tela diferente:

E mais uma: instalei o Manjaro usando um live iso mínimo, e aconteceu a mesma coisa! Reiniciado na nova instalação, mas depois de desligar, inicializado no shell do uefi.

• Eu tenho dois monitores conectados (um HDMI, um DVI) conectados a uma GPU Nvidia GT710 na minha caixa linux.

• Quando estou logado na minha caixa por ssh, se eu executar xeyes, ele sempre será executado na mesma tela.

• Eu sei o nome dessa tela porque echo $DISPLAYretorna:0

Com base em algumas coisas que li, esperava poder direcionar X janelas para o meu monitor esquerdo e direito usando :0.0e :0.1respectivamente. O mesmo para :1. DISPLAY=:0.0 xeyesde fato traz xeyes na tela esquerda, mas:

~$ DISPLAY=:0.1 xeyes
Error: Can't open display: :0.1

Eu pensei que talvez eu pudesse ver qual é o nome da minha tela direita listando, /tmp/.X11-unix/mas:

~$ ls /tmp/.X11-unix/
X0

Então, como resolvo esse monitor secundário e sei como tratá-lo?

PS. Não me importo se não conseguir mover janelas entre telas, conforme descrito aqui no ArchWiki: https://wiki.archlinux.org/title/Multihead#Separate_screens . Isso seria bom para mim, mas não está claro para mim como conseguir isso.

Outro dia, o KDE/Dolphin parece ter perdido todas as associações de arquivos, e a caixa de diálogo "abrir com" não apresenta mais uma lista dos meus aplicativos. Se eu digitar um nome de atalho de aplicativo como "kate" na caixa de diálogo, ele será aberto com kate.

Presumivelmente, algum arquivo de configuração foi corrompido de alguma forma, mas qual arquivo é esse? E posso reconstruí-lo automaticamente a partir da lista de aplicativos no meu menu Iniciar?

Edit: Parece que isso está acontecendo apenas em determinadas pastas.

Edit: Eu tentei a coisa no comentário DK Bose e isso corrigiu.

james@Q35~/nfs-cloud/websites/test_flask_site/static $ locate mimeapps.list
/home/james/.config/mimeapps.list
/home/james/.local/share/applications/mimeapps.list
/home/james/Downloads/haroopad-v0.13.1-x64/usr/share/applications/mimeapps.list
james@Q35~/nfs-cloud/websites/test_flask_site/static $ mv /home/james/.config/mimeapps.list /home/james/.config/mimeapps.list.bak
james@Q35~/nfs-cloud/websites/test_flask_site/static $ mv /home/james/.local/share/applications/mimeapps.list /home/james/.local/share/applications/mimeapps.list.bak
james@Q35~/nfs-cloud/websites/test_flask_site/static $ mv /home/james/Downloads/haroopad-v0.13.1-x64/usr/share/applications/mimeapps.list /home/james/Downloads/haroopad-v0.13.1-x64/usr/share/applications/mimeapps.list.bak

Eu tenho um arquivo sample.txtassim:

lots of text
lots of text


#nvram = [
#   these
#   could
#   be,
#   anything
#]

lots of text
lots of text

e quero adicionar algum texto "foobar" para obter isso:

lots of text
lots of text


#nvram = [
#   these
#   could
#   be,
#   anything
#]
foobar

lots of text
lots of text

Eu olhei alguns tópicos relacionados e tentei um monte de coisas, mas não consegui juntar as informações da maneira correta.

correspondência de várias linhas: Como posso usar sed ou ex para substituir um bloco (código de várias linhas) por um novo bloco de texto (código)? https://stackoverflow.com/questions/11234001/replace-multiple-lines-using-sed Como posso usar o sed para substituir uma string de várias linhas?

anexando: Como adicionar uma nova linha após a "mensagem de teste1" usando sed?

Eu tenho tentado coisas assim:

sed  '/^#nvram = \[$/{
    N
    ^.*$
}/abc123/' sample.txt

sed '/^#nvram = \[$/ {N; s/\<^#nvram = \[$\>\n<^.*$\>/abc123/g}' sample.txt

sed '/^#nvram = \[$/ {N; s/\<#nvram = \[\>\n\<.*\>/abc123/g}' sample.txt

sed '/^#nvram = \[$/ {N; s/#nvram = \[\n.*/abc123/g}' sample.txt

sed '/^#nvram = \[$/ {N; /#nvram = \[\n.*/abc123/a}' sample.txt

sed '/^#nvram = \[$/ {N; /#nvram = \[(\n.*){1,}/abc123/a}' sample.txt


sed '/^#nvram = \[$/!b;n;cABC' sample.txt

sed '/^#nvram = \[$/N;cABC' sample.txt

sed '/^#nvram = \[$/N/#\]/a;cABC' sample.txt


sed '/^#nvram = \[$/,/#\]/{/^#nvram = \[$/n;/#\]/!{s/./abc/g}}' sample.txt

sed '/^#nvram = \[$/,/#\]/{/^#nvram = \[$/n;/#\]/!{/abc/a}}' sample.txt

sed '/^#nvram = \[$/,/#\]/{/^#nvram = \[$/n;/#\]/!/a abc}' sample.txt

sed '/^#nvram = \[$/,/#\]/{/^#nvram = \[$/n;/#\]/;/a abc}' sample.txt

sed '/^#nvram = \[$/,/#\]/{/^#nvram = \[$/n;/#\]/a abc}' sample.txt

Mas até agora não consegui.

Eu pensei que poderia destruir todas as partições de uma unidade usando o dd if=/dev/zero of=/dev/sdX. No passado, isso sempre funcionou para mim, mas neste caso não está funcionando como esperado.

#check the partitions
➜  ~ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0   477G  0 disk 
├─sda1   8:1    0   512M  0 part /boot/efi
└─sda2   8:2    0 476.4G  0 part /
sdb      8:16   1  14.6G  0 disk 
├─sdb1   8:17   1   292M  0 part /media/james/Gentoo amd64 20190703T214502Z
└─sdb2   8:18   1   6.3M  0 part /media/james/GENTOOLIVE

#unmount and confirm the drive is still seen.

➜  ~ sudo umount "/media/james/Gentoo amd64 20190703T214502Z"
➜  ~ sudo umount "/media/james/GENTOOLIVE"
➜  ~ lsblk                                                   
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0   477G  0 disk 
├─sda1   8:1    0   512M  0 part /boot/efi
└─sda2   8:2    0 476.4G  0 part /
sdb      8:16   1  14.6G  0 disk 
├─sdb1   8:17   1   292M  0 part 
└─sdb2   8:18   1   6.3M  0 part 

#Run dd

➜  ~ sudo dd if=/dev/zero of=/dev/sdb bs=3M                  
dd: error writing '/dev/sdb': No space left on device
2649+0 records in
2648+0 records out
8330620928 bytes (8.3 GB, 7.8 GiB) copied, 5.50879 s, 1.5 GB/s

#the partitions are still there!

➜  ~ lsblk

NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0   477G  0 disk 
├─sda1   8:1    0   512M  0 part /boot/efi
└─sda2   8:2    0 476.4G  0 part /
sdb      8:16   1  14.6G  0 disk 
├─sdb1   8:17   1   292M  0 part 
└─sdb2   8:18   1   6.3M  0 part 
➜  ~ lsblk

#after unplugging and replugging the drive, the old partition still mounts and still contains files. I was able to open several and read the contents.

NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0   477G  0 disk 
├─sda1   8:1    0   512M  0 part /boot/efi
└─sda2   8:2    0 476.4G  0 part /
sdb      8:16   1  14.6G  0 disk 
├─sdb1   8:17   1   292M  0 part 
└─sdb2   8:18   1   6.3M  0 part /media/james/GENTOOLIVE

O que realmente me confunde é que, se eu olhar no Gparted, o dispositivo é mostrado como 8 GB não alocados, mas esta é uma unidade de 16 GB.

Corri badblocks -wsv, que passou, mas o fez de forma suspeita rapidamente (minutos em vez de horas). Após desconectar e reconectar, a unidade aparece como /dev/sdc, e o Gparted vê uma partição de 14,56 GB chamada "gentoo"

Testing with pattern 0xaa: set_o_direct: Invalid argument/0/0 errors)
done                                                 
Reading and comparing: done                                                 
Testing with pattern 0x55: done                                                 
Reading and comparing: done                                                 
Testing with pattern 0xff: done                                                 
Reading and comparing: done                                                 
Testing with pattern 0x00: done                                                 
Reading and comparing: done                                                 
Pass completed, 0 bad blocks found. (0/0/0 errors)
➜  ~ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0   477G  0 disk 
├─sda1   8:1    0   512M  0 part /boot/efi
└─sda2   8:2    0 476.4G  0 part /
sdc      8:32   1  14.6G  0 disk 
├─sdc1   8:33   1   292M  0 part 
└─sdc2   8:34   1   6.3M  0 part 

Eu estou supondo que eu deveria apenas colocar esta unidade flash no pasto, mas parece-me uma sequência tão estranha de eventos, estou curioso para saber que tipo de falha pode ter causado isso (não estou realmente procurando uma correção).

Edit: Isso foi no Xubuntu 18.04

Edit2: Após uma reinicialização, a zeragem funciona conforme o esperado. Eu acho que foi apenas um problema temporário com o sistema operacional. Ainda estou curioso sobre que tipo de problema.

Edit3: falei muito cedo, uma reinicialização não foi suficiente. Achei que ddestava funcionando porque estava demorando um tempo normal, mas parece que não.

➜  ~ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0   477G  0 disk 
├─sda1   8:1    0   512M  0 part /boot/efi
└─sda2   8:2    0 476.4G  0 part /
sdb      8:16   1  14.6G  0 disk 
├─sdb1   8:17   1   292M  0 part /media/james/Gentoo amd64 20190703T214502Z
└─sdb2   8:18   1   6.3M  0 part 
➜  ~ sudo dd if=/dev/zero of=/dev/sdb
[sudo] password for james: 
Sorry, try again.
[sudo] password for james: 
dd: writing to '/dev/sdb': No space left on device
30629377+0 records in
30629376+0 records out
15682240512 bytes (16 GB, 15 GiB) copied, 4232.1 s, 3.7 MB/s
➜  ~ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0   477G  0 disk 
├─sda1   8:1    0   512M  0 part /boot/efi
└─sda2   8:2    0 476.4G  0 part /
sdb      8:16   1  14.6G  0 disk 
├─sdb1   8:17   1   292M  0 part /media/james/Gentoo amd64 20190703T214502Z
└─sdb2   8:18   1   6.3M  0 part 

Edit 4: Ok, ddrealmente funcionou, mas o lsblk não foi atualizado até que eu ejetasse e colocasse novamente.

➜  ~ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0   477G  0 disk 
├─sda1   8:1    0   512M  0 part /boot/efi
└─sda2   8:2    0 476.4G  0 part /
sdb      8:16   1  14.6G  0 disk 

Edit 5: verifiquei o dmesg e há um aviso sobre o disco não estar montado corretamente.

➜  ~ journalctl --dmesg --since="3 days ago" | grep sdb
Jul 09 19:59:27 james-Latitude-E7470 kernel: sd 3:0:0:0: [sdb] 30595072 512-byte logical blocks: (15.7 GB/14.6 GiB)
Jul 09 19:59:27 james-Latitude-E7470 kernel: sd 3:0:0:0: [sdb] Write Protect is off
Jul 09 19:59:27 james-Latitude-E7470 kernel: sd 3:0:0:0: [sdb] Mode Sense: 43 00 00 00
Jul 09 19:59:27 james-Latitude-E7470 kernel: sd 3:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
Jul 09 19:59:27 james-Latitude-E7470 kernel:  sdb: sdb1
Jul 09 19:59:27 james-Latitude-E7470 kernel: sd 3:0:0:0: [sdb] Attached SCSI removable disk
Jul 09 19:59:33 james-Latitude-E7470 kernel: FAT-fs (sdb1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
Jul 10 02:38:38 james-Latitude-E7470 kernel: sd 3:0:0:0: [sdb] 30629376 512-byte logical blocks: (15.7 GB/14.6 GiB)
Jul 10 02:38:38 james-Latitude-E7470 kernel: sd 3:0:0:0: [sdb] Write Protect is off
Jul 10 02:38:38 james-Latitude-E7470 kernel: sd 3:0:0:0: [sdb] Mode Sense: 43 00 00 00
Jul 10 02:38:38 james-Latitude-E7470 kernel: sd 3:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
Jul 10 02:38:38 james-Latitude-E7470 kernel:  sdb: sdb1 sdb2
Jul 10 02:38:38 james-Latitude-E7470 kernel: sd 3:0:0:0: [sdb] Attached SCSI removable disk
Jul 10 04:12:42 james-Latitude-E7470 kernel: sd 3:0:0:0: [sdb] 30629376 512-byte logical blocks: (15.7 GB/14.6 GiB)
Jul 10 04:12:42 james-Latitude-E7470 kernel: sd 3:0:0:0: [sdb] Write Protect is off
Jul 10 04:12:42 james-Latitude-E7470 kernel: sd 3:0:0:0: [sdb] Mode Sense: 43 00 00 00
Jul 10 04:12:42 james-Latitude-E7470 kernel: sd 3:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
Jul 10 04:12:42 james-Latitude-E7470 kernel: sd 3:0:0:0: [sdb] Attached SCSI removable disk

Preciso criar uma VM do Windows com um tipo de máquina Q35. No entanto, apesar de especificar q35, a máquina i440fx é criada.

criado com:

sudo virt-install \
--name wintest \
--boot uefi \
--ram 32768 \
--graphics spice \
--machine q35 \
--features kvm_hidden=on \
--hostdev 0a:00.0,address.type=pci,address.multifunction=on \
--machine pc \
--vcpus 4 \
--os-type windows \
--os-variant win10 \
--network bridge=br0 \
--console pty,target_type=serial \
--disk /home/boss/Downloads/Win10_1809Oct_English_x64.iso,device=cdrom \
--disk /home/boss/Downloads/virtio-win-0.1.164.iso,device=cdrom \
--disk path=/home/boss/testVM/wintest.img,bus=virtio,size=60 

XML de domínio resultante:

<domain type='kvm' id='5'>
  <name>wintest</name>
  <uuid>02288584-0660-4478-99b0-0189cc4567ff</uuid>
  <metadata>
    <libosinfo:libosinfo xmlns:libosinfo="http://libosinfo.org/xmlns/libvirt/domain/1.0">
      <libosinfo:os id="http://microsoft.com/win/10"/>
    </libosinfo:libosinfo>
  </metadata>
  <memory unit='KiB'>33554432</memory>
  <currentMemory unit='KiB'>33554432</currentMemory>
  <vcpu placement='static'>4</vcpu>
  <resource>
    <partition>/machine</partition>
  </resource>
  <os>
    <type arch='x86_64' machine='pc-i440fx-3.1'>hvm</type>
    <loader readonly='yes' type='pflash'>/usr/share/ovmf/x64/OVMF_CODE.fd</loader>
    <nvram>/var/lib/libvirt/qemu/nvram/wintest_VARS.fd</nvram>
    <boot dev='cdrom'/>
    <boot dev='hd'/>
  </os>
  <features>
    <acpi/>
    <apic/>
    <hyperv>
      <relaxed state='on'/>
      <vapic state='on'/>
      <spinlocks state='on' retries='8191'/>
    </hyperv>
    <kvm>
      <hidden state='on'/>
    </kvm>
    <vmport state='off'/>
  </features>
  <cpu mode='custom' match='exact' check='full'>
    <model fallback='forbid'>EPYC-IBPB</model>
    <vendor>AMD</vendor>
    <feature policy='require' name='x2apic'/>
    <feature policy='require' name='tsc-deadline'/>
    <feature policy='require' name='hypervisor'/>
    <feature policy='require' name='tsc_adjust'/>
    <feature policy='require' name='cmp_legacy'/>
    <feature policy='require' name='perfctr_core'/>
    <feature policy='require' name='virt-ssbd'/>
    <feature policy='disable' name='monitor'/>
    <feature policy='disable' name='svm'/>
    <feature policy='require' name='topoext'/>
  </cpu>
  <clock offset='localtime'>
    <timer name='rtc' tickpolicy='catchup'/>
    <timer name='pit' tickpolicy='delay'/>
    <timer name='hpet' present='no'/>
    <timer name='hypervclock' present='yes'/>
  </clock>
  <on_poweroff>destroy</on_poweroff>
  <on_reboot>restart</on_reboot>
  <on_crash>destroy</on_crash>
  <pm>
    <suspend-to-mem enabled='no'/>
    <suspend-to-disk enabled='no'/>
  </pm>
  <devices>
    <emulator>/usr/bin/qemu-system-x86_64</emulator>
    <disk type='file' device='cdrom'>
      <driver name='qemu' type='raw'/>
      <source file='/home/boss/Downloads/Win10_1809Oct_English_x64.iso'/>
      <backingStore/>
      <target dev='hda' bus='ide'/>
      <readonly/>
      <alias name='ide0-0-0'/>
      <address type='drive' controller='0' bus='0' target='0' unit='0'/>
    </disk>
    <disk type='file' device='cdrom'>
      <driver name='qemu' type='raw'/>
      <source file='/home/boss/Downloads/virtio-win-0.1.164.iso'/>
      <backingStore/>
      <target dev='hdb' bus='ide'/>
      <readonly/>
      <alias name='ide0-0-1'/>
      <address type='drive' controller='0' bus='0' target='0' unit='1'/>
    </disk>
    <disk type='file' device='disk'>
      <driver name='qemu' type='qcow2'/>
      <source file='/home/boss/testVM/wintest.img'/>
      <backingStore/>
      <target dev='vda' bus='virtio'/>
      <alias name='virtio-disk0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/>
    </disk>
    <controller type='usb' index='0' model='qemu-xhci' ports='15'>
      <alias name='usb'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/>
    </controller>
    <controller type='pci' index='0' model='pci-root'>
      <alias name='pci.0'/>
    </controller>
    <controller type='ide' index='0'>
      <alias name='ide'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/>
    </controller>
    <interface type='bridge'>
      <mac address='52:54:00:52:9a:ef'/>
      <source bridge='br0'/>
      <target dev='vnet1'/>
      <model type='e1000'/>
      <alias name='net0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>
    </interface>
    <serial type='pty'>
      <source path='/dev/pts/1'/>
      <target type='isa-serial' port='0'>
        <model name='isa-serial'/>
      </target>
      <alias name='serial0'/>
    </serial>
    <console type='pty' tty='/dev/pts/1'>
      <source path='/dev/pts/1'/>
      <target type='serial' port='0'/>
      <alias name='serial0'/>
    </console>
    <input type='tablet' bus='usb'>
      <alias name='input0'/>
      <address type='usb' bus='0' port='1'/>
    </input>
    <input type='mouse' bus='ps2'>
      <alias name='input1'/>
    </input>
    <input type='keyboard' bus='ps2'>
      <alias name='input2'/>
    </input>
    <graphics type='spice' port='5900' autoport='yes' listen='127.0.0.1'>
      <listen type='address' address='127.0.0.1'/>
      <image compression='off'/>
    </graphics>
    <sound model='ich6'>
      <alias name='sound0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
    </sound>
    <video>
      <model type='qxl' ram='65536' vram='65536' vgamem='16384' heads='1' primary='yes'/>
      <alias name='video0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/>
    </video>
    <hostdev mode='subsystem' type='pci' managed='yes'>
      <driver name='vfio'/>
      <source>
        <address domain='0x0000' bus='0x0a' slot='0x00' function='0x0'/>
      </source>
      <alias name='hostdev0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0'/>
    </hostdev>
    <redirdev bus='usb' type='spicevmc'>
      <alias name='redir0'/>
      <address type='usb' bus='0' port='2'/>
    </redirdev>
    <redirdev bus='usb' type='spicevmc'>
      <alias name='redir1'/>
      <address type='usb' bus='0' port='3'/>
    </redirdev>
    <memballoon model='virtio'>
      <alias name='balloon0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x08' function='0x0'/>
    </memballoon>
  </devices>
  <seclabel type='dynamic' model='dac' relabel='yes'>
    <label>+1000:+1000</label>
    <imagelabel>+1000:+1000</imagelabel>
  </seclabel>
</domain>

Existem alguns erros na linha de comando durante a criação, mas acho que provavelmente são irrelevantes, mas aqui estão eles:

Starting install...
Allocating 'wintest.img'                                    |  60 GB  00:00     

(virt-viewer:23811): GSpice-WARNING **: 03:02:45.002: PulseAudio context failed Connection refused

(virt-viewer:23811): GSpice-WARNING **: 03:02:45.002: pa_context_connect() failed: Connection refused

(virt-viewer:23811): GSpice-WARNING **: 03:02:45.126: Could not create org.gnome.SessionManager dbus proxy: Error spawning command line “dbus-launch --autolaunch=53385a97d6e04bd9aa29b8b8cb510ddb --binary-syntax --close-stderr”: Child process exited with code 1

(virt-viewer:23811): GSpice-WARNING **: 03:02:45.126: Warning no automount-inhibiting implementation available
Domain creation completed.

Estou tentando obter uma configuração de compartilhamento de samba para que os usuários tenham permissões de leitura e gravação. Eu pensei que seria capaz de fazer isso editando /etc/samba/smb.conf para adicionar meu compartilhamento assim:

[CLOUD]
   path = /cloud
   writable = yes
   security = user
   valid users = neon, win
   write list = neon, win

e depois executando:

$ sudo systemctl restart smb.service
$ sudo systemctl restart nmb.service

Posso acessar meu compartilhamento das duas contas, mas nenhum deles pode escrever. Quando executo testparam, alguns dos parâmetros estão ausentes ( securitye writable, mas não há erro explícito.

rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384)
Load smb config files from /etc/samba/smb.conf
rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384)
Processing section "[homes]"
Processing section "[printers]"
Processing section "[CLOUD]"
Global parameter security found in service section!
Loaded services file OK.
Server role: ROLE_STANDALONE


Press enter to see a dump of your service definitions

# Global parameters
[global]
    dns proxy = No
    log file = /usr/local/samba/var/log.%m
    max log size = 50
    server role = standalone server
    server string = Samba Server
    workgroup = MYGROUP
    idmap config * : backend = tdb


[homes]
    browseable = No
    comment = Home Directories
    read only = No


[printers]
    browseable = No
    comment = All Printers
    path = /usr/spool/samba
    printable = Yes


[CLOUD]
    path = /cloud
    read only = No
    valid users = neon win
    write list = neon win

Eu entendo que isso significa que o writable = yesparâmetro não está sendo reconhecido, mas como não há erros, não tenho ideia do porquê. Alguma sugestão sobre o que pode estar acontecendo aqui? Estou usando o Arch.

Eu gostaria de configurar meu computador desktop (que na verdade é um servidor para os convidados KVM em que realizo meu trabalho) para ter uma instalação raiz redundante. Se uma unidade morrer, quero voltar rapidamente ao trabalho sem fazer uma restauração completa do backup, nem reinstalar o sistema e redefinir todas as minhas configurações e preferências.

Eu pensei que a maneira de fazer isso seria o RAID1, mas quanto mais fundo eu me aprofundo, mais percebo que o RAID1 não é uma solução 'configure e esqueça'. Ah, e eu quero que seja inicialização UEFI.

A última vez que tentei uma instalação de software RAID1 (que configurei usando o instalador do Ubuntu Server), algo foi corrompido e acabei com uma tela de resgate do GRUB e não consegui descobrir como inicializá-lo a partir do acionamento do espelho. Pelo que sei, o setor de inicialização em ambos foi corrompido devido à corrupção na replicação entre as unidades. Obviamente, isso anula o propósito de ter uma inicialização RAID1 para diminuir o tempo de inatividade. Eu estava pensando que talvez eu devesse colocar a partição EFI em uma unidade USB e mantê-la em backup para substituição rápida e fácil (enquanto tenho a partição raiz em RAID1), mas estou preocupado que agora sempre saiba que a partição EFI tem alterado e, portanto, não saberá quando fazer backup.

Eu também estava pensando em fazer o ZFS-on-root, pensando que a proteção bitrot e o snapshot podem ser mais úteis na prevenção de situações como a acima. Mas parece que o ZFS na raiz não é recomendado para o Ubuntu, e o status do ZFS no Linux em geral parece estar em questão agora devido à falta de tolerância declarada de um certo programador do Kernel Linux para o ZFS. Gostaria de saber se isso pode ser uma boa abordagem, mas não sei nada sobre essa coisa de MAAS e não tenho ideia se é relevante para o meu caso de uso.

A última coisa que eu estava pensando era apenas fazer uma instalação regular de uma unidade e, em seguida, a cada semana ou mais, adicioná-la a uma unidade sobressalente, para que, se ocorrer um desastre, eu possa pelo menos recuperar minhas configurações e instalação de uma semana atrás ou menos. Mas não seria muito difícil adicionar um SSD toda semana?

Encontrei inúmeros tutoriais sobre RAID e ZFS, mas até agora não encontrei nada que explique claramente os prós e contras das minhas opções em relação ao objetivo declarado acima. Conselhos ou links para explicações seriam muito apreciados!

Eu estava executando o Ubuntu Server em um volume mdadm RAID1 e tive alguns problemas, então decidi apenas fazer uma instalação limpa.

• Eu inicializei com o Gparted, parei o array mdadm e executei --zero-superblockem cada partição e excluí as partições usando o Gparted.

• Em seguida, inicializei a partir de um Ubuntu Server USB, configurei o ataque do zero usando a opção de particionamento manual e instalei o Ubuntu 18.04.

• A primeira coisa depois de instalar o sistema operacional, instalei o xfce4 e o firefox junto com alguns outros utilitários padrão e reiniciei o startx e iniciei o Firefox.

Quando logado, eu entrei, as guias que eu tinha aberto antes da reinstalação abriram imediatamente, eu ainda estava logado no SO. Na verdade, toda a minha pasta pessoal ainda estava lá.

Eu pensei que tinha acabado com tudo e começado de novo. Estou totalmente confuso sobre como isso aconteceu. Após uma inspeção mais aprofundada, vi que todos os meus arquivos na minha pasta pessoal ainda estavam lá.

Existe algum passo que eu perdi? Eu pensei que o objetivo de --zero-superblock e deletar as partições era livrar-se de quaisquer dados na unidade. O que eu perdi? O que é preciso para fazer uma instalação realmente limpa garantida? Tenho certeza de que segui o mesmo procedimento exato antes e meu diretório pessoal não persistiu.

Edit: Então eu zerei as unidades componentes da matriz, mas agora na configuração manual no instalador, não consigo definir minha nova partição como "inicializável" (nada muda quando a seleciono). Curiosamente, ao criar as partições ele não me pergunta mais se quero fazer uma partição primária ou lógica como já fez em tempos passados ​​USANDO esse mesmo instalador usb.

Se bem entendi, no Linux, tudo é um caminho, até cada peça de hardware. Estou tentando obter informações sobre como meus sensores estão estruturados, então pensei em usar a árvore para mapear todas as coisas no meu diretório hwmon. No entanto, a árvore não se comporta da mesma forma com este diretório como estou acostumado.

Quando executo tree em um diretório normal, obtenho a estrutura de subdiretório sem usar os sinalizadores -R ou -L:

$ tree /home
/home
└── boss
    ├── clones
    ├── Desktop
    ├── Documents
    │   ├── modules.txt
    │   ├── old_docs
    │   │   └── assorted
    │   └── prepscript.txt
    ├── Downloads
    ├── Music
    ├── Pictures
    ├── Public
    ├── Templates
    └── Videos

12 directories, 2 files

mas eu tento fazer o mesmo com o HWmon, ele só vai um nível de profundidade, mesmo se eu usar o sinalizador -R e mesmo que haja coisas mais profundas:

$ tree /sys/class/hwmon/
/sys/class/hwmon/
├── hwmon0 -> ../../devices/pci0000:40/0000:40:01.3/0000:43:00.0/hwmon/hwmon0
├── hwmon1 -> ../../devices/pci0000:00/0000:00:01.3/0000:09:00.0/hwmon/hwmon1
├── hwmon2 -> ../../devices/pci0000:40/0000:40:03.1/0000:44:00.0/hwmon/hwmon2
├── hwmon3 -> ../../devices/pci0000:00/0000:00:18.3/hwmon/hwmon3
├── hwmon4 -> ../../devices/pci0000:00/0000:00:19.3/hwmon/hwmon4
├── hwmon5 -> ../../devices/virtual/thermal/thermal_zone0/hwmon5
└── hwmon6 -> ../../devices/platform/nct6775.656/hwmon/hwmon6

7 directories, 0 files
$ tree /sys/class/hwmon/hwmon0
/sys/class/hwmon/hwmon0
├── device -> ../../../0000:43:00.0
├── fan1_input
├── name
├── power
│   ├── async
│   ├── autosuspend_delay_ms
│   ├── control
│   ├── runtime_active_kids
│   ├── runtime_active_time
│   ├── runtime_enabled
│   ├── runtime_status
│   ├── runtime_suspended_time
│   └── runtime_usage
├── pwm1
├── pwm1_enable
├── pwm1_max
├── pwm1_min
├── subsystem -> ../../../../../../class/hwmon
├── temp1_auto_point1_pwm
├── temp1_auto_point1_temp
├── temp1_auto_point1_temp_hyst
├── temp1_crit
├── temp1_crit_hyst
├── temp1_emergency
├── temp1_emergency_hyst
├── temp1_input
├── temp1_max
├── temp1_max_hyst
├── uevent
└── update_interval

3 directories, 27 files

O que causa essa diferença de comportamento e posso obter uma árvore simples de todos os dispositivos?

Quais sensores posso monitorar no meu AMD Threadripper 1950x em uma mobo ASRock x399 Taichi no Linux. Foi anunciado no ano passado que o monitoramento de temperatura estava funcionando para processadores Ryzen e que supostamente estava incluído no kernel 4.15, de acordo com isso: https://www.phoronix.com/scan.php?page=news_item&px=AMD-Zen-Temps -Hwmon-Próximo . No entanto, parece que as temperaturas estão compensadas, o que foi corrigido no kernel 4.18.6 de acordo com isso: https://www.phoronix.com/scan.php?page=news_item&px=Linux-4.18.6-k10temp-Correct

Tanto quanto posso dizer, não há absolutamente nenhuma conversa sobre monitoramento de temperatura por núcleo no Linux, como está disponível no Windows.

No entanto, outras fontes sugerem que talvez eu precise construir módulos especificamente baseados na minha placa-mãe. Essas instruções parecem sugerir que eu possa construir os drivers de kernel apropriados com base na saída de sensores-detect: https://linuxconfig.org/monitor-amd-ryzen-temperatures-in-linux-with-latest-kernel-modules

De acordo com a detecção de sensores, tenho o nct6775, mas não consigo encontrar nenhum sinal de que tenho o módulo de kernel apropriado (não mostrado com lsmod, há algum outro lugar que eu deva procurar?). Infelizmente, não posso compilar a partir do repositório porque ele não está mais no github.

Então essas são minhas perguntas:

1. Quais drivers e módulos do kernel fornecem quais informações? Especificamente, quais fornecem as leituras por núcleo disponíveis no Windows?

2. Qual é o status dos drivers de temperatura para Ryzen no linux: completos, incompletos, hackeados e nunca confiáveis?

3. Se eu conseguir construir o nct6775, o que isso me dará além do K10 que já tenho? Onde mais eu poderia ir para obter a fonte para construí-los?

4. Por que isso é tão mal documentado? Não é ter informações claras sobre isso um ano e meio após o lançamento do curso, a AMD está sendo incomumente inútil para os padrões da indústria?

Estou tentando configurar uma máquina virtual com gráficos de passagem. Consigo fazer a passagem funcionar para o shell UEFI, mas não para o instalador oficial do Windows . Consigo fazer o instalador do Windows funcionar, mas apenas com gráficos emulados

Isso inicializa o instalador do Windows em uma janela QEMU:

sudo qemu-system-x86_64 --enable-kvm \
-name TESTVM,process=TESTVM \
-cdrom /media/big-tank-8TB/OSISOS/Windows/WindowsOct2018.iso \
-smp 4 \
-cpu core2duo \
-m 4096 \
-vga qxl

Isso também inicializa o instalador do Windows em uma janela QEMU (ainda sem passagem)

sudo qemu-system-x86_64 --enable-kvm \
-name TESTVM,process=TESTVM \
-cdrom /media/big-tank-8TB/OSISOS/Windows/WindowsOct2018.iso \
-smp 4 \
-cpu core2duo \
-m 4096 \
-device vfio-pci,host=43:00.0,multifunction=on \
-device vfio-pci,host=43:00.1 

Mas se eu especificar os caminhos para o firmware UEFI, recebo a tela slpash Tiano e, em seguida, o shell UEFI no monitor conectado à minha placa de vídeo passada e em uma janela QEMU.

sudo qemu-system-x86_64 --enable-kvm \
-name TESTVM,process=TESTVM \
-cdrom /media/big-tank-8TB/OSISOS/Windows/WindowsOct2018.iso \
-smp 4 \
-cpu core2duo \
-m 4096 \
-device vfio-pci,host=43:00.0,multifunction=on \
-device vfio-pci,host=43:00.1 \
-drive if=pflash,format=raw,readonly,file=/usr/share/OVMF/OVMF_CODE.fd \
-drive if=pflash,format=raw,file=/usr/share/OVMF/OVMF_VARS.fd 

Por que a passagem está funcionando apenas na ausência dos arquivos UEFI? Ou, por que especificar os arquivos UEFI está me impedindo de iniciar o Windows?

Editar: Tentei baixar uma versão diferente do Windows (abril de 2018 em vez de outubro), mesmo problema.

Edit: Tentei limpar e reinstalar o OVMF, mas sem sorte.

Editar: eu posso acessar o gerenciador de inicialização digitando "exit" no shell, mas selecionando a unidade de DVD disponível (e todas as outras opções) imediatamente volta para o gerenciador de inicialização.

Edit: Executei isso:

-name TESTVM,process=TESTVM \
-drive file=/media/big-tank-8TB/OSISOS/Windows/Win10_1803_English_x64.iso,index=1,media=cdrom  \
-drive file=/media/big-tank-8TB/OSISOS/Windows/virtio-win-0.1.160.iso,index=2,media=cdrom \
-smp 4 \
-cpu core2duo \
-m 4096 \
-device vfio-pci,host=43:00.0,multifunction=on \
-device vfio-pci,host=43:00.1 \
-drive if=pflash,format=raw,readonly,file=/usr/share/OVMF/OVMF_CODE.fd \
-drive if=pflash,format=raw,file=/usr/share/OVMF/OVMF_VARS.fd 

Quando peguei também o shell do uefi, digitei "exit" para chegar ao gerenciador de inicialização. No gerenciador de inicialização, selecionar a unidade de DVD disponível instantaneamente retornou ao gerenciador de inicialização.

Em seguida, adicionei outra unidade de DVD pelo Gerenciador de manutenção de inicialização > Opções de inicialização > Adicionar opção de inicialização e selecionei-a no menu Gerenciador de inicialização. .

Isso me deu um breve "pressione qualquer tecla para inicializar a partir do CD". Se eu for rápido o suficiente, isso inicializa no instalador do Windows, MAS APENAS NA JANELA QEMU. A tela anexada ao cartão de passagem era preta com um cursor simples, em oposição ao espelhamento como no UEFI/Boot Manager.

Edit: Estou tentando passar por uma NVIDIA GTX1070. Mobo é ASRock x399 Taichi, CPU é Threadripper 1950X. O SO é o Ubuntu Server com o XFCE instalado.

Edit: Se eu continuar com a instalação, ainda tenho o Windows na janela do QEMU e apenas uma tela inicial do TianoCore na placa de passagem. Se eu for ao gerenciador de dispositivos, o Windows vê o cartão, mas é interrompido por algum motivo.

Edit: tentei usar estas instruções para me livrar do código 43, sem sucesso. Para tentar isso, usei o virt-install em vez do qemu-system e, ao fazer isso, não há tela inicial do TianoCore. Mas ainda código 43 quando entro no Windows.

Editar: usado dmesg para verificar erros de reserva de memória conforme descrito aqui. Não encontrou nenhum. Edit: Também no link acima, usei o analisador de ROM e confirmei a presença de um "tipo 3 (EFI)"

Estou no processo de configuração do VFIO com KVM. Eu tenho o próprio VFIO funcionando, pois a GPU do VFIO exibe a tela do shell UEFI quando inicio a VM. Também sou capaz de criar uma VM do Windows funcional com VNC para gráficos. Meu problema é que eu crio a VM com passthrough usando qemu-system, e aquela que inicializa totalmente eu crio usando virt-install.

O que eu gostaria de fazer é usar virt-install, mas com o mesmo dispositivo PCI que eu passo com qemu-create, então preciso descobrir como traduzir o argumento qemu-system para opções virt-install (ou virsh edit xml )

-device vfio-pci,host=42:00.0,multifunction=on \
-device vfio-pci,host=42:00.1 \

em argumentos virt-install. No entanto, as instruções que uso para virt-install não usam o PCI ID, mas sim o domínio, o barramento e o slot, que não são mostrados no lspci e não tenho certeza de como verificar. Portanto, preciso obter essas informações e usá-las em um comando virt-install ou encontrar uma maneira de usar o ID PCI com virt-install.

Aqui estão meus dois comandos:

sistema qemu:

sudo qemu-system-x86_64 \
-name $vmname,process=$vmname \
-machine type=q35,accel=kvm \
-cpu EPYC,kvm=off \
-smp 4,sockets=1,cores=2,threads=2 \
-m 16G \
-balloon none \
-rtc clock=host,base=localtime \
-vga none \
-nographic \
-serial none \
-parallel none \
-device vfio-pci,host=42:00.0,multifunction=on \
-device vfio-pci,host=42:00.1 \
-drive if=pflash,format=raw,readonly,file=/usr/share/OVMF/OVMF_CODE.fd \
-drive if=pflash,format=raw,file=/usr/share/OVMF/OVMF_VARS.fd \
-boot order=dc \
#-drive id=disk0,if=virtio,cache=none,format=raw,file=/dev/nvme-tank/ntfs-zvol-part1 \
-drive file=/media/big-tank-8TB/OSISOS/Windows/WindowsOct2018.iso,index=1,media=cdrom \
-drive file=/media/big-tank-8TB/OSISOS/Windows/virtio-win-0.1.160.iso,index=2,media=cdrom 

virt-install

virt-install \
--name myWINVM1 \
--ram 4096 \
--disk path=/dev/nvme-tank/ntfs-zvol-part1 \
--cpu core2duo \
--vcpus 4 \
--os-type windows \
--os-variant win10 \
--network bridge=virbr0 \
--graphics vnc \
--console pty,target_type=serial \
--disk /media/big-tank-8TB/OSISOS/Windows/WindowsOct2018.iso,device=cdrom,bus=ide \
--disk /media/big-tank-8TB/OSISOS/Windows/virtio-win-0.1.160.iso,device=cdrom,bus=ide 

Também seria bom descobrir como fazer a inicialização do sistema qemu corretamente, mas eu gosto mais do virt-install porque ele cria um arquivo XML útil que posso ver mais tarde.

Estou usando o Ubuntu Bionic 18.04 com XFCE como meu DE.

Eu montei um array zfs 'big-tank' para /media/big-tank, no entanto, ele não aparece no painel de dispositivos. Além disso, o espaço restante de um pool diferente aparece lá, apesar de não estar montado em /media.

user@ubuntu:~$ zfs get all big-tank |grep mountpoint
big-tank  mountpoint            /media/big-tank        local
user@ubuntu:~$ ls /media
big-tank  CloudDrive  user  nvme-tank
user@ubuntu:~$ df /media/big-tank
Filesystem      1K-blocks  Used  Available Use% Mounted on
big-tank       7541358208   128 7541358080   1% /media/big-tank

mas aqui está o meu painel de dispositivos:

E aqui estão meus zpools:

user@ubuntu:~$ zpool list
NAME        SIZE  ALLOC   FREE  EXPANDSZ   FRAG    CAP  DEDUP  HEALTH  ALTROOT
big-tank   7.25T   996K  7.25T         -     0%     0%  1.00x  ONLINE  -
nvme-tank   928G   409G   519G         -     2%    44%  1.00x  ONLINE  -
user@ubuntu:~$ zfs list
NAME                  USED  AVAIL  REFER  MOUNTPOINT
big-tank              852K  7.02T    96K  /media/big-tank
nvme-tank             887G  12.1G    24K  /media/nvme-tank
nvme-tank/ext4-zvol   474G   478G  8.28G  -
nvme-tank/ntfs-zvol   413G  24.1G   401G  -

1. Por que o big-tank não aparece nos dispositivos apesar de estar montado corretamente /media/big-tank?
2. Por que o nvme-tank é exibido em dispositivos, apesar de não estar montado em /media e não ter nenhum ponto de montagem listado?