yavdr experimental für Ubuntu 20.04 (yavdr ansible @ focal)

Zitat von froschi

- wie kann ich das Grub-Bootmenü beim Start sichbar machen, um zwischen alter und neuer Installation ( 2 Partitionen auf der SSD ) wählen zu können ?

Die grub-Einstellungen Timeout usw. ändern mit update-grub reicht nicht aus.

Müsste so gehen:

Zitat

If you want to customize the variables in group_vars/all, copy the file to host_vars/localhost before changing it. This way you can change the PPAs used and choose which extra vdr plugins and packages should be installed by default.Abschnitt grub in der Datei localhost editieren.

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

Zitat von Murry

Müsste so gehen:

If you want to customize the variables in group_vars/all, copy the file to host_vars/localhost before changing it. This way you can change the PPAs used and choose which extra vdr plugins and packages should be installed by default.Abschnitt grub in der Datei localhost editieren.

Code

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

Ja, wie ich es customize ( wenn es funktioniert ) habe ich gelesen, aber Ich kriege es nicht hin, dass das Bootmenü vor dem Start von yavdr angezeigt wird.

Wenn Du das Bootmenü angezeigt bekommen willst, dann ist es besser vor der Installation in der yavdr07.yml den Punkt - grub-config auszukommentieren. Denn über diese Funktion wird das Bootmenü unsichtbar gemacht.

Änderungen für eigene Bedürfnisse sind in der host_vars/localhost am besten aufgehoben, den Ordner einfach im ansible-root Verzeichnis erstellen und die Datei localhost erzeugen. Alles andere wird ja immer mal wieder aktualisiert per git pull

In dem Fall aus der group_vars/all den Abschnitt in die host_vars/localhost übernehmen und anpassen

Von all:

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

nach localhost:

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

Nach dem durchlauf von ansible mit dieser Anpassung ist das Bootmenü für 5 sec. sichtbar und diese Änderung bleibt erhalten.

Falls es aber trotzdem nicht funktioniert, könnte ein Bug verantwortlich sein.
Bei mir bekomme ich aktuell das Menü auch nicht zu sehen.

https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1863434

Vielleicht muß auch "update-grub" und ein Reboot durchlaufen verden? Bei der Erstinstallation wird das ja am Ende geschehen ...

habe mich an https://wiki.ubuntuusers.de/GRUB_2/Konfiguration/ orientiert.

Also GRUB_TIMEOUT=5 gesetzt und GRUB_TIMEOUT_STYLE= menu.


Die Hidden-Einträge auskommentiert und "update-grub". Hat aber wie gesagt nicht funktioniert, keine Bootmenü-Anzeige.

Den Default-Eintrag ändern funktioniert aber.

Habe nun vorerst mal Bios auf USB-Boot zuerst gesetzt und einen kleinen SuperGrub-Stick genommen ( ist ja nur zum Testen ).

Was spricht dagegen, /etc/default/grub selbst anzupassen und danach "update-grub" auszuführen?

Zitat von wmautner

Was spricht dagegen, /etc/default/grub selbst anzupassen und danach "update-grub" auszuführen?

weil genau das ja nicht funktioniert, einfach die Beiträge vorher lesen.

Zitat von froschi

weil genau das ja nicht funktioniert, einfach die Beiträge vorher lesen.

Kann ich nicht nachvollziehen. Allerdings funktioniert bei mir das Menü nur ohne Splash (nosplash) ...

Zitat von wmautner

Kann ich nicht nachvollziehen. Allerdings funktioniert bei mir das Menü nur ohne Splash (nosplash) ...

was steht denn in Deiner /etc/default/grub ?

froschi ,

ich hatte ja damals auch die gleichen Probleme, dass das Bootmenü nach der Installation von yavdr-ansible nicht angezeigt wurde, egal was in der /etc/default/grub konfiguriert war.

Ich hatte dann festgestellt, das in der /boot/grub/grub.cfg auch etwas bei der Installation geändert wurde. Irgendwo stand da in der "grub.cfg" etwas mit "blank screen" oder ähnlich. Ich weiß es leider nicht mehr genau, weil ich inzwischen alles neu gemacht habe. Aber das war die Ursache, dass das Bootmenü nicht mehr angezeigt wurde.

Ich habe dann also einfach die ganze Installation nochmals neu gemacht und dabei eben, wie schon weiter oben von mir geschrieben in der yavdr-ansible/yavdr07.yml fast ganz am Ende das - grub-config  auskommentiert.

Jetzt sehe ich das Bootmenü immer, bzw. so wie in der /etc/default/grub konfiguriert.

Hab ebenfalls einen dreifach Boot drin, geht tadellos und hab das per ansible gemacht, wie bereits beschrieben. Keine Ahnung was bei euren Systemen da anders sein kann...

Zitat von froschi

was steht denn in Deiner /etc/default/grub ?

GRUB_DEFAULT=saved
GRUB_TIMEOUT=3
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="verbose acpi_osi=linux acpi_enforce_resources=no"
GRUB_CMDLINE_LINUX="verbose resume=UUID=79a12ae2-b6f7-44f3-8999-377a587cc750"
GRUB_TERMINAL=console
GRUB_GFXMODE=1280x720
GRUB_INIT_TUNE="480 440 1"

Ich bin aber voll zufrieden, daß ich die Startmeldungen sehe, wenn der TV eingeschaltet ist. Darum "verbose" und console.

Hi!

Gibt es das vdr-addon-seriestimer auch in focal?

Daniel

Ich habe es gerade hochgeladen: https://launchpad.net/~yavdr/+…ntal-main/+build/19469300

Merci

markad-ng wäre auch zu aktualisieren

Zitat von utiltiy

markad-ng wäre auch zu aktualisieren

Ich hab mal das neueste Release hochgeladen.

Hi!

Mir bleibt der vdr immer wieder mal hängen. Ich hab die stelle im syslog rausgesucht, wo das wahrscheinlich anfängt:

Jun 28 00:50:21 vdr vdr: video: 15:11:01.457  +39  533   0/\ms  45+1+4 v-buf
Jun 28 00:51:21 vdr vdr: video: 15:12:01.457  +39  485   0/\ms  39+1+4 v-buf
Jun 28 00:52:16 vdr vdr: [18759] read incomplete section - len = 2227, r = 3152
Jun 28 00:52:21 vdr vdr: video: 15:13:01.457  +39  533   0/\ms  41+1+4 v-buf
Jun 28 00:53:21 vdr vdr: video: 15:14:01.457  +39  509   0/\ms  46+1+4 v-buf
Jun 28 00:54:14 vdr vdr: epg2vdr: Update info.epg2vdr recordings
Jun 28 00:54:14 vdr vdr: epg2vdr: Updated 0 info.epg2vdr files
Jun 28 00:54:21 vdr vdr: video: 15:15:01.457  +39  485   0/\ms  42+1+4 v-buf
Jun 28 00:55:21 vdr vdr: video: 15:16:01.457  +39  557   0/\ms  54+1+4 v-buf
Jun 28 00:56:00 vdr kernel: [42785.382952] NVRM: Xid (PCI:0000:01:00): 68, pid=18741, CCMDs 00000013 0000c2b0
Jun 28 00:56:02 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:03 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:03 vdr vdr: [18802] ERROR: 1 TS packet(s) not accepted in Transfer Mode
Jun 28 00:56:03 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:03 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:03 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:03 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:03 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:03 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:03 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:03 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:03 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:03 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:03 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:03 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:03 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:03 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:04 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:04 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:04 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:04 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:04 vdr vdr: [18804] i/o throttle activated, count = 1 (tid=18804)
Jun 28 00:56:04 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:04 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:04 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:04 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:04 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:04 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:04 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:04 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:04 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:04 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:04 vdr vdr: [18804] buffer usage: 70% (tid=18802)
Jun 28 00:56:04 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:04 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:05 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:05 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:05 vdr vdr: [18804] buffer usage: 80% (tid=18802)
Jun 28 00:56:05 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:05 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:05 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:05 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:05 vdr vdr: [18804] buffer usage: 90% (tid=18802)
Jun 28 00:56:05 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:05 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:05 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:05 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:05 vdr vdr: [18804] buffer usage: 100% (tid=18802)
Jun 28 00:56:05 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:05 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:05 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:05 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:05 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:05 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:06 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:06 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:06 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:06 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:06 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:06 vdr vdr: audio/alsa: start delay 336ms

Dann kommen die audio/alsa-Meldungen solange, bis ich den vdr-service neu starte.

Was kann ich tun?