Мальчик, это так. а. тривиальный. вопрос, и все же никто, кажется, не сможет ответить на него правильно.

Как вы меняете / dev / sda с / dev / sdb?

Кто-то может предложить использовать постоянную маркировку (например, / dev / disk / by- *), но, несмотря на лучшие намерения, это делаетНЕ Ответ на вопрос. Да, постоянные ярлыки работают там, где вы можете их использовать, но если программа жестко запрограммирована, например. / dev / sda, этот вопрос сохраняется.

Чтобы проиллюстрировать проблему дальше от того, что я нашел в Интернете:http://ubuntuforums.org/showthread.php?t=1569238&страница = 2 (Напоминает мне о 'Schadenfreude ')

Этот парень, кажется, нашел решение, просто нене делюсь этим (бу!)http://ubuntuforums.org/showthread.php?t=944515

И у меня есть потенциальная подобная опасность. Я использую CloneZilla, и если программа спрашивает:Would you like to backup /dev/sda to /dev/sdb or /dev/sdb to /dev/sda ?, угадайте, как я нервничаю, зная, что Linux, по-видимому, случайным образом назначает порядок дисков У меня нетя пока не перезаписываю свои данные своей собственной резервной копией, но это только ждет, чтобы это произошло.

Что в Linux назначает / dev / sd * дискам и как вы влияете на этот процесс? Это как-то связано с udev (/ etc / udev /, udevadm)? Моя ОС - CentOS, но мне нужно знать это также для Ubuntu и CloneZilla (http://clonezilla.org), и эта проблема возникает во всех системах, поэтому я предполагаю, что эта проблема связана не с дистрибутивом, а с ядром, модулями ядра или чем-то очень близким к ядру. Пожалуйста помоги!

------------------ РЕДАКТИРОВАТЬ: 25 августа 2013 Посоветовав ссылку, которую дал ypnos, я все прочитал, опробовал одну команду, а ядро простоvommitted» Удев правит по всему моему экрану. Затем запрашивается пароль root для разрешения обслуживания или выход для перезагрузки. Это доказательство того, что этот материал действительно не для начинающего человека.

Я также посмотрел это немного дальше. Я неЯ не понимаю, как и когда загружается ядро Linux, но некоторые сообщения в Интернете указывают, что BIOS (!!, верьте, хотите нет) передает список загрузочных дисков в grub, который затем использует файл device.map, чтобы назначить, какой устройства, к которым подключаются (hd *,). Обратите внимание, что / dev / sd уже были определены на этом этапе, так как вы можете использовать постоянные символьные ссылки dev. Эти карты устройств, похоже, каким-то образом передаются в настоящую корневую файловую систему. Так это вещь загрузчика сейчас?

Возвращаясь к udev в качестве потенциального решения, я нашел сообщение об ошибке в Googlehttp://bugs.debian.org/cgi-bin/bugreport.cgi?bug=578826Это привело к принятию решения об изменении DISAME NAME (где в конечном итоге это будет / dev / sd *, как мы его знаем).

Для предлагаемых страниц udev MAN:

| The following keys can get values assigned:
| 
| NAME
|  The name of the node to be created, or the name the network
|  interface should be renamed to.
   NOTE: changing the kernel-provided name of device nodes
   (except for network devices) is not supported and can result
   in unexpected behavior.
   Today, the kernel defines the device nodes names, and udev
   is expected to only manage the node's permissions and
   additional symlinks.

... Но я все равно пошел немного по-другому.

# vi /etc/udev/rules.d/00-corrections.rules

KERNEL=="sd?", ATTRS{model}=="SAMSUNG SP0411N", NAME="sda"
KERNEL=="sd??", ATTRS{model}=="SAMSUNG SP0411N", NAME="sda%n"
KERNEL=="sda", ATTRS{model}!="SAMSUNG SP0411N", NAME="sdb"
KERNEL=="sda?", ATTRS{model}!="SAMSUNG SP0411N", NAME="sdb%n"

По сути, это то, что он делает "Если модель samsung, присвойте ей имя sda *. Если модель не Samsung, но ей назначен sda *, присвойте ей имя sdb *. " Это правило было помещено перед всеми другими правилами, насколько это возможно. Обратите внимание, что я не уверен в этом, потому что, кажется, есть некоторыеневидимый» файлы правил также, И хотя вы переименовали устройства, ядро где-то в 'Ядро загруженного-память», все еще может иметь ссылки неправильно. Это может быть очевидно, когда вы посмотрите на файл /var/log/boot.log, где в моем случае начало написано:

%G      Welcome to [0;36mCentOS[0;39m 
Starting udev: %G[60G[[0;32m  OK  [0;39m]Setting hostname UncleFloServer:  [60G[[0;32m  OK  [0;39m]ERROR: asr: seeking device "/dev/sda" to 5999998795264
ERROR: ddf1: seeking device "/dev/sda" to 5999998795264
ERROR: ddf1: seeking device "/dev/sda" to 5999998664192
ERROR: hpt45x: seeking device "/dev/sda" to 5999998790144
ERROR: isw: seeking device "/dev/sda" to 5999998794752
ERROR: jmicron: seeking device "/dev/sda" to 5999998795264
ERROR: lsi: seeking device "/dev/sda" to 5999998795264
ERROR: nvidia: seeking device "/dev/sda" to 5999998794752
ERROR: pdc: seeking device "/dev/sda" to 137438913024
ERROR: pdc: seeking device "/dev/sda" to 137438920192
ERROR: pdc: seeking device "/dev/sda" to 137438927360
ERROR: pdc: seeking device "/dev/sda" to 137438934528
ERROR: sil: seeking device "/dev/sda" to 5999998795264
ERROR: via: seeking device "/dev/sda" to 5999998795264
Setting up Logical Volume Management:   No volume groups found
[60G[[0;32m  OK  [0;39m]Checking filesystems
_CentOS-6.4-x86_: clean, 85517/655360 files, 662649/2621440 blocks
/dev/sda1: clean, 56/65536 files, 33367/262144 blocks
[60G[[0;32m  OK  [0;39m]Remounting root filesystem in read-write mode:  [60G[[0;32m  OK  [0;39m]Mounting local filesystems:  [60G[[0;32m  OK  [0;39m]Enabling local filesystem quotas:  [60G[[0;32m  OK  [0;39m]Enabling /etc/fstab swaps:  [60G[[0;32m  OK  [0;39m]

Здесь мое устройство Samsung имеет 40 ГБ (что я хотел бы использовать в качестве / dev / sda), а мой большой рейд Areca - 6 ТБ (что я хотел бы использовать как / dev / sdb).

Некоторые оставшиеся вопросы остаются

Что означают ошибки?

Являются ли эти ошибки причиной ядра или причиной того, что файл правил все еще работает до того, как мои 00-corrections.rules из udev?

Эти ошибки указывают на что-то угрожающее данным? Раздел Areca без проблем смонтирован на одной из моих папок в fstab.

Есть ли лучший, более ранний метод назначения устройств?