Recent content by celemine1gig

Nein. Siehe hier: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/drivers/net/ethernet/intel/ixgbe/ixgbe_x550.h?h=v6.19.3 Da heißt aber nicht, dass der Intel X550 nicht seine eigenen (eventuell ähnlichen) Bugs hat. Bin aktuell zu faul das zu prüfen.

Noch eine Kleinigkeit, wenn du schon mit alter Server-HW unterwegs bist: Höchste Vorsicht vor älteren Server-/Enterprise-Grade SAS und/oder SATA SSDs. Die Teile enthalten oft größere (Elektrolyt-basierte) Pufferkondensatoren. Gegen Datenkorruption bei Power-Loss. Da Elektrolyt aber deutlich...

Selbst SAS SSDs (bei der Nennung von "10K" werden es hier HDDs sein) brauchen ordentlich Leistung. Aber das ist nur ein weiteres Teilproblem. Aus heutiger Sicht ist das genannte System halt einfach verschwenderisch, was die Energieeffizienz angeht. Und da lässt sich auch kaum etwas dran machen.

Fast scheinst du das Thema ja schon verstanden zu haben, aber dazu noch ein Paar kleine Hinweise: Die Hardware, die dir dein Kollege da überlassen hat ist heute defakto Elektroschrott. Das sind Ivybridge Xeons, die 2013 rauskamen. Aus heutiger Sicht haben diese Systeme immense...

Und als nett gemeinter Hinweis fürs nächste Mal: Man nehme den Hauptstring der Fehlermeldung (in diesem Fall "Detected Hardware Unit Hang") und gebe diesen in die Suchfunktion bei Google und/oder des Proxmox Forums ein. Für gewöhnlich - und im speziellen bei diesem weit verbreiteten Phänomen -...

Wenn man deinen Links glauben darf, dann wird der Hardware-Watchdog direkt vom standardmäßigen "it87_wdt" Kernel-Mdoul unterstützt. Anhand dessen wie du deinen Beitrag aufgebaut hast, hatte ich damit gerechnet, dass ein "out-of-tree" Kernel-Modul dazukompiliert hätte werden müssen. Dem ist wohl...

And that tells us what now? Issue solved?

Vielleicht als kleine weiterführende Erklärung: Normalerweise hat der Kernel Code anhand der PCI-ID eines Devices eine sehr genaue Vorstellung welcher Treiber für dieses Device geeignet und/oder vorgesehen ist. Und wenn ein Treiber anhand der ID identifiziert wurde, dann sollte auch dieser...

Wenn du die Grafiktreiber über ".force_probe" zwingen musst, dann weißt du schon wie "gut" die Unterstützung deiner Hardware im aktuellen Kernel ist. In anderen Worten: Abwarten und Tee trinken.

The quoted part sounds very much like we have another GPU, that does not like to be reset during operation. There is a specific quirk in the Linux Kernel source code, exactly for these kind of cases. So, in other words: You could build a test kernel, with a slight (i.e. quite trivial) change...

You (both sso and masato) told us nothing about what version of Proxmox you were running and how you configured the VM. Additionally, nothing about what "Linux" you were booting (ancient kernel version?). Should we get the good old crystal ball, to get things going? Or would you rather add...

The main question is not "will this work", which we cannot judge with certainty, as too many factors are involved. The real question is, why your statement is: Technically speaking, your idea might work. With the emphasize on the word "might". If power consumption is one of your points, then...

"iface ens33 inet dhcp" does not seem to make any sense, in combination with "bridge ports ens33". Set the "physical" interface "ens33" to "manual".

Try building a test kernel with an added SW-quirk for the ASM1062, like described here: https://forum.proxmox.com/threads/problems-with-pcie-passthrough-with-two-identical-devices.149003/post-828151 Just replace the device ID mentioned in the linked thread (i.e. "0x1164"), with the one of the...

Your buzzwords are "S4/suspend_to_disk" for the virtualized OS and "hookscripts" (https://pve.proxmox.com/pve-docs/pve-admin-guide.html#_hookscripts) for the Proxmox side. Have fun!