• [törölve]

  • 34. bejegyzés
  • Szerkesztve

1) Próbálni kell efifb-el és az nélkül is de elvileg AMD-nél jó ha ott van azt írja.

2) Pipa

3) Amikor kilépsz a szerkesztőből, a virsh api értesíti a libvirtd-t, hogy a fájl megváltozott. A következő vendég újraindítás az új értékeket fogja használni.

Mivel sok a hiányosság nálad és maga ez az 1 éves script működése is kérdéses így neked kell eldöntened, hogy mennyi kört áldozol rá. Én megnéznék több howtot is.

A logban pl van egy ilyen:
/bin/vfio-startup.sh: line 140: echo: write error: No such device

és ez:
modprobe: FATAL: Module drm_kms_helper is in use.

Úgy látszik a virtio driverek nincsenek betöltve, vagy legalábbis nem mind.

modprobe: FATAL: Module vfio_pci is builtin.
modprobe: FATAL: Module vfio_iommu_type1 is builtin.
modprobe: FATAL: Module vfio is builtin.

a howto-ba van olyan rész hogy a cache mode: writeback

Nálam:

Próbáljam meg defaultal?

  • [törölve]

  • 37. bejegyzés
  • Szerkesztve

liSSnEDux

Ennek nem sok köze van a hibá(k)-hoz, így nem fog megoldani semmit.

cache=writeback

     a gazdagép olvas/ír gyorsítótárat
     vendéglemez gyorsítótár mód visszaírás
     Figyelmeztetés: áramkimaradás esetén elveszítheti az adatokat
     Ha a kernel < 2.6.37, akkor a linux vendég fstab-jában a barrier opciót kell használnia, hogy elkerülje az fs sérülését áramkimaradás esetén.
     

Ebben a módban a qemu-kvm interakcióba lép a lemezképfájllal vagy blokkeszközzel sem O_DSYNC, sem O_DIRECT szemantikával,
     így a gazdagép oldal gyorsítótárát használják, és az írások befejezettként jelennek meg a vendégnek, amikor a gazdagép oldal gyorsítótárába helyezik,
     és a normál oldalgyorsítótár-kezelés kezeli a tárolóeszköz iránti elkötelezettséget.
     Ezenkívül a vendég virtuális tároló adaptere értesül a visszaírási gyorsítótárról,
     így a vendégtől elvárható, hogy öblítési parancsokat küldjön az adatok integritásának kezeléséhez.
     A RAM gyorsítótárral rendelkező raidvezérlőhöz hasonló.```

    aham
    Valóban sokat nem változott:

    08/05/2022 15:05:18 : Display Manager is not KDE!
08/05/2022 15:05:18 : Distro is using Systemd
08/05/2022 15:05:18 : Display Manager = gdm3
08/05/2022 15:05:18 : Unbinding Console 1
26:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] [1002:67df] (rev cf)
08/05/2022 15:05:18 : System has an AMD GPU
/bin/vfio-startup.sh: line 140: echo: write error: No such device
modprobe: FATAL: Module drm_kms_helper is in use.
08/05/2022 15:05:18 : AMD GPU Drivers Unloaded
08/05/2022 15:05:18 : End of Startup!
08/05/2022 15:05:22 : Beginning of Teardown!
modprobe: FATAL: Module vfio_pci is builtin.
modprobe: FATAL: Module vfio_iommu_type1 is builtin.
modprobe: FATAL: Module vfio is builtin.
grep: /tmp/vfio-is-nvidia: No such file or directory
08/05/2022 15:05:22 : Loading AMD GPU Drivers
08/05/2022 15:05:22 : AMD GPU Drivers Loaded
/usr/bin/systemctl
08/05/2022 15:05:22 : Var has been collected from file: gdm3
08/05/2022 15:05:22 : Rebinding console 1
08/05/2022 15:05:22 : End of Teardown!```

      • [törölve]

      • 39. bejegyzés
      • Szerkesztve

      liSSnEDux

      Itt meg azt írja, hogy a drm_kms_helper már használatban van.
      Aztán nem tudja a vifio modulokat betölteni.

      megpróbálhatot ezt: rmmod drm_kms_helper a hoston.
      aztán indítsd a VM-et és nézd a logot.

      A /bin/vfio-startup.sh fájlban meg nézd meg a 140. sort.

      Közben megnéztem:
      echo efi-framebuffer.0 > /sys/bus/platform/drivers/efi-framebuffer/unbind

      Kapcsold vissza a grub-ban ezt az efifb-t.

          • [törölve]

          • 41. bejegyzés
          • Szerkesztve

          Erre mondtam azt 12 éve, hogy ne akarjunk desktopon ilyent, mert még nem kiforrott.
          Úgy látszik ez azóta sem sokat változott.

          • [törölve]

          • 43. bejegyzés
          • Szerkesztve

          liSSnEDux

          Hasonlónak tűnik, persze próbáld meg miért ne.
          Kipróbálnám én is szívesen, de nem akarom szemetelni vele a rendszert.

          Így most rajtad múlik minden.

            Ma már nem hiszem hogy megcsinálom, de a héten még tuti

            • [törölve]

            • 45. bejegyzés
            • Szerkesztve

            Érdemes több howto-t is megpróbálni persze, sőt kell is.
            3-4-et megpróbálsz és a végén össze lehet majd ollózni, vagy nem..

            Vagy itt nyiss egy "new issue"-t, jelentsd a hibákat, mutass meg minden logot és biztos, hogy a tulajdonos vagy egy developer jobban fog tudni segíteni.
            https://gitlab.com/risingprismtv/single-gpu-passthrough/-/issues

            Sok sikert, hajrá!

            • [törölve]

            • 47. bejegyzés
            • Szerkesztve

            Hát igen, mert már használatban van.
            Töröld le az amd drivert a hostról, úgy több az esély.
            És tedd oda azt a hiányzó scriptet.

            Az nem fog gondot okozni az anyarendszeren?
            Vagy mit fog használni helyette?

              <cpu mode="host-passthrough" check="none" migratable="off">

              08/06/2022 19:34:43 : Beginning of Startup!
08/06/2022 19:34:43 : Display Manager is not KDE!
08/06/2022 19:34:43 : Distro is using Systemd
08/06/2022 19:34:43 : Display Manager = gdm3
08/06/2022 19:34:43 : Unbinding Console 1
26:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] [1002:67df] (rev cf)
08/06/2022 19:34:43 : System has an AMD GPU
/bin/vfio-startup.sh: line 140: echo: write error: No such device
modprobe: FATAL: Module drm_kms_helper is in use.
08/06/2022 19:34:43 : AMD GPU Drivers Unloaded
08/06/2022 19:34:43 : End of Startup!
08/06/2022 19:34:47 : Beginning of Teardown!
modprobe: FATAL: Module vfio_pci is builtin.
modprobe: FATAL: Module vfio_iommu_type1 is builtin.
modprobe: FATAL: Module vfio is builtin.
grep: /tmp/vfio-is-nvidia: No such file or directory
08/06/2022 19:34:47 : Loading AMD GPU Drivers
08/06/2022 19:34:47 : AMD GPU Drivers Loaded
/usr/bin/systemctl
08/06/2022 19:34:47 : Var has been collected from file: gdm3
08/06/2022 19:34:47 : Rebinding console 1
08/06/2022 19:34:47 : End of Teardown!

              <cpu mode="host-passthrough" check="none" migratable="on">

              08/06/2022 19:32:10 : Beginning of Startup!
08/06/2022 19:32:10 : Display Manager is not KDE!
08/06/2022 19:32:10 : Distro is using Systemd
08/06/2022 19:32:10 : Display Manager = gdm3
08/06/2022 19:32:10 : Unbinding Console 1
26:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] [1002:67df] (rev cf)
08/06/2022 19:32:10 : System has an AMD GPU
/bin/vfio-startup.sh: line 140: echo: write error: No such device
modprobe: FATAL: Module drm_kms_helper is in use.
modprobe: FATAL: Module amdgpu is in use.
modprobe: FATAL: Module drm is in use.
08/06/2022 19:32:10 : AMD GPU Drivers Unloaded
08/06/2022 19:32:10 : End of Startup!
08/06/2022 19:32:12 : Beginning of Teardown!
modprobe: FATAL: Module vfio_pci is builtin.
modprobe: FATAL: Module vfio_iommu_type1 is builtin.
modprobe: FATAL: Module vfio is builtin.
grep: /tmp/vfio-is-nvidia: No such file or directory
08/06/2022 19:32:12 : Loading AMD GPU Drivers
08/06/2022 19:32:12 : AMD GPU Drivers Loaded
/usr/bin/systemctl
08/06/2022 19:32:12 : Var has been collected from file: gdm3
08/06/2022 19:32:12 : Rebinding console 1
08/06/2022 19:32:12 : End of Teardown!

              Mindekettőnél: video=efifb:off, apparmor bentvan
              Nélkülük csak rosszabb vagy azonos a helyzet

              • [törölve]

              • 50. bejegyzés
              • Szerkesztve

              liSSnEDux Az nem fog gondot okozni az anyarendszeren?

              Jó esetben nem 640x480 lesz a felbontás, rossz esetben annyi. Vagy 800x600, kitudja.
              És nincs több youtube vieó sem a hoston.

              Még mindíg az a baja, hogy az amd modul már használatban van és a vifio drivereket sem tölti be.
              Nem tud átkapcsolni.

                Elkezdtem egy másikat. KVM-GPU-Passthrough
                Csak ez arch-ra készült scriptekkel van hehe
                Elakadtam... vagyis... kicsit nem értem hogy mi van, mit rontottam el.
                Tudom kinzom magam de most mit lehet tenni, ilyen a habitusom :o
                Kicsit itt összegabajodtam mi hogyan is van: (én most a libvirt_configuration.sh-val szenvedek)

                  • [törölve]

                  • 52. bejegyzés
                  • Szerkesztve

                  liSSnEDux

                  Hey!

                  Nem tudod áthelyezni a qemu.conf fájlt, mert már átnevezted qemu.conf.old-ra és ezért nem találja.
                  Ráadásul azt írtad, hogy qeum.conf ! - így meg duplán nem találja..

                  Semmi mást nem kell csinálnod csak elolvasni és értelmezni, hogy mi van előtted.

                  Ha pár config filet nem tudsz behelyezni oda ahova kellene, akkor inkább kezd itt: https://szabilinux.hu/

                  Kezd az alapoknál..

                  Másik meg, hogy az Arch != Ubuntu - meglepő módon vannak eltérések.

                  Amit te szeretnél ahhoz legalább az alapokat tudni kell pl mv cp etc.

                  Szerintem amit keresel qemu.conf fájl a KVM-GPU-Passthrough mappában van.

                  Plussz ezeknek a csomagoknak az ubuntus megfelelőjét fel kell tenned:
                  pacman -S libvirt libvirt-glib libvirt-python virt-install virt-manager qemu qemu-arch-extra ovmf vde2 ebtables dnsmasq bridge-utils openbsd-netcat iptables swtpm

                  A qemu-arch-extra érdekes lesz bár nem tudjuk, hogy mennyire lényeges.

                  Ezeknek a csomagoknak mind még extra függőségeik vannak Archon is és máshogyan néznek ki Ubuntun.

                  Amit a scriptben meg kell csinálni az sima fájl átnevezés és másolás.

                  Ja és így kezdi a script: echo "This program must run as root to function."
                  Ne sudozz, legyél root..

                  Ez amúgy egyszerűbbnek tűnik mint a másik gitlabos howto.

                    Ennyivel később: egy év