[Gelöst!] UEFI Boot: FATAL: Error inserting vesafb (/lib/modules/3.2.0-31-generic/initrd/vesafb.ko): No such device

  • lucky one ;)


    root@CKone:/etc/default# dmesg |grep efifb

    Code
    [    0.585141] efifb: probing for efifb
    [    0.585454] efifb: framebuffer at 0xf1000000, mapped to 0xffffc90006180000, using 1920k, total 1920k
    [    0.585456] efifb: mode is 800x600x32, linelength=3200, pages=1
    [    0.585457] efifb: scrolling: redraw
    [    0.585459] efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • Hi,


    hab grad mal auf dem oben genannten Testsystem geschaut, efifb ist IMHO im Kernel einkompiliert, kein Modul, ja, gibt es immer noch. Vmtl. damit das sauber bei UEFI Boot funktioniert. Der gute alte Wert "vga=" funktioniert IIRC nur mit dem ebenso alten "vesafb" ... ;)


    Für "uvesafb" übergibt man alternative Auflösungen per Kernel Command Line, also grub, in solch einer Notation:

    • GRUB_CMDLINE_LINUX_DEFAULT=" ... video=uvesafb:mode_option=1024x768-24 ..."

    Ich vermute daher das könnte bei "efifb" ähnlich sein, hab aber noch keine Doku dazu gefunden ...


    Regards
    fnu

    HowTo: APT pinning

  • Hi Frank


    ich kann das grad nicht testen aber ich hab was gelesen, dass die Parameter über /etc/default/grub via GRUB_GFXMODE übergeben werden. - vllt da mal gezieht nach googlen.


    Code
    # The resolution used on graphical terminal
    # note that you can use only modes which your graphic card supports via VBE
    # you can see them in real GRUB with the command `vbeinfo'
    #GRUB_GFXMODE=640x480


    vllt mag der Ofenheizer ja mal schauen ;)


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • es gäbe auch noch einen nvidiafb, also vom Namen her ist der prima ;)


    root@CKone:/sdb1# modinfo nvidiafb

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • es gäbe auch noch einen nvidiafb, also vom Namen her ist der prima


    Der beißt sich aber mit dem proprietären nVidia-Treiber...

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • root@CKone:~# cat /etc/default/grub


    et voilà


    root@CKone:~# fbset -i


    weiß jetzt nicht ob *-76 optimal ist, die Anderen hatten *-32, aber ich mach dann mal n Template ;)


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • ok, scheint dann bei manchen Boards anders zu sein


    ist jetzt in Ordnung so, hab ein Template gemacht:


    Code
    Sep 28 10:39:46 CKone kernel: [    0.585147] efifb: probing for efifb
    Sep 28 10:39:46 CKone kernel: [    0.585638] efifb: framebuffer at 0xf1000000, mapped to 0xffffc90006180000, using 3072k, total 3072k
    Sep 28 10:39:46 CKone kernel: [    0.585640] efifb: mode is 1024x768x32, linelength=4096, pages=1
    Sep 28 10:39:46 CKone kernel: [    0.585641] efifb: scrolling: redraw
    Sep 28 10:39:46 CKone kernel: [    0.585643] efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0


    Achtung: Template für die /etc/initramfs-tools/modules nicht vergessen!!!


    Thema ist damit gelöst


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • Nur zur Info:


    Ich hatte zwischendurch immer mal wieder Fehltboots, bei denen die Kiste nicht richtig hoch kam. War auch keine Platte gemountet, NW verfügbar oder gar was im Log. - da half dann nur der beherzte Griff zum Reset Button. Das ist mir echt zu unprofessionell, da bin ich von anderer Hardware anderes gewohnt.


    Hab jetzt die SSD auf MBR zurückpartitioniert und der Start dauert trotzdem nur 25s, tut sich also gar nichts…


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • Hab jetzt die SSD auf MBR zurückpartitioniert


    D.h. du hast das System neu installiert ohne UEFI, weil das Hardware unzuverlässig ist? Oder verwechsle ich das was? Ich kann zwar nicht sehen, was das mit der Partionierung zu tun haben könnte, aber wer weiss..


    Ich habe übrigens manchmal (und ich glaube besonders dann, das Board komplett von Netz war) den Fehler, dass das Sytstem beim Boot hängen bleibt und zwar im Boot Splash. Dann hilft ebenfalls nur der Reset. Ist besonders lustig, wenn wegen einer Timer Aufnahmen gestartet wurde X(


    VG
    Kurt

    [font='Verdana, sans-serif'][size=8]vdr hd: Core i3 2100T, 2GB, Intel DH67BL, Tevii S480, Sandisk G25 SSD, 2TB HDD, Intel CIR, Harmony 300, MSI G210, yavdr 0.5

  • nein, ich hab die 0.5 in einer Vorabversion vor Monaten einmalig installiert. - Ich hab nur schnell ein Backup von der Partition gemacht, dieses dann entsprechend zurückgsichert. Das ist mir lieber als wenn ich hier unbeabsichtigt totalverlust erleide.


    Zitat

    dass das Sytstem beim Boot hängen bleibt und zwar im Boot Splash. Dann hilft ebenfalls nur der Reset.


    Genau das passiert: er scheint die die initrd zu ziehen (deshalb der Spalsh) und dann die root Partition nicht hoch zu bekommen. Im Bios kann man bei der HDD eine Verzögerung in 5s Schritten einstellen, vllt kann man damit auch noch einmal exerimentieren wenn es nciht hilft. - Startest du den über UEFI?


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • Startest du den über UEFI?


    Ja, ich starte mit UEFI. Wenn das System hängt, kommen die FKT Tasten F2/F8 usw gar nicht mehr. Es macht den Eindruck als würde das BIOS auf irgendwas warten. Kriegt man den Intel Screen irgendwie abgeschaltet? Habe bisher nichts dazu im BIOS gesehen
    VG Krt

    [font='Verdana, sans-serif'][size=8]vdr hd: Core i3 2100T, 2GB, Intel DH67BL, Tevii S480, Sandisk G25 SSD, 2TB HDD, Intel CIR, Harmony 300, MSI G210, yavdr 0.5

  • also ich bin mir noch nciht ganz sicher ob es ohne uefi jetzt besser ist - was ich aber sagen kann ist das es mit uefi und mit der andere 30Gb SATA2 SSD als Systemplatte nicht passiert ist. hab jetzt ne neue SATA3 SSD besorgt und die "alte" in den anderen VDR gepackt, seitdem passierts: nciht regelmäßig aber doch sporadisch.


    Und es ist genauso wie du sagst: die Grafik kommt, bietet aber keine Funktionstasten an, ich glaub auch er wartet auf was. Im SATA Menu kann man (vermutlich nicht ohne Grund) ein Delay in 5s Schritten einstellen, ich wollte da mal von default 0 auf 5s stellen...


    Sonst noch Parallelen zu dir, OS auf SSD?


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • Genau, das OS ist auf der SSD und es ist auch eine Sata 3 SSD (Die Sandisk aus der Sig). Ich hatte schon mal Probleme, weil ich die Media HDD auch auf einem 6G Port hatte. Das ging gar nicht.
    Wie sporadisch das bei mir vorkommt, kann ich grade nicht sagen. Ich bin im Moment (und der Moment dauert schon Wochen) noch am frickeln, weil wer TSOP nicht weit genug aus den Gehäuse raus schaut und ich mit der FB ziemlich genau zielen muss so. Aber Netzstecker ziehen und wieder rein und der Effekt ist meistens da.
    VG
    Kurt

    [font='Verdana, sans-serif'][size=8]vdr hd: Core i3 2100T, 2GB, Intel DH67BL, Tevii S480, Sandisk G25 SSD, 2TB HDD, Intel CIR, Harmony 300, MSI G210, yavdr 0.5

  • ok, die Media HDD ist selbtsredend auch ne SATA3 Platte, beide hängen am entsprechenden SATA3 Port... hmmm, interessant


    eine weitere Gemeinsamkeit die wir hätten wäre der selbstgebaute CIR Empfänger, wobei ich eher zu der SATA Geschichte tendiere - besonders da es mit der anderen SATA2 SSD besser ging... Ich könnte ohne viel Aufwand die Media Platte auf den SATA2 stecken, aber das wär natürlich ein Ding wenn es dann besser liefe.


    Anders als du hab ich übrigens 2 mögliche Fehlererscheinungen: entweder die von dir beschriebene Intelgrafik ohne Funktionkeys, oder aber er kommt übers Bios hinweg und bleibt im Bootsplash der initrd stehen, nachweislich kommt er nicht dazu irgendwas dieses Startversuchs ins Log zu schreiben...


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • ich probiere gerade mal yavdr 0.5 aus und bekomme die gleiche Meldung beim Booten. Der Rechner landet in einer Konsole. Ich habe ein ganz normales AM2-Mainboard ohne integrierte Grafik. Im PCI-E-Slot sitzt eine GT520 als einzige Grafikkarte.


    Ich muss gestehen, dass ich nicht ganz verstanden habe, wovon in diesem Thread gesprochen wird. Was ist UEFI?? Gibt es jetzt eine Lösung? wenn ja, ist die in yavdr 0.5 schon eingeflossen? nach einem dist-upgrade ändert sich nämlich nichts. Oder muss erstmal jeder selbst Hand anlegen, der das Problem hat? Wenn ja, was ist jetzt konkret die finale Lösung?

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • hm... wie sollten die Kernel-Bootparameter denn normalerweise aussehen?


    Code
    martin@ubuntuvdr1:~$ dmesg
    [    0.000000] Initializing cgroup subsys cpuset
    [    0.000000] Initializing cgroup subsys cpu
    [    0.000000] Linux version 3.2.0-32-generic (buildd@batsu) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) #51-Ubuntu SMP Wed Sep 26 21:33:09 UTC 2012 (Ubuntu 3.2.0-32.51-generic 3.2.30)
    [    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-32-generic root=UUID=9e577802-d053-4e5e-95bf-17e4dbbb0d95 ro quiet splash vga=normal fbcon=vc:64-63 fbcon=map:2 vt.handoff=7


    mich dünkt, yavdr hat bei der Installation die eingebaute PVR350 entdeckt und -obwohl diese überhaupt nicht zur Ausgabe gedacht ist und auch nirgendow als solche ausgewählt wurde- entsprechend behandelt. "fbcon=vc:64-63" ist ein workaround wegen ivtvfb.


    aha, Verdacht bestätigt:


    /etc/default/grub:

    Code
    GRUB_CMDLINE_LINUX_DEFAULT="quiet splash vga=normal fbcon=vc:64-63 fbcon=map:2"


    das hätte m.E. nur gesetzt werden dürfen, wenn während des Installationsprozesses der User ausdrücklich bestätigt, dass er die PVR350 als Ausgabedevice verwenden möchte. Eine solche Abfrage kam aber nie.


    Im entsprechenden Template steht:

    Code
    <?cs if:vdr.backend == "pvr350" ?>
    GRUB_CMDLINE_LINUX_DEFAULT="quiet splash vga=normal fbcon=vc:64-63 fbcon=map:2"
    <?cs else ?>
    GRUB_CMDLINE_LINUX_DEFAULT="vmalloc=256m quiet splash vga=792 noresume nohz=off acpi_enforce_resources=lax"
    <?cs /if

    ?>
    jetzt ist die Frage, wann " vdr.backend == "pvr350" "gilt. Beruht das nur auf einer Hardwareerkennung?

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • Beruht das nur auf einer Hardwareerkennung?


    Bei der Installation ja. Danach hängt es einfach davon ab, was im yaVDR-Webfrontend eingestellt wird - sobald du ein anderes Frontend, das den X-Server nutzt aktivierst sollte der Parameter verschwinden.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • ich habe im WFE jetzt softhddevice ausgewählt, aber es kommt nach mehreren Sekunden nur eine Fehlermeldung "Fehler beim speichern der Daten."


    Was kann das für ein Fehler sein, und wie kann ich ihn lösen?


    Auf dem TV-Display steht immer noch die Konsole

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!