[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Карман



Привет!

On Fri, 23 Aug 2002 at 16:12:42 +0300, falkr wrote:

> Всё работает действительно и как ни странно но есть основное правило которое надо соблюдать
> ПИТАНИЕ ОТКЛЮЧАЕТСЯ ПЕРВЫМ И ПОДКЛЮЧАЕТСЯ ПОСЛЕДНИМ
> если его соблюдать то карманы даже не нужны
> подключаеш обесточенный винт к шлейфу а потом втыкаеш питание 
> после этого его можно сдетектить вышеуказанной прогой и после этого монтировать

Для этого, как я понимаю, надо включить в ядре поддержку hotplug
устройств? Поддержку IDE в виде модуля делать же не надо?

Но в доке на hotswap сказано, что проверяется secondary ide (ide1), и на
нём ничего не должно работать кроме подключаемого устройства. Интересно,
а как быть, если там что-то есть, или надо подключить на ide0 (там-то уж
точно что-то будет :) ?

> отключение сторого в обратном порятке
> отмонтируем
> hotswapом отключаем соответств девайс
> выдёргиваем питание
> отсоединяем шлейф
> сегодня проверил раз 5 ни одного сбоя
> карман с выключателем питания облегчает задачу и перестраховывает

Интересно, а какой способ лучше в случае, если есть какое-либо
подключённое на шину устройство? Способ с перезагрузкой ide.o или
использование hotswap? Или вообще лучше чтобы на ide1 никто не висел,
если туда подключать что-то надо?

PS: парочка настораживающих абзацев из README к hotswap:

Please note that hotswapping support for IDE devices in the Linux
kernel is a bit of a kludge.  Hotswapping does not work properly if
another device is present on the same IDE bus.  It also generally does
not work with DMA enabled on the swappable device, although it might
appear to work properly on some hardware configurations.

Adding an IDE device after the kernel has been booted with none
installed does not work with some kernels/BIOS revisions.  When it
works, the controller is not initialized properly and you will be able
to crash your kernel by trying to enable DMA.  Fixing this will
require a change to the kernel.  You can ask the kernel hackers to fix
it, but I bet their response will be `It'll be done properly in 2.6',
as there is no quick and easy way to force a complete reinitialization
of the IDE subsystem while keeping filesystems mounted.  I might find
the time to give it a shot myself, buy I somehow doubt it.


По поводу перезагрузки ide.o настораживают слова: "there is no quick and
easy way to force a complete reinitialization of the IDE subsystem while
keeping filesystems mounted."

-- 
 С уважением,
             Игорь.



Reply to: