Wenn man davon ausgeht, dass ein VDR ein an sich abgeschlossenes Gerät ist (wird komplett vorbestückt gebootet), dann könnte man da eventuell etwas mit udevadm machen. Vielleicht "udevadm trigger". Auf alle Fälle muss udev in einer solchen Konfiguration synchron starten. Er darf nicht am VDR vorbei oder nach dem VDR gestartet werden.
Slackware startet z.B. udev immer synchron. Den Boot-Vorgang immer schneller machen ist ja nicht verkehrt, aber an irgendeiner Stelle kommt es dann halt unter Umständen zu Problemen...
Klar kann man das Problem "workarounden" auf die eine oder andere Art. Entweder man wartet bis ALLE Hardware initialisiert ist bevor man vdr und davon abhängige Programme startet (das ist was du vorschlägst) oder man startet vdr neu wenn ein Gerät hinzukommt (das ist unser momentaner Ansatz WiP) Dein Ansatz verzögert halt potentiell den Start signifikant für alle - für einige die damit Probleme haben. Aber wie gesagt das war garnicht das Thema - Das eigentliche Problem ist doch das vdr die Geräte nicht alle und nicht immer zwingend braucht, sondern nur wenn etwas ansteht - und ein dynamischeres Handling der inputgeräte wünschenswert wäre.