Der Linux Problem/Fragen-Thread

    Ich habe da noch eine Frage :D
    Via alsamixer sehe ich meine interne Soundkarte. Allerdings habe ich kein "HDMI-Soundkarte", wenn ich per HDMI via Docking angeschlossen bin.

    Ist das normal bei Intel? Wenn nein, kann ich was dagegen tun?

    CONFIG_SND_HDA_CODEC_REALTEK=y ist gesetzt, was meine interne Soundkarte ist.

    CONFIG_SND_HDA_CODEC_HDMI=y ist auch gesetzt, was eigentlich doch via HDMI Sound anbieten sollte?

    Mark IV Style Motherfucker!

    Einmal editiert, zuletzt von Alpha (24. April 2016 um 15:14)

    Zitat von Alpha


    Ich habe da noch eine Frage :D
    Via alsamixer sehe ich meine interne Soundkarte. Allerdings habe ich kein "HDMI-Soundkarte", wenn ich per HDMI via Docking angeschlossen bin.

    Ist das normal bei Intel? Wenn nein, kann ich was dagegen tun?

    CONFIG_SND_HDA_CODEC_REALTEK=y ist gesetzt, was meine interne Soundkarte ist.

    CONFIG_SND_HDA_CODEC_HDMI=y ist auch gesetzt, was eigentlich doch via HDMI Sound anbieten sollte?

    Wenn es sich nicht um einen speziellen Sonderfall handelt, sollte das ganze Sound-Geraffel als Module gebacken werden. Ist CONFIG_SND_DYNAMIC_MINORS gesetzt? Was steht in Deiner /usr/src/linux/.config zum Thema Sound?

    Zitat von Arnulf zu Linden

    Wenn es sich nicht um einen speziellen Sonderfall handelt, sollte das ganze Sound-Geraffel als Module gebacken werden. Ist CONFIG_SND_DYNAMIC_MINORS gesetzt? Was steht in Deiner /usr/src/linux/.config zum Thema Sound?

    Warum sollte man das als Module backen? Sorry, das ist einfach nur Unfug, wozu sollte man diesen Quatsch tun? CONFIG_SND_DYNAMIC_MINORS=y ist gesetzt.

    Zum Thema Sound:


    Zitat von DosAmp


    Der Audio-Teil von HDMI ist an die GPU gekoppelt. Neben dem HDMI-Modul brauchst du auch CONFIG_SND_HDA_INTEL und/oder CONFIG_SND_HDA_I915.

    CONFIG_SND_HDA_INTEL=y ist gesetzt, weil sonst CONFIG_SND_HDA_CODEC_REALTEK garnicht auswählbar wäre.

    CONFIG_SND_HDA_I915=y ist entsprechend auch gesetzt.

    Mark IV Style Motherfucker!

    Zitat von Alpha


    Warum sollte man das als Module backen? Sorry, das ist einfach nur Unfug, wozu sollte man diesen Quatsch tun?

    Für den Systemstart nicht notwendige Sachen haben im Kernel nichts verloren, weil sie den Kernel unnötig aufblähen und im Zweifelsfall den Systemstart verhindern.

    In Deiner .config sehe ich jetzt nichts Verdächtiges außer dem Unsinn, das alles fest in den Kernel zu backen.

    Zitat von Arnulf zu Linden

    Für den Systemstart nicht notwendige Sachen haben im Kernel nichts verloren, weil sie den Kernel unnötig aufblähen und im Zweifelsfall den Systemstart verhindern.

    In Deiner .config sehe ich jetzt nichts Verdächtiges außer dem Unsinn, das alles fest in den Kernel zu backen.

    Äh? Wenn ich Sound haben will, warum zur Hölle sollte ich es als Modul laden, wenn ich in jedem Fall das sowieso bei jedem Systemstart laden würde?

    Mark IV Style Motherfucker!

    Btw, wie muss man die Stromsparmodi mit powertop unter Skylake deuten?

    Bei Package ist maximal PC2 angesagt.
    Core 0+1 geht aber bis CC7 runter
    Einzelne Kerne 0-3 bis runter C10-SKL
    GPU ebenfalls nach RC6

    Soweit sieht das gut aus. Ist es aber normal, dass Package nur bis PC2 geht? Klingt grad nicht so positiv?

    Mark IV Style Motherfucker!

    Einmal editiert, zuletzt von Alpha (25. April 2016 um 23:26)

    Zitat von Alpha


    Btw, wie muss man die Stromsparmodi mit powertop unter Skylake deuten?

    Bei Package ist maximal PC2 angesagt.
    Core 0+1 geht aber bis CC7 runter
    Einzelne Kerne 0-3 bis runter C10-SKL
    GPU ebenfalls nach RC6

    Soweit sieht das gut aus. Ist es aber normal, dass Package nur bis PC2 geht? Klingt grad nicht so positiv?


    https://mjg59.dreamwidth.org/41713.html

    Gut ist das sowieso alles nicht, aber PC3 müsste schon gehen.

    Nachtrag: Die Kommentare diskutieren auch PC2.

    Einmal editiert, zuletzt von gandro (25. April 2016 um 23:55)

    Zitat von gandro


    https://mjg59.dreamwidth.org/41713.html

    Na das ist ja mal Mist. Hab jetzt mal Kernel 4.5.2 draufgezogen (Package kommt bei Package auch nicht unter PC2). Wie ist das eigentlich mit virtualisierten Kerneln (VTx)? Ist das schlimm wenn ich nen normales Ubuntu 16.04 in einer VM laufen hab?

    „Zitate von sich selbst in der Signatur sind doof.“ Chrisse, 2009
    „Hmm... mal was aus 2010 reinnehmen“ Chrisse, 2010
    „Ach, wie die Zeit vergeht...“ Chrisse, 2011
    „Bin immernoch dagegen“ Chrisse, 2012
    „Jetzt auch mit 2013“ Chrisse, 2013
    „2021 ich komme“ Chrisse, 2014
    „Ab jetzt wieder länger“ Chrisse, 2015
    „Gut Ding will Weile haben“ Chrisse, 2016
    „Meine Signatur: Öfter geupdated als mein Windows“ Chrisse, 2017
    „Klicken sie weiter, hier gibt es nichts zu lesen“ Chrisse, 2018
    „Dieser Post kann Spuren von Sarkasmus enthalten“ Chrisse, 2019
    „Reinstate Chiaki“ Chrisse, 2020
    „2021 ist eine Coverstory der Moderation und nie passiert!“, Chrisse, 2022

    Zitat von Chrisse

    Na das ist ja mal Mist. Hab jetzt mal Kernel 4.5.2 draufgezogen (Package kommt bei Package auch nicht unter PC2). Wie ist das eigentlich mit virtualisierten Kerneln (VTx)? Ist das schlimm wenn ich nen normales Ubuntu 16.04 in einer VM laufen hab?

    Der Stromverbrauch ist schon geil :D Auf Akku im Schnitt 9-10W :D

    Mark IV Style Motherfucker!

    Weiß jemand, wie man in Arch diese schwachsinnigen neuen Interface-Namen wieder richtig bekommt? Es ist einfach nur nervig, ich muss jedes Mal gucken, wie meine Netz- und WLAN-Karte hieß. Und wenn ich meine i3pystatus-Config zu ner anderen Maschine kopiere, klappts wieder nicht, weil die da wieder anders heißen. Ich möchte das gerne wieder standardkonform. Sprich: LAN als eth0 und WLAN als wlan0. Wie geht das? Alles andere nervt auf Dauer sowas von..

    Und wenn jetzt wieder kommt mit "das ist ja gar nicht predictable!!11" kann ich ihm direkt mal sagen, dass das Quatsch ist. Normalerweise macht udev nämlich beim ersten Auftreten einer MAC-Adresse im System einen Eintrag in die udev Rules, sodass eine KArte immer die selbe eth-Nummer bekommt. Das finde ich deutlich logischer als diese Monstren wie "enp1s31f6", die sich echt kein normaler Mensch merken kann. Selbes Problem waren ja die UUIDS, aber da reicht es ja, die fstab anzupassen, damit das wieder lesbar ist.

    Teilweise hast dus, guck mal wie dein WLAN-Name verschandelt wurde. Das Change Devicename teste ich mal, danke.

    Wie kann ich eigentlich aus einem LV das PV auslesen? (Ja, ich hab hinter einem LV eine PV Struktur.) Ich hab mir jetzt schnell mit Virtualisierung geholfen. Aber für die Zukunft wäre es dennoch good to know. :)

    Zitat von mrshadowtux


    Weiß jemand, wie man in Arch diese schwachsinnigen neuen Interface-Namen wieder richtig bekommt?

    Entweder die udev-Regel net_setup_link per Null-Symlink oder Kernel-Parameter außer Kraft setzen oder über Konfigurationsdateien eigene sinnvolle Interface-Namen (z. B. internet, lan) vergeben, wenn du statt eines Netzwerk-Managers nur systemd-networkd nutzt.

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!

Benutzerkonto erstellen Anmelden