hint000

В общем случае - указать количество ядер и пусть хост сам их выделяет. Это нормально.

В частном случае у вас могут быть какие-то хитрые нестандартные причины, чтобы отдавать фиксированные номера ядер. Тогда можно стартовать KVM через taskset. (Но количество ядер всё равно придётся указывать, помимо их номеров. Номера указываете в параметрах taskset, а количество в параметрах KVM - одно от другого не зависит.) В порядке теста я пробовал через taskset - да, работает, но особого смысла в этом не нашел. Отдельные процессы KVM всё равно по разным ядрам прыгают, в пределах выделенных. Так что смысл вижу только когда ровно одно ядро выделяется виртуалке, чтобы оно исполнялось всегда на одном и том же физическом ядре.

https://en.wikipedia.org/wiki/Comparison_of_DNS_se...
- любой из линуксовых, у которого в приведённой таблице Caching = Yes.
Популярны BIND, Dnsmasq, Unbound.
В данном случае Centos ничем не "царственнее" других дистрибутивов - что годится для любого Линукса, то годится и для Centos.

option routers 10.0.1.0;

- вот здесь в dhcp исправьте адрес шлюза на 10.0.1.1

1. Долго ждать (5..10 минут) после зависания пробовали? сталкивался с дико медленным стартом установки Убунты на некоторых компьютерах (не Atom).
2. Если вместо установки выбрать live-загрузку с того же носителя - каков результат? Для верности тоже предлагаю подождать подольше.
3. Посмотрите в сторону отключения безопасной загрузки в BIOS\EFI, если такое есть в вашем нетбуке. При выборе загрузочного устройства по F8\F11\F12 могут быть два варианта USB-устройства - EFI и legacy - тоже поэкспериментировать.
4. Linux в высшей степени толерантен к смене железа, поэтому рассмотрите такой вариант: снять диск (hdd\ssd) с нетбука, подцепить его на любой другой компьютер, установить там *buntu, вернуть диск в нетбук.
5. у lenovo вообще уродский подход к бюджетному железу, так что не сильно удивляйтесь. На всякий случай последнее: обновлённой прошивки BIOS на оф.сайте нет?
6. у меня нетбук на столь же древнем Atom N450, (но не lenovo) - несколько раз ставились на него разные версии *ubuntu, проблем не было. Это я к тому, что сам по себе Atom не виноват.

Это не роутер а свитч. https://shop.nag.ru/catalog/04963.SNR/19911.Kommut...
Он ничего не знает про "IP адреса... на всех портах", так что ответ - никак. Но он знает про MAC-адреса на всех портах. Смотрите на этом свитче список MAC, потом идёте на ваш DHCP и сопоставляете каждый MAC с назначенным IP. Или другой вариант: пингуете со своего компа все хосты по очереди (можно воспользоваться nmap), далее командой arp смотрите соответствие MAC и IP-адресов.

А если маски-шоу придут с глушилками (как при контр-террористических операциях)? ;)

Можно заморочиться с USB-модемом.
Но самое простое: телефон в коробку (чтобы убрать внешнюю засветку), к экрану направлен фоторезистор. Дальше простейшая схемка на одном транзисторе (можно нагуглить), с неё сигнал на кнопку питания системника. Пришел звонок - экран засветился - сервер выключился.

Пусть маки белых хостов - 11:11:11:11:11:11 и 22:22:22:22:22:22, тогда:

iptables -t nat -A zone_lan_prerouting -p udp -m id --id 0x66773300 -m udp --dport 53 -m mac --mac-source 11:11:11:11:11:11 -j ACCEPT
iptables -t nat -A zone_lan_prerouting -p tcp -m id --id 0x66773300 -m udp --dport 53 -m mac --mac-source 11:11:11:11:11:11 -j ACCEPT

iptables -t nat -A zone_lan_prerouting -p udp -m id --id 0x66773300 -m udp --dport 53 -m mac --mac-source 22:22:22:22:22:22 -j ACCEPT
iptables -t nat -A zone_lan_prerouting -p tcp -m id --id 0x66773300 -m udp --dport 53 -m mac --mac-source 22:22:22:22:22:22 -j ACCEPT

iptables -t nat -A zone_lan_prerouting -p udp -m id --id 0x66773300 -m udp --dport 53 -m comment --comment family-yandex-dns -j DNAT --to-destination 192.168.1.5:65053
iptables -t nat -A zone_lan_prerouting -p tcp -m id --id 0x66773300 -m udp --dport 53 -m comment --comment family-yandex-dns -j DNAT --to-destination 192.168.1.5:65053

Т.е. сначала пропускаем (accept) всех белых без "проксирования" dns. После этого всех оставшихся (кто не белый) уже невзирая на маки "проксируем".