Me bootea perfectamente.
La solución al error de hacer el pendrive con unetbootin o USB Installer es volver a ejecutar bootinst.bat que arregla el MBR incompleto de unetbootin
 Este post no era plantear un problema era dar una solución a [/boot/vesamenu.c32: not a COM32R image]
Pero me debo explicar muy mal.

Salu2

P.D. También era dar una explicación a por que algunos pendrive en concreto los Kingston urdrive no se podía instalar Wifiway 3.4 a pesar de que lo habiamos formateado previamente a Fat32 ya con un formateo completo o uno rápido. Y era dar un método para poder instalar wifiway 3.4 en estos pendrive.

Repito me debo explicar muy mal o estas muy espeso.

Creo que no has entendido lo expuesto o yo no lo he explicado bien.
Cuando formateas no tocas el MBR del urdrive por lo que sea (no me he parado a mirarlo detenidamente) el instalador  que viene con Wifiway 3.4 no es capaz de sobreescribirlo. cosa que si hacen los instaladores de unetbootin o Universal-USB-Installer con lo que ya dispones de Syslinux en el MBR pero como estos instaladores tampoco manejan correctamente Wifiway3.4 no hacen una instalación correcta y si dejas tal cual el pendrive te da el error citado.
al aplicar la solución que propongo el pendrive ya funciona correctamente y arranca el Wifiway 3.4 correctamente. 
Este error lo he encontrado solo con este tipo de memorias USB de Kingston las que llevan urdrive.
Las que no tienen urdrive preinstalado no dan ningún tipo de problemas al hacer el USB booteable
siguiendo el metodo descrito por Warcry.

La cuestión que no esta documentada es hasta que punto llega a escribir en MBR bootinst.bat sin privilegios de administrador de sistema para llegar a corregir el arranque del pendrive.
Es decir si estamos en una red corporativa en la que solo estamos a nivel de usuario como es posible que se ejecute al menos parcialmente un archivo por lotes (archivo bat) y sea capaz de modificar el MBR de una unidad de disco extraible sin ser administrador del sistema ni superusuario.
Pero esto es otra cuestion lo practico es que funciona la solución para hacer el pendrive booteable en un usb Kingston urdrive.

Salu2

El problema no es del metodo descrito por Warcry en el foro seguridadwireless en su estupendo tutorial.
El problema lo generan estos pendrive da igual formatees en formato rapido que en formato completo en Fat32
Descomprimes con 7zip y copias las carpetas boot y wifiway al pendrive y ejecutas el archivo bootinst.bat.
Sorpresa bootinst.bat no puede instalar el MBR en el pendrive
Si lo ejecutas sin mas te da acceso denegado (no tienes privilegios de administrador).
Si abres menu con el botón derecho del ratón y eliges la opcion ejecutar como administrador te dice que va a instalarse en disco C: por lo tanto abortas la instalación.
Necesitas por tanto una herramienta que si pueda instalar syslinux nuevo en MBR estas herramientas como unetbootin-windows-563 o Universal-USB-Installer-1.8.7.8 instalan descomprimiendo la Iso de Wifiway 3.4 aparentemente la instalación es correcta.
Pero cuando arrancas el pc con este pendrive te da el siguiente error [/boot/vesamenu.c32: not a COM32R image]
La solución es muy simple ejecutar de nuevo bootinst.bat (sin privilegios de administrador) y aunque la respuesta que nos da Windows 7 es acceso denegado, si iniciamos de nuevo el pc con este pendrive en el que aparentemente no hemos llegado a hacer nada es que arranca correctamente 

Salu2

W
Wifiway 3.4 es tan caprichoso como Beini ha de estar en el directorio raiz para funcionar y por esto parece que todo el mundo ha buscado las soluciones mas peregrinas ya que ni YUMI ni otros programas soportan su instalación directa en un pendrive multiboot.

He de decir que ya tenía un pendrive de 16 Gb dedicado a varias distros Linux y herramientas varias, así que no estaba dispuesto a tener que dedicar un pendrive exclusivamente a Wifiway 3.4.

Como tengo instalado Beini en este pendrive ya existia una carpeta boot en el directorio raiz la renombre a boots y cambié la ruta en beini.cfg (esta en /multiboot/menu/ )

menu label ^Run beini from this USB
  kernel /boots/bzImage
  append initrd=/boots/tinycore.gz
 
MENU SEPARATOR
label <-- Back to Main Menu
 kernel vesamenu.c32
 append /multiboot/syslinux.cfg

Hecho esto y descomprimida la iso de wifiway 3.4 con 7zip copié en el directorio raiz del usb las carpetas boot y wifiway (a la que añadí todos los modulos nuevos inflator, multiattack etc)
Como evidentemente no puede haber 2 archivos con el mismo nombre en una carpeta renombre el wifiway.cfg de la versión 2.0.3 a wifiway203.cfg.
Corte y pegué el wifiway.cfg de la carpeta boot del directorio raiz(wifiway 3.4) y la puse en /multiboot/menu renombrandola ademas como wifiway34.cfg.

Solo falta indicarle al menu de YUMI estos cambios
Editando linux.cfg
Se modifica la entrada de wifiway donde teniamos
label WifiWay
menu label WifiWay
MENU INDENT 1
kernel vesamenu.c32
APPEND /multiboot/menu/wifiway.cfg

Lo cambiamos por lo siguiente
label WifiWay203
menu label WifiWay203
MENU INDENT 1
kernel vesamenu.c32
APPEND /multiboot/menu/wifiway203.cfg

Nos falta añadir la entrada para wifiway 3.4

label WifiWay34
menu label WifiWay34
MENU INDENT 1
kernel vesamenu.c32
APPEND /multiboot/menu/wifiway34.cfg

Guardamos los cambios en linux.cfg y ya pueden disfrutar de Wifiway 2.0.3 y 3.4 en el mismo usb con Beini y lo que quieran.

Salu2

P.D. Esto esta hecho en un pendrive creado con YUMI con otros instaladores multiboot seria buscar donde guarda y como las rutas de las distros.