How-to`s — Проброс COM-портов с плат расширения в VmWare Player 3.1.4 под Ubuntu 10.10 Server x64

Столкнулся с проблемой - поставил на сервер 2 PCI-платы расширения по 2 COM-порта от StLab на чипах MCS9835/MCS9865 от MosChip/Asix в добавок к имеющимся на материнке портам (один COM и неуловимый IrDA), но в /dev наличествовали только ttyS0-ttyS3. Не радовал и вывод
dmesg | grep ttyS - там находились только ttyS0, ttyS2, ttyS3.
Проблема оказалась довольно распространённая, но способы решения описаны либо как описание танцев с бубнами, либо как-то неуверенно. Работоспособным оказался посыл с добавлением опции загрузки ядра 8250.nr_uarts=n, где n - количество возможных физических COM-портов. Правим файл /etc/grub.d/10_linux - добавляем нужный параметр в соответствующую строку

linux ${rel_dirname}/${basename} root=${linux_root_device_thisversion} 8250.nr_uarts=16 ro ${args}

а далее выполняем

$ sudo update-grub

После перезагрузки в /dev появились ttyS0-ttyS7, но dmesg | grep ttyS нашел ttyS0, ttyS4-ttyS7.
Предположительно с помощью setserial можно было бы расставить цифры по порядку, но я не стал этим заниматься.
На сервере в VmWare Player 3.1.4 крутилась оффтоп-98, а все действия были задуманы для запуска параллельно оффтопа-ХР.
Для оффтоп-98 без проблем перемапил порты на /dev/ttyS4, /dev/ttyS5. А вот со второй пришлось пошаманить - никак не удавалось создать Serial Port без индекса, но только Serial Port 2 и Serial Port 3. Оставшиеся /dev/ttyS0, /dev/ttyS6, /dev/ttyS7 можно было замапить, но по факту работоспособным оказывался только один - соответствующий Serial Port 2. Гугление проблемы результатов не дало. Тогда решил просмотреть содержимое *.vmx - оказалось что (о RTFM!) включенный по дефолту виртуальный принтер занимает Serial0. После удаления этого самого принтера, обоих портов и добавления уже Serial Port и Serial Port 2 заработал проброс замапленных /dev/ttyS6 и /dev/ttyS7.