LINUX.ORG.RU

История изменений

Исправление hateyoufeel, (текущая версия) :

Т.е. если было

/dev/disk/by-path/pci-0000:00:17.0-ata-6 -> ../../sda

потом sda отвалился, появился sde, то /dev/disk/by-path/pci-0000:00:17.0-ata-6 будет всё равно указывать на sda что ли? А какой тогда path у sde, если он подключен в тот же порт?

У этого шизоида диски воткнуты в рейд, который их как-то прокидывает уже лялексу. Как они там оперделяются, хер его знает. Я не удивлюсь, если упоротая прошивка рейда на каждый диск создаёт новый эндпоинт просто ради лулзов.

Т.е. на самом деле у него глючит прошивка рейд-контроллера, но виноват лялекс во всём. И это, кстати, очень большая проблема в хардварных рейдах. Если глючит лялекс, то скоро прилетит обновление. В крайнем случае, можно нанять кого-то, кто починит именно этот баг, который тебя бесит. А если у тебя глючит хардварный рейд, то пшёл нах ждать милостыню от вендора.

Исходная версия hateyoufeel, :

Т.е. если было

/dev/disk/by-path/pci-0000:00:17.0-ata-6 -> ../../sda

потом sda отвалился, появился sde, то /dev/disk/by-path/pci-0000:00:17.0-ata-6 будет всё равно указывать на sda что ли? А какой тогда path у sde, если он подключен в тот же порт?

У этого шизоида диски воткнуты в рейд, который их как-то прокидывает уже лялексу. Как они там оперделяются, хер его знает. Я не удивлюсь, если упоротая прошивка рейда на каждый диск создаёт новый эндпоинт просто ради лулзов.

Т.е. на самом деле у него глючит прошивка рейд-контроллера, но виноват лялекс во всём.