ps/2 && linux
сжечь материнку при hot plug ?
Что правильно по стандарту протокола PS/2 ?Ты ещё спроси, что правильно по стандарту IDE, если в работающий комп воткнуть стандартный IDE-винчестер.
По стандарту ПС/2, устройства долны быть подключены до включения компьютера
Но по жизни и клавиатуру и IDE винчестер можно совершенно спокойно втыкать в работающий компьютер.
PS: По жизни, в первый и последний раз, когда я такое делал, сгорела материнка, процессор, память, видео, два винчестера и сдром... после этого я решил, что больше таких опытов ставить не буду...
> втыкать в работающий компьютер.
Не знаю, как винчестер, но вот PS/2 - клавиатуру FreeBSD 5.2 упорно не замечала.
при мне один раз сгорело 2 CD-drive при горячем выключении корпусного вентилятора
PS: По жизни, в первый и последний раз, когда я такое делал, сгорела материнка, процессор, память, видео, два винчестера и сдром... после этого я решил, что больше таких опытов ставить не буду...Компьютеры тебя не любят.
Я за свою жизнь втыкал множество IDE винтов на ходу. У меня есть одна мать под первый пень, которая зависает от такой процедуры, но не сгорает. Все остальные отлично подхватывают винт на ходу. Таким образом я не сжёг ни одной детали.
т.к. в мануалах по материнке обычно написано что ps/2 нельзя втыкать при включенном питании
Ты сам то читал спецификации, что так категорично заявляешь ?
Хули может сгореть при вытыкании/втыкании такого пассивного девайса как клавиатура ? Это же не включенный монитор к компу подключать ?
P.S.
Сколько раз приходилось бывать на colocation площадках - всегда клавиатура на ходу цеплялась к сервакам. Не только мной.
Хули может сгореть при вытыкании/втыкании такого пассивного девайса как клавиатура
Ты сам то читал спецификации, что так категорично заявляешь ?я конечно спецификацию не читал, но и ты видимо тоже.. и вообще походу путаешь причину со следствием
винт, CD, кулер или PCI - карты , тоже "вполне пассивные" девайсы - что же ты хот плаг постоянно не делаешь?
а то что можно кучу раз подключить PS/2 клаву к работающему компу и ничего не случиться, я и сам знаю по собственому опыту..
но, опять же, один раз может случиться такое, как описано в этом трэде
я про диски и прочее не писал, также ничего не утверждал, что читал спецификацию. Раз создал тред - значит не читал.
А раз ты знаешь по теме не лучше меня - то пиздеть не стоит.
пиздеть не стоитвот именно
я тебе без мата еще раз намекаю, что сжигание мат.платы и всего что в неё воткнуто будет вполне в рамках спецификации PS/2, если подключить устройство к данной шине на работающем компе
фпизду намеки
Хули может сгореть при вытыкании/втыкании такого пассивного девайса как клавиатура ? Это же не включенный монитор к компу подключать ?Меня приучили смело втыкать включённые мониторы к включённым компьютерам, самому страшно было. Ни разу ничего не случилось - единственное требование, чтобы земля у них общей была, так как бывают большие статические напряжения, что небезопасно для техники. Так что монитор - как раз нормально, и работать будет исправно.
Я за свою жизнь втыкал множество IDE винтов на ходу. У меня есть одна мать под первый пень, которая зависает от такой процедуры, но не сгорает. Все остальные отлично подхватывают винт на ходу. Таким образом я не сжёг ни одной детали.Не знаю... Сейчас проверил на FreeBSD 6.0. Основной диск - ad0, через mobilrack воткнул внешний ad3. Сразу после этого посыпались сообщения об ошибках, связанных с ad0, и система повисла (работала прокрутка по ScrollLock, переключение терминалов, однако терминалы с клавиатуры ничего не принимали - ctrl-alt-del тоже сработал). Должна ли система корректно распознавать вновь воткнутые устройства? Подозреваю, что всё же нет... Тогда какой смысл в "горячем включении"
Проверял на 5.4 - горячее подключение вполне работало.
Сейчас проверил на FreeBSD 6.0. Основной диск - ad0, через mobilrack воткнул внешний ad3. Сразу после этого посыпались сообщения об ошибках, связанных с ad0, и система повисла (работала прокрутка по ScrollLock, переключение терминалов, однако терминалы с клавиатуры ничего не принимали - ctrl-alt-del тоже сработал).Если речь идёт о PATA, то тебе сначала надо сделать 'atacontrol detach ataX' чтобы отключить тот канал, на котором появится этот винчестер. Затем закрыть раку и написать 'atacontrol attach ataX'. При вынимании в обратном порядке. *
Если это SATA то при вставлении диска делать ничего не надо. При вынимании не забыть отмонтировать.
* В 6.0 я пока не пробовал хотсвапить PATA диски. Теоретически может быть regression в отношении 4.x и 5.x, потому что драйвер ATA значительно переписан.
Если это SATA то при вставлении диска делать ничего не надо.Наверно, если эти диски работают не через ata driver ? Если через ata driver, то наверно atacontrol нужно использовать ?
А через какой еще? Речь о FreeBSD, там SATA диски не обзываются SCSI.
> Если через ata driver, то наверно atacontrol нужно использовать ?
Не нужно. AFAIK, в SATA hotswap вообще есть официально.
А через какой еще? Речь о FreeBSD, там SATA диски не обзываются SCSIпиздишь
NAME
twa -- 3ware 9000 series SATA RAID controllers driver
SYNOPSIS
device twa
DESCRIPTION
The twa driver provides support for the AMCC's 3ware 9000 series SATA
controllers.
These controllers are available in 4, 8 or 12-port configurations, and
support the following RAID levels: 0, 1, 10, 5, 50. The device nodes for
the controllers are of the form /dev/twaX, where X is the controller num-
ber. The driver is implemented as a SCSI SIM under CAM, and, as such,
the logical units that it controls are accessible via the device nodes,
/dev/daY, where Y is the logical unit number.
Нет, это ты пиздишь.
смотри выше
Что смотреть выше?
NAME
twa -- 3ware 9000 series SATA RAID controllers driver
SYNOPSIS
device twa
DESCRIPTION
The twa driver provides support for the AMCC's 3ware 9000 series SATA
controllers.
These controllers are available in 4, 8 or 12-port configurations, and
support the following RAID levels: 0, 1, 10, 5, 50. The device nodes for
the controllers are of the form /dev/twaX, where X is the controller num-
ber. The driver is implemented as a SCSI SIM under CAM, and, as such,
the logical units that it controls are accessible via the device nodes,
/dev/daY , where Y is the logical unit number.
По ту сторону нормального RAID контроллера может быть всё что угодно, в каком угодно количестве и конфигурации. Но операционной системе контроллер этого не покажет. Не важно какой интерфейс между RAID контроллером и устройством хранения информации, этот интерфейс вообще может быть неизвестен ОС. Нельзя утверждать, что ОС работает с этим интерфейсом.
Речь о FreeBSD, там SATA диски не обзываются SCSIесть пиздеж
Еще раз: это не есть пиздёж. Потому что контроллер RAID не предоставляет тебе доступа к дискам. Даже если ты не будешь создавать массивов, то ты будешь видеть на SATA устройства, а JBOD.
а я втыкал фиг знает сколько раз ps\2 при изначально выключенной клаве, 5.3 подхватывала, 6.0 тоже подхватывает.
попробуй более формально рассуждать: диски SATA, а ноды для них сказевые ---> твое заявление - пиздеж
Я устал.
Точно так же, глебиус мог бы сказать "линукс не умеет записывать файлы на НТФС"... что совершенно не мешает линуксу уметь записывать файлы на ФТП-сервер, с файловой системой НТФС
Ты придираешься к словам, суть-то всё равноясна...
А то, что доступно как SCSI-ноды-это не отдельные диски, а массивы/их части.
В линуксе SATA диски цепляются через SCSI подсистему. Во фре это не так. Почти.
Т.к. отдельные драйвера SATA контроллеров / RAID контроллеров могут обзывать SATA диски SCSI-выми нодами.
Поэтому вот это:
Речь о FreeBSD, там SATA диски не обзываются SCSIне всегда верно во фре. Что и было обозначено словом "пиздеж".
Ещё раз-для особо одарённых-это не диски, а массивы. Отдельные диски с этого контроллёра (и с других нормальных RAID-контроллёров) НЕ ВИДНЫ.
это не только для twe/twa
поищи и найдешь.
Конечно, для недо-контроллёров с материнок-это так. Только они во фре обслуживаются устройством ata.
Конечно, для недо-контроллёров с материнок-это так. Только они во фре обслуживаются устройством ata.ичто ты этим хотел сказать ?
Хотел сказать, что недо-контроллёры с материнок-это просто АТА-контроллёры. RAID на них-софтовый. Их фря видит просто как дисковые контроллёры и диски на них видны как ata. Нормальные контроллёры видны фре как SCSI-контроллёры и диски на них фре не видны-видны только массивы этих контроллёров.
когда-то наткнулся на такое на одном компе и сильно удивился. Раскопки гуглом выявили, что на части матерей (довольно большой части - чуть ли не на половине) биос не инициализирует PS/2 контроллер если в момент загрузки не была обнаружена клавиатура. Ну и дальше он нихрена не пашет, пока его не проинициализируешь. Драйвера от винды и freebsd этой инициализации не делают... Вот и все
Если речь идёт о PATA, то тебе сначала надо сделать 'atacontrol detach ataX' чтобы отключить тот канал, на котором появится этот винчестер. Затем закрыть раку и написать 'atacontrol attach ataX'.Проверил (причём на двух разных винчестерах) - всё равно не работает...
Выглядит это так: основной диск - ad0, на том же ata0 ещё cdrom
на ata1 стоит dvd и мобил-rack, винты настроены на slave (в смысле на ad3).
Набираю "atacontrol detach ata1", пишет, что канал отлючён, после чего по atacontrol info уже dvd не показывается.
Вставляю диск в мобил рэк, диск начинает раскручиваться. После того, как раскрутится, лезут сообщения вида:
ad0: timeout waiting to issue command
ad0: error issueing WRITE_DMA48 command
g_vfs_done:ad0s3d[WRITE(смещение, длина)]error = 5
и так несколько раз, смещения и длины бывают разные (это /var раздел).
Мышиный курсор пропадает, буквы с клавиатуры не принимаются, но наботает прокрутка по scroll lock и выход из хранителя экрана по любой кнопке. На ctrl alt del не реагирует, на power пишет suspend request ignored (not ready yet).
Вообщем, не работает... При случае проверю на других компьютерах, или на 5.4...
Может быть, конечно, контроллер плохой, перебивает чего-нибудь (вообще, он местами глючит).
Да может и не плохой. Я ж говорю, что hot swap на PATA официально не работает. Может быть на твоей матери он действительно не работает.
Половине - это перегиб. Я ни разу не встречал такую мать.
У меня на Tiger MP в BIOS стоит для PS/2 - Auto/Enabled/Disabled. Если в Enabled-я могу спокойно вставлять мышь и в винде она заработает.
Оставить комментарий
krishtaf
машинка грузится без PS/2 клавиатуры.Если потом воткнуть клаву, то в зависимости от ОС будут следующие результаты:
Linux: клавиатура заработает
Windows: не заработает
FreeBSD: точно не помню (но кажется не заработает)
Что правильно по стандарту протокола PS/2 ?