Answers:
编译一些软件包后，用户报告它在Ubuntu 9.04上工作：http ://mulchman.org/blog/?tag= displaylink
编辑：apt-cache搜索displaylink返回xserver-xorg-video-displaylink-DisplayLink设备的X驱动程序...如果不起作用，将不包括在内。它可能不支持所有分辨率，但我认为它远不能满足其要求。
编辑：我会尝试将此部分粘贴到您的xorg配置中：
Section "Device"
Identifier "DisplayLinkDevice"
driver "displaylink"
Option "fbdev" "/dev/fb1"
EndSection
Section "Monitor"
Identifier "DisplayLinkMonitor"
EndSection
Section "Screen"
Identifier "DisplayLinkScreen"
Device "DisplayLinkDevice"
Monitor "DisplayLinkMonitor"
SubSection "Display"
Depth 16
Modes "1280x1024"
EndSubSection
EndSection
即使使用Windows驱动程序，也不是所有芯片组都支持所有分辨率。
另一个值得注意的地方是，在某些配置中，DVI加密狗无法正常工作
好的，也许我找到了：http : //lists.freedesktop.org/archives/libdlo/2010-November/000807.html
The most interesting thing is that I found out why I can use the
displaylink driver together with nvidia but not the fbdev driver.
This is just an explicit check (xf86Bus.c, xf86PostProbe()) whether both
framebuffer and pci devices have been claimed, if so the server refuses
to start.
The displaylink driver just clears the corresponding fbSlotClaimed flag,
no more magic required. But, there is another (similar) check in
xf86ClaimFbSlot() (xf86fbBus.c) that, when claiming a frambuffer slot,
makes sure no PCI slot has been allocated, I guess thats the reason why
the displaylink driven device must be registered first (as primary screen).
在另一个线程上，绿屏问题归因于使用DirectFB
此处的讨论：http : //web.archiveorange.com/archive/v/BNQl8iH957oQe619QVek
他们表示，如果运行缓慢的话。但有问题的盒子是一个266MHz的怪物，所以...