Федорино Коре и modprobe.d

Если можно выставлять только через sysfs, то rc.local, является вполне не костыльным решением, потому-что sysfsutils, в отличии от systemctl еще больший костыль, чем сам rc.local.
По сабжу, ты update-initramfs сделал?

По сабжу, ты update-initramfs сделал?

Эм нет, это особенности efi такие? Сделаю как доберусь до девайса. В debian initramfs не обновлял кстати.

Эм нет, это особенности efi такие?

Это особенности компьютера такие.

Для подключения дисков и рутовой ФС нужно загрузить драйверы.

Они лежать в tmpfs/initramfs.

Драйверам нужны опции (modprobe.d/*).

Значит, в initramfs лежат и modprobe.d/*.

Значит, после правки modprobe.d/* надо изменить initramfs.

Логично?

Просто hid_apple уже в initramfs, как мне кажется.

У меня сработало на другом буке в permissive-режиме SELinux.

Но в других дистрибутивах(debian, arch, void, calculate, gentoo) на данном ноуте подобных проблем не было, только федора.

Про него совсем забыл, он на desktop конфигурациях разве включен? В любом случае проверю.

Но в других дистрибутивах(debian, arch, void, calculate, gentoo) на данном ноуте подобных проблем не было, только федора.

Значит, в этих «других» дистрибутивах hid_apple грузился не из initrd. Или ты чего-то не так написал в конфиге. Или еще что-то.

он на desktop конфигурациях разве включен?

Хз, всё время ставлю минимум через netinstall и потом руками добавляю нужное.
Короче, вот так сработало:

# echo hid_apple >/etc/modules-load.d/hid_apple.conf
# echo options hid_apple fnmode=2 iso_layout=0 >/etc/modprobe.d/hid_apple.conf
# sed -i -r 's/^(SELINUX=).*/\1permissive/' /etc/selinux/config
# systemctl reboot

Выключен по дефолту ЕМНИП только в RFR.

По сабжу, ты update-initramfs сделал?

По сабжу нет такой команды и вообще где федора хранить initramfs в конфигурации с efi? Даже /boot/grub/grub.cfg нет.

Отключение SELinux не помогло, увы.

В Fedora нет update-initramfs, надо использовать dracut. dracut -f --regenerate-all пересоберет все initramfs.

SELinux в RHEL, CentOS, Fedora всегда включен.

Спасибо, так получилось, после перезагрузки все работает как полагается.

В строку параметров ядра в загрузчике hid_apple.fnmode=2 hid_apple.iso_layout=0

Логично, потому что системд не использует каталог /etc/modprobe.d, только свой /etc/modules-load.d/

О как. а формат файлов там такой-же как в modprobe.d?

системд не использует каталог /etc/modprobe.d, только свой /etc/modules-load.d/

На текущий момент для автозагрузки модулей используется /etc/modules-load.d/, а для опций — /etc/modprobe.d/.
https://wiki.archlinux.org/index.php/Kernel_modules

Тред не читал.

dracut -f --regenerate-all

/thread

log4tmp

Логично, потому что системд не использует каталог /etc/modprobe.d, только свой /etc/modules-load.d/

Нет, это неправда.

У этих каталогов разное предназначение, и используются они одновременно. Файлы в /etc/modprobe.d задают параметры, псевдонимы и чёрный список модулей (эти параметры имеют силу при подгрузке модулей по любой причине), а файлы в /etc/modules-load.d задают список принудительно подгружаемых при старте модулей.

Действительно, решением этой проблемы будет перегенерация образа initcpio (с помощью dracut или аналога этой утилиты в другом дистрибутиве, например, mkinitcpio в Arch).

Это необходимо по той причине, что на случай перехода в аварийный режим в initcpio обычно добавляется некоторое количество вспомогательных модулей, не имеющих прямого отношения к загрузке системы — в их числе и драйвера устройств ввода, такие, как hid_apple. Соответственно, их подгрузка происходит на этапе исполнения из initramfs до монтирования корневой ФС. Поскольку конфигурационные файлы в modprobe.d учитывается только в момент непосредственной подгрузки соответствующих модулей (другими словами, они не имеют обратной силы), они также должны присутствовать в initcpio. А так как мало кто помнит конкретный набор модулей в своём initcpio, его всегда рекомендуется пересоздавать после изменения конфигурации modprobe.

Нет, это неправда.

Ты всё-таки не поленился, ответил.

Я уже не помню как там было с системд, но похоже ты прав. Но /etc/modules-load.d/ используется системд, в openrc за автозагрузку отвечает /etc/conf.d/modules

/etc/modprobe.d не используется одним лишь системд, это общесистемный каталог.

Действительно, решением этой проблемы будет перегенерация образа initcpio

Наверно у нас с вами разные версии Fedora.
У меня на Fedora 24 опции hid_apple применились сразу после ребута без задрючивания dracut.
Как и переименование интерфейсов в systemd-networkd, которое на Fedora 23 требовало вызова dracut, на Fedora 24 происходит без дополнительных телодвижений.

У меня вообще не Fedora. Это общие рассуждения. Иногда что-то пихается в initcpio, иногда — нет. Но если ты обнаруживаешь, что вновь добавленные тобой правила modprobe/networkd/udev и тому подобные почему-то не работают, то пересоздание initcpio — первое, что стоит предпринять.

Логично?

Для драйверов рутовой ФС - да, для HID - нет.

А ты уверен, что дракут знает какой драйвер hid а какой нет?

Дракат не знает, конечно. Знать должен был тот, кто писал дефолтную конфигурацию драката.