Удаленный VNC от Fedora до Ubuntu

Не ответ, а к вашему сведению, которому нужно больше пространства.

Я не думаю, что Ваша концепция логического расположения адреса вообще корректна.

Можно скомпилировать и запустить эту программу для наблюдения то, что процесс пространства пользователя имеет для адресов:

#include <stdio.h>
long global_initialized = 119234;
long global_uninitialized;
extern int _end, _edata, _etext;
int
main(int ac, char **av)
{
        long local;

        printf("main at 0x%lx\n", main);
        printf("ac at   0x%lx\n", &ac);
        printf("av at   0x%lx\n", &av);
        printf("av has  0x%lx\n", av);
        printf("initialized global at 0x%lx\n", &global_initialized);
        printf("global at             0x%lx\n", &global_uninitialized);
        printf("local at              0x%lx\n", &local);
        printf("_end at               0x%lx\n", &_end);
        printf("_edata at             0x%lx\n", &_edata);
        printf("_etext at             0x%lx\n", &_etext);
        return 0;
}

Сервер Red Hat Enterprise у меня есть выполнение, имеет readelf, который может использоваться для высказывания, где ядро (логически) загрузило бы исполняемый файл:

readelf -S where

Показывает мне большую ту же адресную информацию что вывод where дает.

Я не думаю readelf будет легко работать над ядром Linux (/boot/vmlinuz или некоторые такой), и я думаю, что ядро по умолчанию запускается в 0x80000000 в его собственном адресном пространстве: это не отображается в процессе пространства пользователя, несмотря на использование адреса выше вершины стопки пространства пользователя в 0x7fffffff (x86, 32 побитовых адресации).