Упс как расшифровать: УПС — это… Что такое УПС?

мне нужно знать формат номера штрих-кода (tracking number ) для моей заявки на следующие транспортные компании DHL , TNT , UPS ground например, если номер штрих-кода любой компании 1234567890…

я хочу получить изображение штрих-кода из заданного номера штрих-кода в моем приложении android, может ли кто-нибудь предложить мне это в моем приложении? Пожалуйста, помогите мне заранее спасибо

В моем приложении мне нужно декодировать изображение штрих-кода EAN-13. Изображение, полученное из iphone camera.after захвата изображения штрих-кода, которое я должен декодировать .i, является…

Я пытаюсь декодировать UPS Maxicode в java и получаю следующий результат : [)>02967780900008400031Z49675335UPSN330W9107$FL:X-/,UY JKY -M,R(‘3(PH6W ) 0.SXI#Z%H(J Он дает номер дома и название…

Я использую камеру raspberry pi для считывания штрих-кодов с изображения, и объект должен быть относительно далеко от камеры в моем приложении. Штрих-код перед обработкой: Збар не смог ничего…

//Please не закрывайте этот пост по субъективным причинам. Я разрабатываю приложение winform для заполнения форм, которое генерирует файл PDF при отправке информации. Файл PDF должен содержать…

Я использую XZing 2.3.0 для чтения ITF штрих-кодов, но ZXing неправильно читает бразильские купюры с 47 цифрами. Следующий образец изображения штрих-кода ( доступен здесь ) считывается как…

Я много гуглил и не смог найти алгоритм декодирования штрих-кода PDF417, используемого почтовой службой Соединенных Штатов. Я хочу извлечь из него информацию о получателе и отправителе с…

Я использовал этот учебник http://www.sitepoint.com/creating-barcode-metadata-reader-ios / все прошло хорошо, но информация, которую показывает этикетка, — это только тип штрих-кода, но это слишком…

Вступление Шаг 1 Я попытался прочитать штрих-код (см. изображение ниже) с помощью мобильного считывателя штрих-кодов и онлайн-инструментов и получил его: данные- 30925018 , алгоритм визуализации-…

Ибп что это такое расшифровка

Наиболее распространённой расшифровкой аббревиатуры ИБП является «источник бесперебойного питания». Причем в понятие «источник бесперебойного питания» входит широкая линейка оборудования с существенно отличающимися характеристиками и областью применения.

Наиболее распространены ИБП для персонального применения: для компьютеров, отдельных рабочих станций, небольших котлов и т.д. Принято относить данные устройства к сегменту «Массовый ИБП». Такие источники бесперебойного питания обычно выполнены по типу «Off-line» или «Line interactive». Источники бесперебойного питания «Off-line» являются пассивными и поэтому являются резервными. Время подключения питания от него достигает 15 мс. Также в нем отсутствует защита от провалов и повышения напряжения. На выходе при питании от аккумуляторных батарей у данного источника несуисоидальное выходное напряжение. Источники бесперебойного питания типа «Line interactive» обладают улучшенными по сравнению с источниками «Off-line» характеристиками, однако все равно имеют время переключения до 6 мс.

Далее идет оборудование, позволяющее резервировать небольшие ИБП для защиты индивидуальной нагрузки, например стойки сетевого оборудования, системы видеонаблюдения, дежурного освещения, кассового или малого промышленного оборудования. Мощность данных устройств не превышает 10 кВА. Принято относить данные устройства к сегменту «Корпоративный ИБП». Они могут быть выполнены по технологии «Line interactive» или «On-Line». Технология «On-Line» является наиболее продвинутой в техническом плане. Время переключения нагрузки на источник бесперебойного питания равно нулю, что дает возможность использования данных источников с самым чувствительным оборудованием.

Наиболее востребованной нашими потребителями линейкой является оборудование мощностью от 10 до 520 кВА. Данное оборудование выполняется в форм-факторе отдельно стоящих напольных блоков. Блоки аккумуляторных батарей вынесены в батарейные шкафы. В основном данное оборудование используется для резервирования группы ИТ оборудования, центров обработки данных, промышленных линий, медицинского оборудования. Принято относить данные устройства к сегменту “Промышленный ИБП». Данные источники бесперебойного питания выполняются исключительно по технологии «On-Line». Данные источники могут использоваться в центрах обработки данных, на промышленных объектах, в медицине и телекоммуникациях.

Наиболее распространённой расшифровкой аббревиатуры ИБП является «источник бесперебойного питания». Причем в понятие «источник бесперебойного питания» входит широкая линейка оборудования с существенно отличающимися характеристиками и областью применения.

Наиболее распространены ИБП для персонального применения: для компьютеров, отдельных рабочих станций, небольших котлов и т.д. Принято относить данные устройства к сегменту «Массовый ИБП». Такие источники бесперебойного питания обычно выполнены по типу «Off-line» или «Line interactive». Источники бесперебойного питания «Off-line» являются пассивными и поэтому являются резервными. Время подключения питания от него достигает 15 мс. Также в нем отсутствует защита от провалов и повышения напряжения. На выходе при питании от аккумуляторных батарей у данного источника несуисоидальное выходное напряжение. Источники бесперебойного питания типа «Line interactive» обладают улучшенными по сравнению с источниками «Off-line» характеристиками, однако все равно имеют время переключения до 6 мс.

Далее идет оборудование, позволяющее резервировать небольшие ИБП для защиты индивидуальной нагрузки, например стойки сетевого оборудования, системы видеонаблюдения, дежурного освещения, кассового или малого промышленного оборудования. Мощность данных устройств не превышает 10 кВА. Принято относить данные устройства к сегменту «Корпоративный ИБП». Они могут быть выполнены по технологии «Line interactive» или «On-Line». Технология «On-Line» является наиболее продвинутой в техническом плане. Время переключения нагрузки на источник бесперебойного питания равно нулю, что дает возможность использования данных источников с самым чувствительным оборудованием.

Наиболее востребованной нашими потребителями линейкой является оборудование мощностью от 10 до 520 кВА. Данное оборудование выполняется в форм-факторе отдельно стоящих напольных блоков. Блоки аккумуляторных батарей вынесены в батарейные шкафы. В основном данное оборудование используется для резервирования группы ИТ оборудования, центров обработки данных, промышленных линий, медицинского оборудования. Принято относить данные устройства к сегменту “Промышленный ИБП». Данные источники бесперебойного питания выполняются исключительно по технологии «On-Line». Данные источники могут использоваться в центрах обработки данных, на промышленных объектах, в медицине и телекоммуникациях.

Приветствую вас, мои дорогие читатели! В нынешних российских реалиях владельцы стационарных компьютеров вынуждены решать проблемы бесперебойного энергоснабжения. Решить данную проблему можно с помощью источников бесперебойного питания. Их разнообразие на компьютерном рынке позволяет подобрать ИБП под свои конкретные нужды. О том, что такое ИБП и какие бывают источники бесперебойного питания мы и поговорим в данной статье.

Что такое ИБП?

ИБП, или источник бесперебойного питания, — это устройство, выполняющее функцию «аккумулятора» энергии. При перебоях в электросети ИБП автоматически переключает электропитание компьютера на питание от встроенных батарей, что позволяет корректно завершить работу и сохранить все нужные документы.

Многообразие источников бесперебойного питания

Бесперебойник – это ваша гарантия сохранности документов и компонентов компьютера в целом. Ведь при некорректном отключении компьютера может пострадать и жесткий диск, и материнская плата, и оперативная память.

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

Какие бывают ИБП?

Источники бесперебойного питания делятся на три вида:

1. Оффлайн ИБП;
2. Линейно-интерактивные ИБП;
3. Онлайн ИБП (ИБП с двойным преобразованием).

Рассмотрим в отдельности каждый из видов бесперебойников. Эта информация поможет вам при выборе ИБП для собственных нужд.

Оффлайн ИБП

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

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

Данный вид получил широкое распространение у рядовых пользователей и в офисах.

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

Линейно-интерактивные ИБП

Данный вид бесперебойников в большинстве случаев применяется для защиты сетевого и прочего телекоммуникационного оборудования, а также групп компьютеров.

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

Плюсами данного типа ИБП являются небольшие размеры, низкая стоимость, автоматическая регулировка напряжения, экономичность.

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

ИБП с двойным преобразованием

Данный тип ИБП выполняет преобразование напряжения дважды: входное переменное напряжение преобразуется в постоянное, а затем постоянное преобразуется в эталонное переменное напряжение и подается на устройства.

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

Плюсы у онлайн ИБП существенные: полный контроль входного и выходного напряжения, нулевое время ожидания переключения на аккумуляторы, подключенное оборудование никаким образом не влияет на внешнюю электросеть.

Минусы тоже имеются: дороговизна, сложная конструкция, потребление электроэнергии «на себя» в режиме двойного преобразования.

Основные характеристики ИБП

У ИБП есть несколько основных характеристик, на которые стоит обращать внимание при покупке. Рассмотрим их ниже.

1. Мощность. Данная характеристика напрямую определяет какое оборудование может быть подключено к данному ИБП. Всегда выбирайте источник с запасом по мощности. Это позволит избежать возможных проблем с нехваткой мощности.

Обычно данная характеристика обозначается величиной VA или Вт. Если величина указана в VA (ВА), то умножьте ее на 0,6, чтобы получить значение в более понятных нам Ваттах.

1. Тип ИБП. О типах бесперебойников я рассказывал выше. Мы пришли к выводу, что наиболее оптимальным будет ИБП с двойным преобразованием, но для домашних нужд будет достаточно оффлайн или линейно-интерактивного источника.
2. Время работы от аккумуляторов. Данная величина очень важна, так как от нее зависит насколько долго проработает компьютер без внешнего питания. Обычно время автономной работы устанавливается в диапазоне 5-30 минут. Учтите, что при максимальной нагрузке на ИБП время работы без электричества значительно снижается.

Эти три характеристики являются наиболее важными. Помимо них у ИБП есть еще множество характеристик. Например, при выборе бесперебойника в магазине обращайте внимание на то, какие разъемы питания установлены в источнике, есть ли дисплей и дополнительные интерфейсы (RJ-11, USB), сколько батарей устанавливается и прочие.

Часто возникающие проблемы

1. Самая главная проблема, которая возникает у ИБП чаще всего – это выход из строя аккумуляторной батареи. Севший аккумулятор можно определить по тому, что бесперебойник перестает держать нагрузку – при отключении электричества компьютер сразу же выключается. Также испорченная батарея может проявлять себя по другому: бесперебойник совсем не включается, или включается и непрерывно пищит. О том, как поменять аккумулятор в бесперебойнике я писал в этой статье. Там написано про конкретный ИБП, но принцип замены во всех источниках практически не отличается.
2. ИБП может совсем не включаться из-за перегоревшего предохранителя.
3. Если источник бесперебойного питания нормально запускается, но компьютер не включается, то проверьте провода, они могут выйти из гнезд. Z 0x1A —- Capabilities Строка возможных параметров и установок UPS. A 0x41 * OK Тест индикации и звука  2 сек. B 0x41 * 27.74 Напряжение батареи. C 0x43 * 036.0 Температура внутреннего термодатчика . D 0x44 * сопровождается «!», по завершении «$». Калибровка батарей. Запускается при 100% заряде, выполняется до 25% разряда(35% для Matrix). Изменяет значение «j». Прервать «D». E 0x45 * 336 168 ON OFF Интервал самотестирования  (14дней, 7дней, при включении, нет самотестирования) соответственно. F 0x46 * 50.00 Линейная частота. G 0x47 * R  H  L  T  O  S Причина перехода на батарею. H-высокое напряжение, L-низкое напряжение, T-выравнивание напряжения, O-нет переключений от последней проверки, S-из-за команды»U» . K—K 0x4B * OK   или   * Выключение с установленным интервалом. Послать дважды с задержкой 1.5 сек. L 0x4C * 218.3 Входное напряжение, при отсутствии 000.0. M 0x4D * 240.0 Максимальное напряжение от посл. опроса. N 0x4E * 190.0 Минимальное напряжение от посл. опроса. O 0x4F * 218.3 Выходное напряжение, см. при работе от бат. P 0x50 * 35.5 Мощность нагрузки %. Q 0x51 * См. таблицу. Флаг статуса. R 0x52 —- BYE Выключение режима мониторинга для 3го поколения Smart-UPS», Smart-UPS v/s, Back-UPS pro. S 0x53 —- OK Команда выключения, выполняется за установленный период, действительна при работе от батарей. При появлении входного напряжения UPS включается. U 0x55 * OK   !   $ Имитирует сбой питания. V 0x56 * GWI———Смотрите таблицу. Номер версии UPS. W 0x57 * OK Self test .  Тест работоспособности UPS. X 0x58 * Результат Selftest

   • OK-хорошая батарея

   • BT-недостаточная ёмкость батарей

   • NG-тест не прошёл

   • NO-тест не проводился последние пять минут

   Y 0x59 * SM Вводит Smart в режим мониторинга. Z—Z 0x5A     Немедленно выключает UPS. Послать дважды с задержкой 1.5 сек.

   Команда

   Код. 2G/M Ответ UPS. Комментарий. a 0x61 —- Пример:            3.!$%+?=#|.

   +789>@ABCDEFGKLMNOPQRSUVWXYZ’

   abcefgjklmnopqrsuxyz~

   Информация протокола, показывает три основных раздела разделённых точкой:

   1. Версия протокола

   2. Аварийные сообщения

   3. Используемые команды

   b 0x62 —- 50.9.I

   • 50-SKU цифра определяющая модель

   • 9-ревизия программы  .

   • I-код страны (D=USA,  I=International,  A=Asia,  J=Japan,  M=Canada).

   c 0x63 * UPS_700 Имя определяемое пользователем. e 0x65 * 00    01    02    03 Минимальный уровень разряда батарей в %, для включения UPS после возврата питающего напряжения. Предотвращает частые переключения в связи со сбоями питания f 0x66 * 100.0 Уровень заряда батарей в процентах %. g 0x67 * 012  или  024  или  048 Номинальное напряжение батарей. h   —- NA  (Окружающая влажность) Команда не реализована. i   —- NA  (Не определено) Команда не реализована. j 0x6A * 0185 (Runtime)Расчётное время работы в минутах. k 0x6B * 0    T    L    N Задержка подачи звукового сигнала: l 0x6C * 196   188   208   204 Минимальное напряжение переключения UPS на батарею. Соответствие уставок байтам:  196—00h,  188—01h,  208—02h,  204—03h. m 0x6D * 11/29/96 Дата изготовления. n 0x6E * gs9635180029 Уникальный серийный номер. o 0x6F * 230   240   220   225 Выходное напряжение при работе от батарей. Соответствие байт вых. напряжению:   00h—230v,  01h—240v,  02h—220v,  03h—225v. p 0x70 * 020   180   300   600 Задержка выключения в сек. Соответствие байт значениям: 00—020(по умолчанию),  01—180,  02—300,  03—600. q 0x71 * 02   05   07   10 Время сообщения о разряженной батареи перед выключением питания в минутах.   Соответствие байт минутам:                  00h—02(по умолчанию),  01h—05,  02h—07,  03h—10. r 0x72 * 000   060   180   300 Задержка подачи сигнала в секундах. Адрес в EEPROM 7Ch. Соответствие значений байтам:    000 байт 00h(по умолчанию), 060 байт 01h, 180 байт 02h, 300 байт 03h.

   Команда

   Код. 2G/M Ответ UPS. Комментарий. s 0x73 * H    M    L   A Чуствительность к изменению напряжения сети. u 0x75 * 253   264   271   280 При достижении данного напряжения в сети UPS переходит на батареи. Соответствие байт значениям напряжения:  00h—253(по умолчанию),  01h—264,  02h—271,  03h—280. v 0x76     Версия платы блока. x 0x78 * 11/29/96 Дата замены батарей. у 0x79 * (C)APCC Объявление авторского права. z 0x7A * CLEAR Сброс пользовательских настроек к заводским кроме даты замены батарей и имя пользователя. Не для SmartUPSv/s или BackUPS Pro. Shift  + 0x2B —-   Команда увеличения  юстируемых значений, влияет на активный параметр опрашиваемый в данный момент. Знак «|»  от UPS подтверждает запись параметра в ППЗУ. — 0x2D *   Команда уменьшения юстируемых значений, влияет на активный параметр опрашиваемый в данный момент. Знак «|»  от UPS подтверждает запись параметра в ППЗУ. @nnn   * OK  или  * При вводе четырёх символов подряд выключает UPS на «nnn» десятых часа. DEL 0x7F —- OK Отмена выключения т.е. команд @, S, K—K. 0 0x30 * Регистр 0-коэффициент пропорциональный ёмкости батарей. ~ 0x7E —- Смотрите таблицу регистра 1. Регистр 1. ‘ 0x27 —- Смотрите таблицу регистра 2. Регистр 2. 8 0x38 * Смотрите таблицу регистра 3. Регистр 3. 4 0x34 —- Смотрите таблицу. Регистр 4. 5 0x35 * Смотрите таблицу. Регистр 5. 6 0x36 * Смотрите таблицу. Регистр 6. 7 0x37 * Смотрите таблицу. Позиция переключателей. Действительно для моделей оборудованных переключателями. 9 0x39 * 00        FF Оценка UPSом качества сети. > 0x3E —-   Сообщает о количестве установленных батарей.

   Команда

   Код. 2G/M Ответ UPS. L  w

   Все биты поддерживаются  UPS Matrix, для Smart UPS действительны биты 6 и 7.

      Расшифровка версии UPS при подаче команды «V».

   Циркуляционные насосы Grundfos UPS: модели, характеристики

   Содержание   

   Циркуляционные насосы Grundfos UPS применяются для циркуляции воды в замкнутых и незамкнутых системах отопления и кондиционирования.

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

   Конструктивные особенности и применение агрегатов

   Устройство Грундфос состоит из двух основных узлов: корпус и мотор. Конструктивные особенности аппаратов:

   • сальники обеспечивают герметичность конструкции;
   • к подшипникам крепится вал;
   • гильзой оборудован ротор насоса;
   • корпус насоса и мотор объединены в один узел без уплотнительных деталей;
   • крыльчатка изготовлена из полимера и находится на роторном валу. Во время эксплуатации аппарата, крыльчатка погружена в перекачиваемую среду.

   Устройство насоса Grundfos UPS

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

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

   Насос циркуляционный Грюндфос упс отличается рядом преимуществ:

   • ценовая политика позволяет приобретать качественный агрегат по доступной цене;
   • высокий коэффициент полезного действия и низкие энергопотребляющие показателя позволяют агрегатам быть надежными и эффективными;
   • качественные материалы изготовления обеспечивают продолжительный срок службы более десяти лет;
   • устойчивость к агрессивным средам помогают аппаратам выдерживать разные климатические зоны.

   Для идеальной производительности агрегаты настраивают на рабочую частоту.
   к меню ↑

   Разновидности и конструкция

   В зависимости от типа ротора, агрегаты делятся на два типа:

   • сухой;
   • мокрый.

   Первые при способности перекачивать жесткие жидкости издают высокий уровень шума. Преимущество такого типа аппаратов в высоком коэффициенте полезного действия.

   Напорные характеристики насоса Grundfos UPS

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

   По типу установок делятся на одиночные и сдвоенные модели. Спаренные отличаются большей мощностью, напором, производительностью. Недостаток таких моделей в высокой стоимости.

   По количеству скоростей делятся на одно и многоскоростные модели.

   Рабочее колесо размещено в корпусе на валу. Обратный клапан размещен на канале, который находится на валу. Винт расположен на корпусе и используется для стравливания воздуха. Герметичность устройства достигается благодаря уплотнительным деталям. Ротор произведен из нержавейки. Благодаря материалу детали отличаются антикоррозийными свойствами. Фиксация вала достигается кольцом стопора.
   к меню ↑

   Расшифровка маркировки

   В названии каждой модели агрегата зашифрована информация о характеристиках.

   Серия UPS и ее модели расшифровываются таким образом:

   • UP-модельный ряд;
   • S-с скоростями и фиксатором;
   • литера D говорит о сдвоенности аппарата;
   • первая двухзначная цифра говорит о диаметре патрубков, в миллиметрах;
   • вторая двухзначная цифра показывает максимально высокий напор в дециметрах;
   • две литеры в конце наименования – присоединение и материал (если литеры нет, значит соединение трубное, F — фланцевое; N — сталь нержавеющая, при отсутствии литеры — чугун).

   Пример насосы Grundfos UPS 40 180 f. Серия up с переключателем скоростей и фиксатором. Диаметр патрубка — 40 миллиметров. Напор 18 метров. F — фланцевое соединение с корпусом из чугуна.
   к меню ↑

   Модельный ряд

   Устройства Грандфос имеют широкий модельный ряд.

   Циркуляционный насос Grundfos UPS 25-40 130

   Серия с фиксированными скоростями

   • Grundfos UPS 1560 производительностью 3300 литров в час, мощностью 105 Вт и напором 5,8 метров;
   • Grundfos UPS 1560 130 имеет пропускную способность 1,59 кубических метров в час, напор 60 метров, мощность 50 Вт, вем 2,3 кг;
   • Grundfos UPS 25 40 оснащен защитой мотора от скачков напряжения в сети. Производительность устройства 2900 литров в час, напор 3,8 метра, температурный режим жидкости от 2 до 110 градусов по Цельсию. Одинарный тип конструкции с 3-х скоросным режимом работы. Пользуется популярностью в жилищах с перебойной работой напряжения. Аналог моделиgrundfosups 25 40 130 и 180 имеет те же характеристики, отличается лишь монтажной длиной;
   • Grundfos UPS 25 60 180 отличается универсальностью и эксплуатируется для горячего водоснабжения и отопительной системы. Производительность прибора 4300 литров в час при напоре 6,5 метров. Обладает трех скоростным режимом работы, рабочей камерой из чугуна и корпусом из алюминия. Монтажная длина составляет 180 миллиметров. Разновидностью модели является Grundfos UPS 25 60/130, отличающаяся монтажной длиной, составляющей 130 миллиметров;
   • Grundfos UPS 25 80 создает максимальный напор 8 метров. Пропускная способность прибора составляет 8 метров кубических в час. Тип ротора-мокрый. Количество скоростей- три. Аппарат применяется в протяжной отопительной системе. Функционирует при максимальном давлении 10 Бар;
   • Grundfos UPS 25 100 создает напор 10 метров, потребляемая мощность 280 Вт, производительность составляет 11 метров кубических в час;
   • Grundfos UPS 25 120/180 отличается самым высоким напоров в линейке 12 метров и производительностью 3,6 кубических метров в час. Мощность 120 Вт;
   • UPS 32/40 образует напор 4 метра, монтируется в вертикальном и горизонтальном положении. Пропускная способность 12 кубических метров в час. Мощность 60 Вт;
   • циркуляционные насосы Grundfos UPS 3260 обладают пропускной способностью 4,6 кубометров в час, напором 6 метров и мощностью 90 Вт. Эксплуатируются при температуре воды до 95 градусов Цельсия. Весят 2,6 килограмм.Ups 3060 180 grundfosс монтажной длиной 18 сантиметров;
   • циркуляционные насосы Grundfos UPS 32 80 работают при давлении до 10 Бар и температурой жидкости от минус 25 до 110 градусов Цельсия.Grundfos ups 32 80 180 создает напор 8 метров, производительность агрегата 11000 литров в час;
   • Grundfos UPS 32 100 работает при давлении 10 Бар, расход прибора 14 кубометров в час. Grundfos UPS 32 100 создает напор 10 метров. Модель Grundfos UPS 32 100 создана для систем отопления, водоснабжения, охлаждения и кондиционирования;
   • Grundfos UPS 32 120 f эксплуатируются при температуре жидкости от минус 10 до 120 градусов по Цельсию. Монтажная длина 22 сантиметра. Отличается керамическими радиальными подшипниками, осевым подшипником из графита, алюминиевым корпусом статора, чугунным корпусом. Вес 17 килограмм;
   • Grundfos UPS 40 120 f. Аппарат создает напор 120 дм. Имеет фланцевое соединение и 3 скорости;
   • UPS 65 120 f Grundfos с 3-х скоростным режимом и керамическими радиальными подшипниками и фланцевым присоединением. Создает напор 120 дм.

     Сдвоенный циркуляционный насос Grundfos UPSD 40-60/2 F

   Серия UP применяется для горячего водоснабжения в частных жилищах (для рециркуляции). Быстро доставляет воду к водозаборной точке.

   Серия без фиксированных скоростей UP:

   • насосы Grundfos UP 15 14 bpm используются для систем горячего водоснабжения. Создаваемый напор 1,2 метра, расход 0,5 кубических метра в час, монтажная длина 8 сантиметров. Аналогом модели являются циркуляционные насосы grundfos up 15 14 but, отличающиеся наличием таймера и термостата;
   • Grundfos UP 15 40 btс мощностью 25 Вт, термостатом, напором 1. 2 метра, пропускной способностью 0,7 кубометров в час. Защита от перегрева продлевает срок службы прибора;
   • Grundfos UP 2015 n это односкоростная помпа с корпусом из нержавеющей стали;
   • циркуляционные насосы Grundfos UP 15 14 b отличаются низким энергопотреблением и низким уровнем шума. Модель Grundfos UP 15 14 bapm имеет ротор двигателя на постоянных магнитах;
   • Grundfos UP 20 14 bxa pmоборудован двумя температурными датчиками. Рециркуляция, которая проводится аппаратом один раз в неделю, необходима для уничтожения бактерий и промывки системы. Аналогом устройства является grundfos UP 2014bx pm;
   • Grundfos UP 15 14b a pmиспользуется для рециркуляции гвс. Мокрый тип ротора защищает мотор от перегрева.

   к меню ↑

   КАК ОПРЕДЕЛИТЬ ПОДДЕЛКУ НА НАСОС GRUNDFOS UPS 25 40 180? (ВИДЕО)

   
   к меню ↑

   Как выбрать электронасос?

   У каждой модели есть своя особенность. При выборе необходимо обращать внимание на технические характеристики устройств. Такой параметр как мощность в зависимости от модели варьируется от 20 до 245 Вт. При выборе также следует обращать внимание на напор, который создает прибор. Описание работы необходимо почитать перед покупкой. Температурный режим аппарата подбирают в зависимости от температуры теплоносителя.

   Циркуляционный насос Grundfos UP 20-14

   к меню ↑

   Монтаж приборов

   Установка приборов производится на трубе обратной подачи. Подключается аппарат муфтой или фланцем в зависимости от модели. Монтаж прибора производят по направлению стрелки, расположенной на корпусе агрегата. После монтажа соединительные части герметизируются. Аппарат подключают к сети. После подключения проводят тестированный запуск. Если при пробном запуске не наблюдаются посторонние звуки, значит, агрегат установлен правильно.

   Правильно подобранный и установленный агрегат прослужит долгое время без поломок.
    Главная страница » Насосы

   РАСШИФРОВКА МОДЕЛЕЙ | ИБП Eaton 93PM

   P-105000007-001	93PM-30(50)-BB-0	ИБП 30 кВА/30 кВт без батарей, в составе ИБП автомат батарейной защиты
   P-105000007-002	93PM-30(50)-BB-3x9Ah	ИБП 30 кВА/30 кВт с внутренней батареей из 3 треев
   P-105000007-003	93PM-30(50)-BB-4x9Ah	ИБП 30 кВА/30 кВт с внутренней батареей из 4 треев
   P-105000007-004	93PM-30(50)-BB-5x9Ah	ИБП 30 кВА/30 кВт с внутренней батареей из 5 треев
   P-105000007-005	93PM-30(50)-BB-6x9Ah	ИБП 30 кВА/30 кВт с внутренней батареей из 6 треев
   P-105000007-016	93PM-40(50)-BB-0	ИБП 40 кВА/40 кВт без батарей, в составе ИБП автомат батарейной защиты
   P-105000007-018	93PM-40(50)-BB-4x9Ah	ИБП 40 кВА/40 кВт с внутренней батареей из 4 треев
   P-105000007-019	93PM-40(50)-BB-5x9Ah	ИБП 40 кВА/40 кВт с внутренней батареей из 5 треев
   P-105000007-020	93PM-40(50)-BB-6x9Ah	ИБП 40 кВА/40 кВт с внутренней батареей из 6 треев
   P-105000007-031	93PM-50(50)-BB-0	ИБП 50 кВА/50 кВт без батарей, в составе ИБП автомат батарейной защиты
   P-105000007-032	93PM-50(50)-BB-4x9Ah	ИБП 50 кВА/50 кВт с внутренней батареей из 4 треев
   P-105000007-033	93PM-50(50)-BB-5x9Ah	ИБП 50 кВА/50 кВт с внутренней батареей из 5 треев
   P-105000007-034	93PM-50(50)-BB-6x9Ah	ИБП 50 кВА/50 кВт с внутренней батареей из 6 треев
   P-105000007-009	93PM-30(50)-MBS-BB-0	ИБП 30 кВА/30 кВт без батарей, в составе ИБП автомат батарейной защиты и сервисный байпас MBS
   P-105000007-010	93PM-30(50)-MBS-BB-3x9Ah	ИБП 30 кВА/30 кВт с внутренней батареей из 3 треев, сервисный байпас MBS
   P-105000007-011	93PM-30(50)-MBS-BB-4x9Ah	ИБП 30 кВА/30 кВт с внутренней батареей из 4 треев, сервисный байпас MBS
   P-105000007-012	93PM-30(50)-MBS-BB-5x9Ah	ИБП 30 кВА/30 кВт с внутренней батареей из 5 треев, сервисный байпас MBS
   P-105000007-013	93PM-30(50)-MBS-BB-6x9Ah	ИБП 30 кВА/30 кВт с внутренней батареей из 6 треев, сервисный байпас MBS
   P-105000007-024	93PM-40(50)-MBS-BB-0	ИБП 40 кВА/40 кВт без батарей, в составе ИБП автомат батарейной защиты и сервисный байпас MBS
   P-105000007-026	93PM-40(50)-MBS-BB-4x9Ah	ИБП 40 кВА/40 кВт с внутренней батареей из 4 треев, сервисный байпас MBS
   P-105000007-027	93PM-40(50)-MBS-BB-5x9Ah	ИБП 40 кВА/40 кВт с внутренней батареей из 5 треев, сервисный байпас MBS
   P-105000007-028	93PM-40(50)-MBS-BB-6x9Ah	ИБП 40 кВА/40 кВт с внутренней батареей из 6 треев, сервисный байпас MBS
   P-105000007-037	93PM-50(50)-MBS-BB-0	ИБП 50 кВА/50 кВт без батарей, в составе ИБП автомат батарейной защиты и сервисный байпас MBS
   P-105000007-038	93PM-50(50)-MBS-BB-4x9Ah	ИБП 50 кВА/50 кВт с внутренней батареей из 4 треев, сервисный байпас MBS
   P-105000007-039	93PM-50(50)-MBS-BB-5x9Ah	ИБП 50 кВА/50 кВт с внутренней батареей из 5 треев, сервисный байпас MBS
   P-105000007-040	93PM-50(50)-MBS-BB-6x9Ah	ИБП 50 кВА/50 кВт с внутренней батареей из 6 треев, сервисный байпас MBS
   P-105000007-006	93PM-30(50)-BB-4x7Ah-LL	ИБП 30 кВА/30 кВт с внутренней батареей из 4 треев, батареи с повышенным ресурсом
   P-105000007-007	93PM-30(50)-BB-5x7Ah-LL	ИБП 30 кВА/30 кВт с внутренней батареей из 5 треев, батареи с повышенным ресурсом
   P-105000007-008	93PM-30(50)-BB-6x7Ah-LL	ИБП 30 кВА/30 кВт с внутренней батареей из 6 треев, батареи с повышенным ресурсом
   P-105000007-022	93PM-40(50)-BB-5x7Ah-LL	ИБП 40 кВА/40 кВт с внутренней батареей из 5 треев, батареи с повышенным ресурсом
   P-105000007-023	93PM-40(50)-BB-6x7Ah-LL	ИБП 40 кВА/40 кВт с внутренней батареей из 6 треев, батареи с повышенным ресурсом
   P-105000007-035	93PM-50(50)-BB-5x7Ah-LL	ИБП 50 кВА/50 кВт с внутренней батареей из 5 треев, батареи с повышенным ресурсом
   P-105000007-036	93PM-50(50)-BB-6x7Ah-LL	ИБП 50 кВА/50 кВт с внутренней батареей из 6 треев, батареи с повышенным ресурсом
   P-105000007-043	93PM-30(50)-MBS-BB-4x7Ah-LL	ИБП 30 кВА/30 кВт с внутренней батареей из 4 треев, батареи с повышенным ресурсом, сервисный байпас MBS
   P-105000007-014	93PM-30(50)-MBS-BB-5x7Ah-LL	ИБП 30 кВА/30 кВт с внутренней батареей из 5 треев, батареи с повышенным ресурсом, сервисный байпас MBS
   P-105000007-015	93PM-30(50)-MBS-BB-6x7Ah-LL	ИБП 30 кВА/30 кВт с внутренней батареей из 6 треев, батареи с повышенным ресурсом, сервисный байпас MBS
   P-105000007-029	93PM-40(50)-MBS-BB-5x7Ah-LL	ИБП 40 кВА/40 кВт с внутренней батареей из 5 треев, батареи с повышенным ресурсом, сервисный байпас MBS
   P-105000007-030	93PM-40(50)-MBS-BB-6x7Ah-LL	ИБП 40 кВА/40 кВт с внутренней батареей из 6 треев, батареи с повышенным ресурсом, сервисный байпас MBS
   P-105000007-041	93PM-50(50)-MBS-BB-5x7Ah-LL	ИБП 50 кВА/50 кВт с внутренней батареей из 5 треев, батареи с повышенным ресурсом, сервисный байпас MBS
   P-105000007-042	93PM-50(50)-MBS-BB-6x7Ah-LL	ИБП 50 кВА/50 кВт с внутренней батареей из 6 треев, батареи с повышенным ресурсом, сервисный байпас MBS
   P-105000008-001	93PM-50(100)	ИБП 50 кВА/50 кВт с возм расширения до 100 кВА/100 кВт
   P-105000008-002	93PM-50(100)-IS-MBS	ИБП 50 кВА/50 кВт с возм расширения до 100 кВА/100 кВт, входной автомат, сервисный байпас MBS
   P-105000008-003	93PM-50(100)-IS-BB	ИБП 50 кВА/50 кВт с возм расширения до 100 кВА/100 кВт, входной автомат, батарейный автомат
   P-105000008-004	93PM-50(100)-IS-MBS-BB	ИБП 50 кВА/50 кВт с возм расширения до 100 кВА/100 кВт, входной автомат, серв байпас MBS, бат автомат
   P-105000009-001	93PM-50(150)	ИБП 50 кВА/50 кВт с возм расширения до 150 кВА/150 кВт
   P-105000009-002	93PM-50(150)-IS-MBS	ИБП 50 кВА/50 кВт с возм расширения до 150 кВА/150 кВт, входной автомат, сервисный байпас MBS
   P-105000009-003	93PM-50(150)-IS-BB	ИБП 50 кВА/50 кВт с возм расширения до 150 кВА/150 кВт, входной автомат, батарейный автомат
   P-105000009-004	93PM-50(150)-IS-MBS-BB	ИБП 50 кВА/50 кВт с возм расширения до 150 кВА/150 кВт, входной автомат, серв байпас MBS, бат автомат
   P-105000010-001	93PM-50(200)	ИБП 50 кВА/50 кВт с возможностью расширения до 200 кВА/200 кВт
   P-105000011-001	93PM-50(100)-N+1	Система 2х50 кВА/50 кВт = 50 кВА/кВТ + 50 кВА/кВт
   P-105000011-002	93PM-50(100)-IS-MBS-N+1	Система 2х50 кВА/50 кВт = 50 кВА/кВТ + 50 кВА/кВт, входной автомат, сервисный байпас MBS
   P-105000011-003	93PM-50(100)-IS-BB-N+1	Система 2х50 кВА/50 кВт = 50 кВА/кВТ + 50 кВА/кВт, входной автомат, батарейный автомат
   P-105000011-004	93PM-50(100)-IS-MBS-BB-N+1	Система 2х50 кВА/50 кВт = 50 кВА/кВТ + 50 кВА/кВт, входной автомат, сервисный байпас MBS, бат автомат
   P-105000011-005	93PM-80(100)	ИБП 80 кВА/80 кВт из 2 модулей по 40 кВА/40 кВт
   P-105000011-006	93PM-80(100)-IS-MBS	ИБП 80 кВА/80 кВт из 2 модулей по 40 кВА/40 кВт, входной автомат, сервисный байпас MBS
   P-105000011-007	93PM-80(100)-IS-BB	ИБП 80 кВА/80 кВт из 2 модулей по 40 кВА/40 кВт, входной автомат, батарейный автомат
   P-105000011-008	93PM-80(100)-IS-MBS-BB	ИБП 80 кВА/80 кВт из 2 модулей по 40 кВА/40 кВт, входной автомат, сервисный байпас MBS, бат автомат
   P-105000011-009	93PM-100(100)	ИБП 100 кВА/100 кВт из 2 модулей по 50 кВА/ 50 кВт
   P-105000011-010	93PM-100(100)-IS-MBS	ИБП 100 кВА/100 кВт из 2 модулей по 50 кВА/ 50 кВт, входной автомат, сервисный байпас MBS
   P-105000011-011	93PM-100(100)-IS-BB	ИБП 100 кВА/100 кВт из 2 модулей по 50 кВА/ 50 кВт, входной автомат, батарейный автомат
   P-105000011-012	93PM-100(100)-IS-MBS-BB	ИБП 100 кВА/100 кВт из 2 модулей по 50 кВА/ 50 кВт, входной автомат, сервисный байпас MBS, бат автомат
   P-105000012-001	93PM-100(150)	ИБП 100 кВА/100 кВт из 2 мод по 50 кВА/ 50 кВт с возм расшир до 150 кВА/150 кВт
   P-105000012-002	93PM-100(150)-IS-MBS	ИБП 100 кВА/100 кВт из 2 мод по 50 кВА/ 50 кВт с возм расшир до 150 кВА/150 кВт, вх автомат, серв байпас MBS
   P-105000012-003	93PM-100(150)-IS-BB	ИБП 100 кВА/100 кВт из 2 мод по 50 кВА/ 50 кВт с возм расшир до 150 кВА/150 кВт, вх автомат, бат автомат
   P-105000012-004	93PM-100(150)-IS-MBS-BB	ИБП 100 кВА/100 кВт из 2 мод по 50 кВА/ 50 кВт, до 150 кВА/150 кВт, вх авт, серв байпас MBS, бат автомат
   P-105000013-001	93PM-100(200)	ИБП 100 кВА/100 кВт из 2 модулей по 50 кВА/ 50 кВт с возможностью расширения до 200 кВА/200 кВт
   P-105000014-001	93PM-100(150)-N+1	Система 3х50 кВА/50 кВт = 100 кВА/кВТ + 50 кВА/кВт
   P-105000014-002	93PM-100(150)-IS-MBS-N+1	Система 3х50 кВА/50 кВт = 100 кВА/кВТ + 50 кВА/кВт, входной автомат, сервисный байпас MBS
   P-105000014-003	93PM-100(150)-IS-BB-N+1	Система 3х50 кВА/50 кВт = 100 кВА/кВТ + 50 кВА/кВт, входной автомат, батарейный автомат
   P-105000014-004	93PM-100(150)-IS-MBS-BB-N+1	Система 3х50 кВА/50 кВт = 100 кВА/кВТ + 50 кВА/кВт, входной автомат, сервисный байпас MBS, бат автомат
   P-105000014-005	93PM-120(150)	ИБП 120 кВА/120 кВт из 3 модулей по 40 кВА/ 40 кВт
   P-105000014-006	93PM-120(150)-IS-MBS	ИБП 120 кВА/120 кВт из 3 модулей по 40 кВА/ 40 кВт, входной автомат, сервисный байпас MBS
   P-105000014-007	93PM-120(150)-IS-BB	ИБП 120 кВА/120 кВт из 3 модулей по 40 кВА/ 40 кВт, входной автомат, батарейный автомат
   P-105000014-008	93PM-120(150)-IS-MBS-BB	ИБП 120 кВА/120 кВт из 3 модулей по 40 кВА/ 40 кВт, входной автомат, сервисный байпас MBS, бат автомат
   P-105000014-009	93PM-150(150)	ИБП 150 кВА/150 кВт из 3 модулей по 50 кВА/ 50 кВт
   P-105000014-010	93PM-150(150)-IS-MBS	ИБП 150 кВА/150 кВт из 3 модулей по 50 кВА/ 50 кВт, входной автомат, сервисный байпас MBS
   P-105000014-011	93PM-150(150)-IS-BB	ИБП 150 кВА/150 кВт из 3 модулей по 50 кВА/ 50 кВт, входной автомат, батарейный автомат
   P-105000014-012	93PM-150(150)-IS-MBS-BB	ИБП 150 кВА/150 кВт из 3 модулей по 50 кВА/ 50 кВт, входной автомат, сервисный байпас MBS, бат автомат
   P-105000015-001	93PM-150(200)	ИБП 150 кВА/150 кВт из 3 модулей по 50 кВА/ 50 кВт с возможностью расширения до 200 кВА/200 кВт
   P-105000016-001	93PM-150(200)-N+1	Система 4х50 кВА/50 кВт = 150 кВА / кВт + 50 кВА / 50 кВт
   P-105000016-002	93PM-160(200)	ИБП 160 кВА/160 кВт из 4 модулей по 40 кВА/ 40 кВт
   P-105000016-003	93PM-200(200)	ИБП 200 кВА/200 кВт из 4 модулей по 50 кВА/ 50 кВт
   D010A0200A03000000	93PM-100(400)	ИБП 100 кВА/100 кВт из 2 модулей по 50 кВА/ 50 кВт
   D115A0200A03000000	93PM-150(400)	ИБП 150 кВА/150 кВт из 3 модулей по 50 кВА/ 50 кВт
   D220A0200A03000000	93PM-200(400)	ИБП 200 кВА/200 кВт из 4 модулей по 50 кВА/ 50 кВт
   D325A0200A03000000	93PM-250(400)	ИБП 250 кВА/250 кВт из 5 модулей по 50 кВА/ 50 кВт
   D430A0200A03000000	93PM-300(400)	ИБП 300 кВА/300 кВт из 6 модулей по 50 кВА/ 50 кВт
   D535A0200A03000000	93PM-350(400)	ИБП 200 кВА/200 кВт из 7 модулей по 50 кВА/ 50 кВт
   D640A0200A03000000	93PM-400(400)	ИБП 400 кВА/400 кВт из 8 модулей по 50 кВА/ 50 кВт
   D010A0200A03001000	93PM-100(500)	ИБП 100 кВА/100 кВт из 2 модулей по 50 кВА/ 50 кВт
   D115A0200A03001000	93PM-150(500)	ИБП 150 кВА/150 кВт из 3 модулей по 50 кВА/ 50 кВт
   D220A0200A03001000	93PM-200(500)	ИБП 200 кВА/200 кВт из 4 модулей по 50 кВА/ 50 кВт
   D225A0200A03002000	93PM-250(500)	ИБП 250 кВА/250 кВт из 5 модулей по 50 кВА/ 50 кВт
   D330A0200A03002000	93PM-300(500)	ИБП 300 кВА/300 кВт из 6 модулей по 50 кВА/ 50 кВт
   D435A0200A03001000	93PM-350(500)	ИБП 200 кВА/200 кВт из 7 модулей по 50 кВА/ 50 кВт
   D540A0200A03001000	93PM-400(500)	ИБП 400 кВА/400 кВт из 8 модулей по 50 кВА/ 50 кВт
   D645A0200A03001000	93PM-450(500)	ИБП 450 кВА/450 кВт из 9 модулей по 50 кВА/ 50 кВт
   D650A0200A03002000	93PM-500(500)	ИБП 500 кВА/500 кВт из 10 модулей по 50 кВА/ 50 кВт
   P-105000017-001	93P/E-BAT-S-0x36-EMPTY (200A) M5 cables	Пустой шкаф для использования 36 местных батарей, автомат 200А, кабели M5
   P-105000017-005	93P/E-BAT-S-0x36-EMPTY (200A) M6 cables	Пустой шкаф для использования 36 местных батарей, автомат 200А, кабели M6
   P-105000017-002	93P/E-BAT-S-1×36-110W (200A)	Шкаф с 36 аккумуляторами CSB HRL 12110W, автомат 200А
   P-105000017-004	93P/E-BAT-S-1×36-200W (200A)	Шкаф с 36 аккумуляторами CSB HRL 12200W, автомат 200А
   P-105000018-001	93P/E-BAT-S-0x40-EMPTY (400A) M6 cables	Пустой шкаф для использования 40 местных батарей, автомат 400А, кабели M6
   P-105000018-002	93P/E-BAT-S-1×36-200W (400A)	Шкаф с 36 аккумуляторами CSB HRL 12200W, автомат 400А
   P-105000018-003	93P/E-BAT-S-1×40-200W (400A)	Шкаф с 40 аккумуляторами CSB HRL 12200W, автомат 400А
   P-103000847	KIT 93PM EXTERNAL PARALLEL	Кабель параллельной работы
   P-103000926	KIT 93PM 80-150KW TOP AIR EXHAUST	Комплект для обеспечения выброса воздуха вверх, для ИБП до 150 кВА/кВт
   P-103000927	KIT 93PM 160-200KW TOP AIR EXHAUST	Комплект для обеспечения выброса воздуха вверх, для ИБП 200 кВА/кВт
   P-103000719	KIT 93PM 30-150kW TOP CABLE ACCESS	Комплект для обеспечения подключения кабелей сверху, для ИБП до 150 кВА/кВт
   P-105000035-001	93P/E-BAT-L-EMPTY (400A) M6 cable lugs	Пустой шкаф 1086x 910x 1888 мм с автоматами 400А и перемычками M6, без кабеля для подключения к ИБП
   P-105000035-002	93P/E-BAT-L-EMPTY (400A) M8 cable lugs	Пустой шкаф 1086x 910x 1888 мм с автоматами 400А и перемычками M8, без кабеля для подключения к ИБП
   P-105000036-001	93P/E-BAT-L-EMPTY (500A) M6 cable lugs	Пустой шкаф 1086x 910x 1888 мм с автоматами 500А и перемычками M6, без кабеля для подключения к ИБП
   P-105000036-002	93P/E-BAT-L-EMPTY (500A) M8 cable lugs	Пустой шкаф 1086x 910x 1888 мм с автоматами 500А и перемычками M8, без кабеля для подключения к ИБП
   P-105000037-001	93P/E-BAT-L-EMPTY (700A) M6 cable lugs	Пустой шкаф 1086x 910x 1888 мм с автоматами 700А и перемычками M6, без кабеля для подключения к ИБП
   P-105000037-002	93P/E-BAT-L-EMPTY (700A) M8 cable lugs	Пустой шкаф 1086x 910x 1888 мм с автоматами 700А и перемычками M8, без кабеля для подключения к ИБП
   P-105000003-020	EXTERNAL MAINTENANCE BYPASS 50kW, 2-SWITCHES	Внешний сервисный байпас на 50 кВт, с 2 переключателями
   P-105000003-046	EXTERNAL MAINTENANCE BYPASS 50kW, 3-SWITCHES?	Внешний сервисный байпас на 50 кВт, с 3 переключателями
   P-103000650	KIT 93PM 30-50KW EMC-C2	Набор для снижения электромагнитного излучения
   INDRELAY-MS	Industrial relay card — MS for 93PM and 93E	Промышленная карта «сухих» контактов
   PXGMSUPS	PowerXpert UPS MiniSlot card (PXGMS UPS) for 93PM	Коммуникационная карта PowerXpert
   P-105000038-001	93-BAT10-280 (400A) (CSB HRL 12280W)	Шкаф 1125х 804 х 1879 мм с автоматом 400А и аккумуляторами CSB HRL 12280W, с кабелем для подключения ИБП
   P-105000038-002	93-BAT10-330 (400A) (CSB HRL 12330W)	Шкаф 1125х 804 х 1879 мм с автоматом 400А и аккумуляторами CSB HRL 12330W, с кабелем для подключения ИБП
   P-105000038-003	93-BAT10-500 (400A) (CSB HRL12500W)	Шкаф 1125х 804 х 1879 мм с автоматом 400А и аккумуляторами CSB HRL 12500W, с кабелем для подключения ИБП
   P-105000039-001	93-BAT10-280 (700A) (CSB HRL 12280W)	Шкаф 1125х 804 х 1879 мм с автоматом 700А и аккумуляторами CSB HRL 12280W, с кабелем для подключения ИБП
   P-105000039-002	93-BAT10-330 (700A) (CSB HRL 12330W)	Шкаф 1125х 804 х 1879 мм с автоматом 700А и аккумуляторами CSB HRL 12330W, с кабелем для подключения ИБП
   P-105000039-003	93-BAT10-500 (700A) (CSB HRL12500W)	Шкаф 1125х 804 х 1879 мм с автоматом 700А и аккумуляторами CSB HRL 12500W, с кабелем для подключения ИБП
   P-105000043-001	93PM-60(60)-BB-0	ИБП 60 кВА/54 кВт без батарей, в составе ИБП автомат батарейной защиты
   P-105000043-002	93PM-60(60)-BB-5x9Ah	ИБП 60 кВА/54 кВт с внутренней батареей из 5 треев
   P-105000043-003	93PM-60(60)-BB-6x9Ah	ИБП 60 кВА/54 кВт с внутренней батареей из 6 треев
   P-105000043-004	93PM-60(60)-MBS-BB-0	ИБП 60 кВА/54 кВт без батарей, в составе ИБП автомат батарейной защиты и сервисный байпас MBS
   P-105000043-005	93PM-60(60)-MBS-BB-5x9Ah	ИБП 60 кВА/54 кВт с внутренней батареей из 5 треев, сервисный байпас MBS
   P-105000043-006	93PM-60(60)-MBS-BB-6x9Ah	ИБП 60 кВА/54 кВт с внутренней батареей из 6 треев, сервисный байпас MBS
   P-105000043-007	93PM-60(60)-BB-6x7Ah-LL	ИБП 60 кВА/54 кВт с внутренней батареей из 6 треев, батареи с повышенным ресурсом
   P-105000043-008	93PM-60(60)-MBS-BB-6x7Ah-LL	ИБП 60 кВА/54 кВт с внутренней батареей из 6 треев, батареи с повышенным ресурсом, сервисный байпас MBS
   P-105000003-022	EXTERNAL MBS 100kW 2-SWITCHES	Внешний сервисный байпас на 100 кВт, с 2 переключателями
   P-105000003-023	EXTERNAL MBS 100kW 3-SWITCHES	Внешний сервисный байпас на 100 кВт, с 3 переключателями
   P-105000003-024	EXTERNAL MBS 100kW 4-SWITCHES	Внешний сервисный байпас на 100 кВт, с 4 переключателями
   P-122000182	KIT EXT BATT MCCB 200A	Автомат защиты батарей 200А для серии 93PM, для установки во внешний щиток
   P-122000183??	KIT EXT BATT MCCB 400A	Автомат защиты батарей 400А для серии 93PM, для установки во внешний щиток
   P-122000184??	KIT EXT BATT MCCB 500A	Автомат защиты батарей 500А для серии 93PM, для установки во внешний щиток
   P-122000180?	KIT EXT BATT MCCB 700A	Автомат защиты батарей 700А для серии 93PM, для установки во внешний щиток
   P-103001259	KIT 93PM-(50) SYNC CONTROL INTERFACE	Разъем для включения системы синхронизации одиночных ИБП до 50 кВт
   P-103001260	KIT 93PM-(100)-(200) SYNC CONTROL INTERFACE	Разъем для включения системы синхронизации одиночных ИБП до 100-200 кВт

   Linux Kernel Panic Oops Debug · GitHub

   »»»»»»»»»»»»»..»

   	## Код ошибки
   	«
   	Упс: 0002 [# 1] PREEMPT SMP
   	«
   	Это значение кода ошибки в шестнадцатеричном формате. Каждый бит имеет собственное значение:
   	— бит 0 == 0 означает, что страница не найдена, 1 означает сбой защиты
   	— бит 1 == 0 означает чтение, 1 означает запись
   	— бит 2 == 0 означает ядро, 1 означает пользовательский режим
   	— [# 1] — это значение — количество раз, когда произошли ошибки.Множественные ошибки могут быть вызваны каскадным эффектом первого.
   	> http://www.linuxforu.com/2011/01/understanding-a-kernel-oops
   	«
   	CPU: 1 PID: 162 Comm: surfaceflinger Tainted: G W O 3.10.20-262458-ge1b992c # 1
   	«
   	Указывает, на каком процессоре произошла ошибка.
   	Флаг «Зараженный» указывает на P здесь. Каждый флаг имеет свое значение. Несколько других флагов и их значения взяты из kernel / panic.c:
   	— P — Загружен фирменный модуль.
   	— F — Модуль был загружен принудительно.
   	— S — SMP с процессором, не предназначенным для SMP.
   	— R — Пользователь принудительно выгрузил модуль.
   	— M — В системе возникла исключительная ситуация при проверке машины.
   	— B — Система попала в bad_page.
   	— U — озорство, определяемое пользовательским пространством.
   	— A — Таблица ACPI переопределена.
   	— W — Заражение при предупреждении.
   	> http://www.linuxforu.com/2011/01/understanding-a-kernel-oops
   	«
   	5 # options: установить env. переменная AFLAGS = параметры для передачи параметров в «как»;
   	6 # например, чтобы декодировать ошибку i386 в системе x86_64, используйте:
   	7 # AFLAGS = — 32 декодировать код <386.ой
   	«
   	## Код декодирования
   	«
   	# скрипты / decodecode
   	$ cd kernel_src_folder
   	$ скриптов / код декодирования <ой.txt
   	или
   	$ echo «Код: 16 01 00 00 39 45 08 72 60 8b 3d 40 09 fb c1 89 5d d4 eb \
   	27 90 8d 74 26 00 8b 4e 18 81 f9 fc c3 de c1 0f 84 e9 00 00 00 8d 71 \
   	e8 <8b> 49 e8 39 c1 0f 83 дБ 00 00 00 3b 45 08 77 20 8d 04 17 89 cb «\
   	| скрипты / декодирование
   	«
   	Выход, как показано ниже:
   	«
   	Весь код
   	========
   	0: 16 (плохо)
   	1: 01 00 добавить% eax, (% rax)
   	3:00 39 добавить% bh, (% rcx)
   	5:45 08 72 60 или% r14b, 0x60 (% r10)
   	9: 8b 3d 40 09 fb c1 mov -0x3e04f6c0 (% rip),% edi # 0xffffffffc1fb094f
   	f: 89 5d d4 mov% ebx, -0x2c (% rbp)
   	12: EB 27 JMP 0x3b
   	14: 90 ноп
   	15: 8d 74 26 00 lea 0x0 (% rsi,% riz, 1),% esi
   	19: 8b 4e 18 mov 0x18 (% rsi),% ecx
   	1c: 81 f9 fc c3 de c1 cmp $ 0xc1dec3fc,% ecx
   	22: 0f 84 e9 00 00 00 je 0x111
   	28: 8d 71 e8 lea -0x18 (% rcx),% esi
   	2b: * 8b 49 e8 mov -0x18 (% rcx),% ecx <- инструкция треппинга
   	2e: 39 c1 cmp% eax,% ecx
   	30: 0f 83 дБ 00 00 00 jae 0x111
   	36: 3b 45 08 cmp 0x8 (% rbp),% eax
   	39: 77 20 и 0x5b
   	3b: 8d 04 17 lea (% rdi,% rdx, 1),% eax
   	3e: 89 cb mov% ecx,% ebx
   	Код, начинающийся с ошибочной инструкции
   	===========================================
   	0: 8b 49 e8 mov -0x18 (% rcx),% ecx
   	3: 39 c1 cmp% eax,% ecx
   	5: 0f 83 дБ 00 00 00 jae 0xe6
   	b: 3b 45 08 cmp 0x8 (% rbp),% eax
   	e: 77 20 ja 0x30
   	10: 8d 04 17 lea (% rdi,% rdx, 1),% eax
   	13:89 cb mov% ecx,% ebx
   	«
   	## Где получить код
   	«Код:…» взят из журнала ядра. Ой.
   	«
   	[166357.529863] ОШИБКА: невозможно обработать запрос ядра на подкачку на ffffffe8
   	[166357.529901] IP: [] alloc_vmap_area.isra.20 + 0x12a / 0x2c0
   	[166357.529924] * pdpt = 0000000001f1c001 * pde = 0000000001f20067 * pte = 0000000000000000
   	[166357.529950] Ой: 0000 [# 1] ПРЕДВАРИТЕЛЬНЫЙ SMP
   	[166357.529973] Модули, подключенные в: atomisp_css2300 lm3554 mt9m114 ov8830 compat (O) rmi4 st_drv videobuf_vmalloc videobuf_core matrix (O) hdmi_audio pvrsgx wl12xx (O) mac80211 (Osdio) psgx (O) mac80211 (Os) cfg6 (O)
   	[166357.530079] CPU: 1 PID: 6779 Comm: iptables Tainted: G W O 3.10.20-262458-ge1b992c # 1
   	[166357.530090] Название оборудования: Intel Corporation CloverTrail / FFRD, BIOS 406 2013.10.16: 10.18.10
   	[166357.530102] задача: cd195110 ti: cd5b8000 task.ti: cd5b8000
   	[166357.530117] EIP: 0060: [] EFLAGS: 00010213 CPU: 1
   	[166357.530134] EIP находится в alloc_vmap_area.isra.20 + 0x12a / 0x2c0
   	[166357.530145] EAX: e8db4000 EBX: 00000000 ECX: 00000000 EDX: e8db2000
   	[166357.530154] ESI: ffffffe8 EDI: 00001000 EBP: cd5b9dcc ESP: cd5b9d98
   	[166357. 530165] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
   	[166357.530175] CR0: 80050033 CR2: ffffffe8 CR3: 0d5b6000 CR4: 000007f0
   	[166357.530185] DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000
   	[166357.530195] DR6: ffff0ff0 DR7: 00000400
   	[166357.530204] Стек:
   	[166357.530212] cd5b9dcc c132b08a 00002000 c75ca600 00000000 00000000 dec00000 ffffffff
   	[166357.530261] dec00000 00000001 c75ca180 00000022 00000001 cd5b9dec c131f177 ffbfe000
   	[166357.530304] 000080d2 00001000 ffbfe000 80000000 ffffffff cd5b9e20 c131fe47 dec00000
   	[166357.530354] Отслеживание звонков:
   	[166357.530371] []? kmem_cache_alloc_trace + 0xaa / 0x170
   	[166357.530388] [] __get_vm_area_node.isra.21 + 0x87 / 0x160
   	[166357.530402] [] __vmalloc_node_range + 0x57 / 0x200
   	[166357.530417] []? do_ipt_get_ctl + 0x1a6 / 0x320
   	[166357.530431] [] __vmalloc_node + 0x62 / 0x70
   	[166357.530445] []? do_ipt_get_ctl + 0x1a6 / 0x320
   	[166357.530459] [] vzalloc + 0x38 / 0x40
   	[166357. 530473] []? do_ipt_get_ctl + 0x1a6 / 0x320
   	[166357.530488] [] do_ipt_get_ctl + 0x1a6 / 0x320
   	[166357.530503] []? avc_has_perm_flags + 0xc7 / 0x170
   	[166357.530521] [] nf_getsockopt + 0x40 / 0x60
   	[166357.530536] [] ip_getsockopt + 0x84 / 0xc0
   	[166357.530551] [] raw_getsockopt + 0x32 / 0xb0
   	[166357.530567] [] sock_common_getsockopt + 0x27 / 0x40
   	[166357.530582] [] SyS_getsockopt + 0x6e / 0xe0
   	[166357.530598] [] SyS_socketcall + 0x2b9 / 0x300
   	[166357.530615] []? trace_hardirqs_on_thunk + 0xc / 0x10
   	[166357.530631] [] syscall_call + 0x7 / 0xb
   	[166357.530642] Код: 16 01 00 00 39 45 08 72 60 8b 3d 40 09 fb c1 89 5d d4 eb 27 90 8d 74 26 00 8b 4e 18 81 f9 fc c3 de c1 0f 84 e9 00 00 00 8d 71 e8 < 8b> 49 e8 39 c1 0f 83 дБ 00 00 00 3b 45 08 77 20 8d 04 17 89 cb
   	[166357.530945] EIP: [] alloc_vmap_area.isra.20 + 0x12a / 0x2c0 SS: ESP 0068: cd5b9d98
   	[166357.530971] CR2: 00000000ffffffe8
   	«
   	## К сожалению, отслеживание
   	`Испорченные ядра` из ядра / Документация / oops-tracing. txt
   	«
   	222 Испорченные ядра:
   	223
   	224 Некоторые отчеты oops содержат строку «Tainted:» после программы
   	225 счетчик. Это указывает на то, что ядро ​​было испорчено каким-то
   	226 механизм.За строкой следует серия позиционно-чувствительных
   	227 символов, каждый из которых представляет определенное испорченное значение.
   	228
   	229 1: «G», если все загруженные модули имеют лицензию GPL или совместимую, «P», если
   	230 загружен какой-либо собственный модуль. Модули без
   	231 MODULE_LICENSE или с MODULE_LICENSE, который не распознается
   	232 insmod, как GPL-совместимый, считаются проприетарными.
   	233
   	234 2: ‘F’, если какой-либо модуль был принудительно загружен с помощью insmod -f, », если все
   	235 модулей загрузились нормально.
   	236
   	237 3: ‘S’, если ошибка произошла на ядре SMP, работающем на оборудовании, которое
   	238 не был сертифицирован как безопасный для работы с несколькими процессорами.
   	239 В настоящее время это происходит только на различных Атлонах, отличных от
   	240 SMP.
   	241
   	242 4: ‘R’, если модуль был принудительно выгружен командой «rmmod -f», », если все
   	243 модуля выгружались нормально.
   	244
   	245 5: ‘M’, если какой-либо процессор сообщил об исключении проверки компьютера,
   	246 », если не возникло никаких исключений проверки машины.
   	247
   	248 6: ‘B’, если функция открытия страницы обнаружила неверную ссылку на страницу или
   	249 некоторые неожиданные флаги страницы.
   	250
   	251 7: «U», если пользователь или пользовательское приложение специально запросили, чтобы
   	252 Флаг испорченного должен быть установлен, в противном случае.
   	253
   	254 8: ‘D’, если ядро ​​недавно умерло, т.е. произошла ошибка OOPS или BUG.
   	255
   	256 9: «A», если таблица ACPI была переопределена.
   	257
   	258 10: ‘W’, если ядро ​​ранее выдало предупреждение.
   	259 (Хотя некоторые предупреждения могут устанавливать более конкретные флаги заражения.)
   	260
   	261 11: «C», если загружен промежуточный драйвер.
   	262
   	263 12: ‘I’, если ядро ​​работает с серьезной ошибкой в ​​платформе
   	264 прошивка (BIOS или аналогичная).
   	265
   	266 13: ‘O’, если был загружен модуль, созданный извне («вне дерева»).
   	267
   	268 Основная причина появления строки «Tainted:» — сообщить ядру
   	269 отладчиков, если это чистое ядро ​​или если что-то необычное, имеет
   	270 произошло.Заражение необратимо: даже если вызывающий модуль модуль
   	271 выгружено, испорченное значение остается, чтобы указать, что ядро ​​не
   	272 заслуживает доверия.
   	«
   	## Шаги
   	1.Скачать vmlinux.bz2
   	2. bunzip vmlinux.bz2
   	3. objdump -C -S vmlinux> vmlinux.s
   	4. grep -n ffffffff8206b829 vmlinux.s (адрес RIP)
   	5. sed -n ‘мммм, nnnnnp’ vmlinux.s | vim —

   URL-декодирование «упс» — URL-декодирование и кодирование

   Примерно Встречайте URL Decode and Encode, простой онлайн-инструмент, который делает именно то, что говорит: декодирует из URL-кодирования, а также быстро и легко кодирует его.URL-кодируйте ваши данные без проблем или декодируйте их в удобочитаемый формат.

   URL-кодирование, также известное как «процентное кодирование», представляет собой механизм кодирования информации в унифицированном идентификаторе ресурса (URI). Хотя это называется кодированием URL-адресов, на самом деле оно используется более широко в основном наборе универсальных идентификаторов ресурсов (URI), который включает как универсальный указатель ресурсов (URL), так и универсальное имя ресурса (URN). Как таковой, он также используется при подготовке данных типа носителя «application / x-www-form-urlencoded», как это часто бывает при отправке данных HTML-формы в HTTP-запросах.

   Дополнительные параметры
   

   • Набор символов: В случае текстовых данных схема кодирования не содержит набор символов, поэтому вы должны указать, какой набор символов использовался в процессе кодирования. Обычно это UTF-8, но может быть и множество других; если вы не уверены, поиграйте с доступными опциями или попробуйте опцию автоопределения. Эта информация используется для преобразования декодированных данных в набор символов нашего веб-сайта, чтобы все буквы и символы могли отображаться правильно.Обратите внимание, что это не имеет отношения к файлам, поскольку к ним не нужно применять безопасные веб-преобразования.
   • Декодировать каждую строку отдельно: Закодированные данные обычно состоят из непрерывного текста, поэтому даже символы новой строки преобразуются в их формы с процентной кодировкой. Перед декодированием все незакодированные пробелы удаляются из ввода для защиты целостности ввода. Эта опция полезна, если вы собираетесь декодировать несколько независимых записей данных, разделенных переносом строки.
   • Живой режим: Когда вы включаете эту опцию, введенные данные немедленно декодируются с помощью встроенных функций JavaScript вашего браузера, без отправки какой-либо информации на наши серверы. В настоящее время этот режим поддерживает только набор символов UTF-8.
   Надежно и надежно

   Все коммуникации с нашими серверами осуществляются через безопасные зашифрованные соединения SSL (https). Мы удаляем загруженные файлы с наших серверов сразу после обработки, а полученный загружаемый файл удаляется сразу после первой попытки загрузки или 15 минут бездействия (в зависимости от того, что короче).Мы никоим образом не храним и не проверяем содержимое отправленных данных или загруженных файлов. Ознакомьтесь с нашей политикой конфиденциальности ниже для получения более подробной информации.

   Совершенно бесплатно

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

   Подробная информация о кодировке URL-адресов

   Типы символов URI

   Допустимые символы в URI либо зарезервированы, либо не зарезервированы (или символ процента как часть процентного кодирования).Зарезервированные символы — это символы, которые иногда имеют особое значение. Например, символы прямой косой черты используются для разделения разных частей URL-адреса (или, в более общем смысле, URI). Незарезервированные символы не имеют такого особого значения. При использовании процентного кодирования зарезервированные символы представляются с помощью специальных последовательностей символов. Наборы зарезервированных и незарезервированных символов, а также обстоятельства, при которых определенные зарезервированные символы имеют особое значение, немного меняются с каждой новой редакцией спецификаций, управляющих URI и схемами URI.

   
   
   Другие символы в URI должны быть закодированы в процентах.

   Зарезервированные символы с процентным кодированием

   Когда символ из зарезервированного набора («зарезервированный символ») имеет особое значение («зарезервированное назначение») в конкретном контексте, а схема URI говорит, что необходимо использовать это символ для какой-либо другой цели, тогда этот символ должен быть закодирован в процентах. Процентное кодирование зарезервированного символа означает преобразование символа в соответствующее ему байтовое значение в ASCII и последующее представление этого значения в виде пары шестнадцатеричных цифр.Цифры, которым предшествует знак процента («%»), затем используются в URI вместо зарезервированного символа. (Для символа, отличного от ASCII, он обычно преобразуется в свою байтовую последовательность в UTF-8, а затем каждое значение байта представляется, как указано выше.)

   Зарезервированный символ «/», например, если он используется в пути «. «компонент URI, имеет особое значение как разделитель между сегментами пути. Если в соответствии с заданной схемой URI «/» должен находиться в сегменте пути, тогда в этом сегменте должны использоваться три символа «% 2F» (или «% 2f») вместо «/».

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

   В компоненте «запрос» URI (часть после символа «?»), Например, «/» по-прежнему считается зарезервированным символом, но обычно не имеет зарезервированного назначения (если в конкретной схеме URI не указано иное). Символ не нужно кодировать в процентах, если он не имеет зарезервированной цели.

   URI, которые различаются только тем, является ли зарезервированный символ закодированным в процентах или нет, обычно считаются неэквивалентными (обозначающими один и тот же ресурс), кроме случаев, когда рассматриваемые зарезервированные символы не имеют зарезервированной цели. Это определение зависит от правил, установленных для зарезервированных символов отдельными схемами URI.

   Процентное кодирование незарезервированных символов

   Символы из незарезервированного набора никогда не нуждаются в процентном кодировании.

   URI, которые различаются только тем, является ли незарезервированный символ закодированным в процентах или нет, эквивалентны по определению, но на практике процессоры URI не всегда могут обрабатывать их одинаково. Например, потребители URI не должны обрабатывать «% 41» иначе, чем «A» («% 41» — это процентное кодирование «A») или «% 7E» иначе, чем «~», но некоторые это делают.Поэтому для максимальной совместимости производителям URI не рекомендуется использовать процентное кодирование незарезервированных символов.

   Процентное кодирование символа процента

   Поскольку символ процента («%») служит индикатором для октетов, закодированных в процентах, он должен быть закодирован в процентах как «% 25», чтобы этот октет использовался в качестве данных в URI.

   Процентное кодирование произвольных данных

   Большинство схем URI включают представление произвольных данных, таких как IP-адрес или путь файловой системы, как компоненты URI.Спецификации схемы URI должны, но часто этого не делать, предоставлять явное сопоставление между символами URI и всеми возможными значениями данных, представленными этими символами.

   Двоичные данные

   С момента публикации RFC 1738 в 1994 году было указано, что схемы, которые обеспечивают представление двоичных данных в URI, должны разделять данные на 8-битные байты и кодировать каждый байт в процентах в таким же образом, как указано выше. Например, байтовое значение 0F (шестнадцатеричное) должно быть представлено как «% 0F», а байтовое значение 41 (шестнадцатеричное) может быть представлено как «A» или «% 41».Использование незакодированных символов для буквенно-цифровых и других незарезервированных символов обычно предпочтительнее, поскольку это приводит к более коротким URL-адресам.

   Символьные данные

   Процедура процентного кодирования двоичных данных часто экстраполировалась, иногда неправильно или не полностью, для применения к символьным данным. В годы становления Всемирной паутины при работе с символами данных в репертуаре ASCII и использовании соответствующих им байтов в ASCII в качестве основы для определения последовательностей, закодированных в процентах, эта практика была относительно безвредной; многие считали, что символы и байты взаимно однозначно сопоставлены и взаимозаменяемы.Однако потребность в представлении символов вне диапазона ASCII быстро росла, и схемы и протоколы URI часто не обеспечивали стандартных правил подготовки символьных данных для включения в URI. В результате веб-приложения начали использовать различные многобайтовые кодировки, кодировки с отслеживанием состояния и другие несовместимые с ASCII кодировки в качестве основы для процентного кодирования, что привело к неоднозначности, а также затруднило надежную интерпретацию URI.

   Например, многие схемы и протоколы URI, основанные на RFC 1738 и 2396, предполагают, что символы данных будут преобразованы в байты в соответствии с некоторой неопределенной кодировкой символов, прежде чем будут представлены в URI незарезервированными символами или байтами, закодированными в процентах.Если схема не позволяет URI предоставлять подсказку относительно того, какая кодировка использовалась, или если кодировка конфликтует с использованием ASCII для процентного кодирования зарезервированных и незарезервированных символов, то URI не может быть надежно интерпретирован. Некоторые схемы вообще не учитывают кодировку и вместо этого просто предлагают, чтобы символы данных отображались непосредственно на символы URI, что оставляет на усмотрение отдельных пользователей решать, следует ли и как кодировать символы данных в процентах, которые не входят ни в зарезервированные, ни в незарезервированные наборы.

   
   Произвольные символьные данные иногда кодируются в процентах и ​​используются в ситуациях, не связанных с URI, например, для программ обфускации паролей или других системных протоколов трансляции.

   утилита для декодирования ядра Linux Упс ………

   
   НАИМЕНОВАНИЕ
   ОБЗОР
   ОПИСАНИЕ
   ОПЦИИ
   ВВОД
   АДРЕС ДЛЯ ПРЕОБРАЗОВАНИЯ СИМВОЛА
   ПОДДЕРЖКА KSYMOOPS В МОДУЛИКАХ
   ВЫХОД
   ПЕРЕМЕННЫЕ ОКРУЖАЮЩЕЙ СРЕДЫ
   СИСТЕМЫ КРОССОВКИ
   0
   ДИАГНОЗ
   СИСТЕМА КРОССОВКИ 910 910 DIAGNOS 29

   ksymoops — утилита для декодирования ядра Linux Oops

   ОБЗОР

   ksymoops
   [ -v vmlinux ] [ —vmlinux = vmlinux ] [ -V ] [ —no-vmlinux ]
   [ -k ksyms ] [ —ksyms = ksyms ] [ -K ] [ —no-ksyms ]
   [ -l lsmod ] [ —lsmod = lsmod ] [ -L ] [ —no-lsmod ]
   [ -o объект ] [ —object = object ] [ -O ] [ —объект ]
   [ -м система.карта ] [ —system-map = system.map ] [ -M ] [ —no-system-map ]
   [ -s save.map ] [ —save-map = save.map ]
   [ -S ] [ —short-lines ]
   [ -e ] [ —endian-swap ]
   [ -x ] [ —hex ]
   [ -1 ] [ —однокадровый ]
   [ -i ] [ —ignore-insmod-path ]
   [ -I ] [ —ignore-insmod-all ]
   [ -T truncate ] [ —truncate = усечь ]
   [ -d ] [ —debug ]
   [ -h ] [ —help ]
   [ -t target ] [ —target = цель ]
   [ -a архитектура ] [ —architecture = архитектура ]
   [ -A «список адресов» ] [ —addresses = «адрес список «]
   [ Ой.файл … ]

   ОПИСАНИЕ

   ksymoops извлекает отчеты ядра Oops из файла Oops.и использует различные источники символьной информации для преобразования адреса и код в осмысленный текст. Сообщение о ядре Упс бессмысленно сам по себе, потому что другие люди не знаете, как выглядит ваше ядро, вам нужно кормить Oops текст через ksymoops, затем отправьте вывод ksymoops как часть вашего отчета об ошибке.

   Ksymoops исполняемый файл предназначен для запуска всякий раз, когда у вас есть Oops to отчет.Исходный текст Oops может быть откуда угодно. Обычно он находится в файле, созданном вашим syslogd (8). Если syslogd недоступен, журнал может быть доступен через dmesg (8). Если вы используете последовательную консоль (см. linux / Documentation / serial-console.txt), вы можете записать текст «Ой» на другом компьютере. Если ничего не помогает, скопируйте Упс вручную с экрана перезагружаемся и вводим по рука.

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

   ОПЦИИ

   Некоторые из параметры имеют значения по умолчанию, которые задаются в Makefile. Текст ниже описывает стандартные значения по умолчанию, но ваш дистрибутив мог быть изменен для использования другого по умолчанию. Если есть сомнения, ksymoops -h перечислит текущие значения по умолчанию.

   Первые 10 варианты ( -v , -V , -k , -K , -l , -L , -o , -O , -м , -M или соответствующие длинные формы) составляют 5 пар.В параметры нижнего регистра (вклом) принимают значение и включают параметр на, варианты верхнего регистра (ВКЛОМ) не имеют значения и включаются опция выключена. Если вы укажете и нижний, и верхний регистр версии одного и того же варианта, то используется последний, но вас предупреждают, что это может быть не то, что вы намеревались.

   ksymoops будет бежать вполне счастливо, без вариантов. Однако есть риск что значения по умолчанию для источников символов не могут быть подходящее. Поэтому, если ни один из -v vmlinux , -V , -k ksyms , -K , -l lsmod , -L , -о объект , -O , -м система. указана карта или -М , ksymoops выводит предупреждающее сообщение.

   Вы не сказали мне, где найти информацию о символах. я будет предполагать, что журнал соответствует ядру и модулям, которые работают прямо сейчас, и я буду использовать параметры по умолчанию выше для разрешения символов. Если текущее ядро ​​и / или модули не соответствуют журналу, можно точнее получить вывод, сообщив мне версию ядра и где найти карта, модули, ksyms и т. д. ksymoops -h объясняет параметры.

   Если любой из -v vmlinux , -k ksyms , -l lsmod , -o объект или -m system.map options содержат строку * r (* m, * n, * s), тогда строка заменяется во время выполнения на текущее значение ‘uname -r‘ (-m, -n, -s). Это в основном предназначено для того, чтобы ksymoops автоматически выбрать файлы, зависящие от версии, используя значение по умолчанию параметры, однако он может использоваться для сообщений об ошибках скрипты для автоматического выбора файлов, чьи имена или каталог зависит от текущего ядра.
   -v vmlinux —vmlinux = vmlinux

   Имя файла vmlinux, который соответствует отказавшему ядру. Примечание: Это файл vmlinux, а не zImage, bzImage, vmlinuz и т. д. Обычно это / usr / src / linux / vmlinux. если ты укажите -v , вы должны указать его только один раз.

   -V —no-vmlinux

   Не читать никакие vmlinux файл.

   По умолчанию -В .
   -k ksyms —ksyms = ksyms

   Где найти список символы ядра на момент сбоя. К сожалению, список символов ядра в / proc / ksyms непостоянен, он обновляется по мере загрузки и удаления модулей. Попробуй скопировать / proc / ksyms в обычный файл как можно скорее после Oops и укажите ksymoops на этой копии, используя -k . Modutils имеет поддержка автоматического копирования данных ksyms и lsmod, см. insmod (8). Если вам пришлось перезагружаться после Oops, и вы делаете у вас нет копии / proc / ksyms на момент сообщения Упс, попробуйте чтобы перезагрузить те же модули в том же порядке перед запуском ksymoops.Если вы укажете -k , вы должны указать только это однажды.

   -К —no-ksyms

   Не читаю никакое ядро символы.

   По умолчанию -к / proc / ksyms .
   -l lsmod —lsmod = lsmod

   Где найти список загруженные модули на момент выхода из строя. К сожалению, список в / proc / modules непостоянен, он обновляется как модули загружаются и удаляются. Попробуйте скопировать / proc / modules в нормальный файл как можно скорее после Oops и point ksymoops в этой копии, используя -l .Modutils имеет поддержку для автоматического копирования данных ksyms и lsmod см. insmod (8). Если вам пришлось перезагружаться после Oops, и вы делаете у вас нет копии / proc / modules на момент сообщения Oops, попробуйте перезагрузить те же модули в том же порядке перед работает ksymoops. Если вы укажете -l , вы должны только укажите это один раз.

   -L —no-lsmod

   Не читать список загруженных модули.

   По умолчанию -l / proc / modules .
   -o объект —object = объект

   Где найти предметы для модули, используемые отказавшим ядром.Это может быть каталог имя или отдельный файл. Если это каталог, то ksymoops выполняет рекурсивный находит (1) в этом каталоге для всех файлы, соответствующие ’* .o’. -o можно указать более одного раза, список является накопительным и может содержать смесь каталогов и файлов.

   Примечание: Когда вы указываете каталог, ksymoops использует только файлы, заканчиваться на ‘.o’. Любые модули с нестандартными названиями игнорируются, если вы не укажете эти файлы явно. Для Например, если модули vmnet и vmmon не заканчиваются на ‘. о, тебе нужно что-то вроде этого, чтобы забрать все нормальные модули плюс нестандартные имена.

   -o / lib / modules / * r / \
   -o / lib / modules / * r / misc / vmnet \
   -o / lib / modules / * r / misc / vmmon

   Если вы используя версию insmod (8), в которой хранится имя файла модуля в / proc / ksyms, ksymoops может перейти непосредственно к этому файлу, не нужен -о . Опция -o используется только когда ksyms содержит хотя бы один модуль, имя файла которого не указаны явно в ksyms.

   -O —объект

   Не сканировать никакие объекты. Если Поставляется / proc / ksyms, а insmod добавил ksymoops символы помощи (начинающиеся с __insmod), затем те символы используются для доступа к объектам, без каталога сканирование выполняется, поэтому ни -o, ни -O не действуют. К полностью отключить использование объектов модуля при ksyms содержит символы __insmod, укажите -O и один из -i или -I.

   По умолчанию -o / lib / modules / * r / .Например, если uname -r сообщает 2.2.7, ksymoops использует -o /lib/modules/2.2.7/ , но только если он еще не знает, где находятся объекты.
   -m system.map —system-map = system.map

   Где найти System.map соответствующий отказавшему ядру.

   -M —no-system-map

   Не читайте System.map.

   По умолчанию -m / usr / src / linux / System.карта .
   -s save.map —save-map = save.map

   После того, как ksymoops прочитает все источники символов, он генерирует внутреннюю системную карту который содержит все из System.map плюс лучший попытаться извлечь все символы из всех загруженных модулей. Если вы хотите увидеть эту сводную карту, укажите -s save.map для записи сохранить.карта . Сохранять карту для нормальной работы не нужно. сообщение об ошибке.

   По умолчанию нет сохраненная карта.
   -S — короткие линии

   Некоторые выходные данные ksymoops строки могут быть довольно длинными, особенно при дизассемблировании кода, но если у вас широкий экран, вывод ksymoops проще читать как длинные строки. Переключатель -S переключает между короткие и длинные строки. Обратите внимание, что строки, напечатанные ядром и извлеченные из файла Oops. не затрагиваются -S , текст проблемы печатается как есть.

   По умолчанию короткие строки.
   -e —endian-swap

   ksymoops извлекает байты кода из отчетов и преобразует их в инструкции. Все ядра печатают байты кода в шестнадцатеричном формате, но, к сожалению, некоторые системы печатают несколько байтов, используя собственный компьютер порядок байтов. Это вызывает проблему только в том случае, если код напечатан. чем угодно, кроме 1 байтовых блоков. Например, i386 печатает по одному байту за раз, что переносимо на машине, альфа печатает 4 байта в нативном порядке байтов и отчет не переносная машина.

   Если вы выполняет кросс-системную диагностику (скажем, для новой системы или встроенная версия Linux), затем неисправная система и система отчетов может иметь разный порядок байтов. На системы, которые одновременно поддерживают малый и большой порядок байтов время, ksymoops может быть скомпилирован с одним порядком байтов, но Дамп ядра мог использовать другой. Если ваш дизассемблер кода неверно, укажите -е . -e переключает между нативный и обратный порядок байтов при чтении байтов в каждом кусок кода.В этом контексте фрагмент кода равен 4 или 8. шестнадцатеричные цифры (2 или 4 байта кода), -e не действует в коде, который печатается как 2 шестнадцатеричные цифры (один байт в время).

   Примечание: Более ранние версии ksymoops использовали -c code_bytes опция. Это сейчас устарело, используйте вместо него -e , но только если код разборка некорректна.

   По умолчанию читать байты кода, используя порядок байтов, который был в ksymoops скомпилирован с помощью.
   -x —hex

   Обычно ksymoops печатает смещения и длины в шестнадцатеричном формате.Если вам нужны смещения и длины для печати в десятичном формате используйте переключатель -x .

   По умолчанию шестнадцатеричный.
   -1 — однократный

   Обычно ksymoops читает его весь входной файл и извлекает все отчеты Oops. Если -1 переключатель установлен, он будет работать в режиме одного выстрела и выйдет после первый Ой. Это полезно для автоматической рассылки сообщает, как они происходят, например: —

   #! / Bin / sh
   # ksymoops1
   в то время как (правда)
   do

   		ksymoops -1> $ HOME / oops1
   		если [$? -экв. 3]
   		, затем
   		exit 0 # конец ввода, ошибки не найдены
   		фи
   		mail -s Oops admin <$ HOME / oops1

   done

   хвост -f / var / log / messages | ksymoops1

   Перезапуск Команда tail после ротации бревен оставлена ​​в качестве упражнения для читатель.

   Одним выстрелом в режиме, чтение различных источников символов откладывается до тех пор, пока ksymoops видит первый счетчик программы, трассировку вызовов или код линия. Это гарантирует, что текущая информация о модуле использовал. Обратной стороной является то, что никаких ошибок параметров не происходит. обнаруживается до тех пор, пока на самом деле не произойдет Oops.

   По умолчанию читать все из файла Oops.file, распаковывая и обрабатывает все, что найдет. Обратите внимание, что метод по умолчанию читает источники символов один раз и предполагает, что окружающая среда не меняется от одного упа к другому, не обязательно действителен, когда вы используете модули.
   -i —ignore-insmod-path

   Когда вы используете начальную ramdisk для модулей, путь к модулям обычно просто / lib. Этот путь записан в __insmod …_ символ O в ksyms, но ksymoops не может найти файлы в реальном / lib, поэтому он выдает предупреждающие сообщения. Если вы указываете -i, тогда ksymoops игнорирует имя пути в __insmod … O, вместо этого ищет пути -o (если любой) ищет объект с правильным базовым именем и отметка времени. -i рекомендуется при загрузке модулей из рамдиск.Это предполагает, что пути -o содержат модули используется для создания ramdisk с той же меткой времени.

   По умолчанию используйте путь из символов __insmod … O.
   -I —ignore-insmod-all

   Используйте этот переключатель, если хотите полностью игнорировать всю вспомогательную информацию insmod (8) (символы, начинающиеся с __insmod в ksyms). Это включает в себя пути модулей, временные метки, начало и длина раздела и т. д. Затем ksymoops вернется к старому методу сопоставления символы для объектов модуля, используя пути -o (если есть).Это трудно придумать законную причину для использования -I, -i is лучше, если ваша единственная проблема — несоответствие имени пути.

   По умолчанию используйте путь из __insmod … O символов и раздела информация из символов __insmod … S.
   -T усечь —truncate = усечь

   Если ваш binutils настроен для нескольких целей они, как правило, печатают адреса, используя размер адреса самой большой цели. Если другие входы в ksymoops имеют более короткие размеры символов, разные представления вызывают символы, которые должны иметь одинаковые адрес появится по разным адресам.Это конкретная проблема при сборке для смешанных 32 и 64 бит цели. Чтобы устранить двусмысленность, используйте —truncate = усечь . Значение 0 означает, что нет усечение, значение больше 8 * sizeof (беззнаковое длинное) равно бесшумно преобразован в 0.

   По умолчанию —truncate = 0 , без усечения.
   -d —debug

   Каждое появление -d увеличивает уровень отладки ksymoops на единицу.

   Уровень 1

   Компиляция регулярного выражения резюме.До и после текста для расширения * [mns]. Обработка опций, но только для опций, появляющихся после -d . Вход в основные процедуры обработки. KSYMOOPS_ переменные среды. Объектные файлы, извлеченные непосредственно из ksyms. Информация о совпадениях загруженных модулей и объекты модуля. Имя файла отчета «К сожалению». Номер версии для упс. Сохранение объединенной карты системы.

   Уровень 2

   Сводная информация о символе размеры стола. Каждый номер версии, найденный в файле oops.Сравнение символьных карт. Добавление карт символов. Полный путь программы. Поданы внешние команды. Отчеты о проделанной работе для -о объект . Имена ’* .o’ файлы, найденные в каталоге -o . Корректировка смещения для разделы модуля. Каждая строка, выводимая при запуске objdump на байты кода.

   Уровень 3

   Каждая входная строка из Упс. Файл. Отсутствуют повторяющиеся символы и символы с низким адресом из объединенной карты системы. Отображение адресов на символы.

   Уровень 4

   Каждая входная строка из всех sources, это напечатает повторяющиеся строки.Код возврата из каждый вызов regexec. Неоднозначные совпадения, которые игнорируются. Каждый символ добавлен в каждую таблицу. Копирование таблиц символов. Увеличение размеров таблицы символов. Вход на какой-то более низкий уровень рутины. Все символы упали.

   Уровень 5

   Для сопоставления регулярных выражений, подробности на каждой подстроке.

   По умолчанию нет отладка.
   -h —help

   Печатает текст справки и текущие значения по умолчанию.

   -t цель —target = цель

   Обычно вы делаете диагноз «Ой» используя то же оборудование, что и сам Oops.Но иногда вам нужно провести кросс-системную диагностику. от одного типа оборудования и обработки его на другом. Например, когда вы переходите на новую систему или сборка встроенного ядра. Сделать кросс-систему Ой обработки, вы должны сообщить ksymoops, какое целевое оборудование есть, используя -t цель , где цель — имя цели bfd. Вы можете узнать, на какие цели ваша машина поддерживает

   ksymoops -t ’?’

   По умолчанию та же цель, что и сам ksymoops, за одним исключением.На sparc64, ядро ​​использует elf64-sparc, но пользовательские программы elf32-sparc. Если -t цель не была указано, и ksymoops был скомпилирован для elf32-sparc и К сожалению, содержит строку TPC, затем ksymoops автоматически переключается на -t elf64-sparc.
   -a архитектура —architecture = архитектура

   Сделать кросс-систему Упс обработки, вы должны сообщить ksymoops, что цель архитектура есть, используя -a архитектура , где архитектура — имя архитектуры bfd.Ты можете узнать, какие архитектуры поддерживает ваша машина по

   ksymoops -a ’?’

   По умолчанию та же архитектура, что и сам ksymoops, за одним исключением. На sparc64, ядро ​​использует sparc: v9a, но пользовательские программы спарк. Если -a архитектура не была указано, и ksymoops был скомпилирован для sparc и Oops содержит строку TPC, тогда ksymoops автоматически переключается на -a sparcv: 9a.
   -A «адрес list « —addresses = » адрес список « Если вы

   есть несколько специальных адресов для преобразовать в символы, вы можете указать их явно, используя -A «список адресов» .Любые слова в список, который выглядит как адреса, преобразуются в символы. Знаки пунктуации и неадресные слова молча игнорируется, ведущие 0x в адресах также игнорируются, так что вы можете вставлять текст, включая слова и только адреса будет обработан.

   Упс. Файл …

   ksymoops принимает ноль или более входные файлы и читает их все. Если в командная строка и никакие адреса не предоставляются через -A затем ksymoops читает со стандартного ввода.Вы даже можете ввести текст Oops прямо на терминале, хотя это не рекомендуемые.

   ВХОД

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

   Все вкладки преобразуется в пробелы, предполагая, что tabstop = 8. Где текст ниже написано «хотя бы один пробел», вкладки работают так же, как хорошо, но перед печатью они преобразуются в пробелы. Все нули и возврат каретки молча удаляется из строк ввода, оба вызывают проблемы при обработке и печати строк.

   Входная линия может иметь префикс, который ksymoops будет печатать как часть линии, но игнорируйте во время анализа. Префикс может быть от syslogd (8) (состоит из даты, времени, имени хоста, ’Kernel:’), из syslog-ng (числа и три другие строки, разделенные ’|’), это может быть «начало строки» означает первый символ после пропуск всех префиксов, включая весь начальный пробел.

   Каждое ядро команда архитектуры использует разные сообщения для ядра проблемы, см. Oops_read в oops.c для полного, кровавого списка.Если вы вводите сообщение Oops вручную, вам необходимо следовать как можно больше форматировать ядро, иначе ksymoops может не распознал ваш ввод. При вводе регистр не учитывается.

   A в скобках адрес не обязателен ’[’, обязательно ’<’, Не менее 4 шестнадцатеричных цифр, обязательно ’>’, Необязательно ’]’, необязательно пробелы. Например, [<01234567>] или .

   Без скобок адрес должен состоять как минимум из 4 шестнадцатеричных цифр, за которыми следует необязательный пробелы. Например 01234567 или abCDeF.

   Компьютер Sparc строка — ’PSR:’ в начале строки, пробел, шестнадцатеричный цифры, пробел, ´PC: ’, пробел, без квадратных скобок адрес.

   TPC sparc64 строка: ’TSTATE:’ в начале строки, пробел, 16 шестнадцатеричные цифры, пробел ’TPC:’, пробел, без квадратных скобок адрес.

   НПИ ppc строка имеет несколько форматов. ’Kernel pc’ ’Ловушка на ПК:’ ´bad area pc ’или’ NIP: ’. Любая из этих строк, за которой следует один пробел и адрес без скобок — это значение NIP.

   ПК mips строка — ’epc’ в начале строки, необязательный пробел, один или несколько знаков «:», необязательный пробел, без квадратных скобок адрес.

   Устройство ix86 EIP строка — ’EIP:’ в начале строки, по крайней мере, один пробел, любой текст, адрес в квадратных скобках.

   EIP x86_64 строка — ’RIP:’ в начале строки, по крайней мере, один пробел, любой текст, адрес в квадратных скобках.

   ПК m68k строка — ’PC’ в начале строки, необязательные пробелы, ’=’, Необязательные пробелы, адрес в квадратных скобках.

   Линия arm PC это ’pc’ в начале строки, необязательные пробелы, ’:’, Необязательные пробелы, адрес в квадратных скобках.

   IP-адрес IA64 строка — ’ip’, необязательный пробел, ’:’, необязательный пробел, адрес в квадратных скобках.

   Линия mips ra is ’ra’, необязательные пробелы, один или несколько ’=’, Необязательные пробелы, адрес без квадратных скобок.

   Спарк строка дампа регистра (’i’, ’0’ или ’4’, ’:’, пробел) или (’Instruction DUMP:’, пробел) или (’Звонящий [’).

   IA64 b0 строка ’b0’, необязательный пробел ’:’, необязательный пробел, адрес без квадратных скобок. Это можно повторить для других регистров b, например b6, b7.

   Реестр дампов есть множество форматов. Большинство из них имеют форму ´name: value ’повторяется через строку, некоторые архитектуры используют ´ = ’вместо ´: ’. См. Текущий список распознанные имена регистров.Помимо списка Oops_regs, i370, mips, ppc и s390 имеют специальные форматы дампа регистров, обычно печатается одно имя регистра, за которым следует несколько значения. ksymoops извлекает все содержимое регистров, но только декодирует и печатает значения регистров, которые могут быть разрешены в символ ядра.

   Набор звонков линии трассировки начинаются с ’Trace:’ или «Отслеживание звонков:» или ´Call Backtrace: ’(только ppc) или ’Функция введена в’ (только охрана) или ´Caller [’(только sparc64), за которым следует как минимум одно пространство.

   Для ’Trace:’ и ’Call Trace:’, остальная часть строки — адреса в квадратных скобках, они могут быть продолжил на лишние строки.Адреса не могут быть разделены поперек линий.

   Для ’Call Backtrace:’ (только ppc), остальная часть строка — адреса без квадратных скобок, их можно продолжить на дополнительные строки. Адреса не могут быть разделены линий.

   Для ’Функция введена в’ (только рука), строка содержит ровно два адреса в квадратных скобках и не продолжение.

   Для ’Caller [’ (только sparc64), строка содержит ровно один адрес без квадратных скобок и не продолжение.

   Отжимная петля информация обозначается линией, начинающейся с ’Bh:’, за которым следуют строки, содержащие обратные скобки для обратных адресов.По какой-то причине эти адреса отличаются от любого другого адреса и выгляди так ’<[Шестнадцатеричный]> <[шестнадцатеричный]>’ вместо нормальный ´ [] [] ’.

   Кодовая строка обозначается ‘Instruction DUMP’ или (‘Код’ с дополнительными пробелами), ’:’, Один или несколько пробелов, за которыми следует как минимум одно шестнадцатеричное значение. Строка может содержать несколько шестнадцатеричных значений, каждый разделен хотя бы одним пробелом. Каждое шестнадцатеричное значение должно быть От 2 до 8 цифр и должно быть кратным 2 цифрам.

   Любой код значения могут быть заключены в <..> или (..), последний такой Предполагается, что значение является ошибочной инструкцией. Если нет значения имеет <..> или (..), то предполагается, что первый байт невыполненная инструкция.

   Особые случаи где Код: может сопровождаться текстом. Код: общий защита ’или’ Код: ’. Сбросьте data в любом случае код был недоступен.

   Вы обнаруживаете небольшое замечание о несоответствии в вышеизложенном?

   АДРЕС ДЛЯ ПРЕОБРАЗОВАНИЯ СИМВОЛА

   Адреса преобразованы в символы на основе символов в vmlinux, / proc / ksyms, объектные файлы для модулей и System.карта, или как многие из этих источников как ksymoops было велено прочитать. ksymoops использует столько источников символов, сколько вы можете предоставить, пересекает ли проверки между различными источниками для выявления любых расхождения и строит объединенную карту, содержащую все символы, включая загруженные модули, где это возможно.

   Символы, которые заканчиваются на _R_xxxxxxxx (8 шестнадцатеричных цифр) или _R_smp_xxxxxxxx версионный символ, см. genksyms (8). ksymoops убирает _R _… при построении внутренней карты системы.

   Символы модуля не появляются ни в vmlinux, ни в System.карта и только экспортированный символы из модулей появляются в / proc / ksyms. Следовательно ksymoops пытается прочитать символы модуля из объектных файлов согласно -о . Без этих обозначений модулей диагностировать проблему в модуле практически невозможно.

   Есть много проблемы с символами модулей, особенно с версиями insmod (8) до 2.1.121 включительно. Некоторые модули не экспортировать любые символы , их нет в / proc / ksyms, поэтому они фактически невидимы.Даже когда модуль экспортирует символы, обычно он экспортирует только один или два, не полный список, который действительно нужен для Упс диагноз. ksymoops может построить полную таблицу символов из объектный модуль, но он должен

   	(а) Знайте, что модуль загружен.
   	(б) Найдите правильный объект файл для этого модуля.
   	(c) Преобразовать раздел и символьные данные из модуля в адреса ядра.

   Если модуль не экспортирует символы, тогда ksymoops не сможет получить любую информацию об этом модуле. lsmod говорит, что это загружен, но без символов, ksymoops не может найти соответствующий объектный файл и сопоставление смещений с адресами. Извините, но это так, если вы упс в модуле который не отображает символы в ksyms, забудьте об этом :(.

   Когда модуль экспортирует символы, следующим шагом будет поиск объектного файла для этого модуля. В большинстве случаев загруженный модуль и объектный файл имеет такое же базовое имя, но это не гарантировано.Например,
   insmod uart401 -o xyz
   загрузит uart401.o из каталогов вашего модуля, но сохранит это как xyz. И ksyms, и lsmod говорят имя модуля ’Xyz’ без указания того, что оригинал объектный файл был uart401. Таким образом, ksymoops не может просто использовать имя модуля из ksyms или lsmod, он должен делать намного больше поработайте, чтобы найти правильный объект. Он делает это, ища уникальное совпадение экспортируемых символов и символов в объекты модуля.

   Для каждого файла полученный из опций -o , ksymoops извлекает все символы (как статические, так и внешние) с использованием нм (1).Тогда это запускает символы экспортированного модуля в ksyms и для каждого символ экспортированного модуля, он выполняет строковое сравнение этого символ напротив каждого символа в каждом объекте. Когда ksymoops находит символ модуля, который экспортируется в ksyms и появляется ровно один раз среди всех -o объектов, тогда он должен предположить, что это тот объект, который использовался для загрузки модуль. Если ksymoops не может найти совпадений ни для одного экспортированного символ в модуле или находит более одного совпадения для каждого экспортированный символ в модуле, то он не может определить, какой объект действительно был загружен.

   После ksymoops сопоставил загруженный модуль с объектом, используя уникальный символ, ему еще нужно вычислить адреса для символов от объекта. Для этого ksymoops сначала нужен запуск адрес текста, данных и разделов данных только для чтения в загруженный модуль. Учитывая начальный адрес раздела, ksymoops может вычислить адрес ядра каждого символа в этот раздел и добавьте символы на объединенную системную карту, сюда входят символы, которые не экспортируются. к несчастью начальный адрес раздела доступен, только если модуль экспортирует хотя бы один символ из этого раздела.Для Например, если модуль экспортирует только текстовые символы (большинство общий случай), то ksymoops может вычислить только начало текстовый раздел и должен отбросить символы из данных и читать только разделы данных для этого модуля, уменьшая информация, доступная для диагностики.

   Когда несколько доступны источники символов, и эти источники символов содержат номер версии ядра, ksymoops сравнивает все номера версий. Он помечает предупреждение, если есть несоответствие. Одна из наиболее частых причин проблем — сила загрузка модуля из одного ядра в другое ядро.Даже если это было умышленно, его нужно выделить для диагноз.

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

   Когда несколько доступны источники символов, ksymoops выполняет перекрестную проверку между ними. Каждая проверка выполняется только в том случае, если оба символа источники присутствуют и не являются пустыми.Каждый символ в первом источник должен появиться во втором источнике и иметь тот же адрес. В случае каких-либо несоответствий одно из источники имеют приоритет, приоритет несколько произвольный. Некоторые неточности игнорируются, потому что это особые случаи, но подавляющее большинство символов ожидается совпадение.

   	* Обозначения экспортированного модуля в ksyms сравниваются с символами в соответствующий объектный файл. ksyms имеет приоритет.
   	* Ядро (без модуля) символы из ksyms сравниваются с vmlinux. vmlinux имеет приоритет.
   	* Символы из System.map сравнивается с vmlinux. vmlinux берет приоритет.
   	* символы из vmlinux сравниваются с System.map. vmlinux имеет приоритет. Эти два источника сравниваются в обоих направлениях, они должны быть идентичны.
   	* Ядро (без модуля) символы из ksyms сравниваются с System.map. System.map имеет приоритет.

   После прочтения и перекрестная проверка всех источников символов, они объединяются в единую системную карту. Повторяющиеся символы, регистры (тип a) и статические символы ’gcc2_compiled.’ являются выпал с объединенной карты. Любые символы с адресом ниже 4096 отбрасываются, это такие символы, как Using_Versions с адресом 0.

   Учитывая все выше обработки и дедукции, очевидно, что объединенная системная карта не может быть на 100% надежной, а это означает, что преобразование адресов в символы не может быть надежным. В адреса действительны, но преобразование символов осуществляется только как хороши как источники символов, которые вы скачали в ksymoops.

   / proc / ksyms и / proc / lsmod изменчивы, поэтому, если ksymoops не получит текущий ksyms, вы всегда должны подвергать сомнению действительность информация о модуле. Единственный способ, который я знаю (почти) Гарантия действительного ksyms — использование ksymoops в однократном режиме (см. опцию -1 ).Затем ksymoops читает журнал и декодирует Oops в реальном времени.

   ПОДДЕРЖКА KSYMOOPS В МОДУТИЛЯХ

   Modutils 2.3.1 и далее имеет поддержку, чтобы упростить отладку, особенно для модулей. За подробностями обращайтесь к insmod (8). если ты хотите автоматические снимки данных ksyms и lsmod в виде модулей загружаются и выгружаются, создайте / var / log / ksymoops, он должен принадлежать root с режимом 644 или 600. Если не хотите автоматические снимки, не создавайте каталог. Сценарий (insmod_ksymoops_clean) предоставляется modutils для удаления старые версии, это должно запускаться cron один раз в день.

   ВЫХОД

   распечатки ksymoops все строки, содержащие текст, который может указывать на ядро проблема. Из-за полного отсутствия стандартов в ядре ошибка сообщения, я не могу гарантировать, что все проблемные строки напечатан. Если вы видите в своем журнале строку, в которой ksymoops должен извлечь, но не извлекает, обратитесь к сопровождающему.

   Когда ksymoops видит строки EIP / PC / NIP / TPC, строки трассировки вызовов или строки кода, он распечатывает их и сохраняет для дальнейшей обработки. Когда строка кода обнаружена, ksymoops преобразует Адрес EIP / PC / NIP / TPC и адреса трассировки вызовов для символы.В этих строках есть ’;’ после заголовка. вместо ’:’, на всякий случай, если кто-нибудь захочет передать вывод ksymoops обратно в ksymoops, эти сгенерированные строки игнорируются.

   Форматированные данные для программного счетчика, трассировка и код выводятся только тогда, когда Видна строка Код :. Если какие-либо данные были сохранены для позднее форматирование и более 5 строк, кроме текста Oops или конец файла, тогда ksymoops предполагает, что строка Code: отсутствует или искажена и выводит отформатированный данные в любом случае. Это должно быть отказоустойчивым, потому что строка Code: (или его эквивалент) сигнализирует об окончании отчета Oops.За исключением sparc64 на SMP, у которого есть дамп реестра после кода. ksymoops пытается удовлетворить это исключение. Вздох.

   Адреса преобразованы в символы везде, где это возможно. Например

   >> EIP; c0113f8c
   Trace; c011d3f5
   Трассировка; c011af5f
   Trace; c011afe9
   Trace; c011d2bc
   Trace; c010e80f
   Trace; c0107c39
   Trace; c0107b30
   Trace; 00001000 Перед первым символом

   Каждый преобразован после адреса следует ближайший к нему символ адрес.За этим символом следует смещение адрес от символа. Значение после ’/’ равно «размер» символа, разница между символ и следующий известный символ. Итак,
   >> EIP; c0113f8c означает что счетчик программы был c0113f8c. Предыдущий символ sys_init_module, адрес 0x49c байт от начало символа, sys_init_module имеет длину 0x4d0 байт. Если вы предпочитаете десятичные смещения и длины, см. опцию -x . Если символ поступает из модуля, ему предшествует префикс ’[ имя_модуля ]’, некоторые модули имеют те же имена процедур.

   Использование «EIP» для счетчика программ выше предназначен для ix86. ksymoops пытается использовать правильную аббревиатуру программы счетчик (ПК, NIP, TPC и т. д.), но если он не распознает целевое оборудование, по умолчанию используется EIP.

   Когда код: строка читается, ksymoops извлекает байты кода. Он использует строка счетчика программы вместе с байтами кода для сгенерировать небольшой объектный файл в целевой архитектуре. ksymoops затем вызывает objdump (1) для дизассемблирования этого объекта. файл.Инструкции, удобочитаемые человеком, извлекаются из вывод objdump и напечатанный с адресом к символу конверсия. Если дизассемблированный код не выглядит разумным, см. варианты -e , -a и -t .

   ВЗЯТЬ СИМВОЛЫ, СМЕЩЕНИЯ И ДЛИНЫ С ЩЕТОЧКОЙ СОЛИ! адреса действительны, но преобразование символов осуществляется только как хорош как ввод, который вы дали ksymoops. Смотрите все проблемы в «АДРЕС ДЛЯ ПРЕОБРАЗОВАНИЯ СИМВОЛА» выше. Так же трассировка стека потенциально неоднозначна.Ядро печатает любые адреса в стеке, которые могут быть допустимыми адресами . Ядро не может сказать, какие (если есть) из них адреса настоящие и просто лежат в стеке из предыдущих процедур. ksymoops просто декодирует то, что ядро печатает.

   ПЕРЕМЕННЫЕ ОКРУЖАЮЩЕЙ СРЕДЫ

   KSYMOOPS_NM

   Путь для нм, по умолчанию $ {INSTALL_PREFIX} / bin / $ {CROSS} нм.

   KSYMOOPS_FIND

   Путь для поиска, по умолчанию / usr / bin / find.

   KSYMOOPS_OBJDUMP

   Путь для objdump, по умолчанию $ {INSTALL_PREFIX} / bin / $ {CROSS} objdump.

   ДИАГНОСТИКА ПЕРЕКРЕСТНОЙ СИСТЕМЫ

   Для обработки К сожалению, из одной системы в другую, вам нужен доступ ко всем источники символов, включая модули, System.map, ksyms и т. д. две системы — разные аппаратные средства, вам также понадобится версии команд nm и objdump, которые выполняются на вашем система, но обрабатывает целевую систему. Также нужны версии libbfd, libopcodes и libiberty, которые обрабатывают цель система.За инструкциями обратитесь к документации по binutils. о том, как создавать кросс-системные версии этих коммунальные услуги.

   Для отмены версии nm и find по умолчанию, используйте среду переменные выше. Чтобы использовать разные версии libbfd и libiberty используйте параметр —rpath при компоновке ksymoops или переменная среды LD_LIBRARY_PATH при запуске ksymoops. См. Информационные страницы для ld и / usr / doc / glibc * / FAQ. Вы также можете создать версию ksymoops, предназначенную для в среду кросс-компиляции с помощью BFD_PREFIX, Параметры DEF_TARGET, DEF_ARCH и CROSS во время сборки.Видеть УСТАНОВИТЕ в исходном пакете ksymoops для получения дополнительных сведений.

   ДИАГНОСТИКА

   	0 — нормально.
   	1 — ошибка (и) или предупреждения, результаты могут быть ненадежными.
   	2 — фатальная ошибка, нет полезные результаты.
   	3 — Режим одного выстрела, конец входных данных достигнут, но не отображается сообщение «К сожалению».

   ОШИБКИ

   Из-за множество возможных ошибок ядра и информационных строк, При сопоставлении с образцом ksymoops иногда печатаются строки это вовсе не ошибки.Например, начало строки с 3c589 соответствует шаблону для линии трассировки вызова, оба начинаются как минимум с 4 шестнадцатеричных цифр. Люди умнее, чем программы игнорируют ложные строки.

   АВТОРЫ

   Кейт Оуэнс — сопровождающий.

   патчей от Якуб Елинек , Ричард Хендерсон .

   ИСТОРИЯ

   Оригинал ksymoops.cc был написан Грегом МакГэри и обновлено Андреасом Шваб . Который версия требует C ++ и поддерживает только ix86 и m68k.

   Чтобы получить эквивалент старого ksymoops.cc (без vmlinux, без модулей, без ksyms, без System.map) используйте ksymoops -VKLOM. Или чтобы просто прочтите System.map, ksymoops -VKLO -m mapfile.

   СМОТРИ ТАКЖЕ

   находка (1), insmod (8), нм (1), objdump (1), rmmod (8), dmesg (8), genksyms (8), syslogd (8). bfd файлы информации.

   
   

   ---

   
   Документация по ядру Linux

   :: oops-tracing.txt

   На основе ядра версии 4.9. Страница создана 21 декабря 2016 в 14:36 ​​EST.

   1 ПРИМЕЧАНИЕ: ksymoops бесполезен в версии 2.6. Пожалуйста, используйте Oops в исходном формате
   2 (из dmesg и т. Д.). Игнорируйте любые ссылки в этом или других документах на "декодирование
   3 Упс »или« прогоняю через ksymoops ».Если вы отправите сообщение Oops из версии 2.6,
   4 был запущен через ksymoops, люди просто скажут вам сделать репост.
   5
   6 Краткое резюме
   7 -------------
   8
   9 Найдите ошибку и отправьте ее разработчику области ядра, которая кажется
   10 вовлечены в проблему. Не беспокойтесь слишком сильно о том, чтобы попасть не на того человека.
   11 Если вы не уверены, отправьте его лицу, ответственному за код, относящийся к
   12 что ты делал. Если это происходит неоднократно, попробуйте и опишите, как воссоздать
   13 шт. Это стоит даже больше, чем упс.14
   15 Если вы не знаете, кому отправлять отчет, отправьте его
   16 [email protected]. Спасибо за вашу помощь в создании Linux как
   17 стабильных, насколько это возможно.
   18
   19 Где упс?
   20 ----------------------
   21 год
   22 Обычно текст Oops считывается из буферов ядра с помощью klogd и
   23 передается syslogd, который записывает его в файл syslog, обычно
   24 / var / log / messages (зависит от /etc/syslog.conf). Иногда умирает klogd,
   25 и в этом случае вы можете запустить dmesg> file для чтения данных из ядра.
   26 буферов и сохраните его.Или вы можете cat / proc / kmsg> file, но вы
   27 должны прерваться, чтобы остановить передачу, kmsg - это «нескончаемый файл».
   28 Если машина разбилась настолько сильно, что вы не можете вводить команды или
   29 диск недоступен, у вас есть три варианта: -
   30
   31 (1) От руки скопируйте текст с экрана и введите его после машины.
   32 перезапустился. Беспорядочно, но это единственный вариант, если у вас его нет.
   33 запланировано к катастрофе. Как вариант, вы можете сфотографировать
   34 экран с цифровой камерой - не красиво, но лучше
   35 ничего.Если сообщения прокручиваются в верхней части консоли, вы
   36 может обнаружить, что загрузка с более высоким разрешением (например, vga = 791)
   37 позволит вам прочитать больше текста. (Предостережение: для этого нужен vesafb,
   38, так что не поможет при `` ранних '' оплакиваниях)
   39
   40 (2) Загрузитесь с последовательной консоли (см. Documentation / serial-console.txt),
   41 запустить нуль-модем на вторую машину и записать там вывод
   42 используя вашу любимую коммуникационную программу. Миником работает хорошо.
   43 год
   44 (3) Используйте Kdump (см. Documentation / kdump / kdump.текст),
   45 извлеките кольцевой буфер ядра из старой памяти с помощью dmesg
   46 gdbmacro в Documentation / kdump / gdbmacros.txt.
   47
   48
   49 Полная информация
   50 ----------------
   51
   52 ПРИМЕЧАНИЕ: сообщение Линуса ниже относится к ядру 2.4. Я сохранил это
   53 по историческим причинам, а также потому, что часть информации в нем все еще
   54 применяется. В особенности игнорируйте любые ссылки на ksymoops.
   55
   56 От: Линуса Торвальдса 
   57
   58 Как отследить Упс ... [первоначально письмо linux-kernel]
   59
   60 Главный трюк - иметь 5-летний опыт работы с этими надоедливыми упсами.
   61 сообщение ;-)
   62
   63 На самом деле, вы можете сделать это проще.у меня есть два
   64 отдельных подхода:
   65
   66 ГБД / USR / SRC / Linux / VMlinux
   67 gdb> дизассемблировать <преступная_функция>
   68
   69 Это простой способ найти проблему, по крайней мере, если отчет об ошибке
   70 хорошо сделанных (как этот - пробегите через ksymoops, чтобы получить
   71 информация о том, какая функция и смещение в функции, которую она
   72 произошло в).
   73
   74 О, это помогает, если отчет происходит на ядре, которое скомпилировано с
   75 тот же компилятор и похожие настройки.
   76
   77 Еще нужно разобрать часть отчета об ошибке «Код:»:
   78 ksymoops сделает то же самое с правильными инструментами, но если у вас нет
   79 инструментов, с помощью которых можно сделать глупую программу:
   80
   81 символ str [] = "\ xXX \ xXX \ xXX... ";
   82 main () {}
   83
   84 и скомпилируйте его с помощью gcc -g, а затем выполните "disassemble str" (где "XX"
   85 значений - это значения, сообщенные Oops - вы можете просто вырезать и вставить
   86 и заменяю пробелы на "\ x" - это то, что я делаю, так как мне лень
   87, чтобы написать программу для автоматизации всего этого).
   88
   89 В качестве альтернативы вы можете использовать сценарий оболочки в scripts / decodecode.
   90 Его использование: decodecode  или (), как в «<86>» или «(f00d)». Эти
   96 метки <> или () указывают на текущий указатель инструкции. Пример из
   97 i386, разбитый на несколько строк для удобства чтения:
   98
   99 Код: f9 0f 8d f9 00 00 00 8d 42 0c e8 dd 26 11 c7 a1 60 ea 2b f9 8b 50 08 a1
   100 64 ea 2b f9 8d 34 82 8b 1e 85 db 74 6d 8b 15 60 ea 2b f9 <8b> 43 04 39 42 54
   101 7e 04 40 89 42 54 8b 43 04 3b 05 00 f6 52 c0
   102
   103 Наконец, если вы хотите увидеть, откуда берется код, вы можете сделать
   104
   105 кд / usr / src / linux
   106 сделать fs / buffer.s # или любой другой файл, в котором произошла ошибка
   107
   108, и тогда вы получите лучшее представление о том, что происходит, чем с gdb
   109 разборка.
   110
   111 Теперь уловка состоит в том, чтобы объединить все данные, которые у вас есть: C
   112 источников (и общие сведения о том, что _должен_ делать), сборка
   113 листинг и дизассемблер кода (и дополнительно дамп реестра)
   114 также можно получить из сообщения «ой» - это может быть полезно, чтобы увидеть _какой_
   115 поврежденных указателей были, и когда у вас есть список ассемблера, вы можете
   116 также сопоставляют другие регистры с любыми выражениями C, которые они использовали
   117 для).118
   119 По сути, вы просто смотрите на то, что не совпадает (в данном случае это был
   120 "Код" дизассемблера, который не соответствовал тому, что сгенерировал компилятор).
   121 Затем вам нужно выяснить, почему они не совпадают. Часто это просто - ты
   122 видите, что в коде используется указатель NULL, а затем вы смотрите на код и
   123 интересно, как туда попал NULL-указатель и правильно ли это делать?
   124 вы просто проверите против него ..
   125
   126 Теперь, если кто-то поймет, что это отнимает много времени и требует
   127 какая-то небольшая концентрация, вы правы.Вот почему я буду
   128 в основном просто игнорируют любые отчеты о панике, в которых нет таблицы символов
   129 информация и т. Д. Искали: просто становится слишком сложно ее найти (у меня есть
   130 программ для поиска определенных шаблонов в сегменте кода ядра, и
   131 иногда мне удавалось найти и подобные паники, но
   132, что действительно требует хороших знаний ядра, чтобы иметь возможность
   133, чтобы выбрать правильные последовательности и т. Д.)
   134
   135 _Иногда_ бывает, что я просто вижу дизассемблированную последовательность кода.
   136 от паники, и я сразу знаю, откуда это.Вот когда
   137 Меня беспокоит, что я слишком долго этим занимаюсь ;-)
   138
   139 Линус
   140
   141
   142 ------------------------------------------------- --------------------------
   143 Замечания по трассировке Oops с помощью klogd:
   144
   145 Чтобы помочь Линусу и другим разработчикам ядра,
   146 существенная поддержка, встроенная в klogd для защиты обработки
   147 неисправностей. Чтобы иметь полную поддержку разрешения адресов хотя бы
   148 версии 1.3-pl3 пакета sysklogd следует использовать.149
   150 Когда происходит сбой защиты, демон klogd автоматически
   151 переводит важные адреса в сообщениях журнала ядра в их
   152 символьных эквивалента. Это переведенное сообщение ядра затем
   153 пересылается через любой механизм отчетов, который использует klogd. В
   154 сообщение об ошибке защиты можно просто вырезать из файлов сообщений
   155 и передан разработчикам ядра.
   156
   157 klogd выполняет два типа разрешения адресов. Первый - это
   158 статический перевод, а второй - динамический перевод.Статический
   159 перевод использует файл System.map почти так же, как
   160 ksymoops делает. Для статического перевода демон klogd
   161 должен быть в состоянии найти файл системной карты во время инициализации демона.
   162 См. Справочную страницу klogd для получения информации о том, как klogd ищет карту.
   163 файла.
   164
   165 Динамическая трансляция адресов важна при загрузке модулей ядра.
   166 используются. Поскольку память для модулей ядра выделяется из
   167 пулов динамической памяти ядра, для них нет фиксированных расположений.
   168 начало модуля или для функций и символов в модуле.169
   170 Ядро поддерживает системные вызовы, которые позволяют программе определять
   171, какие модули загружены и их расположение в памяти. Используя эти
   172 системных вызовов, демон klogd создает таблицу символов, которую можно использовать
   173 для отладки сбоя защиты, возникающего в загружаемом модуле ядра.
   174
   175 Как минимум, klogd предоставит имя модуля, который
   176 сгенерировал ошибку защиты. Могут быть дополнительные символические
   177 информация доступна, если разработчик загружаемого модуля решил
   178 экспортировать символьную информацию из модуля.179
   180 Поскольку среда модуля ядра может быть динамической, должна быть
   181 механизм уведомления демона klogd при изменении модуля
   182 происходит окружающая среда. Доступны параметры командной строки, которые
   183 разрешить klogd сигнализировать выполняющемуся в данный момент демону, что символ
   184 информацию следует обновить. См. Дополнительную информацию на странице руководства klogd.
   185 информация.
   186
   187 В дистрибутив sysklogd включен патч, изменяющий
   188 modules-2.0.0 пакет для автоматической сигнализации klogd всякий раз, когда модуль
   189 загружается или разгружается.Применение этого патча существенно
   190 бесшовная поддержка для устранения сбоев защиты, возникающих с
   191 загружаемый модуль ядра.
   192
   193 Ниже приведен пример отказа защиты в загружаемом модуле.
   194 обработано klogd:
   195 ------------------------------------------------- --------------------------
   196 29 августа, 09:51:01 Ядро blizard: не удалось обработать запрос ядра на подкачку по виртуальному адресу f15e97cc
   197 29 августа 09:51:01 ядро ​​blizard: current-> tss.cr3 = 0062d000,% cr3 = 0062d000
   198 29 августа 09:51:01 ядро ​​blizard: * pde = 00000000
   199 29 августа, 09:51:01 ядро ​​blizard: Ой: 0002
   200 29 августа 09:51:01 ядро ​​blizard: CPU: 0
   201 29 августа, 09:51:01 ядро ​​blizard: EIP: 0010: [ой: _oops + 16/3868]
   202 29 августа 09:51:01 ядро ​​blizard: EFLAGS: 00010212
   203 29 августа, 09:51:01 ядро ​​blizard: eax: 315e97cc ebx: 003a6f80 ecx: 001be77b edx: 00237c0c
   204 29 августа, 09:51:01 ядро ​​blizard: esi: 00000000 edi: bffffdb3 ebp: 00589f90 esp: 00589f8c
   205 29 августа 09:51:01 ядро ​​blizard: ds: 0018 es: 0018 fs: 002b gs: 002b ss: 0018
   206 29 августа, 09:51:01 Ядро blizard: процесс oops_test (pid: 3374, номер процесса: 21, stackpage = 00589000)
   207 29 августа 09:51:01 ядро ​​blizard: Стек: 315e97cc 00589f98 0100b0b4 bffffed4 0012e38e 00240c64 003a6f80 00000001
   208 29 августа 09:51:01 ядро ​​blizard: 00000000 00237810 bfffff00 0010a7fa 00000003 00000001 00000000 bfffff00
   209 29 августа 09:51:01 ядро ​​blizard: bffffdb3 bffffed4 ffffffda 0000002b 0007002b 0000002b 0000002b 00000036
   210 29 августа, 09:51:01 Ядро blizard: Отслеживание вызовов: [oops: _oops_ioctl + 48/80] [_sys_ioctl + 254/272] [_system_call + 82/128]
   211 29 августа 09:51:01 ядро ​​blizard: Код: c7 00 05 00 00 00 eb 08 90 90 90 90 90 90 90 90 89 ec 5d c3
   212 ------------------------------------------------- --------------------------
   213
   214 ДокторG.W. Wettstein Oncology Research Div. Вычислительный центр
   215 Онкологический центр Роджера Мариса ИНТЕРНЕТ: [email protected]
   216 820 4-я улица N.
   217 Fargo, ND 58122
   218 Телефон: 701-234-7556
   219
   220
   221 ------------------------------------------------- --------------------------
   222 Испорченные ядра:
   223
   224 Некоторые отчеты oops содержат строку "Tainted:" после программы.
   225 счетчик. Это указывает на то, что ядро ​​было испорчено некоторыми
   226 механизм. За строкой следует ряд чувствительных к положению
   227 символов, каждый из которых представляет определенное испорченное значение.228
   229 1: 'G', если все загруженные модули имеют лицензию GPL или совместимую, 'P', если
   230 загружен какой-либо фирменный модуль. Модули без
   231 MODULE_LICENSE или с MODULE_LICENSE, который не распознается
   232 insmod, как GPL-совместимый, считаются проприетарными.
   233
   234 2: 'F', если какой-либо модуль был принудительно загружен с помощью insmod -f, '' если все
   235 модулей загрузились нормально.
   236
   237 3: 'S', если ошибка произошла на ядре SMP, работающем на оборудовании, которое
   238 не был сертифицирован как безопасный для работы с несколькими процессорами.239 В настоящее время это происходит только на различных Атлонах, которые не
   Возможность 240 SMP.
   241
   242 4: 'R', если модуль был принудительно выгружен командой "rmmod -f", '' если все
   243 модуля выгружались нормально.
   244
   245 5: 'M', если какой-либо процессор сообщил об исключении проверки машины,
   246 '', если не возникло никаких исключений проверки машины.
   247
   248 6: 'B', если функция выпуска страницы обнаружила неверную ссылку на страницу или
   249 некоторые неожиданные флаги страницы.
   250
   251 7: 'U', если пользователь или пользовательское приложение специально запросили, чтобы
   252 Флаг испорченного должен быть установлен, в противном случае.253
   254 8: 'D', если ядро ​​недавно умерло, т.е. произошла ошибка OOPS или BUG.
   255
   256 9: 'A', если таблица ACPI была переопределена.
   257
   258 10: 'W', если ядро ​​ранее выдало предупреждение.
   259 (Хотя некоторые предупреждения могут устанавливать более конкретные флаги заражения.)
   260
   261 11: 'C', если загружен промежуточный драйвер.
   262
   263 12: 'I', если ядро ​​работает с серьезной ошибкой в ​​платформе
   264 (BIOS или аналогичная).
   265
   266 13: 'O', если был загружен созданный извне («вне дерева») модуль.267
   268 14: 'E', если неподписанный модуль был загружен в ядро, поддерживающее
   269 ​​подпись модуля.
   270
   271 15: «L», если ранее в системе происходила мягкая блокировка.
   272
   273 16: 'K', если ядро ​​было исправлено в реальном времени.
   274
   275 Основная причина появления строки 'Tainted:' заключается в том, чтобы сообщить ядру
   276 отладчиков, если это чистое ядро ​​или что-то необычное
   277 произошло. Заражение необратимо: даже если вызывающий ошибку модуль
   278 выгружено, испорченное значение остается, чтобы указать, что ядро ​​не
   279 заслуживают доверия.

   
   
   

   ---

   • Права на информацию принадлежат ее автору.
   • Все материалы доступны из исходного кода ядра Linux, распространяемого по лицензии GPL.
   • Размещено на mjmwired.net.

   Взаимосвязи в OOPS… — Первое декодирование

   ОТНОШЕНИЯ — это то, что класс или объект знает о другом классе или объекте.

   
   
   ОТНОШЕНИЯ
   • Класс
   • Объекты
     • Ассоциация
     • Агрегация
     • Компост

   
   
   Обобщение (Class-to-Class) (суперкласс — подкласс; супертип — подтип)

   • Обобщение следует эвристике «является» или «является разновидностью» от класса специализации к классу обобщения.(например, студент — это человек, видео — это своего рода инвентарь).

   • Общие атрибуты, операции и отношения находятся в классе обобщения и наследуются классами специализации

   • Уникальные атрибуты, операции и отношения находятся в классах специализации.

   Ассоциации

   • Взаимоотношения между экземплярами (объектами) классов

   • В ассоциации Объекты существуют независимо.

   • Концептуальный: ассоциации могут иметь две роли (двунаправленные)

   • источник -> цель,

   • цель -> источник

   
   

   Агрегация

   • — это специализированная форма АССОЦИАЦИИ, в которой целое связано со своими частями.

   • известен как «часть» или отношения сдерживания и следует эвристике «имеет»

   • три способа думать об агрегатах:

   • целые части

   • содержимое контейнера

   • члены группы
   Состав

   Как отлаживать ошибки ядра во встроенной системе

   У меня проблема с одним из последовательных портов на встроенной разработке./ dev / ttyS0, / dev / ttyS2 и / dev / ttyS3 все работают нормально и без проблем. Но в некоторых случаях доступ к / dev / ttyS1 выдает следующие два сообщения «упс».

   Я понятия не имею, с чего начать поиск причины этого, вы можете помочь?

   1-й

     Невозможно обработать разыменование нулевого указателя ядра по виртуальному адресу 0000013c
   pgd = c0004000
   [0000013c] * pgd = 00000000
   остановил кастомный трейсер.
   Внутренняя ошибка: К сожалению, 17 [# 1] PREEMPT
   Модули, связанные в: macb
   CPU: 0 Не испорчен (2.6.24-rc5-rt1 # 2)
   pc: [] lr: [] psr: 60000093
   sp: c3c25f10 ip: 0000012c fp: c3c25f1c
   r10: 00000000 r9: 00000000 r8: 00000000
   r7: 000000ac r6: 00000000 r5: 0000012c r4: 00000000
   r3: 60000093 r2: 60000013 r1: c3c1a340 r0: 0000012c
   Флаги: nZCv IRQs off FIQs on Mode SVC_32 ISA ARM Segment kernel
   Управление: 0005317f Таблица: 23dcc000 DAC: 00000017
   Обработка softirq-high / 0 (pid: 4, ограничение стека = 0xc3c24258)
   Стек: (от 0xc3c25f10 до 0xc3c26000)
   5f00: c3c25f2c c3c25f20 c01a9e90 c01a9e20
   5f20: c3c25f44 c3c25f30 c0101b84 c01a9e90 c020ab48 c020abf4 c3c25f74 c3c25f48
   5f40: c0119960 c0101b78 c3c1a340 c020ac2c 000f4240 00000000 00000004 00000000
   5f60: c0205b78 c02059c8 c3c25f98 c3c25f78 c003cf5c c0119560 00000001 fffffffe
   5f80: c02059d4 c3c24000 00000001 c3c25fa8 c3c25f9c c003d038 c003cee4 c3c25fd8
   5fa0: c3c25fac c003d9ec c003d010 00000032 c3c24000 c02059c8 c003d8a0 00000000
   5fc0: 00000000 00000000 00000000 c3c25ff4 c3c25fdc c004cc94 c003d8b0 00000000
   5fe0: 00000000 00000000 00000000 c3c25ff8 c003b13c c004cc4c 00000000 00000000
   Обратная трассировка:
   Функция введена в [] из []
   Функция введена в [] из []
   Функция, введенная в [] из []
    r5: c020abf4 r4: c020ab48
   Функция, введенная в [] из []
   Функция, введенная в [] из []
    r8: 00000001 r7: c3c24000 r6: c02059d4 r5: fffffffe r4: 00000001
   Функция введена в [] из []
   Функция, введенная в [] из []
   Функция, введенная в [] из []
    r6: 00000000 r5: 00000000 r4: 00000000
   Заводское обозначение: e5
   c e10f2000 e3823080 e121f003 (e59c3010).
     

   2-я

     Невозможно обработать разыменование нулевого указателя ядра по виртуальному адресу 000000bc
   pgd = c0004000
   [000000bc] * pgd = 00000000
   Внутренняя ошибка: К сожалению: 17 [# 2] PREEMPT
   Модули, связанные в: macb
   CPU: 0 Испорчен: G D (2.6.24-rc5-rt1 # 2)
   pc: [] lr: [] psr: 60000013
   sp: c3c33f50 ip: c3c33f68 fp: c3c33f64
   r10: c0205ab8 r9: c0205b78 r8: 00000000
   r7: 00000004 r6: 00000000 r5: 000f4240 r4: c3e3c378
   r3: c3e3c360 r2: 60000013 r1: a0000013 r0: 00000000
   Флаги: nZCv IRQs на FIQ в режиме SVC_32 ISA ARM Segment kernel
   Управление: 0005317f Таблица: 23dcc000 DAC: 00000017
   Процесс softirq-tasklet (pid: 9, ограничение стека = 0xc3c32258)
   Стек: (от 0xc3c33f50 до 0xc3c34000)
   3f40: c3e3c378 000f4240 c3c33f74 c3c33f68
   3f60: c01161c0 c010186c c3c33f98 c3c33f78 c003cf5c c01161b8 00000020 ffffffdf
   3f80: c0205ac4 c3c32000 00000020 c3c33fa8 c3c33f9c c003d078 c003cee4 c3c33fd8
   3fa0: c3c33fac c003d9ec c003d050 00000032 c3c32000 c0205ab8 c003d8a0 00000000
   3fc0: 00000000 00000000 00000000 c3c33ff4 c3c33fdc c004cc94 c003d8b0 00000000
   3fe0: 00000000 00000000 00000000 c3c33ff8 c003b13c c004cc4c ffffffff ffffffff
   Обратная трассировка:
   Функция, введенная в [] из []
    r5: 000f4240 r4: c3e3c378
   Функция, введенная в [] из []
   Функция, введенная в [] из []
    r8: 00000020 r7: c3c32000 r6: c0205ac4 r5: ffffffdf r4: 00000020
   Функция, введенная в [] из []
   Функция, введенная в [] из []
   Функция, введенная в [] из []
    r6: 00000000 r5: 00000000 r4: 00000000
   Заводское обозначение: c01f63a4 e1a0c00d e92dd830 e24cb004 (e59030bc).
     

   Функции Python encode () и decode ()

   Python encode и decode Методы используются для кодирования и декодирования входной строки с использованием заданной кодировки.Давайте подробно рассмотрим эти две функции в этой статье.

   ---

   Кодировать заданную строку

   Мы используем метод encode () для входной строки, который есть у каждого строкового объекта.

   Формат :

   input_string.encode (кодировка, ошибки)
    

   Это кодирует input_string с использованием кодировки , где ошибок определяет поведение, которому следует следовать, если по какой-либо причине кодирование строки не выполняется.

   encode () приведет к последовательности байтов .

   inp_string = 'Привет'
   bytes_encoded = inp_string.encode ()
   print (тип (кодировано в байтах))
    

   Это приводит к объекту , как и ожидалось:

   Тип кодирования, которому необходимо следовать, показан параметром encoding . Существуют различные типы схем кодирования символов, из которых в Python по умолчанию используется схема UTF-8 .

   Давайте рассмотрим параметр кодировки на примере.

   a = 'Это простое предложение.'
   
   print ('Исходная строка:', a)
   
   # По умолчанию декодируется в utf-8
   a_utf = a.encode ()
   
   print ('Закодированная строка:', a_utf)
    

   Выход

   Исходная строка: это простое предложение.
   Закодированная строка: b 'Это простое предложение.'
    

   ПРИМЕЧАНИЕ : Как видите, мы закодировали входную строку в формате UTF-8.Хотя особой разницы нет, вы можете заметить, что строка имеет префикс b . Это означает, что строка преобразуется в поток байтов, как и хранится на любом компьютере. Как байты!

   Это на самом деле не читается человеком и представляется только как исходная строка для удобства чтения с префиксом b , чтобы обозначить, что это не строка, а последовательность байтов.

   ---

   Обработка ошибок

   Существуют различные типы ошибок , некоторые из которых упомянуты ниже:

   serNtslashserNtslash ) вместо некодируемых символов Юникода.

   Тип ошибки	Поведение
   strict	Поведение по умолчанию , которое вызывает UnicodeDecodeError при сбое.
   игнорировать	Игнорировать некодируемый Unicode из результата.
   заменить	Заменяет все некодируемых символа Юникода вопросительным знаком (? )
   обратная косая черта заменяет	экранирующую последовательность

   Давайте рассмотрим приведенные выше концепции на простом примере.Мы рассмотрим входную строку, в которой не все символы кодируются (например, ö ),

   a = 'Это немного более сложное предложение.'
   
   print ('Исходная строка:', a)
   
   print ('Кодировка с ошибками = игнорировать:', a.encode (encoding = 'ascii', errors = 'ignore'))
   print ('Кодировка с ошибками = заменить:', a.encode (encoding = 'ascii', errors = 'replace'))
    

   Выход

   Исходная строка: это предложение möre cömplex.
   Кодировка с ошибками = игнорировать: b 'Это немного сложное предложение.'
   Кодировка с ошибками = replace: b 'Это немного сложное предложение.'
    

   ---

   Декодирование потока байтов

   Подобно кодированию строки, мы можем декодировать поток байтов в строковый объект, используя функцию decode () .

   Формат:

   encoded = input_string.encode ()
   # Использование decode ()
   decoded = encoded.decode (декодирование, ошибки)
    

   Поскольку encode () преобразует строку в байты, decode () просто выполняет обратное.

   byte_seq = b'Hello '
   decoded_string = byte_seq.decode ()
   печать (тип (decoded_string))
   печать (decoded_string)
    

   Выход

   Это показывает, что decode () преобразует байты в строку Python.

   Подобно параметрам encode () , параметр decoding определяет тип кодирования, из которого декодируется последовательность байтов. ошибок Параметр обозначает поведение в случае сбоя декодирования, который имеет те же значения, что и encode () .

   ---

   Важность кодировки

   Поскольку кодирование и декодирование входной строки зависит от формата, мы должны быть осторожны при кодировании / декодировании. Если мы используем неправильный формат, это приведет к неправильному выводу и может вызвать ошибки.

   Приведенный ниже фрагмент показывает важность кодирования и декодирования.

   Первое декодирование неверно, так как оно пытается декодировать входную строку, которая закодирована в формате UTF-8. Второй правильный, поскольку форматы кодирования и декодирования совпадают.

   a = 'Это немного более сложное предложение.'
   
   print ('Исходная строка:', a)
   
   # Кодировка в UTF-8
   encoded_bytes = a.encode ('utf-8', 'заменить')
   
   # Пытаемся декодировать через ASCII, что неверно
   decoded_incorrect = encoded_bytes.decode ('ascii', 'заменить')
   decoded_correct = encoded_bytes.decode ('utf-8', 'заменить')
   
   print ('Неверно декодированная строка:', decoded_incorrect)
   print ('Правильно декодированная строка:', decoded_correct)
    

   Выход

   Исходная строка: это немного более сложное предложение.Неправильно декодированная строка: это немного сложное предложение.
   Правильно декодированная строка: это немного более сложное предложение.
    

   ---

   Заключение

   В этой статье мы узнали, как использовать методы encode (), и decode () для кодирования входной строки и декодирования закодированной последовательности байтов.

   Мы также узнали о том, как он обрабатывает ошибки при кодировании / декодировании, с помощью параметра errors . Это может быть полезно для целей шифрования и дешифрования, например для локального кэширования зашифрованного пароля и его декодирования для последующего использования.

   Список литературы

   ---

   .