Я уже давно использую 64-битное ядро с 32-битной системой (, что является минимальным предварительным условием для запуска 64-битных исполняемых файлов, а также всех необходимых 64-битных библиотек ). Я бы не рекомендовал это. Что, наконец, заставило меня полностью перейти на 64-битную систему, так это осознание того, что заголовки ALSA, особенно в отношении вызовов Midi ioctl, не зависят от размера, а это означает, что материал, скомпилированный в 32-битном режиме, не будет хорошо взаимодействовать с 64-битным ядром.
Конечно, это можно считать ошибкой, которую стоит исправить, но темпы разработки ALSA почти заморожены, и я не мог ждать несколько лет, пока будет исправлена поддержка смешанных платформ (и не -бинарный совместимый способ для не -смешанных исполняемых файлов ), когда интерес к смешанным платформам в любом случае быстро снижается.
Для некоторых приложений вещи работают в смешанном режиме (на самом деле удивительно много ), но если вы делаете больше, чем базовая доля взаимодействия с ядром, даже через внешние библиотеки, это просто чрезмерно оптимистично.
После ssh
входа в виртуальную машину и изменения шлюза по умолчанию с помощью ip route change default via 172.16.0.1 dev eth1
я могу пропинговать виртуальную машину с моего VPN-клиента. Это шаг, который я пропустил.