Можно попробовать установить пакет samba из предыдущего релиза Debian, если получится разрулить её зависимости. Если не получится - сделать chroot-окружение или LXC-контейнер на базе предыдущего релиза Debian и запустить сервис в нем.
А что именно нужно сделать? Если можно, опишите задачу. Пока непонятно, зачем нужно запустить другой скрипт косвенным образом, если можно запустить его напрямую из этого?
Перед применением чего угодно нужно вначале ознакомиться с предметной областью. Очень похоже, что были взломаны только роутеры, у которых доступ к сервисам управления не был закрыты с интернета. А эпик фейлы бывают и у вендоров первого эшелона. Свежайший пример - https://www.securitylab.ru/news/524248.php
Дистрибутив и оконная среда какие? Тормозит сама система или только отрисовка интерфейса? Если да, то какой драйвер видеоадаптера задействуют иксы (можно найти в логах XOrg или выводе утилиты glxinfo). Возможно проблема в том, что оконной среде нужен OpenGL для отрисовки эффектов, и он работает криво или вообще обсчитывается программно. В этом случае можно попробовать отключить использование opengl или перейти на оконную среду, которой он не требуется.
Обычно для каждого порта отдельный mac-адрес выделен у L3-свичей, у L2 - часто выделен один мак на свич (плюс естестсвенно отдельный mac .для management-порта там, где он есть). И свич-чип - это вовсе не комп, там другой принцип работы (хотя во многих асиках CPU уже интегрирован).
Вот человеку без опыта я бы точно не стал советовать коммутаторы Mikrotik. Они конечно движутся в правильном направлении, и в принципе уже более-менее годны для использования под определенные задачи, но нюансов пока еще много и как обычно, Mikrotik любит пилить всякие "фишечки", оставляя существенные пробелы в базовом функционале.
Проще перечислить те, у которых cli не похож на Cisco. Большинство производителей страются сделать оборудование в управлении похожим на нее. Первыми приходят в голову Juniper, D-Link, Mikrotik.
White, все же написано выше. У Huawei E3372 сменилась ревизия, старая, совместимая с RouterOS 6.X, больше не продается, а новая работает только в 7.X, что устраивает не всех. Я и сам использовал E3372 ранее, и использовал бы дальше, если бы это было возможно.
Это вики ведут, как выяснилось, не очень аккуратно, там не все совместимые модемы представлены. Например, строчка из changelog к RouterOS 6.48 упоминает о добавлении поддержки модема, которого в вики нет:
Задача какая? Организовать локальную сеть, организовать сетевую инфраструктуру ЦОДа, интегрировать свич в сеть провайдера? В зависимости от ответа, предложения по выбору будут кардинально различаться.
Планируется стек из 8 свитчей, развёртывание радиус-сервера, как минимум.
Радиус сервер применительно к свичам зачем? Для авторизации подключаемых устройств по протоколу 802.1x? И кстати, оба свича стекируемыми не являются (Mikrotik точно, HP вроде бы тоже).
P.S. Коммутаторы Mikrotik лучше не берите, разве только вы точно понимаете, что нужны именно они и почему. Очень вероятно, что будет много боли и сожаления.
Настройте один раз как нужно через Quick Set с нуля, потом дайте в консоли команду /export compact terse
Она выдаст конфиг устройства в виде списка команд. Если до этого роутер был с дефотным заводским конфигом, то в первом приближении это и будет то, что вам нужно.
В x86-варианте RouterOS (не CHR) в принципе есть поддержка виртуальных машин. А на роутерах максимум, что доступно (причем далеко не на всех, поддерживается только архитектура MIPS и PowerPC) - это Metarouter, в котором возможно запустить Mikrotik или OpenWRT - https://wiki.mikrotik.com/wiki/Manual:Metarouter
Чисто теоретически конечно можно и внутри Metarouter использовать вложенную софтовую виртуализацию...
