Respondendo a minha própria pergunta, já que a informação está localizada em dois lugares e não é facilmente pesquisável, espero que isso ajude alguém.
O problema é que o módulo VSOCK não está sendo compilado, apesar do gcc, binutils e todos os pacotes fonte do kernel estarem presentes.
ii binutils 2.19.1-0ubuntu3 The GNU assembler, linker and binary utiliti
ii gcc 4:4.3.3-1ubuntu1 The GNU C compiler
ii linux-headers-2.6.28-11 2.6.28-11.42 Header files related to Linux kernel version
ii linux-headers-2.6.28-11-server 2.6.28-11.42 Linux kernel headers for version 2.6.28 on x
ii linux-image-2.6.28-11-server 2.6.28-11.42 Linux kernel image for version 2.6.28 on x86
ii linux-source-2.6.28 2.6.28-11.42 Linux kernel source for version 2.6.28 with
Na verdade, existe um bug arquivado no Launchpad sobre esse problema, e um usuário enviou um patch para uma consulta semelhante nos fóruns do Ubuntu. Corrigindo o vmware-config.pl como descrito funcionou para mim. Aqui está o patch:
--- /usr/bin/vmware-config.pl.orig 2008-11-28 12:06:35.641054086 +0100
+++ /usr/bin/vmware-config.pl 2008-11-28 12:30:38.593304082 +0100
@@ -4121,6 +4121,11 @@
return 'no';
}
+ if ($name eq 'vsock') {
+ print wrap("VMWare config patch VSOCK!\n");
+ system(shell_string($gHelper{'mv'}) . ' -vi ' . shell_string($build_dir . '/../Module.symvers') . ' ' . shell_string($build_dir . '/vsock-only/' ));
+ }
+
print wrap('Building the ' . $name . ' module.' . "\n\n", 0);
if (system(shell_string($gHelper{'make'}) . ' -C '
. shell_string($build_dir . '/' . $name . '-only')
@@ -4143,6 +4148,10 @@
if (try_module($name, $build_dir . '/' . $name . '.o', 0, 1)) {
print wrap('The ' . $name . ' module loads perfectly into the running kernel.'
. "\n\n", 0);
+ if ($name eq 'vmci') {
+ print wrap("VMWare config patch VMCI!\n");
+ system(shell_string($gHelper{'cp'}) . ' -vi ' . shell_string($build_dir.'/vmci-only/Module.symvers') . ' ' . shell_string($build_dir . '/../'));
+ }
remove_tmp_dir($build_dir);
return 'yes';
}