drm i915 init error on boot

  • hallo,


    ich hab das problem, dass nach der installation von yavdr0.5.0a auf dem zotac d2550-itx wifi supreme gzhls während des bootens mit der meldung
    drm i915 init error can't work without intel_agp module
    hängen bleibt.


    hab ein bisschen gegoogled und frag mich jetzt: muss ich mir da jetzt separat einen neuen kernel compilieren oder kann ich da schon sonst noch was machen???


    thx

  • Hey,
    Hab meinen 2. VDR auch mit dem Board vor 2-3 Tagen aufgebaut und habe das selbe Problem.
    Dazu kommt noch das mein VDR nicht wirklich runterfahren will wenn ich Power drücke, oder es dauert ewig.
    Bin allerdings auf Testing.


    Gruß,
    ill#

    VDR #1: Core™ i3-3220T on Asrock B75 Pro3-M, 4 GB DDR3-1600 Kit, Nvidia 520GT, 60GB Samsung SSD und 1TB WD HDD, be quiet! Pure Power L7 300W, DVB Cine S2, Atric IR-Einschalter Rev.5, SilverStone ML03 > > yaVDR 0.5
    VDR #2 Zotac D2550-ITX Wifi Supreme. 4 GB SO DDR3 1333, Nvidia GT610, Crucial CT032MSSD3 32GB MSATA, TechniSat SkyStar HD,
    Atric IR-Einschalter Rev.5, LC-Power LC-1320MI Gehäuse Mini-ITX 75W schwarz, >> yaVDR 0.5a Testing

    Einmal editiert, zuletzt von illmatic83 ()

  • Hallo,


    ich geh mal davon aus *GLASKUGEL*, dass ihr eine NVIDIA Karte auf einem Mainboard mit Intel Core (oder ähnlichem) Prozessor benutzt *GLASKUGEL AUS*.


    Wenn das stimmt einfach das Modul i915 blacklisten und beim nächsten Neustart sollte der Fehler weg sein.


    Gruß
    Atech

    HTPC:
    Softtware: Archlinux mit VDR aus Archvdr repo (1.7.31 mit softhddevice) und xbmc 12.2 Frodo stable
    Hardware: Coolermaster 260 mit Core I3 540, 4 GB Kingst. Ram, GA.H55M-D2H, PCIe 16X RiserCard, NVIDIA 430GT, TT3600USB, TT3650-CI USB, Samsung SSD 640, WD Blue 1TB (WD10TP), IR Einschalter, imon Display, mce FB und 12 Kanal Atmolight (4 Led Streifen) über DFatmo und Boblight

  • ich geh mal davon aus *GLASKUGEL*, dass ihr eine NVIDIA Karte auf einem Mainboard mit Intel Core (oder ähnlichem) Prozessor benutzt *GLASKUGEL AUS*.


    dafür hab ich doch extra diesen link gepostet gzhls

    Wenn das stimmt einfach das Modul i915 blacklisten und beim nächsten Neustart sollte der Fehler weg sein.


    ich hab mittels rescue-cd in /etc/modprobe.d/blacklist.conf die zeile "blacklist i915" hinzugefügt. leider ohne erfolg, immer noch die selbe meldung beim booten

  • - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB

  • hab ein bisschen gegoogled und frag mich jetzt: muss ich mir da jetzt separat einen neuen kernel compilieren oder kann ich da schon sonst noch was machen???


    Ist das jetzt eine Frage, oder was anderes? Was bedeuten 4 Fragezeichen?


    Es gibt nur wenig Gründe sich einen eigenen Kernel zu kompilieren. Wenn du es mit einem anderen Kernel probieren willst, dann versuche es doch einfach so:

    Code
    sudo apt-get update
    sudo apt-get install linux-image-generic-lts-raring


    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

  • Was ich bis jetzt alles probiert habe:

    • Kernel-Update auf 3.8.0.x
    • Bios durchsucht bzgl. deaktivierung des onboard intel graphics device
    • blacklisted intel-agp, i915 und agpgart-intel modules in /etc/modprobe.d/blacklist.conf + update-initramfs -u
    • apt-get install linux-image-generic-lts-raring


    leider hat bis jetzt noch nichts geholfen. hat noch wer ne idee? es haben doch viele dieses board in verwendung, hab ihr die probleme nicht?


    thx

  • weiß einfach nicht, was ich noch probieren soll, ich würde gern weiterkommen.
    sollte ich mit dem blacklisting von den 3 modulen das problem nicht beheben können?
    oder muss ich einen neuen kernel mit speziellen optionen compilieren?
    blöd ist halt auch, dass ich das blacklisting nicht mal überprüfen kann, da ich beim hochfahren nicht mal ne shell bekommen. dh, ich kann nur mit einer rescue-cd und chroot die dinge einstellen

  • Bei mit dem 3,5er Kernel und YaVDR 0.5 wird der Treiber geladen

    Code
    i915                  535221  0
    drm_kms_helper         49259  1 i915
    drm                   290595  2 i915,drm_kms_helper
    i2c_algo_bit           13565  1 i915

    Ich glaube ehrlich gesagt nicht das, dieser geblacklistet werden muss.


    Ich vermute eher das da im Ubuntu Boot Medium der YaVDR 0.5a was falsch ermittelt wird, was noch mit der 0.5 funktionierte.
    Vielleicht hat ja jemand noch die alte 0.5er Version, das einzige Problem was die 0.5er hatte war ein Firmware Konflikt welcher hier im Forum beschrieben und gelöst wurde.

    Gruß
    Frodo

  • Ich vermute eher das da im Ubuntu Boot Medium der YaVDR 0.5a was falsch ermittelt wird, was noch mit der 0.5 funktionierte.
    Vielleicht hat ja jemand noch die alte 0.5er Version, das einzige Problem was die 0.5er hatte war ein Firmware Konflikt welcher hier im Forum beschrieben und gelöst wurde.


    Letztendlich bringt der Kernel die Module mit und entscheidet wann und wie sie geladen werden. Nach einem dist-upgrade sind die Kernel von einer 0.5-Installation und einer 0.5a-Installation gleich. Daher kann das nicht vom Installations-Medium abhängen.


    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

Jetzt mitmachen!

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