引用:

原帖由 xif7456 于 2019-7-8 10:58 发表
posted by wap, platform: Android
试试把hdmi连上机子，虚拟机的硬盘全部detatch，然后启动虚拟机，看看屏幕有没有proxmox的启动画面
有的话gpu直通就没问题
然后再直通鼠标键盘给虚拟机，libreelec的iso挂到cd-r ...

我只能晚上回去试了，难道你们不是通过img2kvm把libreelec添加到虚拟机的？
我去年看教程装LEDE就是用的这个，所以我看LibreELEC也是用这种方法。
不是用ISO装的。

引用:

原帖由 ChinaBoyFF 于 2019-7-8 09:25 发表

用Libreelec安装镜像作引导开机，不要用安装过Libreelec的盘，这样试试看，会不会还是黑屏

一直黑屏我有什么办法　video=efifbff,vesafbff还有这样顺序真的能起来吗，我的就卡住

[ 本帖最后由 egbluecats 于 2019-7-9 17:32 编辑 ]

引用:

原帖由 xif7456 于 2019-7-8 11:27 发表
posted by wap, platform: Android

不是，我是用iso装的，把iso丢到car/lib/vz/template/iso里就可以在gui光驱那选择了

img2kvm是把img镜像转成qcow2，适用于物理机硬盘迁移到虚拟机，如果你不需要qocw2，不转换 ...

问题是我都没见过LibreELEC有ISO啊，不都一直是img吗，就和树莓派那些镜像一样，和N1　coreelec镜像一样
哪有ISO啊？

你说丢到那个目录就是上传的那个吧
还有加上一堆乱七八糟的开机是不能看到原来的Login吧
会有这种
Can't process LV pve/data: thin-pool target support missing from kernel?

Can't process LV /ve-vm-100-disk-1: thin target support missing from kernel?

Can't process LV /ve-vm-100-disk-2: thin target support missing from kernel?
这是直通设置后正常情况吗
最后发现可以贴这个

复制内容到剪贴板

代码:

proxmox-ve: 5.4-2 (running kernel: 4.15.18-17-pve)
pve-manager: 5.4-10 (running version: 5.4-10/9603c337)
pve-kernel-4.15: 5.4-5
pve-kernel-4.15.18-17-pve: 4.15.18-43
pve-kernel-4.15.18-12-pve: 4.15.18-36
corosync: 2.4.4-pve1
criu: 2.11.1-1~bpo90
glusterfs-client: 3.8.8-1
ksm-control-daemon: 1.2-2
libjs-extjs: 6.0.1-2
libpve-access-control: 5.1-11
libpve-apiclient-perl: 2.0-5
libpve-common-perl: 5.0-53
libpve-guest-common-perl: 2.0-20
libpve-http-server-perl: 2.0-13
libpve-storage-perl: 5.0-44
libqb0: 1.0.3-1~bpo9
lvm2: 2.02.168-pve6
lxc-pve: 3.1.0-3
lxcfs: 3.0.3-pve1
novnc-pve: 1.0.0-3
proxmox-widget-toolkit: 1.0-28
pve-cluster: 5.0-37
pve-container: 2.0-39
pve-docs: 5.4-2
pve-edk2-firmware: 1.20190312-1
pve-firewall: 3.0-22
pve-firmware: 2.0-6
pve-ha-manager: 2.0-9
pve-i18n: 1.1-4
pve-libspice-server1: 0.14.1-2
pve-qemu-kvm: 3.0.1-4
pve-xtermjs: 3.12.0-1
qemu-server: 5.0-54
smartmontools: 6.5+svn4324-1
spiceterm: 3.0-5
vncterm: 1.5-3
zfsutils-linux: 0.7.13-pve1~bpo2

[ 本帖最后由 egbluecats 于 2019-7-8 17:57 编辑 ]

又成这样了　我都不知道怎么搞了　这是第三次了
活动

是
内容

VZDump备份文件, ISO映像, 容器模板
类别

目录
使用率

99.94% (27.17 GiB of 27.19 GiB)

每次这样我只能重装PVE

引用:

原帖由 xif7456 于 2019-7-8 18:45 发表
posted by wap, platform: Android
Video参数是阻止host加载显卡，启动的时候冻屏是正常的，那几个错误也是正常的

实在不得你挂个pe上去，开机看看屏幕有没有显示

你的虚拟机硬盘建在local还是lvm？

如果是 ...

反正就是启动黑屏，然后能看到概要里内存使用是3.14G左右　过会就变成40M左右
然后显示器中上会有光标闪

我那塞满也不是我自己塞满啊，就是这样直通死机后，刚刚是换的插了显示器后，反正强制关机再开就会这样　那我只能重装
你们也没遇到过这种

就是不知道为什么我直通不了，买了主板也不行，和内存有关吗
我是DDR3L 1866 两条4G

源是用的这个pve-no-subscription

我这用传统装和UEFI装(指PVE)都不能直通

应该和这条有关吧Failed to mmap 0000:00:02.0 BAR 2. Performance may be slow

查了下看到几个我也看不懂
https://forums.unraid.net/topic/ ... ry-gpu-passthrough/
https://bbs.archlinux.org/viewtopic.php?id=234484
但用里面提到的dmesg看到这样的

复制内容到剪贴板

代码:

...
[  500.697110] vfio-pci 0000:00:02.0: BAR 2: can't reserve [mem 0x80000000-0x8fffffff 64bit pref]
[  500.697143] vfio-pci 0000:00:02.0: BAR 2: can't reserve [mem 0x80000000-0x8fffffff 64bit pref]
[  500.697176] vfio-pci 0000:00:02.0: BAR 2: can't reserve [mem 0x80000000-0x8fffffff 64bit pref]
[  500.697209] vfio-pci 0000:00:02.0: BAR 2: can't reserve [mem 0x80000000-0x8fffffff 64bit pref]
[  500.697252] vfio-pci 0000:00:02.0: BAR 2: can't reserve [mem 0x80000000-0x8fffffff 64bit pref]
[  500.697318] vfio-pci 0000:00:02.0: BAR 2: can't reserve [mem 0x80000000-0x8fffffff 64bit pref]
[  500.697359] vfio-pci 0000:00:02.0: BAR 2: can't reserve [mem 0x80000000-0x8fffffff 64bit pref]
[  500.697400] vfio-pci 0000:00:02.0: BAR 2: can't reserve [mem 0x80000000-0x8fffffff 64bit pref]
[  500.699627] vfio-pci 0000:00:02.0: BAR 2: can't reserve [mem 0x80000000-0x8fffffff 64bit pref]
[  501.245339] fwbr100i0: port 2(tap100i0) entered disabled state
[  501.272629] fwbr100i0: port 1(fwln100i0) entered disabled state
[  501.272731] vmbr0: port 2(fwpr100p0) entered disabled state
[  501.273182] device fwln100i0 left promiscuous mode
[  501.273189] fwbr100i0: port 1(fwln100i0) entered disabled state
[  501.287482] device fwpr100p0 left promiscuous mode
[  501.287486] vmbr0: port 2(fwpr100p0) entered disabled state
[  501.796342] DMAR: DRHD: handling fault status reg 2
[  501.796397] DMAR: [DMA Write] Request device [00:02.0] fault addr 0 [fault reason 02] Present bit in context entry is clear

上面都是那样的，反正慢慢找原因呗，可能这次搞好后NUC也可以，因为是同一个错误

cat /proc/iomem

复制内容到剪贴板

代码:

00000000-00000fff : Reserved
00001000-0003efff : System RAM
0003f000-0003ffff : Reserved
00040000-0009efff : System RAM
0009f000-000fffff : Reserved
  000a0000-000bffff : PCI Bus 0000:00
  000c0000-000dffff : PCI Bus 0000:00
    000c0000-000cfdff : Video ROM
  000e0000-000fffff : PCI Bus 0000:00
    000f0000-000fffff : System ROM
00100000-0fffffff : System RAM
10000000-12150fff : Reserved
12151000-6b4a0fff : System RAM
6b4a1000-6d5c1fff : Reserved
6d5c2000-6d699fff : System RAM
6d69a000-6d9d5fff : ACPI Non-volatile Storage
6d9d6000-6dd78fff : Reserved
6dd79000-6ddd2fff : Unknown E820 type
6ddd3000-6e14ffff : System RAM
6e150000-6e150fff : ACPI Non-volatile Storage
6e151000-6e17afff : Reserved
6e17b000-6e755fff : System RAM
6e756000-6e757fff : Reserved
6e758000-6effffff : System RAM
6f000000-7fffffff : Reserved
  6f800001-6fffffff : PCI Bus 0000:00
  70000001-7fffffff : PCI Bus 0000:00
80000000-cfffffff : PCI Bus 0000:00
  80000000-8fffffff : 0000:00:02.0
    80000000-80e0ffff : efifb
  90000000-90ffffff : 0000:00:02.0
  91000000-910fffff : 0000:00:0e.0
  91100000-911fffff : PCI Bus 0000:03
    91100000-911001ff : 0000:03:00.0
      91100000-911001ff : ahci
  91200000-912fffff : PCI Bus 0000:01
    91200000-91203fff : 0000:01:00.0
      91200000-91203fff : r8169
    91204000-91204fff : 0000:01:00.0
      91204000-91204fff : r8169
  91300000-9130ffff : 0000:00:15.0
    91300000-9130ffff : xhci-hcd
  91310000-91313fff : 0000:00:0e.0
  91314000-91315fff : 0000:00:12.0
    91314000-91315fff : ahci
  91316000-913160ff : 0000:00:1f.1
  91317000-913177ff : 0000:00:12.0
    91317000-913177ff : ahci
  91318000-913180ff : 0000:00:12.0
    91318000-913180ff : ahci
  9131b000-9131bfff : 0000:00:0f.0
    9131b000-9131bfff : mei_me
d0000000-d0ffffff : Reserved
  d0c00000-d0c00653 : INT3452:03
    d0c00000-d0c00653 : INT3452:03
  d0c40000-d0c40763 : INT3452:01
    d0c40000-d0c40763 : INT3452:01
  d0c50000-d0c5076b : INT3452:00
    d0c50000-d0c5076b : INT3452:00
  d0c70000-d0c70673 : INT3452:02
    d0c70000-d0c70673 : INT3452:02
e0000000-efffffff : PCI MMCONFIG 0000 [bus 00-ff]
  e0000000-efffffff : Reserved
    e0000000-efffffff : PCI Bus 0000:00
      e0000000-efffffff : pnp 00:04
fe042000-fe044fff : Reserved
fe900000-fe902fff : Reserved
fea00000-feafffff : pnp 00:04
fec00000-fec00fff : Reserved
  fec00000-fec003ff : IOAPIC 0
fed00000-fed003ff : HPET 0
  fed00000-fed003ff : PNP0103:00
fed01000-fed01fff : intel-spi
  fed01000-fed01fff : Reserved
    fed01000-fed01fff : pnp 00:04
fed03000-fed03fff : pnp 00:04
fed06000-fed06fff : pnp 00:04
fed08000-fed09fff : pnp 00:04
fed1c000-fed1cfff : pnp 00:04
fed40000-fed4087f : MSFT0101:00
fed64000-fed64fff : dmar0
fed65000-fed65fff : dmar1
fed80000-fedbffff : pnp 00:04
fee00000-fee00fff : Local APIC
  fee00000-fee00fff : Reserved
ff800000-ffffffff : Reserved
100000000-27fffffff : System RAM
  15fc00000-1608031d0 : Kernel code
  1608031d1-16126c3ff : Kernel data
  1614e8000-161743fff : Kernel bss

[ 本帖最后由 egbluecats 于 2019-7-8 23:43 编辑 ]

卧槽　大哥真的成了　看我上面发的链接里
我看人家用了这三行
echo 0 > /sys/class/vtconsole/vtcon0/bind
echo 0 > /sys/class/vtconsole/vtcon1/bind
echo efi-framebuffer.0 > /sys/bus/platform/drivers/efi-framebuffer/unbind
我也试了下结果真的能直通，但是这样的话他们那是要脚本，是不是系统有些东西禁用啥就能解决了
https://forums.unraid.net/topic/ ... ry-gpu-passthrough/

最后搞清楚了，因为之前是一步一步添加的试的
所以没加那video=efifbff,vesafbff 时好像后来死机了还是咋的，
反正这个NUC网口就突然不能用了，其实断电拔电源再插就好了，
就是web连不上，屏幕是Loading initial ramdisk...我以为是这样就启动不了

后来启动时候查了下按ｅ编辑，先是把vedio删了，然后一搜有个是这两个相反的video=vesafbff,efifbff
用上后就还是直通不了，直到用执行上面那三条才行，原来这两个相反和不加video之后，都一样的错误，
而且这错误会不断给日志里写，开了后不停止，就会一直不断的给里面写，
kern.log messages syslog这三个会占相同大小，最后会导致宿主机啥命令都执行不了

应该启作用的是efifbff，就是不知道放到后面为啥相当于没放。。。

[ 本帖最后由 egbluecats 于 2019-7-9 19:04 编辑 ]