OpenSolaris - OpenSource OS, пакет бесплатных приложений, легализация ПО » Статьи OpenSolaris

Преимущества Illumos и OpenIndiana

keremet — Tue, 14 Jun 2011 14:36:45 +0000

Технологии OpenIndiana и Illumos предоставляют лучшую платформу, доступную сегодня, с передовыми возможностями, многие из которых отсутствуют в других операционных системах:

ZFS-последнее слово в области файловых систем
Зоны-легковесная технология виртуализации
SMF- средство управления службами для контроля жизненного цикла програмного обеспечения
IPS-сетевая система управления пакетами следующего поколения
FMA- архитектура управления сбоями
COMSTAR- промышленная система работы по интерфейсу SCSI, поддерживающая iSCSI/iSER/FC/FCOE
Crossbow- полностью виртуализированный высокопроизводительный сетевой стек следующего поколения
DTrace- обширная и глубокая система диагностики и отладки
Среды загрузки- транзакционные обновления операционной системы с возможностью отката
Контроль доступа, основанный на ролях(RBAC) — позволяет назначать пользователям наименее привилегированный доступ к процессам и пользователям
IPMP(IP Multipathing)- обеспечивает высокую надежность сети и лучшую пропускную способность
Интегрированный L3/L4 балансировщик нагрузки, работающий в режиме ядра
Интегрированный VRRP — протокол, обеспечивающий отказоустойчивость сети

Восстановление данных с ZFS

admin — Wed, 09 Feb 2011 11:09:45 +0000

«Ничто не вечно под луной. Винчестер тоже может сдохнуть,» — говорил один мой преподаватель в университете. Вот и винчестеру моей родственницы пришло время сдыхать. Выразилось это в том, что OpenSolaris при загрузке уходил в перезагрузку из-за паники ядра.

Для выяснения причины паники я запустил ядро в отладочном режиме, добавив при загрузке средствами GRUB в строку $kernel параметр -kd (рисунок 1). Ядро вывело на экран информацию, по поводу чего оно паникует (рисунок 2). Судя по стеку вызовов функций, ошибка произошла внутри модуля zfs, по всей видимости, потому что он нашел на диске неожиданные для себя данные.

На диске находились ценные фотографии, которых не было в других местах. Требовалось их оттуда извлечь. Попробовал загрузиться с LiveCD (OpenSolaris 2009.06 и Nexenta 3), после выполнения команды импортирования пула (zpool import -f rpool) получил тот же результат — ядро паникует и выполняется перезагрузка. Никакой комбинацией параметров команды zpool import мне не удалось устранить панику.

Порывшись на различных сайтах, нашел, что панику можно отключить, добавив в /etc/system строки:

aok=1 zfs_recover=1

Но так как дело было с LiveCD, то пришлось выставить эти флаги средствами встроенного в ядро отладчика. Флаг aok выставился без проблем (рисунок 3), а вот для установки zfs_recover требуется дождаться загрузки модуля ядра zfs. Поэтому была поставлена соответствующая точка останова.

После установки флагов загрузка продолжается без видимых отличий. Команда импортирования пула завершилась успешно (рисунок 5). После того как все ценные данные были скопированы на флешку, я решил попробовать выполнить проверку пула (рисунок 6). Команда zpool scrub запускает проверку, а состояние процесса проверки можно наблюдать командой zpool status.

После окончания проверки, zpool status написал, что все ошибки устранены(рисунок 7), однако система все равно загрузилась с паникой. В чем причина, разбираться не стал. Поставлю на новый жесткий диск OpenIndiana, когда выйдет релиз.

Рисунок 1 - Запуск ядра в отладочном режиме

Рисунок 2 - Причина kernel panic

Рисунок 3 - Флаг aok выставился без проблем

Рисунок 4

Рисунок 5 - Команда импортирования пула завершилась успешно

Рисунок 6 - Проверка пула

Рисунок 7

Данную статью вы можете обсудить в этой ветке форума.

3G модем от МТС под OpenSolaris

admin — Tue, 28 Dec 2010 06:39:38 +0000

Все подобные модемы используют технологию ZeroCD, т.е. модем определяется как CD-ROM, на котором в автозапуске прописано приложение, проверяющее наличие драйверов в системе и либо запускающее специальную программу связи, либо ставящее ее вместе с драйверами.

Для перевода устройства из режима накопителя в режим модема надо из контекстного меню его иконки на рабочем столе выбрать «Извлечь том». Однако иногда этого бывает не достаточно. Для проверки выполнилось ли переключение следует использовать команду echo «::prtusb «|pfexec mdb -k. Если в выводе команды до и после извлечение нет отличий, то следует ввести pfexec cfgadm -y -x usb_reset usb7/5. Числа после «usb», соответствующие разъему, к которому подключено устройство, можно определить по выводу команды cfgadm без параметров. В каталоге устройств вместо /dev/usb/19d2.2000/0/ появится подкаталог /dev/usb/19d2.2003/0/ с множеством символических ссылок на файлы устройств на моем компе из /devices/pci@0,0/pci1458,5004@2,2/.

$ ls -l /devices/pci@0,0/pci1458,5004@2,2/ total 12 drwxr-xr-x 2 root sys 3 2010-04-18 21:40 device@5 crw------- 1 keremet staff 39, 3074 2010-12-09 09:14 device@5:19d2.2003.cntrl0 crw------- 1 keremet staff 39, 3075 2010-12-09 09:13 device@5:19d2.2003.cntrl0stat crw------- 1 keremet staff 39, 3073 2010-12-09 09:13 device@5:19d2.2003.devstat crw------- 1 keremet staff 39, 3076 2010-12-09 09:13 device@5:19d2.2003.if0in1 crw------- 1 keremet staff 39, 3077 2010-12-09 09:13 device@5:19d2.2003.if0in1stat crw------- 1 keremet staff 39, 3078 2010-12-09 09:13 device@5:19d2.2003.if0out1 crw------- 1 keremet staff 39, 3079 2010-12-09 09:13 device@5:19d2.2003.if0out1stat crw------- 1 keremet staff 39, 3080 2010-12-09 09:13 device@5:19d2.2003.if1in2 crw------- 1 keremet staff 39, 3081 2010-12-09 09:13 device@5:19d2.2003.if1in2stat crw------- 1 keremet staff 39, 3082 2010-12-09 09:13 device@5:19d2.2003.if1out2 crw------- 1 keremet staff 39, 3083 2010-12-09 09:13 device@5:19d2.2003.if1out2stat crw------- 1 keremet staff 39, 3084 2010-12-09 09:13 device@5:19d2.2003.if2in3 crw------- 1 keremet staff 39, 3085 2010-12-09 09:13 device@5:19d2.2003.if2in3stat crw------- 1 keremet staff 39, 3086 2010-12-09 09:13 device@5:19d2.2003.if2out3 crw------- 1 keremet staff 39, 3087 2010-12-09 09:13 device@5:19d2.2003.if2out3stat crw------- 1 keremet staff 39, 3088 2010-12-09 09:13 device@5:19d2.2003.if3in4 crw------- 1 keremet staff 39, 3089 2010-12-09 09:13 device@5:19d2.2003.if3in4stat crw------- 1 keremet staff 39, 3090 2010-12-09 09:13 device@5:19d2.2003.if3in5 crw------- 1 keremet staff 39, 3091 2010-12-09 09:13 device@5:19d2.2003.if3in5stat crw------- 1 keremet staff 39, 3092 2010-12-09 09:13 device@5:19d2.2003.if3out4 crw------- 1 keremet staff 39, 3093 2010-12-09 09:13 device@5:19d2.2003.if3out4stat crw------- 1 root sys 39, 3072 2010-12-09 09:13 device@5:usb_mid

Назначаем драйвер для появившегося на шине usb устройства: $ pfexec update_drv -a -i ‘»usb19d2,2003″‘ usbsacm

Строка о новой связи драйвера и устройства добавляется в /etc/driver_aliases

Появляются ожидаемые файлы устройств

$ ls -l /devices/pci@0,0/pci1458,5004@2,2/ total 2 drwxr-xr-x 2 root sys 3 2010-04-18 21:40 device@5 crw-rw-rw- 1 root sys 133, 96 2010-12-09 09:22 device@5:0 crw-rw-rw- 1 root sys 133, 131168 2010-12-09 09:22 device@5:0,cu crw-rw-rw- 1 root sys 133, 97 2010-12-09 09:22 device@5:1 crw-rw-rw- 1 root sys 133, 131169 2010-12-09 09:22 device@5:1,cu crw-rw-rw- 1 root sys 133, 98 2010-12-09 09:22 device@5:2 crw-rw-rw- 1 root sys 133, 131170 2010-12-09 09:22 device@5:2,cu crw-rw-rw- 1 root sys 133, 99 2010-12-09 09:22 device@5:3 crw-rw-rw- 1 root sys 133, 131171 2010-12-09 09:22 device@5:3,cu

$ ls -l /dev/term/ total 9 lrwxrwxrwx 1 root root 49 2010-12-09 09:22 6 -> ../../devices/pci@0,0/pci1458,5004@2,2/device@5:0 lrwxrwxrwx 1 root root 49 2010-12-09 09:22 7 -> ../../devices/pci@0,0/pci1458,5004@2,2/device@5:1 lrwxrwxrwx 1 root root 49 2010-12-09 09:22 8 -> ../../devices/pci@0,0/pci1458,5004@2,2/device@5:2 lrwxrwxrwx 1 root root 49 2010-12-09 09:22 9 -> ../../devices/pci@0,0/pci1458,5004@2,2/device@5:3

Интерфейс модема на MF180 имеет номер 3, следовательно цепляемся к /dev/term/9 и для проверки работоспособности модема выполняем команды установки соединения (выделены жирным).

$ tip /dev/term/9 connected ATZ OK ATI Manufacturer: ZTE CORPORATION Model: MF180 Revision: BD_P671A1V1.0.3B12 IMEI: 351941042819920 +GCAP: +CGSM,+DS,+ES OK AT+CGDCONT=1,"ip","internet.mts.ru" OK ATD*99# CONNECT 3600000

Теперь требуется настроить pppd созданием двух файлов

$ cat /etc/ppp/peers/mts3g nodetach 230400 noauth passive defaultroute usepeerdns ipcp-accept-remote ipcp-accept-local noipdefault noccp novj user "mts" password "mts" show-password crtscts connect '/usr/bin/chat -V -t15 -f /etc/ppp/mts3g-chat'

$ cat /etc/ppp/mts3g-chat '' 'ATZ' 'OK' 'AT+CGDCONT=1,"ip","internet.mts.ru"' 'OK' 'ATD*99#' CONNECT ''

Запускаем pppd

$ pfexec pppd /dev/term/9 call mts3g debug serial speed set to 230400 bps connect option: '/usr/bin/chat -V -t15 -f /etc/ppp/mts3g-chat' started (pid 1406) ATZ OK AT+CGDCONT=1,"ip","internet.mts.ru" OK ATD*99# CONNECTSerial connection established. serial speed set to 230400 bps Using interface sppp0 Connect: sppp0 <--> /dev/term/9 sent [LCP ConfReq id=0x2b] rcvd [LCP ConfReq id=0x18] sent [LCP ConfAck id=0x18] rcvd [LCP ConfAck id=0x2b] sent [LCP Ident id=0x2c magic=0x53568fe3 "ppp-2.4.0b1 (Sun Microsystems, Inc.)"] Authenticating to peer with standard CHAP rcvd [LCP DiscReq id=0x19 magic=0x15806cb] rcvd [CHAP Challenge id=0x1 , name = "UMTS_CHAP_SRVR"] sent [CHAP Response id=0x1 , name = "mts"] rcvd [CHAP Success id=0x1 ""] sent [IPCP ConfReq id=0xa1 ] rcvd [IPCP ConfNak id=0xa1 ] sent [IPCP ConfReq id=0xa2 ] rcvd [IPCP ConfNak id=0xa2 ] sent [IPCP ConfReq id=0xa3 ] rcvd [IPCP ConfNak id=0xa3 ] sent [IPCP ConfReq id=0xa4 ] rcvd [IPCP ConfReq id=0x8] sent [IPCP ConfNak id=0x8 ] rcvd [IPCP ConfNak id=0xa4 ] sent [IPCP ConfReq id=0xa5 ] rcvd [IPCP ConfReq id=0x9] sent [IPCP ConfAck id=0x9] rcvd [IPCP ConfAck id=0xa5 ] Peer refused to provide his address; assuming 192.168.1.1 Can't add default route: File exists local IP address 10.20.26.247 remote IP address 192.168.1.1 primary DNS address 213.87.0.1 secondary DNS address 213.87.1.1

Устройство поднялось.
$ ifconfig sppp0 sppp0: flags=10010008d1 mtu 1500 index 8 inet 10.20.26.247 --> 192.168.1.1 netmask ff000000

Пингуем DNS-сервер.
$ ping 213.87.0.1 213.87.0.1 is alive
Проверяем работоспособность DNS-сервера.
$ nslookup ya.ru 213.87.0.1 Server: 213.87.0.1 Address: 213.87.0.1#53 Non-authoritative answer: Name: ya.ru Address: 87.250.250.3 Name: ya.ru Address: 87.250.251.3 Name: ya.ru Address: 93.158.134.3 Name: ya.ru Address: 213.180.204.3 Name: ya.ru Address: 77.88.21.3

Пингуем ya.ru по его IP.
$ ping 87.250.250.3 87.250.250.3 is alive

Добавляем в /etc/resolv.conf строки
nameserver 213.87.0.1 nameserver 213.87.1.1
Теперь ya.ru пингуется обычным способом
$ ping ya.ru ya.ru is alive
P.S. Полезные команды для изучения привязки драйвера к устройству:
cfgadm echo "::prtusb"|pfexec mdb -k prtconf -D

Ускорение работы FAT в OpenSolaris

admin — Wed, 16 Jun 2010 12:23:37 +0000

Медленно работает FAT? Нет проблем! Вот заметка как сделать его работу быстрее.
cd /usr/kernel/fs/amd64/ pfexec mv pcfs pcfs_slow pfexec cp ~/work/distrib/pcfs/pcfs.debug64 pcfs pfexec chown root:sys pcfs pfexec chmod 755 pcfs pfexec rm /platform/i86pc/amd64/boot_archive pfexec bootadm update-archive

Поднятие IPS-репозитория

admin — Wed, 16 Jun 2010 11:56:34 +0000

Небольшой лог о том, как поднять IPS-репозиторий на OpenSolaris.

lofiadm -a /export/home/keremet/repo1.iso mount -F hsfs /dev/lofi/1 /mnt/ zfs create rpool/export/home/keremet/repo zfs set compression=on rpool/export/home/keremet/repo rsync -aPq /mnt/repo/ /export/home/keremet/repo/
lofiadm -a /export/home/keremet/repo2.iso umount /mnt/ mount -F hsfs /dev/lofi/2 /mnt/ rsync -aPq /mnt/repo/ /export/home/keremet/repo/ umount /mnt/
keremet@opensolaris:~# svccfg -s application/pkg/server setprop pkg/inst_root=/export/home/keremet/repo keremet@opensolaris:~# svccfg -s application/pkg/server setprop pkg/readonly=true keremet@opensolaris:~# svccfg -s application/pkg/server setprop pkg/port=10000 keremet@opensolaris:~# cp repo/cfg_cache /etc/0906_cfg_cache keremet@opensolaris:~# svccfg -s application/pkg/server setprop pkg/cfg_file=/etc/0906_cfg_cache
gedit /etc/0906_cfg_cache origins = http://localhost:10000/
svcadm refresh application/pkg/server svcadm enable application/pkg/server keremet@opensolaris:~# pkg set-publisher -O http://localhost:10000/ opensolaris.org

Восстановление файлов в OpenSolaris

admin — Wed, 16 Jun 2010 11:47:28 +0000

Иногда бывает так, что мы удаляем файлы, которые потом оказываются нам нужны. К счастью при удалении файла его содержимое на носителе данных сразу не уничтожается и, следовательно, может быть восстановлено.

В OpenSolaris для восстановления файлов можно использовать программу «The Sleuth Kit».

Исходники можно скачать по этой ссылке: скачать The Sleuth Kit

Процедура сборки стандартная:
./configure make pfexec make install

Список поддерживаемых файловых систем можно посмотреть командой:
$ /usr/local/bin/icat -f list Supported file system types: ntfs (NTFS) fat (FAT (Auto Detection)) ext (ExtX (Auto Detection)) iso9660 (ISO9660 CD) ufs (UFS (Auto Detection)) raw (Raw Data) swap (Swap Space) fat12 (FAT12) fat16 (FAT16) fat32 (FAT32) ext2 (Ext2) ext3 (Ext3) ufs1 (UFS1) ufs2 (UFS2)

Для восстановления данных на носителе информации необходимо определить имя файла его устройства. В случае флешки это делается так:

$ rmformat Looking for devices... 1. Logical Node: /dev/rdsk/c21t0d0p0 Physical Node: /pci@0,0/pci1458,5004@2/storage@3/disk@0,0 Connected Device: LEXAR DIGITAL FILM /W1. Device Type: Removable Bus: USB Size: 123,0 MB Label: Access permissions: Medium is not write protected.

Так как файловые системы создаются на устройствах из /dev/dsk/ и обычно на устройстве создается раздел, то имя нужного нам файла формируется заменой /rdsk/ на /dsk/ и p0 на p1.

Полученное имя файла будет параметром для команды, выдающей список удаленных файлов на файловой системе.
$ /usr/local/bin/fls -rd /dev/dsk/c21t0d0p1 r/r * 4: _CA.PDF r/r * 7: _OC~1 r/r * 9: _1~1.DOC r/r * 12: _~1.DOC r/r * 14: _SERS r/r * 16: _APITAL r/r * 19: _DF~1 r/r * 22: _PT~1 d/d * 23: _ r/r * 1416965: _/_.txt r/r * 1416968: _/_1025_~1.DOC r/r * 1416971: _/_1025_~1.PDF r/r * 1416973: _/_OG r/r * 1416975: _/_OCALT~1.GZ r/r * 1416977: _/_ILLER~1.C r/r * 1416980: _/_PPOED~1.BZ2 r/r * 1416983: _/_VERKA~1.DOC r/r * 1416986: _/_OC~1 r/r * 1416989: _/_DF~1 r/r * 1416991: _/_S~1 r/r * 1416994: _/_VI~1 r/r * 1416998: _/_DT~1 r/r * 1417001: _/_OC~2 r/r * 1417003: _/_~1.BMP r/r * 26: _OC~2 r/r * 28: _ILLER r/r * 32: _OC~3 r/r * 35: _LUSTE~1.DOC r/r * 37: _1 r/r * 42: _B_212~1.PDF r/r * 44: _FP

Если мы хотим восстановить последний файл из списка, то для этого следует ввести команду:
/usr/local/bin/icat -r -f fat /dev/dsk/c21t0d0p1 44 >11

Файл с именем 11 будет хранить содержимое удаленного файла.

Ускоряем работу FAT (PCFS) в OpenSolaris

shifted — Sat, 02 Jan 2010 07:05:05 +0000

Всем пользователям OpenSolaris, кто работал с данными на флешках, известна проблема низкой производительности драйвера файловой системы PCFS (FAT). До недавнего времени запись данных на флеш и чтение с них выполнялись в разы медленнее, чем под другими ОС. Теперь у нас есть новогодний подарок от участника KirovOSUG, Руслана Увашева, — оптимизированный драйвер PCFS.

Имеется ограничение — оптимизация не работает и в будущем не планируется реализовывать для устройств с ФС FAT_X, имеющих размер кластера < 4КБ, т.е. меньших размера страницы памяти. Данное ограничение подаляющего большинства флешек не касается.
Оптимизация основана на механизме упреждающего чтения данных с диска в память. Причиной отказа от оптимизации с размером кластера меньших размера страницы является сильное усложнение алгоритма упреждающего чтения.

На данный момент доступна 32-битная версия нового драйвера PCFS.
Предлагаем всем скачать (не забудьте убрать разрешение файла .txt) и протестировать. В случае выявления ошибок- писать об этом на форуме.

Файл драйвера следует располагать в /usr/kernel/fs/.
Получение информации о драйвере: modinfo | grep pcfs
Выгрузка драйвера: modunload –i

Загрузка драйвера: modload /usr/kernel/fs/pcfs
Сначала следует выгрузить старый драйвер, а потом — загрузить новый.

Результаты тестирования:

старый драйвер чтение — 3 МБ/с запись — 2.2 МБ/с
новый драйвер чтение — 9 МБ/с запись — 10 МБ/с
Кроме того, в драйвере пофикшен баг с определением фат в логических
разделах.

Скачать драйвер PCFS (не забудьте убрать разрешение файла .txt)

Установка Wine в OpenSolaris

shifted — Mon, 02 Nov 2009 08:40:52 +0000

Установка Wine в OpenSolaris происходит из репозитория pkg.opensolaris.org/contrib. Для этого достаточно ввести команду

#pkg install wine

Будет установлена версия 1.0.1, которая на данный момент на официальном сайте позиционируется как последняя стабильная.
Исполняемый файл wine будет доступен в каталоге /usr/bin/.

[ad#ga-468-60]

Более свежую версию (1.1.27) wine для OpenSolaris можно получить в пакете http://www.sunfreepacks.com/pkgpool/ASwine-SXCE-1.1.27.pkg.7z. Перед установкой данного пакета следует поставить пакеты, от которых он зависит: GNUBase, ASgettext, ASlibiconv. Их архивы в формате gz можно найти на том же сайте www.sunfreepacks.com.

$ wget http://www.sunfreepacks.com/pkgpool/ASwine-SXCE-1.1.27.pkg.7z $ 7z x ASwine-SXCE-1.1.27.pkg.7z # pkgadd -d ASwine-SXCE-1.1.27.pkg

Исполняемый файл wine будет доступен в каталоге /opt/gnu/wine/bin/.

Wine установлена.

Настройка сетевого принтера в OpenSolaris

shifted — Tue, 27 Oct 2009 17:05:36 +0000

Для администрирования принтеров в меню гнома имеется пункт «Система/Администрирование/Print Manager». В открывшемся окне для добавления принтера имеется кнопка «Add». В моем случае (сетевой принтер Xerox Phaser 4500DX) в диалоговом окне в группе «Connection» из выпадающего списка «Type» следует выбрать пункт «Socket». В поле «Name or IP address» следует ввести IP адрес принтера или его DNS-имя. В моем случае IP 192.168.1.25. Далее надо указать порт. Для его определения я просканировал порты, открытые на принтере

$ nmap -A -T4 192.168.1.25

Через две минуты был получен результат:

Starting Nmap 4.75 ( http://nmap.org ) at 2009-10-27 08:48 MSK
Interesting ports on 192.168.1.25:
Not shown: 991 closed ports
PORT STATE SERVICE VERSION
7/tcp open echo
9/tcp open discard?
19/tcp open chargen xinetd chargen
21/tcp open ftp Phaser printer ftpd
|_ FTP bounce check: bounce working!
80/tcp open http?
|_ HTML title: Protected Object
| HTTP Auth: HTTP Service requires authentication
|_ Auth type: Basic, realm = CentreWare_IS_Admin_Key_User
427/tcp open svrloc?
515/tcp open printer
631/tcp open ipp?
9100/tcp open jetdirect?

Подходящим оказался порт с номером 9100.

Далее в группе «Printer Details» в поле «Local queue name» надо ввести имя принтера, под которым он будет известен в системе. Можно задать из соответствующих выпадающих списков производителя, модель и драйвер — рассматриваемый принтер был в списках, но в принципе для его работы было достаточно настроек по умолчанию. После нажатия кнопки «Add», если настройки введены правильно, принтер готов к работе. Для проверки его работоспособности из программы «Print Manager» можно распечатать тестовую страницу.

Окно добавления принтера

Настройка выхода в ВятКТВ в OpenSolaris

LiveStalker — Mon, 17 Aug 2009 10:02:24 +0000

Все действия выполняются с правами суперпользователя. Определяем название сетевого интерфейса. Для этого подойдет команда:

dladm show-link

На моем компе он называется rge0 — это название будет использоваться в скриптах. Качаем программу wpa_supplicant (скачать) и записываем ее например в /usr/bin. Заполняем файл /etc/wpa_supplicant.conf по формату:

ap_scan=0 network={ key_mgmt=IEEE8021X eap=MD5 identity="логин" password="пароль" }

Заполняем файл /etc/resolv.conf:

domain lan nameserver 92.39.64.228 nameserver 92.39.66.10

Чтобы дать гарантию, что для разрешения имен будет использоваться DNS:

cp /etc/nsswitch.dns /etc/nsswitch.conf

Скрипт включения я сохранил в /usr/bin/inet.sh. Вот он:

#!/bin/sh ifconfig rge0 plumb up ifconfig rge0 dhcp& wpa_supplicant -Dwired -dd -i rge0 -c /etc/wpa_supplicant.conf

Для удобства на панели GNOME можно создать кнопку запуска с командой gnome-terminal -e «pfexec inet.sh» и отключения pfexec ifconfig rge0 unplumb.

Andrey Sokolov (Team Leader of Kirov Solaris User Group)