Да, но это редко полезно. В 32-разрядных x86 системах можно использовать ioperm(2)
системный вызов для установки текущего процесса, чтобы позволить этому выполнять порт I/O непосредственно. Я полагаю, что это не работает над 64-разрядными системами. Можно также сделать lseek/read/write
комбинации против /dev/port
и я думаю, что это аналогично не очень портативно. См. http://tldp.org/HOWTO/IO-Port-Programming-2.html еще для некоторых деталей. Оба из этих подходов намного медленнее и менее гибки, чем запись драйвера устройства, конечно (/dev/port
самый медленный из всех). Ни один из этих механизмов пространства пользователя не позволяет Вам обрабатывать прерывания или что-либо как этот, конечно. Если производительность является проблемой, Вы собираетесь закончить тем, что писали драйвер устройства.
Необходимо установить
ONBOOT=yes
затем тот интерфейс будет, когда Вы запустите/перезапустите сетевую службу, Или Вы можете вручную то интерфейсное использование
ifup eth0:1
для вниз
ifdown eth0:1
Необходимо измениться BOOTPROTO=none
кому: BOOTPROTO=static
.
ifcfg
) говорит: "Для связывания ведомых устройств и портов моста для пропуска интерфейсной конфигурации". Трудно, чтобы полагать, что это должно было измениться.
– Hauke Laging
13.05.2013, 07:02
none
одно из возможных значений для BOOTPROTO
, нет static
согласно Red Hat Enterprise Руководство по развертыванию Linux (для RHEL5). Другой способ проверить это состоял бы в том, чтобы работать less /usr/share/doc/initscripts-*/sysconfig.txt
сопровождаемый поиском BOOTPROTO
.
– Cristian Ciupitu
17.07.2014, 23:04
Виртуальный интерфейс (иначе. устройство псевдонима), должен быть в своем собственном отдельном файле ifcfg-eth0:1 как так:
# /etc/sysconfig/network-scripts/ifcfg-eth0:1
DEVICE=eth0:1
BOOTPROTO=static
IPADDR=192.168.1.5
NETMASK=255.255.255.0
NM_CONTROLLED=yes
ONBOOT=yes
HWADDR=00:0C:29:4E:1C:14
TYPE=Ethernet
PREFIX=24
DEFROUTE=yes
IPV4_FAILURE_FATAL=yes
IPV6INIT=no
NAME="System eth0:1"
UUID=7758ac79-c4a2-dd87-1760-71284a316d00
/etc/init.d/network restart
или что? – Rahul Patil 13.05.2013, 11:49/var/log/messages
поскольку любая ошибка – Rahul Patil 13.05.2013, 11:59