Ich habe da noch eine Frage 
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?
emerge dracut :p
Sorry, ist bloat. Da vertraue ich lieber meiner eigenen initrd, wo ich exakt weiß, was ich drin hab 
Okay, Kommando zurück.
Das lag an meiner selbstgebauten initrd Hab irgendwie gepennt und rootfstype nicht sauber ausgewertet..
Wobei ich seltsamerweise am Raspberry Pi (Kernel 4.4.8-1-ARCH) die Meldung für /dev/mmcblk0p2 dadurch wegbekomme, dass ich rootfstype setze…
Ob das an UEFI in einer Konstellation liegt? Parameter sind bei mir Hartkodiert im Kernel drin..
Ah! Danke, das war es. Erklärt, warum früher ich die Meldung wegbekommen habe, weil da noch auch ext3 nicht drin war, war jetzt zwangsweise drin ist. Dann ist alles klar.
Danke! Wobei dann der Parameter rootfstype keinen Sinn macht, wenn trotz Angabe ext4 zuerst ext3 versucht wird..
Was sagt'n deine fstab?
# <fs> <mountpoint> <type> <opts> <dump/pass>
# Boot (ESP)
UUID=3AE4-C83D /boot/efi vfat defaults 0 1
# Root
UUID=60901824-ba2e-4533-9087-bbca5f8e2006 / ext4 barrier=0,defaults,noatime,nodev,nodiratime 0 1
# Main
UUID=23ff505d-c6ad-49d9-8dc7-550935a4383f /home ext4 barrier=0,defaults,noatime,nodev,nodiratime 0 2
# Swap
UUID=606dbd29-decd-472b-bb04-960649acb560 none swap sw 0 0
# CGroups
cpuacct /sys/fs/cgroup/cpuacct cgroup cpuacct 0 0
# Temp
tmpfs /var/tmp/portage tmpfs nodev,nosuid,size=8192M,mode=1755 0 0
tmpfs /tmp tmpfs nodev,nosuid,noexec,size=32M,mode=1777 0 0UUID ist korrekt, habe ich schon nochmals zur Sicherheit abgeglichen.
CONFIG_EXT4_USE_FOR_EXT23=N ist jedoch bei mir gesetzt. Daher dürfte er das eigentlich nicht tun..
Jemand ne Idee?
Im Log habe ich immer:
[ 6.353687] EXT4-fs (dm-2): couldn't mount as ext3 due to feature incompatibilities
dm-2 ist wohl mein /. Ich habe als Kernelparameter rootfstype=ext4 gesetzt.
Warum versucht der trotzdem was anderes zuerst als ext4?
Support für ext2/ext3 ist nichtmal einkompiliert..
Würde mich ja mal interessieren, ob Michaels Server noch läuft und ob er auch noch Zugriff darauf hat oder ob schon jemand das Root-Passwort geändert und die Kiste übernommen hat
Psssst..! Ich brauch den Torrentserver noch 
Genau die habe ich auch hier in Nutzung 
Irgendwie ist der 4K-Thread ziemlich seltsam bei der SSD im T460p?
Hallo,
ich klaue das Thema mal
Da ich leider die Ehre habe, bei uns am Zukunftstag die Arbeitsweise von PCs zu zeigen für Kinder, würde ich gerne neben dem normalen Zeug auch meinen Nixdorf Portable (XT 4,7 MHz, 640KB RAM, 20MB HDD) zeigen und dazu ein Spiel, wo die Kinder Spaß haben könnten.
Habt Ihr als Empfehlung ein Spiel für Kinder, was empfehlenswert sein könnte? Der eingebaute Monitor hat nur Bernsteinfarben.
Hab Kernel 4.6-RC2, von daher sollte das passen
Imho dürfte efibootmgr keine Einträge ändern können ohne rw..? Aber vielleicht Irre ich.
Ich meinte jetzt eher auf die Aussage, dass das mit Skylake mehr oder weniger Pflicht ist? Für neue Einträge im UEFI kann ich das nachvollziehen, aber das würde doch dann alle Generationen mit UEFI betreffen?
Ich habe es nicht verstanden. Wie sind efivars rw Pflicht?
Fein. Nach einem UEFI-Hard-Reset läuft es jetzt und Einträge erscheinen.
Hab jetzt mal unter Windows "EasyUEFI" und sonst bcdedit selbst probiert.
Damit kann ich einen Eintrag anlegen. Erscheinen im UEFI tut er aber NICHT x(
Interessant ist, "EasyUEFI" sieht durch efibootmgr angelegte Einträge nicht.
efibootmgr dagegen sieht diese, welche durch EasyUEFI angelegt worden sind.
So, ich habe jetzt weiter getestet.
Hier sind meine Einträge:
BootCurrent: 0017
Timeout: 2 seconds
BootOrder: 0000,0018,0019,001A,001B,001C,0017,0021
Boot0000* Windows Boot Manager HD(1,GPT,103594c5-845f-4c7d-a0c9-211897406ff9,0x800,0x82000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...................
Boot0001* Gentoo Linux HD(2,GPT,a22a3a96-ad17-4f03-b923-a00ce0bdb28d,0xe1800,0x31800)/File(\EFI\Gentoo\Boot\kernel.efi)
Boot0010 Setup FvFile(721c8b66-426c-4e86-8e99-3457c46ab0b9)
Boot0011 Boot Menu FvFile(126a762d-5758-4fca-8531-201a7f57f850)
Boot0012 Diagnostic Splash Screen FvFile(a7d8d9a6-6ab0-4aeb-ad9d-163e59a7a380)
Boot0013 Lenovo Diagnostics FvFile(3f7e615b-0d45-4f80-88dc-26b234958560)
Boot0014 Startup Interrupt Menu FvFile(f46ee6f4-4785-43a3-923d-7f786c3c8479)
Boot0015 Rescue and Recovery FvFile(665d3f60-ad3e-4cad-8e26-db46eee9f1b5)
Boot0016 MEBx Hot Key FvFile(ac6fd56a-3d41-4efd-a1b9-870293811a28)
Boot0017* USB CD VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,86701296aa5a7848b66cd49dd3ba6a55)
Boot0018 USB FDD VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,6ff015a28830b543a8b8641009461e49)
Boot0019 NVMe0 VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,001c199932d94c4eae9aa0b6e98eb8a400)
Boot001A ATA HDD0 VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,91af625956449f41a7b91f4f892ab0f600)
Boot001B USB HDD VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,33e821aaaf33bc4789bd419f88c50803)
Boot001C PCI LAN VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,78a84aaf2b2afc4ea79cf5cc8f3d3803)
Boot001D* IDER BOOT CDROM PciRoot(0x0)/Pci(0x16,0x2)/Ata(0,1,0)
Boot001E* IDER BOOT Floppy PciRoot(0x0)/Pci(0x16,0x2)/Ata(0,0,0)
Boot001F* ATA HDD VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,91af625956449f41a7b91f4f892ab0f6)
Boot0020* ATAPI CD VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,aea2090adfde214e8b3a5e471856a354)
Boot0021* PCI LAN VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,78a84aaf2b2afc4ea79cf5cc8f3d3803)
SystemRescueCcd hat efibootmgr 0.12 dabei. Mein kompiliertes Gentoo ebenso.
Der Eintrag erscheint nicht, egal, mit welchem ich das tue.
ABER: Wenn ich ganz bewusst manuell das Bootdevice ändere:
efibootmgr --bootnext 0001
Dann klappt es! Mein Linuxkernel bootet und Gentoo startet. Der Eintrag im UEFI fehlt aber weiterhin 
Ich verstehe es nicht..
Es unterstützt dort nichtmal USB.
Aber Intel hat doch USB 3.0 Treiber für Windows 7 im Angebot und dann tut es wieder?
Ich wette, es scheitert an Treibern. Was für ne CPU-Generation hat das Surface Pro denn? Ab Skylake gehts nicht mehr.
Woher hält sich das Gerücht eigentlich? Windows 7 mag keine neuen Skylake Features können, aber grundsätzlich funktioniert es doch auf Skylake?
