Но если вы попробуете, то выяснится, что лампы перед выключением я погасить смогу, я много чего могу используя те же -l 0 0 -l 0 1 -l 1 0 -l 1 1? , НО halt включит красную. Финт ушами с помощью rmmod aotom выключит вообще все, но тогда включать ресивер повторно будете только тумблером.
Я пробовал, и неоднократно, почему и спрашиваю - какой ресивер/сборка себя так "дико" ведет?
Потенциально при "rmmod aotom" может "пропасть" пульт при переводе в режим ожидания, но при выключении-то какая разница, если все модуля все равно выгружаются, да и сам ресивер взаимодействует с пультом всегда, вне зависимости от того, загружен драйвер оного или нет.
Разумеется, не исключен вариант, когда установка неких регистров/флагов SoC может привести к тому, что опрос датчика пульта прекращается до полного сброса по питанию, но это что-то сродни выстрела в ногу самому себе - т.е явно не штатная ситуация.
PS Если светодиод включается обратно по "halt", значит нужно смотреть что именно этот halt делает - (если запускает init 0, то что и как при этом останавливается и т.д). Если вместо halt использовать fp_control -P: - то точно ничего само по себе не тухнет и не загорается (у меня, по крайней мере =))
Update - фрагмент /etc/init.d/halt из Cris AR-P
откуда понятно, что писать что либо через fp_control до выполнения halt ничего не даст - он все равно сделает по своему. Т.е нужно или исправить включение/отключение светодиодов здесь, или же убрать их из /etc/init.d/halt вообще.
По хорошему, нужно было бы привести управление светодиодами к некоему "стандарту", но это утопия - в каждой сборке кто как хочет, так и управляет ими.