RU/2: Форум. Общение пользователей и разработчиков OS/2 (eCS). : Ответить на сообщение

Имя:
e-mail:
FIDO:
Home page:
сохранить данные о вас

Тема:

> 
> > Вышли, плиз, не сочти за великий труд: 
> Да пока вроде без проблем, хвала Аллаху... 
> 
> >уж из кучи-то файлов, я думаю, смогу наковырять хотя бы одно работоспособное решение.
> Посмотрим... :)
> 
> В общем, список отправленных файлов:
> 
>  5 500	12.02.06   1:44 usb.txt
> 28 056	21.12.05  14:13 usbuhcd.sys
> 42 112	21.12.05  14:14 usbehcd.sys
> 23 386	21.12.05  14:13 usbd.sys
> 13 292	21.12.05  14:14 usbhid.sys
> 41 984	21.12.05  14:14 usbmsd.add
>    236	12.02.06   0:04 config.sys.usb
> 27 177	21.12.05  14:15 usbwarn.EXE
> 51 233	21.12.05  14:15 usbmon.EXE
>  4 196	21.12.05  14:15 usbmon.sym
> 10 683	21.12.05  14:15 usbinst.exe
>  2 420	21.12.05  14:15 usbinst.sym
>  5 845	21.12.05  14:15 hcimonit.exe
>  1 588	21.12.05  14:15 hcimonit.sym
> 70 198	07.07.04  11:33 IBM1S506.ADD
>  5 278	21.12.05  14:15 usbcdrom.add
>  1 284	21.12.05  14:15 usbcdrom.sym
>  4 804	21.12.05  14:14 usbmsd.sym
>  2 292	21.12.05  14:14 usbhid.sym
>  5 044	21.12.05  14:14 usbehcd.sym
>  4 948	21.12.05  14:14 usbohcd.sym
> 35 532	21.12.05  14:14 usbohcd.sys
>  4 436	21.12.05  14:13 usbuhcd.sym
>  3 780	21.12.05  14:13 usbd.sym
> 68 646	03.12.05  19:05 DaniS506.ADD
> 13 385	15.09.05  15:28 usbbasic.txt
> 40 554	11.08.04  16:40 os2dasd.dmd
> 39 568	12.03.04  11:28 IBMATAPI.FLT
> 39 568	12.03.04  11:28 IBMIDECD.FLT
> 43 736	25.11.03  12:04 OS2CDROM.DMD
> 35 418	08.10.02  12:02 IBM1FLPY.ADD
> 
> и сообщение, которым я закончил свои коввыряния с usb mass storage devices:
> 
> Вы будете смеяться, господа - но... после устновки столь долго
> разыскиваемого мною декабрьского usbmsd... снова ничего не вышло.  :)
> На этот раз lvm не может чего-то там получить "от lvm engine" и не
> стартует.
> 
> Торжественно плюнул на всё и стал рассматривать, что натягал с fannet.
> Обнаружил 4 или 5-го года dasd32.dmd, которую ИБМученики советуют
> переименовать в os2dasd.dmd - решил обновиться, ибо подумал, что это
> может решить проблему трапа в os2dasd при загрузке, когда в системе
> более 8 винтов, суммарным размером около 3 тера (при меньшем суммарном
> размере работало и 12).
> Тупо списываю её на носимый винт - в систему, в которой игрался с юсб -
> дескать, на работе попробую. Перезагружаюсь. И... Чудо Маниту:
> поднялись юсб hdd. Все, которые были под рукой:  teac 40, iomega 20. По
> одному, естественно. При этом 96мег в размере фиктивного винта при
> обнаружении каждого очередного винта становится равным максимально
> достигнутому после загрузки размеру, но не размеру последнего винта,
> если он не был максимальным. ИМХО, bug.
> 
> Я попробовал после 40г с четырьмя разделами переименовать единственный
> раздел на 20Г - этот винт lvm показывала, как 40г - в результате впредь,
> если 20г ставить, предварительно не поимев 40г, lvm будет ругать его
> partition table и показывать её пустой, но размер - правильным. Но fs
> при этом работает. Если же предварительно вставить 40г - то потом и 20г
> не обругивается. Хотя показывается, как 40, и вторая половина -
> неразмечена. В общем, если хотите поиметь hdd by lvm - предварительно
> перезагрузитесь, если уже вставляли другие hdd:  меньше будет геморроя.
> 
> Насчёт буковок для разделов:  их резервировать, похоже, не надо:  это,
> видимо, кому-то приглючилось. Резервировать надо только устройства -
> параметром /REMOVABLES:<N>. lvm позволяет всем разделам съёмных винтов
> назначать буковки в виде звёздочек - меня долго занимало, почему на
> обычных ide винтах lvm не позволяла этого делать. Похоже, что это можно
> только для REMOVABLES. Странно...  :)  Но ладно. В общем, при поднятии
> винта все буковки всем разделам присваиваются, при eject для любой из
> них - пропадают все. Вроде логично. Назначать разделам REMOVABLES винтов
> фиксированные буквы, а не '*', не пробовал - думаю, что тоже пройдёт.
> 
> При попытке внаглую вставить 2 диска - получаем дикий развал всего, что
> касается попыток доступа ко всем разделам любого из них, а потом и lvm
> не видит на них PT. Вплоть до трапа, если сильно усердствовать.
> Перезагружаемся. Ставим /REMOVABLES:2 и пробуем ещё раз - видим оба.
> Внаглую пишем с одного на другой - дикий трап в os2dasd. В общем, ладно.
> По одному работает... :|
> 
> BASEDEV=USBD.SYS /REQ:USBUHCD$,USBOHCD$,USBEHCD$
> 
> При опущенном req работает вроде так же. Разве что lvm /rediscoverprm
> может отработать не с первого (2,3) раза - быстро кончает, и всё:  не
> ждёт, пока прояснится с диском (usbdrives и в оффтопике "проясняются"
> секунд 5). Если же req стоит - то вроде ждёт, пока всё прояснится, и
> только потом кончает (а может, показалось)...
> 
> При замене hdd на другой может понадобиться повторный eject:  после
> первого eject буквы пропали, вынимаем старый диск, потом вставляем
> другой, делаем lvm /rediscoverprm - буква единственного раздела
> появилась, но fs не работает. Делаем eject на неё ещё раз, снова lvm -
> теперь работает. Винт передёргивать не надо.
> 
> BASEDEV=USBMSD.ADD /FLOPPIES:0 /FIXED_DISKS:0 /REMOVABLES:1 /V
> 
> При попытке сделать /FIXED_DISKS:  отличным от 0 - lvm не может чего-то
> там получить "от lvm engine" и не стартует. Под /REMOVABLES:
> подразумевается, видимо, всё, что подходит под определение MSD.
> Это значение резервирует "заглушки" размером 96м под указанное число
> дисков. Но работает только один.
> 
> На текущий момент в конфиге:
> 
> BASEDEV=USBUHCD.SYS /v
> BASEDEV=USBUHCD.SYS /v
> BASEDEV=USBUHCD.SYS /v
> BASEDEV=USBEHCD.SYS /v
> BASEDEV=USBD.SYS /REQ:USBUHCD$,USBOHCD$,USBEHCD$ /V
> BASEDEV=USBHID.SYS /V
> BASEDEV=USBMSD.ADD /FLOPPIES:0 /FIXED_DISKS:0 /REMOVABLES:1 /V
> 
> Но файлы лучше заменить все. Старые можно сохранить - дело вкуса. :)
> Те .txt, что лежат в отправленном архиве - если не читались, надо бы прочитать...
> Особенно касательно того, сколько uh, ah, oh, ex, etc. cd надо иметь в config для конкретной машины - это отдельная песня. :)
>

_, __, _, __, /_\ \|_) /_\ \|_) \| \| \| \| \| \| \ ~ ~ ~ ~ ~ ~ ~