История изменений
Исправление intelfx, (текущая версия) :
OMG, перепись неосиляторов udev ITT.
blitz, Suntechnic — всё написано в man udev, примеры готовых правил есть в /usr/lib/udev. Никаких «по UUID» или «не по UUID» не нужно, вас должно интересовать только значение атрибута queue/rotational. Просто пишете два правила, одно для HDD, второе для SSD. И как нужно упороться, чтобы подумать, что от количества правил как-то зависит поведение?
Кстати, вы знали, шедулер можно менять и в рантайме без всякого udev? :) Можно просто руками писать в /sys/block/sdX/queue/scheduler. udev делает то же самое, там нет никакой магии.
Кстати, каноничный вариант правил не угадал никто. Он таков:
ACTION!="remove", SUBSYSTEM=="block", ATTR{queue/rotational}=="1", ATTR{queue/scheduler}="cfq"
ACTION!="remove", SUBSYSTEM=="block", ATTR{queue/rotational}=="0", ATTR{queue/scheduler}="noop"
Исправление intelfx, :
OMG, перепись неосиляторов udev ITT.
blitz, Suntechnic — всё написано в man udev, примеры готовых правил есть в /usr/lib/udev. Никаких «по UUID» или «не по UUID» не нужно, вас должно интересовать только значение атрибута queue/rotational. Просто пишете два правила, одно для HDD, второе для SSD. И как нужно упороться, чтобы подумать, что от количества правил как-то зависит поведение?
Кстати, вы знали, шедулер можно менять и в рантайме без всякого udev? :) Можно просто руками писать в /sys/block/sdX/queue/scheduler. udev делает то же самое, там нет никакой магии.
Исходная версия intelfx, :
OMG, перепись неосиляторов udev ITT.
blitz, Suntechnic — всё написано в man udev, примеры готовых правил есть в /usr/lib/udev. Никаких «по UUID» или «не по UUID» не нужно, вас должно интересовать только значение атрибута queue/rotational. И как нужно упороться, чтобы подумать, что от количества правил как-то зависит поведение?
Кстати, вы знали, шедулер можно менять и в рантайме без всякого udev? :) Можно просто руками писать в /sys/block/sdX/queue/scheduler. udev делает то же самое, там нет никакой магии.