Kernel panic VFS: Unable to mount root fs on unknown-block (0,0) sobald ein 7.x Kernel verwendet wird.

R

Raylane

New Member
May 30, 2026
3
0
1
Hallo,

ich habe Probleme das mit Kernel 7.x immer die Meldung "Kernel Panic! VFS: Unable to mount root fs on unknown-block (0,0)" erscheint.
Aktuell kann ich nur in den Kernel 6.17.13-13-pve booten. Durch das deinstallieren von Proxmox VE konnte ich verhinder das dieser immer
wieder ein Kernel 7.x versucht wird neu zu installieren.

Mein PC habe ich als Komplett durchgereichte VM (GPU, onboard GPU, USB Ports, SSD, etc.) erstellt. Diverse IOMMU Gruppen wurden dem Proxmox Host
entzogen und direkt an die VM's gereicht. Laut der make.log scheint das ganze irgendwie an der internen AMD Grafikkarte vom Prozessor zu liegen.

Vermutlich ist meine aktuelle Lösung nicht die Richtige bzw. nicht die schöne Variante. Da ich mein Wissen ehr als Linuxanfänger einstuffen würde.

Vielleicht kann ja ein erfahrener mir ein Tipp geben wie ich mein Proxmox wieder anständig mit aktuellem Kernel zum laufen bekomme.

Meine Hardware:
CPU: AMD Ryzen 9 7900X3D 12x 4.40GHz
Mainboard: ASRock X670E PG Lightning AMD X670E
GPU: MSI Geforce RTX 4070 VENTUS OC 12GB
RAM: 64GB Corsair Vengeance RGB DDR5-6000


Wenn ich Proxmox VE wieder installieren will:
Code: 
root@Raylane:~# apt install proxmox-ve
Installing:                    
  proxmox-ve

Installing dependencies:
  proxmox-default-kernel  proxmox-kernel-7.0  proxmox-kernel-7.0.6-2-pve-signed

Summary:
  Upgrading: 0, Installing: 4, Removing: 0, Not Upgrading: 0
  Download size: 131 MB
  Space needed: 1,030 MB / 83.8 GB available

Continue? [Y/n] y
Get:1 http://download.proxmox.com/debian/pve trixie/pve-no-subscription amd64 proxmox-kernel-7.0.6-2-pve-signed amd64 7.0.6-2 [131 MB]
Get:2 http://download.proxmox.com/debian/pve trixie/pve-no-subscription amd64 proxmox-kernel-7.0 amd64 7.0.6-2 [12.9 kB]                                                                                                                                                                                                                                                      
Get:3 http://download.proxmox.com/debian/pve trixie/pve-no-subscription amd64 proxmox-default-kernel all 2.1.0 [2,316 B]                                                                                                                                                                                                                                                      
Get:4 http://download.proxmox.com/debian/pve trixie/pve-no-subscription amd64 proxmox-ve all 9.2.0 [5,156 B]                                                                                                                                                                                                                                                                  
Fetched 131 MB in 11s (11.5 MB/s)                                                                                                                                                                                                                                                                                                                                            
Selecting previously unselected package proxmox-kernel-7.0.6-2-pve-signed.
(Reading database ... 97451 files and directories currently installed.)
Preparing to unpack .../proxmox-kernel-7.0.6-2-pve-signed_7.0.6-2_amd64.deb ...
Unpacking proxmox-kernel-7.0.6-2-pve-signed (7.0.6-2) ...
Selecting previously unselected package proxmox-kernel-7.0.
Preparing to unpack .../proxmox-kernel-7.0_7.0.6-2_amd64.deb ...
Unpacking proxmox-kernel-7.0 (7.0.6-2) ...
Selecting previously unselected package proxmox-default-kernel.
Preparing to unpack .../proxmox-default-kernel_2.1.0_all.deb ...
Unpacking proxmox-default-kernel (2.1.0) ...
Selecting previously unselected package proxmox-ve.
Preparing to unpack .../proxmox-ve_9.2.0_all.deb ...
Unpacking proxmox-ve (9.2.0) ...
Setting up proxmox-kernel-7.0.6-2-pve-signed (7.0.6-2) ...
Examining /etc/kernel/postinst.d.
run-parts: executing /etc/kernel/postinst.d/dkms 7.0.6-2-pve /boot/vmlinuz-7.0.6-2-pve
Sign command: /lib/modules/7.0.6-2-pve/build/scripts/sign-file
Signing key: /var/lib/dkms/mok.key
Public certificate (MOK): /var/lib/dkms/mok.pub

Autoinstall of module vendor-reset/0.1.1 for kernel 7.0.6-2-pve (x86_64)
Building module(s)...(bad exit status: 2)
Failed command:
make -j24 KERNELRELEASE=7.0.6-2-pve KDIR=/lib/modules/7.0.6-2-pve/build

Error! Bad return status for module build on kernel: 7.0.6-2-pve (x86_64)
Consult /var/lib/dkms/vendor-reset/0.1.1/build/make.log for more information.

Autoinstall on 7.0.6-2-pve failed for module(s) vendor-reset(10).

Error! One or more modules failed to install during autoinstall.
Refer to previous errors for more information.
run-parts: /etc/kernel/postinst.d/dkms exited with return code 1
Failed to process /etc/kernel/postinst.d at /var/lib/dpkg/info/proxmox-kernel-7.0.6-2-pve-signed.postinst line 20.
dpkg: error processing package proxmox-kernel-7.0.6-2-pve-signed (--configure):
 installed proxmox-kernel-7.0.6-2-pve-signed package post-installation script subprocess returned error exit status 2
dpkg: dependency problems prevent configuration of proxmox-kernel-7.0:
 proxmox-kernel-7.0 depends on proxmox-kernel-7.0.6-2-pve-signed | proxmox-kernel-7.0.6-2-pve; however:
  Package proxmox-kernel-7.0.6-2-pve-signed is not configured yet.
  Package proxmox-kernel-7.0.6-2-pve is not installed.
  Package proxmox-kernel-7.0.6-2-pve-signed which provides proxmox-kernel-7.0.6-2-pve is not configured yet.

dpkg: error processing package proxmox-kernel-7.0 (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of proxmox-default-kernel:
 proxmox-default-kernel depends on proxmox-kernel-7.0; however:
  Package proxmox-kernel-7.0 is not configured yet.

dpkg: error processing package proxmox-default-kernel (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of proxmox-ve:
 proxmox-ve depends on proxmox-default-kernel; however:
  Package proxmox-default-kernel is not configured yet.

dpkg: error processing package proxmox-ve (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 proxmox-kernel-7.0.6-2-pve-signed
 proxmox-kernel-7.0
 proxmox-default-kernel
 proxmox-ve
Error: Sub-process /usr/bin/dpkg returned an error code (1)


make.log
Code: 
DKMS (dkms-3.2.2) make.log for vendor-reset/0.1.1 for kernel 7.0.6-2-pve (x86_64)
Sat May 30 12:22:51 PM CEST 2026

Building module(s)
# command: make -j24 KERNELRELEASE=7.0.6-2-pve KDIR=/lib/modules/7.0.6-2-pve/build
make -C /lib/modules/7.0.6-2-pve/build M=/var/lib/dkms/vendor-reset/0.1.1/build modules
make[1]: Entering directory '/usr/src/linux-headers-7.0.6-2-pve'
make[2]: Entering directory '/var/lib/dkms/vendor-reset/0.1.1/build'
warning: pahole version differs from the one used to build the kernel
  The kernel was built with: 130
  You are using:             0
  CC [M]  src/module.o
  CC [M]  src/vendor-reset-dev.o
  CC [M]  src/ioctl.o
  CC [M]  src/ftrace.o
  CC [M]  src/hook.o
  CC [M]  src/amd/common.o
  CC [M]  src/amd/compat.o
  CC [M]  src/amd/firmware.o
  CC [M]  src/amd/navi10.o
  CC [M]  src/amd/polaris10.o
  CC [M]  src/amd/vega10.o
  CC [M]  src/amd/vega20.o
  CC [M]  src/amd/amdgpu/amdgpu_device.o
  CC [M]  src/amd/amdgpu/amdgpu_discovery.o
  CC [M]  src/amd/amdgpu/amdgpu_bios.o
  CC [M]  src/amd/amdgpu/amdgpu_atomfirmware.o
  CC [M]  src/amd/amdgpu/atom.o
  CC [M]  src/amd/amdgpu/common_baco.o
  CC [M]  src/amd/amdgpu/navi10_reg_init.o
  CC [M]  src/amd/amdgpu/navi12_reg_init.o
  CC [M]  src/amd/amdgpu/navi14_reg_init.o
  CC [M]  src/amd/amdgpu/polaris_baco.o
  CC [M]  src/amd/amdgpu/smu7_baco.o
  CC [M]  src/amd/amdgpu/vega10_reg_init.o
  CC [M]  src/amd/amdgpu/vega20_reg_init.o
src/ftrace.c:66:5: warning: no previous prototype for ‘fh_install_hook’ [-Wmissing-prototypes]
   66 | int fh_install_hook(struct ftrace_hook *hook)
      |     ^~~~~~~~~~~~~~~
src/ftrace.c:96:6: warning: no previous prototype for ‘fh_remove_hook’ [-Wmissing-prototypes]
   96 | void fh_remove_hook(struct ftrace_hook *hook)
      |      ^~~~~~~~~~~~~~
src/ioctl.c:91:5: warning: no previous prototype for ‘vendor_reset_ioctl_init’ [-Wmissing-prototypes]
   91 | int vendor_reset_ioctl_init(void)
      |     ^~~~~~~~~~~~~~~~~~~~~~~
src/ioctl.c:96:6: warning: no previous prototype for ‘vendor_reset_ioctl_exit’ [-Wmissing-prototypes]
   96 | void vendor_reset_ioctl_exit(void)
      |      ^~~~~~~~~~~~~~~~~~~~~~~
src/amd/firmware.c:40:5: warning: no previous prototype for ‘amdgpu_io_rreg’ [-Wmissing-prototypes]
   40 | u32 amdgpu_io_rreg(struct amd_fake_dev *adev, u32 reg)
      |     ^~~~~~~~~~~~~~
src/amd/amdgpu/amdgpu_device.c:47:6: warning: no previous prototype for ‘amdgpu_device_vram_access’ [-Wmissing-prototypes]
   47 | void amdgpu_device_vram_access(struct amd_fake_dev *adev, loff_t pos,
      |      ^~~~~~~~~~~~~~~~~~~~~~~~~
src/amd/firmware.c:60:6: warning: no previous prototype for ‘amdgpu_io_wreg’ [-Wmissing-prototypes]
   60 | void amdgpu_io_wreg(struct amd_fake_dev *adev, u32 reg, u32 v)
      |      ^~~~~~~~~~~~~~
src/amd/amdgpu/atom.c:32:10: fatal error: asm/unaligned.h: No such file or directory
   32 | #include <asm/unaligned.h>
      |          ^~~~~~~~~~~~~~~~~
compilation terminated.
make[4]: *** [/usr/src/linux-headers-7.0.6-2-pve/scripts/Makefile.build:289: src/amd/amdgpu/atom.o] Error 1
make[4]: *** Waiting for unfinished jobs....
src/amd/amdgpu/vega10_reg_init.c:29:5: warning: no previous prototype for ‘vega10_reg_base_init’ [-Wmissing-prototypes]
   29 | int vega10_reg_base_init(struct amd_fake_dev *adev)
      |     ^~~~~~~~~~~~~~~~~~~~
src/amd/amdgpu/amdgpu_bios.c:91:6: warning: no previous prototype for ‘amdgpu_read_bios’ [-Wmissing-prototypes]
   91 | bool amdgpu_read_bios(struct amd_fake_dev *adev)
      |      ^~~~~~~~~~~~~~~~
src/amd/amdgpu/amdgpu_bios.c:156:6: warning: no previous prototype for ‘amdgpu_get_bios’ [-Wmissing-prototypes]
  156 | bool amdgpu_get_bios(struct amd_fake_dev *adev)
      |      ^~~~~~~~~~~~~~~
src/amd/amdgpu/vega20_reg_init.c:29:5: warning: no previous prototype for ‘vega20_reg_base_init’ [-Wmissing-prototypes]
   29 | int vega20_reg_base_init(struct amd_fake_dev *adev)
      |     ^~~~~~~~~~~~~~~~~~~~
src/amd/vega10.c:96:5: warning: no previous prototype for ‘vega10_baco_set_state’ [-Wmissing-prototypes]
   96 | int vega10_baco_set_state(struct amd_fake_dev *adev, enum BACO_STATE state)
      |     ^~~~~~~~~~~~~~~~~~~~~
make[3]: *** [/usr/src/linux-headers-7.0.6-2-pve/Makefile:2111: .] Error 2
make[2]: *** [/usr/src/linux-headers-7.0.6-2-pve/Makefile:248: __sub-make] Error 2
make[2]: Leaving directory '/var/lib/dkms/vendor-reset/0.1.1/build'
make[1]: *** [Makefile:248: __sub-make] Error 2
make[1]: Leaving directory '/usr/src/linux-headers-7.0.6-2-pve'
make: *** [Makefile:8: build] Error 2

# exit code: 2
# elapsed time: 00:00:03
----------------------------------------------------------------
 
Last edited:
Wenn du schon das externe (nicht Proxmox integrierte) "vendor-reset" Repo nutzen willst, dann würde ich auch dort nachfragen was los ist:
https://github.com/gnif/vendor-reset

Ansonsten wäre es hier wohl gut aufgehoben:
V

[SOLVED] Thread 'Yet another AMD Reset Bug/Vendor Reset Thread'

Hello all, I am a very green linux/home NAS user and am having a reset issue on windows 10 VM on Proxmox 9.1.9 with my 5700 XT. I am running my system with a single GPU headless and want the ability to access my NAS (contained within the same physical system) to stream from Jellyfin/Immich/etc. and windows is the only solution my wife agreed to use. I have tried what feels the kitchen sink to get the GPU passthrough initially (which now works... relaibly?) and then device reset to work. I have followed around a dozen guides and forum posts for fixes but nothing seems to work...
 
  • Like
Reactions: Johannes S
Das Problem mit dem 7 Kernel ist vermutlich auf eine Änderung der IOMMU Gruppe zurückzuführen. Nutzt du Resource Mappings?
 
Vielen Dank für die schnellen Antworten.
celemine1gig said:
Wenn du schon das externe (nicht Proxmox integrierte) "vendor-reset" Repo nutzen willst, dann würde ich auch dort nachfragen was los ist:
https://github.com/gnif/vendor-reset

Ansonsten wäre es hier wohl gut aufgehoben:
V

[SOLVED] Thread 'Yet another AMD Reset Bug/Vendor Reset Thread'

Hello all, I am a very green linux/home NAS user and am having a reset issue on windows 10 VM on Proxmox 9.1.9 with my 5700 XT. I am running my system with a single GPU headless and want the ability to access my NAS (contained within the same physical system) to stream from Jellyfin/Immich/etc. and windows is the only solution my wife agreed to use. I have tried what feels the kitchen sink to get the GPU passthrough initially (which now works... relaibly?) and then device reset to work. I have followed around a dozen guides and forum posts for fixes but nothing seems to work...
Click to expand...
Okay werde ich mir mal anschauen. Wie gesagt mein Wissen ist ehr das eines Anfängers. Ich hab damals einfach einen Guide bei Reddit ausprobiert. Gibt es einen Einfachen Befehl um Zwischen dem Proxmox integrierten Repo und dem externen wechseln kann?


Impact said:
Das Problem mit dem 7 Kernel ist vermutlich auf eine Änderung der IOMMU Gruppe zurückzuführen. Nutzt du Resource Mappings?
Click to expand...
Mappings werden nicht genutzt ich füge die Hardware den VM's direkt zu (es läuft immer nur eine VM zur Zeit (Windows / PopOS oder Nobara) Da ich so verschiedene Betriebssysteme nutzen oder auch ausprobieren kann.
Hardware.jpg
 
Das ist gefährlich. 0000:15 kann mit dem neuen Kernel eventell etwas komplett anderes sein. Zb. dein Speicher Controller oder ähnliches.
 
Impact said:
Das ist gefährlich. 0000:15 kann mit dem neuen Kernel eventell etwas komplett anderes sein. Zb. dein Speicher Controller oder ähnliches.
Click to expand...
Okay aber das sollte soweit ich das verstanden habe noch nicht mein Problem sein da ich die VM's händisch per Weboberfläche am Handy auswähle. Aber der Kernel Build schon vorab nicht funktioniert. Ich nutz auch nur diese Variante da das Resource Mapping nicht funktioniert hat (Vermutlich aufgrund von fehlendem Wissen).
 
You must log in or register to reply here.
Top Bottom
Back