Yavdr anisble + secure boot

Hi,

Eventuell hat das nur bedingt mit yavdr zu tun, aber ich frag mal hier (wenn es hier nicht passt bitte verschieben).

Habe ein Multiboot System also einmal Win 10, einmal Kubuntu-20.04, und einmal yavdr Ansible, bislang hat alles weitgehends reibungslos geklappt

und ich konnte alle drei Systeme über Grub booten wobei im Bios unter Boot -> Sicheres Booten immer Uefi Windows eingestellt war.

Doch neulich habe ich das Kubuntu-20.04 upgedatet (nur Pakete aktualisiert) und nun fährt yavdr nur noch hoch wenn ich im Bios

bei Boot -> Sicheres Booten auf "anderes Betriebssystem" umstelle.

Wie das sein kann ist mir nicht klar denn das yavdr Ansible habe ich ja nicht angerührt

Wie geht das (kann ja eigentlich damit das ich das Kubuntu-20.04 upgedatet habe nichts zu tun haben) ?

Sollte man das yavdr Ansible ab und zu auch mal updaten um sowas zu vermeiden ? Eventuell liegt das Problem ja genau daran

weil ich yavdr Ansible bisher noch nie upgedatet habe.

Wenn ich unter Boot -> Sicheres Booten auf Uefi Windows umstelle kann ich nur noch Win10 und das Kubuntu-20.04 hochfahren, versuche ich so das yavdr Ansible hochzufahren kommt die folgende Meldung: bad shim signature - you need to load the kernel first

Gruss

Bert

sudo apt update

sudo apt dist-upgrade

hat das Problem tatsächlich gelöst doch nun kommt der VDR nicht mehr hoch es ist nur noch das blaue yavdr Logo zu sehen

aber kein Bild vom Sender.

Hmm, Sript (sudo -H ./install-yavdr.sh) neu angestossen Fehlermeldung ansible Version zu alt

Also Ordner yavdr-ansible gelöscht, neu aus Git ausgescheckt, wieder Script gestartet.

TASK [yavdr-common : create vdr user] *******************
fatal:[localhost] : FAIKLED! => {
"changed" : false,
"name" : "vdr"
"rc" : 8
}

MSG:
usermod : Benutzer vdr wird derzeit von Prozess 11859 verwendet

Hi,

Leider kein Glück das hab ich alles schon durch hat leider nix gebracht.

Hi,

Ich weiss nicht was das für ein Prozess ist die PID ist jedenfalls immer eine andere, doch das ist nun eh egal denn es hat jetzt plötzlich doch geklappt

auf ganz normalem Weg also PID killen und das Script ist danach durchgelaufen (Bild und Ton gibts jedoch nicht) nur das Yavdr Logo ist zu sehen.

Im Moment habe ich aber neue Probleme plötzlich seit dem Ausführen und erfolgreichem Durchlaufen des Scripts sehe ich den BootManager (Grub)

also das Auswahlfenster nicht mehr.

Es fährt immer sofort das Yavdr hoch, kann kein anderes Bertriebssystem mehr starten, habe nachgeguckt in der /etc/default/grub und da stand plötzlich das drinnen:

GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0

Dachte ok das ist das Problem, doch nach Umstellen zu:

GRUB_TIMEOUT_STYLE=menu
GRUB_TIMEOUT=10

und anschliessendem sudo upodate-grub ändert sich nichts, das Problem bleibt hartnäckig bestehen.

Macht yavdr da was extra mit grub ich meine gibts da irgendwelche default templates die da dazwischenfunken (bin absolut nicht up-to-date das macht alles schwieriger).

Hi,

Danke für die Links - seh ich mir an.

Hatte es in der Zwischenzeit geschafft die Probleme zu vergrössern

Habe mittels USB Bootmedium per boot-repair (mit Optionen wie u.a. purge grub usw..) den Grub im yavdr ansible neu installieren können, das hat zwar den Grub Boot-Auswahlbildschirm zurück gebracht doch nun war nur noch yavdr ansible auswählbar - also nicht der grosse Wurf.

Danach blieb mir nichts anderes übrig als per chroot Methode den Grub vom Kubuntu-20.04 wiederherzustellen was auch geklappt hat, nun konnte

ich wieder alle drei Betriebssyteme auswählen und auch hochfahren.

Nun aber steht natürlich als erster Booteintrag im Auswahlbildschirm das Kubuntu-20.04 was ich aber so nicht will, denn wenn ich mal einfach hochfahre soll default (falls ich nichts anderes auswähle) das yavdr ansible hochfahren nach dem Timeout.

Normalerweise hatte ich wenn sich das durch ein Update vom Kubuntu-20.04 geändert hat immer einfach folgendes getan im yavdr ansible:

sudo grub-install /dev/nvme0n1p6  # das entspricht der yavdr partition
sudo update-grub

Und danach war wieder yavdr ansible an erster Position im Boot-Auswahlbildschirm.

Doch seit ich boot-repair verwendet habe findet der Grub im yavdr ansible kein weiteres Bertriebssystem, das ändert sich auch dann nicht wenn

ich von einem USB Bootmedium (Kubuntu-20.04 Desktop.iso) die chroot Methode um den Grub wiederherzustellen anwende also das mache:

sudo mount /dev/nvme0n1p6 /mnt
sudo mount /dev/nvme0n1p1 /mnt/boot/efi
for dir in /dev /dev/pts /proc /sys /run; do sudo mount --bind $dir /mnt$dir; done
grub-install
update-grub

Mache ich das selbe oben im Code aber mit /dev/nvme0n1p5 für den Grub im Kubuntu-20.04 werden alle Betriebssyteme gefunden.

Was kann ich noch tun oder bleibt mir wirklich nichts anderes übrig als die Ubuntu Server Distri und yavdr ansible neu zu installieren?

Genau das wollte ich eigentlich vermeiden.

Habe noch eine Reinstallation vom Grub im yavdr ansible selbst versucht aber dabei wird os-probe nicht mehr gefunden nun und es ändert nichts am Problem, vielleicht ist ja genau das das Problem wegen os-probe

Edit, oh sehe gerade das Paket sollte ja os-prober lauten, wie blöd.

new Edit, ok Kommando retour - die Grub Probleme sind nun behoben mit einer neuen Reinstallation vom Grub direkt im yavdr ansible diesmal mit dem korrekten Paketnamen also einfach mit:

sudo apt-get --reinstall install grub-common grub-efi-amd64 os-prober

ist wenigstens diesbezüglich alles wieder im Lot.

Gruss

Bert

Hi,

Gut also zurück zum eigentlichen Problem, ich häng mal ein bisschen syslog vom Vdr Start an

(da sieht man schon ein paar Fehler drinnen, kann aber nichts damit anfangen), auch:

no DVB device found

steht da unter Anderem - ist wohl auch nicht so gut.

Vielleicht sieht ja jemand wos hakt.

syslog_start_vdr_auszug.txt

Gruss

Bert

Ich versteh das nicht ich will das Script also "sudo -H ./install-yavdr.sh" nochmal laufen lassen doch es kommt immer:

TASK [yavdr-common : create vdr user] *******************
fatal:[localhost] : FAILED! => {
"changed" : false,
"name" : "vdr"
"rc" : 8
}

MSG:
usermod : Benutzer vdr wird derzeit von Prozess 11859 verwendet

Ich habe das nun sicher 7x hintereinander probiert mit auch vorher vdr stoppen, Prozess killen ist jedesmal eine andere PID, Kompletter Neustart

aber es läuft nie durch (kurz vor dem Fehler wird auch immer der VDR vom Script gestartet).

Hi,

Ja also pidof PID zeigt leider gar nix an, aber ps -aux | grep PID und zwar das:

vdr         1833  0.0  0.0 237292  4996 ?        Sl   21:49   0:00 /usr/libexec/geoclue-2.0/demos/agent
yavdrus+   10364  0.0  0.0   9420   724 tty3     S+   22:11   0:00 grep --color=auto 1833

Sagt mir aber gar nichts.

Habe nun mal meine host_vars/localhost einfach gelöscht und das Script mittels "sudo -H ./install-yavdr.sh" gestartet

dabei kommt auch das Problem mit dem Prozess der blockiert doch in diesem Fall nützt es wenn ich die PID dieses Prozesses kille

und das Script läuft danach fehlerfrei durch. Mache ich das hingegen mit meiner host_vars/localhost geht das nicht.

Grub Bootmenü ist auch wieder weg nun, aber ich kanns erreichen beim Start mit der Shifttaste und schnell ne Cursertaste nach unten da der Timeout

und überhaupt nichts was ich in die /etc/default/grub eintrage greift.

Das muss ich jetzt mal richtig lösen da das bei einem MultibootSystem nicht günstig ist.

In meiner host_vars/localhost steht ja z.b:

# settings for grub
grub:
  timeout: 10
  boot_options: quiet splash

Das würde vermutlich helfen aber mit meiner localhost läuft ja nichts durch (greift also nicht), ich probier mal:

cd yavdr-ansible
sudo -H ansible-playbook yavdr07.yml -b -i 'localhost_inventory' --connection=local --tags="grub-config"

Edit, Das hat geklappt, hätte ich das mal früher gewusst dann hätte ich mir die Prozedur aus Post #7 und vor Allem aus Post #9 erspart.

Hab ich gemacht Danke, aber das Problem bleibt genau gleich.