vdr start zu schnell, sogar für lokale mounts, ein wenig grundsätzlich

Zitat von FJe

Muss ich noch mal gerade ziehen

Schalte mal den Timeout im WFE ein (Einstellungen -> System: Wähle Grub Unterbrechung in Sekunden), damit du die Boot-Einträge von Grub sehen kannst. Dann solltest du den gewünschten Eintrag auswählen können.

Hört sich fast an dass das Clonen nicht erfolgreich war mit Deiner Methode. Ein Tool wo dafür geeignet wäre und für solche Zwecke gemacht wurde ist Clonezilla. Kannst ja mal probieren wenn Deine Lösung nicht ziel führend wird. Pfade müssen natürlich angepasst werden.

also wennn ich ne Kopie auf einer anderen Partition der selben Platte erstelle dann muss ich neben der fstab auch die blkid in der grub.cfg (auf der Kopie) anpassen bevor ich lokal update-grub2 aufrufe. - daher holt sich der lokel bootloader die information der anderen Partitionen

Damit bin ich immer gut gefahren

Christian

Zitat von FJe

Ich habe nur gesehen, es gibt vor dem vdr-Start mir neue
Fehlermeldungen "irexec: .... terminating 252", sind das evt. frontend-Meldungen?

Nein, da kann irexec nicht auf den Sockel von eventlircd zugreifen. Mit Upstart >= 1.8 kann man das eleganter lösen, unter yaVDR 0.5 kann man z.B. so auf den Sockel warten: Irexec fällt öfters aus

Zitat von FJe

so, seahawk1986's Befehle durchgeführt, geht alles, sogar gut.
VDR startet nach mount, frontend xineliboutput kommt hoch ohne Flackereffekt

Das klingt doch schon mal gut

Zitat von FJe

allerdings kann ich den Start im log nicht richtig verorten.

Upstart ist ziemlich umständlich wenn es darum geht nachzuvollziehen was die einzelnen Jobs wann tun. Am einfachsten ist es für dich vermutlich, wenn du bei den Jobs die dich interessieren logger-Aufrufe einbaust.

Generell funktioniert das mit dem Frontend jetzt so:
/etc/init/xorg-launcher.conf startet den X-Server, sobald der läuft werden Openbox (/etc/init/openbox.conf) und dann ein paar Hilfsprogramme (/etc/init/openbox-tools.conf) gestartet. Nachdem openbox-tools durchgelaufen ist wird der vdr-frontend Upstart Job angestoßen. Dessen Start verzögert sich durch /etc/init/wait-for-sound.conf bis die dort angegebene Soundkarte initialisiert wurde (wenn keine erkannt wurde, hält das den Start im Gegensatz zum aktuellen Stand in stable-yavdr nicht mehr auf und der Job beendet sich in der Voreinstellung nach 30 Sekunden, wenn die Karte nicht in udev auftaucht). In /etc/init/vdr-frontend.conf greift ein Wrapper-Skript, das über DBus kontrolliert, ob der VDR läuft und dann das eigentliche Frontend bzw. im Fall von softhddevice das Frontend-Skript startet bzw. stoppt.

Es macht wesentlich mehr Spaß sowas mit systemd zu lösen als mit Upstart...