Während ich keine vollständige Erklärung haben, deaktivieren TIMER_STATSin der Kernel - Konfiguration (das ist Kernel hacking➔ Collect kernel timers statisticswenn Sie die menuconfig verwenden) scheint dies behoben zu haben.
Ich würde vermuten, dass aus irgendeinem Grund einige meiner Module nicht mit TIMER_STATSon geladen werden, auf eine seltsame Weise, die dazu führt, dass sie insmodhängen bleibt. Die beiden udevim Kernel-Log genannten Arbeiter versuchen, sie zu laden, zu hängen und dann getötet zu werden. Ohne Kernel-Module und was auch immer das Setup udevgetan hätte, Sound- und USB-Sachen ... funktionieren nicht.
AKTUALISIEREN:
Mir wurde klar, dass viele Module geladen wurden, bevor sie / montiert wurden. War sehr verwirrt, bis ich mich in mein initrd eingelassen hatte und herausfand, dass es seine eigene hatte /lib/modules, mit Kopien einiger Module (einschließlich xhci_pciund sunrpc). Obwohl ich sicher war, alle Module nach dem Wiederherstellen im Root-Dateisystem zu installieren, habe ich die initrd nie neu erstellt, was bedeutet, dass der ausgeführte Kernel eine andere Konfiguration hatte als die Module, die er laden wollte. Offensichtlich führte dies zu komischen Dingen. Wie insmodhängen
Wenn Sie also eine initrd verwenden, die über Kopien von Kernelmodulen verfügt, stellen Sie sicher, dass Sie diese neu erstellen, wenn Sie Ihren Kernel neu erstellen.