8 (495) 988-61-60

Без выходных
Пн-Вск с 9-00 до 21-00

Солярис метки грм


Как заменить цепь привода ГРМ двигателя Hyundai Solaris

Цепь снимаем при капитальном ремонте двигателя и при замене деталей привода газораспределительного механизма

Подготавливаем автомобиль для выполнения задания, устанавливаем на подъемник или смотровую канаву

Снимаем крышку головки цилиндров, статья – Как заменить прокладку крышки ГБЦ двигателя Hyundai Solaris

Снимаем брызговик двигателя, описано в статье – Снятие и установка брызговика двигателя Hyundai Solaris

Устанавливаем поршень первого цилиндра в ВМТ – статья Как выставить ВМТ двигателя автомобиля Hyundai Solaris

Сливаем моторное масло из картера двигателя

 

Снимаем верхний кронштейн правой опоры силовой установки, описано в статье – Как заменить опоры силовой установки Hyundai Solaris с 2011года выпуска

Снимаем ремень привода вспомогательных агрегатов

 

Выкручиваем болт верхнего крепления насоса ГУР

Отводим насос в сторону

 

Выкручиваем болт крепления натяжителя ремня привода вспомогательных агрегатов (болт с левой резьбой)

Снимаем натяжитель

 

Выкручиваем четыре болта крепления нижнего кронштейна правой опоры к двигателю

Снимаем кронштейн

 

Выкручиваем болт крепления вспомогательного ролика ремня привода вспомогательных агрегатов и снимаем ролик

Снимаем водяной насос

 

Удерживая шкив коленвала от проворачивания, выкручиваем болт крепления шкива

Для удержания шкива можно нажать на тормоз и включить пятую передачу (делает помощник)

Снимаем шкив с коленчатого вала

 

Снимаем генератор

Выкручиваем два болта крепления кронштейна генератора

 

Снимаем кронштейн

Выкручиваем четырнадцать болтов крепления крышки газораспределительного механизма

Снимаем крышку привода ГРМ

 

Отверткой отжимаем башмак натяжителя и фиксируем натяжитель штифтом

Выкручиваем два болта крепления натяжителя

 

Снимаем натяжитель

 

Немного провернув распределительный вал впускных клапанов по часовой стрелке, снимаем цепь с шестерен распределительных валов и с шестерни коленвала

 

Устанавливаем цепь в обратном порядке по меткам на шестернях распредвалов и на цепи (окрашенные звенья), следя за тем, чтобы установочный штифт на коленчатом валу находился вверху

 

Очищаем от старого герметика привалочные поверхности натяжителя и блока цилиндров

 

Наносим на привалочные поверхности крышки цепи привода ГРМ герметик валиком толщиной 3-5 мм

Устанавливаем натяжитель цепи и извлекаем из него штифт

Проверяем совпадение меток на шестернях распределительных валов и на цепи привода ГРМ, а также положение коленчатого вала, установочный штифт которого должен находиться наверху

 

Наносим на привалочные поверхности крышки цепи привода ГРМ герметик валиком толщиной 3-5 мм.

Устанавливаем крышку

Вкручиваем и затягиваем равномерно, в несколько проходов болты Ø10 мм моментом 9,8-11,8 Нм, а болты Ø12 мм моментом 18,6-23,5 Нм

Устанавливаем все детали в обратном порядке

Solaris 10: настройка и включение службы клиента NTP

NTP - это протокол, предназначенный для синхронизации часов компьютеров в сетях передачи данных. Он использует модифицированную версию алгоритма Марзулло для выбора серверов точного времени и предназначен для смягчения последствий переменной задержки в сети.

Короче говоря, клиент NTP, как и клиент Solaris, открывает сетевое соединение с сервером NTP через порт 123 UDP, чтобы узнать, сколько сейчас времени. Клиент NTP обычно записывает, сколько времени потребовалось для получения ответа от сервера NTP, и вносит соответствующие изменения.Со временем вызов синхронизации времени повторяется, чтобы поддерживать точное внутреннее время.

Прочитав этот пост, вы сможете настроить, запустить и проверить службу NTP-клиента Solaris, чтобы ваши конечные пользователи всегда получали системные часы!

1) Войдите в систему как пользователь root:

 # su - корень 

2) Скопируйте файл шаблона /etc/inet/ntp.server , чтобы создать новый файл конфигурации NTP с именем / etc / inet / ntp.конф :

 # cp /etc/inet/ntp.server /etc/inet/ntp.conf # chown root: sys /etc/inet/ntp.conf 

3) Отредактируйте файл /etc/inet/ntp.conf , заменив следующие строки, которые необходимо закомментировать:

 # vi /etc/inet/ntp.conf #server 127.127.XType.0 #fudge 127.127.XType.0 stratum 0 

с именем вашего NTP-сервера:

 сервер  имя сервера  

На этом этапе у вас есть две альтернативы:

  1. , если в вашей операционной системе правильно настроена и включена служба DNS-клиента (см. Мой пост), вам нужно только указать DNS-имя вашего NTP-сервера, как указано ранее (без его домена),
  2. в противном случае позаботьтесь об объявлении IP-адреса вашего NTP-сервера в файле / etc / hosts , например:
     # vi / etc / hosts # NTP-СЕРВЕР 192.168.1.1  имя сервера  

4) Если вы хотите, чтобы демон ntpd описывал прогресс всех задач синхронизации в журнале с именем (например) /var/log/ntpd.log, вы должны добавить следующую строку в файл / etc / inet / ntp .conf :

 файл журнала /var/log/ntpd.log 

5) Поскольку, вероятно, вам не нужна аутентификация по ключу NTP, после выполненной настройки вы увидите в файле системного журнала / var / adm / messages некоторые ошибки, например:

 ntpd [226]: [ID 702911 демон.ошибка] не удается открыть файл ключа /etc/inet/ntp.keys: нет такого файла или каталога 

Чтобы избежать этих раздражающих уведомлений, отредактируйте файл /etc/inet/ntp.conf и закомментируйте любую строку, в которой есть слово «ключ»:

 # vi /etc/inet/ntp.conf #keys /etc/inet/ntp.keys #trustedkey 0 #requestkey 0 #controlkey 0 

6) Наконец, включите службу NTP Client. Обратите внимание, что доступны две разные версии: NTP Client v4 и v3.Я предлагаю вам использовать более новую версию, поэтому запустите версию 4, набрав:

 # svcadm enable svc: / network / ntp4: default 

и проверьте его статус и журнал:

 # svcs -x svc: / network / ntp4: по умолчанию svc: / network / ntp4: по умолчанию (протокол сетевого времени (NTP) версии 4) Состояние: онлайн с 2 мая 2014 г., 15:39:40 CEST См .: ntpd (1M) См .: ntp.conf (4) См .: ntpq4 (1M) См .: /var/svc/log/network-ntp4:default.log Воздействие: Нет. 

Теперь мы готовы проверить, действительно ли синхронизация запускается и завершается успешно через разумный период времени.

1) Убедитесь, что демон ntpd запущен и работает:

 # pgrep -lf ntp 4000 / usr / lib / inet / ntpd -p /var/run/ntp.pid -g 

2) Ищите предупреждения и / или ошибки от демона ntpd в системном журнале:

 # tail -f / var / adm / messages 

3) Убедитесь, что ваш сервер NTP выбран в качестве системы отсчета времени. Команда ntpq4, используемая вместе с опцией -p (обозначает «одноранговые узлы»), извлекает текущий список удаленных узлов, а также сводку состояния и характеристик каждого узла, например:

  • адрес, слой и тип,
  • , когда был получен последний пакет,
  • интервал опроса (секунды),
  • задержка, смещение и джиттер (в миллисекундах).

Вы можете легко проверить, что с вашим servername связались, набрав:

 # ntpq4 -p удаленный refid st t при достижении опроса задержка смещения задержки ================================================== =========== *  имя сервера  .GPS. 1 u 1 64 377 5,488 -4,702 9,373 ntp.mcast.net .MCST. 16 ед - 64 0 0,000 0,000 0,000 

Символ на левом поле билборда однорангового узла показывает судьбу каждой ассоциации в процессе выбора часов: только когда он равен «*», вы можете быть уверены, что ваша система успешно синхронизирована с часами удаленного однорангового узла, в противном случае символы « + »Или« # », соответственно, указывают на то, что партнер учитывается только как кандидат или, что еще хуже, как оставшийся в живых (т.е. второй вариант) для алгоритма обновления времени.

4) Отслеживайте ntp-пакеты, передаваемые между клиентом и сервером, и смотрите, как меняются часы после каждого уведомления:

 # порт отслеживания ntp 

5) И последнее, но не менее важное: проверьте свои местные часы и сравните их с точными:

 # date 

Вот и все, пользуйся! 😀

Нравится:

Нравится Загрузка ...

Связанные

.

Устранение неполадок Solaris: отображение 3 отметок времени (at, ct, mt) для файла - в solaris

 Во-первых, объяснение отметок времени: 
 mtime - время последнего изменения (записи) содержимого файла. atime - время последнего использования / доступа к файлу (чтения или выполнения) ctime - время последнего изменения inode файла (например, изменения прав). ctime также обновляется каждый раз при изменении mtime, но не при изменении atime. ctime, НЕ является датой создания файлов.Дата создания НЕ записывается нигде в файловой системе Unix. 
 
 Чтобы получить все 3 отметки времени для файла, мы можем использовать возможность команды truss для отслеживания системного вызова lstat, который ls использует для получения информации о файле, который он перечисляет: 
 Пример: 1. Создайте файл $ touch test.file 2. Распечатайте информацию о метке времени, связав команду ls -l: "truss -v lstat -t lstat" устанавливает связку команды "ls -l test.file".  $ truss -v lstat -t lstat ls -l test.файл  lstat64 ("test.file", 0xEFFFF158) = 0 d = 0x03040002 i = 164508 m = 0100644 l = 1 u = 84474 g = 10 sz = 0  в = 6 июня, 11:12:20 EDT 1999  [928681940]  mt = 6 июня, 11:12:20 EDT 1999,  [928681940] 
 Во-первых, объяснение отметок времени: mtime - время последнего изменения (записи) содержимого файла. atime - время последнего использования / доступа к файлу (чтения или выполнения) ctime - время последнего изменения inode файла (например, изменения прав).ctime также обновляется каждый раз, когда изменяется mtime, но не когда время изменилось. ctime, НЕ является датой создания файлов. Дата создания НЕ записана в любом месте файловой системы Unix. Чтобы получить все 3 отметки времени для файла, мы можем использовать возможность команды truss для отслеживания системный вызов lstat, который ls использует для получения информации о файле, который он перечисляет: Пример: 1. Создайте файл $ touch test.file 2. Распечатайте информацию о метке времени, связав команду ls -l: «truss -v lstat -t lstat» устанавливает ферму для теста «ls -l».файл "команда. $ truss -v lstat -t lstat ls -l test.file lstat64 ("test.file", 0xEFFFF158) = 0 d = 0x03040002 i = 164508 m = 0100644 l = 1 u = 84474 g = 10 sz = 0  в = 6 июня, 11:12:20 EDT 2010  [928681940]  mt = 6 июня, 11:12:20 EDT 2010 г.  [928681940]  ct = 6 июня, 11:12:20 EDT 2010 г.  [928681940] bsz = 8192 blks = 0 fs = nfs -rw-r - r-- 1 peteski Staff 0 6 июня, 11:12 test.file Приведенный выше вывод показывает все 3 отметки времени в формате, удобочитаемом человеком, и в Число секунд с эпохи (в квадратных скобках).Вывод также содержит другую полезную информацию (подробности см. На странице руководства stat (2)). В зависимости от того, какое ядро ​​используется, вы можете увидеть lstat64 вместо lstat. 
 ПРИМЕЧАНИЕ: из-за того, что метка времени записана в индексном дескрипторе как "номер секунд с начала ", максимальная детализация метки времени составляет 1 секунду. Это «особенность» ufs, не имеющая отношения к 32- или 64-битному ядру. Если какое-то приложение создает несколько файлов за 1 секунду, пытается отсортировать их с помощью отметка времени не даст желаемого результата (поскольку отметка времени будет такой же на всех).Если несколько файлов имеют одинаковую временную метку, они будут отсортированы. по их имени файла (как вторичный критерий сортировки) с помощью таких команд, как "ls -t" .. ВКЛЮЧЕНО ДЛЯ СПРАВКИ (выдержка из man-страницы stat (2)): st_atime Время последнего доступа к данным файла. Изменено следующие функции: creat (), mknod (), pipe (), utime (2) и прочтите (2). st_mtime Время последнего изменения данных. Изменено следующим образом: функции мычания: creat (), mknod (), pipe (), utime (), и напишем (2). st_ctime Время последнего изменения статуса файла.Изменено следующие функции: chmod (), chown (), creat (), link (2), mknod (), pipe (), unlink (2), utime () и записывать(). 

[928681940] bsz = 8192 blks = 0 fs = nfs -rw-r - r-- 1 peteski staff 0 6 июня 11:12 test.file
Приведенный выше вывод показывает все 3 метки времени в формате, удобном для чтения, и «в секундах с начала эпохи» (в квадратных скобках). Вывод также содержит другую полезную информацию (подробности см. на странице руководства stat (2)).В зависимости от того, какое ядро ​​используется, вы можете увидеть lstat64 вместо lstat.

ПРИМЕЧАНИЕ: из-за того, что метка времени записана в индексном дескрипторе как «количество секунд с начала эпохи», максимальная детализация метки времени составляет 1 секунду. Это «функция» ufs, не имеющая отношения к 32- или 64-битному ядру. Если какое-то приложение создает несколько файлов в течение 1 секунды, попытка отсортировать их с использованием метки времени не приведет к желаемому результату (поскольку метка времени будет одинаковой для всех из них).Если несколько файлов имеют одинаковую метку времени, они будут отсортированы по имени файла (в качестве вторичного критерия сортировки) с помощью таких команд, как «ls -t» ..

st_atime Время последнего доступа к данным файла. Заменено следующими функциями:

creat (), mknod (), pipe (), utime (2) и read (2).

st_mtime Время последнего изменения данных. Изменено следующими функциями:

creat (), mknod (), pipe (), utime () и write (2).

st_ctime Время последнего изменения статуса файла.Изменено следующими функциями:

chmod (), chown (), creat (), link (2), mknod (), pipe (), unlink (2), utime () и write ().

.

Solaris 10



foxship

: 01.06.2009
#: 79,290
: 1639



: 19, 2013 10:27: Solaris 10


_________________
."". .
!
foxship

: 01.06.2009
#: 79,290
: 1639



: 19, 2013 10:35:


_________________
."". .
lavr
Гуру Unix

: 13.05.2003
#: 5,821
: 8684


: 79


: 19, 2013 10:49: Re: Solaris 10


_________________
Удачи,
-
лавр
foxship

: 01.06.2009
№: 79,290
: 1639



: 19, 2013 11:41:


_________________
. "". .
PitDron

: 12.03.2013
#: 145,365
: 614


: 26


: 19, 2013 12:03:

foxship

: 01.06.2009
№: 79,290
: 1639



: 19, 2013 12:11:


_________________
. "". .
PitDron

: 12.03.2013
#: 145,365
: 614


: 26


: 19, 2013 12:22:

foxship

: 01.06.2009
№: 79,290
: 1639



: 19, 2013 12:37:


_________________
. "". .
foxship

: 01.06.2009
#: 79,290
: 1639



: 19, 2013 12:47:


_________________
."". .
PitDron

: 12.03.2013
#: 145,365
: 614


: 26


: 19, 2013 13:21:

!
.
optimism.ru
.

Рекомендуемые настройки Solaris - Pure Technical Services

Включите следующую запись в файл /kernel/drv/scsi_vhci.conf . Требуется для конфигурации с несколькими путями - изменения выделены полужирным шрифтом и выделены .
 # # Copyright (c) 2001, 2014, Oracle и / или ее дочерние компании. Все права защищены. # # name = "scsi_vhci"; # # Глобальная конфигурация балансировки нагрузки: установка load-balance = "none" вызовет # весь ввод / вывод для данного устройства (которое поддерживает многопутевый ввод / вывод) должен происходить через одно # дорожка.Установка load-balance = "round-robin" приведет к тому, что каждый путь к устройству # для использования по очереди. # баланс нагрузки = "циклический"; # # Автоматическая настройка восстановления после сбоя # возможных значения: auto-failback = "enable" или auto-failback = "disable" auto-failback = "включить"; #BEGIN: FAILOVER_MODULE_BLOCK (НЕ ПЕРЕМЕЩАТЬ ИЛИ УДАЛИТЬ) # # Объявить пути модуля аварийного переключения scsi_vhci с помощью 'ddi-forceload', чтобы # они загружаются достаточно рано, чтобы быть доступными для использования root scsi_vhci. # # ПРИМЕЧАНИЕ. Правильная работа зависит от значения 'ddi-forceload', это # значение не следует изменять.Порядок записей из # наиболее специфичных модулей аварийного переключения (с "пробной" реализацией, # полностью на основе таблицы VID / PID), до большинства универсальных (отказоустойчивых модулей, # основаны на стандартах T10, таких как TPGS). По соглашению последняя часть # путь модуля аварийного переключения после "/ scsi_vhci_" называется # "failover-module-name", которое начинается с "f_" (например, "f_asym_sun"). В # "failover-module-name" также используется в механизме переопределения ниже. ddi-forceload = "misc / scsi_vhci / scsi_vhci_f_asym_sun", "misc / scsi_vhci / scsi_vhci_f_asym_emc", "misc / scsi_vhci / scsi_vhci_f_sym_hds", "misc / scsi_vhci / scsi_vhci_f_sym_enc", "разное / scsi_vhci / scsi_vhci_f_tpgs_tape", "misc / scsi_vhci / scsi_vhci_f_tape", "misc / scsi_vhci / scsi_vhci_f_sym_emc", "misc / scsi_vhci / scsi_vhci_f_asym_emc", "misc / scsi_vhci / scsi_vhci_f_asym_lsi", "misc / scsi_vhci / scsi_vhci_f_sym", "разное / scsi_vhci / scsi_vhci_f_tpgs"; # # Для устройства с идентификатором GUID, обнаруженного на pHCI с включенным mpxio, vHCI # доступ также зависит от одного из модулей аварийного переключения scsi_vhci, принимающего # устройство.По умолчанию это происходит с помощью «зондирования» модуля аварийного переключения. # реализация (sfo_device_probe), указывающая, что устройство поддерживается # scsi_vhci. Чтобы отменить эту конфигурацию по умолчанию, ориентированную на зонд, в # заказ на # # 1) установите поддержку устройства, которое в настоящее время не поддерживается scsi_vhci # # или 2) отменить модуль, выбранный "зондом" # # или 3) отключить поддержку scsi_vhci для устройства # # вы можете добавить кортеж 'scsi-vhci-failover-override', как описано в # scsi_get_device_type_string (9F).Для каждого кортежа первая часть предоставляет # базовая идентификационная информация устройства (vid / pid), а вторая часть выбирает # модуль аварийного переключения по "имя-модуля аварийного переключения". Если вы хотите отключить # scsi_vhci для поддержки устройства, используйте специальное имя-модуля аварийного переключения "NONE". # В настоящее время для каждого имени-модуля отработки отказа в 'scsi-vhci-failover-override' # (кроме "NONE") должен быть # "misc / scsi_vhci / scsi_vhci_ " в 'ddi-forceload' выше. # # "111111" # "012345670123456789012345", "имя-модуля-отработки отказа" или "НЕТ" # "| -VID-- || ----- PID ------ |", # scsi-vhci-failover-override = "PURE FlashArray", "f_sym";  scsi-vhci-failover-override = "ЧИСТЫЙ FlashArray", "f_tpgs";  # scsi-vhci-failover-override = "PURE FlashArray", "f_asym_lsi"; # scsi-vhci-failover-override = # "STK FLEXLINE 400", "f_asym_lsi", # "SUN T4", "f_tpgs", # "CME XIRTEMMYS", "НЕТ"; # #END: FAILOVER_MODULE_BLOCK (НЕ ПЕРЕМЕЩАТЬ ИЛИ УДАЛИТЬ) #BEGIN: UPDATE_PATHSTATE_ON_RESET_BLOCK (НЕ ПЕРЕМЕЩАТЬ ИЛИ УДАЛИТЬ) # # Настраивается для обновления состояний пути после сброса UNIT ATTENTION.# Есть массивы, которые не ставят в очередь UA во время сброса # после неявной отработки отказа. Для таких массивов нам нужно # обновлять состояния пути после сброса любого типа UA, поскольку # Сбросы UA имеют более высокий приоритет по сравнению с другими УСТРОЙСТВАМИ ВНИМАНИЕ # условия. По умолчанию scsi_vhci не обновляет состояния пути # при сбросе UA. Чтобы scsi_vhci делал это для таких массивов, вам нужно # для установки настраиваемого scsi-vhci-update-pathstate-on-reset на "yes" # для комбинации VID / PID, как описано ниже. # # "012345670123456789012345", "да" или "нет" # "| -VID-- || ----- PID ------ |", # scsi-vhci-update-pathstate-on-reset = # "Pillar Axiom", "да", «Oracle Oracle FS», «да»,  «PURE FlashArray», «да»;  # #END: UPDATE_PATHSTATE_ON_RESET_BLOCK (НЕ ПЕРЕМЕЩАТЬ ИЛИ УДАЛИТЬ) #BEGIN: SPREAD_IPORT_RESERVATION_BLOCK # # Настраивается для оптимизации выбора пути команды резервирования SCSI.С # при этой оптимизации будет выбран путь с наименее загруженным портом инициатора # для команды резервирования SCSI. Если оптимизация отключена, scsi_vhci будет # использовать политику балансировки нагрузки "none" для пути команды резервирования SCSI # выбор. Настраиваемое резервирование Spread-IPort используется для установки значения по умолчанию. # ценность. Его значение по умолчанию - «да». Чтобы scsi_vhci отключал # оптимизация глобально, вам нужно установить настраиваемый spread-iport -servation # на "нет". Настраиваемые исключения-исключения-резервирования-IP-порта могут описывать исключительные # случаев с указанной комбинацией VID / PID, имеющей более высокий приоритет, чем # настраиваемое резервирование spread-iport.# # spread-iport -servation = "да"; # # "012345670123456789012345", "да" или "нет" # "| -VID-- || ----- PID ------ |", # spread-iport-резервирование-исключения = # "СТК Т10000С", "да", # "HP Ultrium 4-SCSI", "нет"; # # Чтобы найти наименее загруженный порт инициатора, загрузите трафик каждого порта инициатора # необходимо контролировать. Один из важных показателей загрузки трафика - это rlentime: # совокупная длина выполнения * произведение времени каждого порта инициатора. Дельта rlentime Номер последнего периода времени используется для представления исторической нагрузки трафика.# Одновременный снимок времени каждого порта инициатора необходим для # вычислить дельту rlentime. Настраиваемый интервал iport-rlentime-snapshot-interval # используется для настройки временного интервала в секундах для создания моментального снимка времени # каждого порта инициатора. Его значение по умолчанию - 30 секунд. # # iport-rlentime-snapshot-interval = 30; # #END: SPREAD_IPORT_RESERVATION_BLOCK #BEGIN: LSR_CLIENT_GRACE_PERIOD_BLOCK # # Держите приостановленное клиентское устройство LSR как подключенное для # lsr-client-life в секундах, когда все пути приостановлены LSR.# В течение этого увеличенного времени жизни все запросы ввода-вывода будут поставлены в очередь. Когда # увеличенное время жизни закончилось, запросы ввода / вывода в очереди будут # повторно обрабатывается с отключенным клиентским устройством. # # Установка этого значения на 0 отключит эту функцию. # # приостановить-клиент-льготный период = 0; # #END: LSR_CLIENT_GRACE_PERIOD_BLOCK #BEGIN: NOTE_BLOCK # Поля VID выше должны содержать ровно восемь ASCII с выравниванием по левому краю # символы. Если VID меньше 8 символов, он должен быть дополнен # пробелы (ASCII 0x20) до 8 символов.# # Поля PID выше должны содержать не более шестнадцати ASCII с выравниванием по левому краю # символы. Поле PID имеет неявное правило подстановки. Идентификатор продукта # в возвращаемой строке запроса SCSI считается совпадающей, если она имеет # Поле PID в качестве префикса. Например, «Аксиома столпа» применима к обоим # "Pillar Axiom 600" и "Pillar Axiom 500". # #END: NOTE_BLOCK 
Изменения пути отображаются, как показано ниже:
 Отображение информации для: / dev / rdsk / c0t624A9370217E49EA1344E178000167F5d0s2 СВОЙСТВА УСТРОЙСТВА для диска: / dev / rdsk / c0t624A9370217E49EA1344E178000167F5d0s2 Производитель: PURE Идентификатор продукта: FlashArray Редакция: 8888 Серийный номер: 217E49EA1344E178000167F5 Неформатированная емкость: 102400.000 МБ Чтение кеша: включено Минимальная предварительная выборка: 0x0 Максимальная предварительная выборка: 0x0 Тип устройства: Дисковое устройство Путь (и): / dev / rdsk / c0t624A9370217E49EA1344E178000167F5d0s2 / devices / scsi_vhci / ssd @ g624a9370217e49ea1344e178000167f5: c, raw Контроллер / устройства / pci @ 400 / pci @ 2 / pci @ 0 / pci @ c / SUNW, qlc @ 0,1 / fp @ 0,0 Адрес устройства 524a937249ed1a00, f6 Порт хост-контроллера WWN 2101001b32aed8ca Класс вторичный Состояние ONLINE Контроллер / устройства / pci @ 400 / pci @ 2 / pci @ 0 / pci @ c / SUNW, qlc @ 0,1 / fp @ 0,0 Адрес устройства 524a937249ed1a10, f6 Порт хост-контроллера WWN 2101001b32aed8ca Класс вторичный Состояние ONLINE Контроллер / устройства / pci @ 400 / pci @ 2 / pci @ 0 / pci @ c / SUNW, qlc @ 0,1 / fp @ 0,0 Адрес устройства 524a937a295f8210, f6 Порт хост-контроллера WWN 2101001b32aed8ca Класс первичный Состояние ONLINE Контроллер / устройства / pci @ 400 / pci @ 2 / pci @ 0 / pci @ c / SUNW, qlc @ 0,1 / fp @ 0,0 Адрес устройства 524a937a295f8200, f6 Порт хост-контроллера WWN 2101001b32aed8ca Класс первичный Состояние ONLINE Контроллер / устройства / pci @ 400 / pci @ 2 / pci @ 0 / pci @ c / SUNW, qlc @ 0 / fp @ 0,0 Адрес устройства 524a937a295f8211, f6 Порт хост-контроллера WWN 2100001b328ed8ca Класс первичный Состояние ONLINE Контроллер / устройства / pci @ 400 / pci @ 2 / pci @ 0 / pci @ c / SUNW, qlc @ 0 / fp @ 0,0 Адрес устройства 524a937249ed1a11, f6 Порт хост-контроллера WWN 2100001b328ed8ca Класс вторичный Состояние ONLINE Контроллер / устройства / pci @ 400 / pci @ 2 / pci @ 0 / pci @ c / SUNW, qlc @ 0 / fp @ 0,0 Адрес устройства 524a937249ed1a01, f6 Порт хост-контроллера WWN 2100001b328ed8ca Класс вторичный Состояние ONLINE Контроллер / устройства / pci @ 400 / pci @ 2 / pci @ 0 / pci @ c / SUNW, qlc @ 0 / fp @ 0,0 Адрес устройства 524a937a295f8201, f6 Порт хост-контроллера WWN 2100001b328ed8ca Класс первичный Состояние ONLINE 
.

Смотрите также