|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Ilya Dikarev 2:5004/75.1313 02 May 2007 22:35:38
To : Konstantin Kuzov
Subject : Re: IDE Hotswap vs OpenSuSe 10.2
--------------------------------------------------------------------------------
ID>> А ты уверен, что 0x170 правильный порт?
KK>Да вроде правильный, собственно я даже все оба диапазон перебирал, тоже
KK>самое.
попробуй к ядру при загрузке опцию ide0=noprobe
ID>> Посмотри в dmesg, какие порты назначаются.
KK>Если бы он там ещё четко говорил на какой порт его посадил... Сейчас 0x1f0
KK>по-идее, но всё равно No such device or address.
Вот статья в opennet.
-------------------------
Итак, делаем паузу для заявления.
--------------------------------------------------------------------
В IDE-дисках ATA-стандарта HЕ ПРЕДУСМОТРЕHО горячее подключение,
поэтому вся отвественность за порчу оборудования лежит на вас.
--------------------------------------------------------------------
Однако, при грамотном подходе, можно и (иногда) нужно использовать
горячее подключение. Hеобходимо помнить последовательность операций:
1) подключается шлейф свободного канала
2) подключается питание к диску горячей замены
3) производится сканирование шины
4) монтируется нужный раздел
5) производим запись с/на нужный раздел/накопитель
6) размонтируется раздел
7) отключается шина/дерегистрация канала
8) отключается питание от диска горячей замены
9) отключается шлейф
Рассмотрим данный процесс более подробно.
Первые 2 пункта освещать подробно не имеет смысла, остановимся на
следующем, третьем пункте.
Что же означает понятие сканирование шины? При старте системы, ядро
производит опрос устройств, сидящих на IDE-каналах (это порты 0x1f0,
0x170).
При исправных устройствах система получает от них паспорта, на основе
которых и делается вывод об их геометрии, названии, UDMA-свойствах и
т.д.
Если бы мы при старте задали параметры "ide0=noprobe", то сканирование
первого IDE-канала не было произведено. Зачем это нужно? Во-первых, при
наличии неисправного IDE-диска, который подключен к боксу, загрузиться
проблематично, а именно нельзя. Во-вторых, как в нашем случае, есть
возможность подключить дополнительный винт на ходу. Поэтому не будем
привязывать систему к конкретному винту, а скажем пропускать
сканирование.
Можно этого и не делать, а приступить сразу к сканированию.
Для этого нам потребуется пакет hdparm. Поехали!
/usr/sbin/hdparm -R 0x170 0 0 /dev/hda
Означает зарегистрировать IDE-интерфейс по порту 0x170 для устройства
/dev/hda. Обращаю ваше внимание, что для меня самого любопытно будет
узнать, почему именно таким образом происходит инициализация второго
канала. В итоге в /var/log/syslog появляются строчки:
Jan 6 19:16:49 ab kernel: hdd: QUANTUM FIREBALL_TM3200A, ATA DISK drive
Jan 6 19:16:49 ab kernel: ide1 at 0x170-0x177,0x376 on irq 15
Jan 6 19:16:49 ab kernel: hdd: attached ide-disk driver.
Т.е. определился подключенный диск. Отлично. Едем дальше.
/usr/sbin/hdparm -z /dev/hdd
Обновили (;) содержание разделов. Дальше дело техники - монтируется
необходимое устройство, производится запись и т.д.
Что же касается пункта #7, то, по желанию, можно производить
дерегистрацию канала, а можно не производить. Hе забывая при этом
последовательность действий.
P.S. Стоит отметить следующее - использовалось стандартное ядро,
манипуляций с модулями ide-disk производить не обязательно.
Удачи!
Anton Borisov: a.borisov@tesv.tmb.ru
--
XMMS is in /*Silence*/
Auswendig Zeile 'make'
Kennen Suse und Mandrake
--- tin/1.4.6-20020816 ("Aerials") (UNIX) (Linux/2.6.16.18 (i686))
* Origin: '//Unix or dead..' (2:5004/75.1313)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
