Logo Море(!) аналитической информации!
IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

VPS в России, Европе и США

Бесплатная поддержка и администрирование

Оплата российскими и международными картами

🔥 VPS до 5.7 ГГц под любые задачи с AntiDDoS в 7 локациях

💸 Гифткод CITFORUM (250р на баланс) и попробуйте уже сейчас!

🛒 Скидка 15% на первый платеж (в течение 24ч)

Скидка до 20% на услуги дата-центра. Аренда серверной стойки. Colocation от 1U!

Миграция в облако #SotelCloud. Виртуальный сервер в облаке. Выбрать конфигурацию на сайте!

Виртуальная АТС для вашего бизнеса. Приветственные бонусы для новых клиентов!

Виртуальные VPS серверы в РФ и ЕС

Dedicated серверы в РФ и ЕС

По промокоду CITFORUM скидка 30% на заказ VPS\VDS

CRASH(8)

НАЗВАНИЕ
crash - аварийное завершение работы системы

ОПИСАНИЕ
Наряду с нормальным завершением работы системы с помощью утилиты finito(1M), существует разновидность аварийного завершения - так называемая паника.

Есть ряд причин, по которым ядро ОС UNIX может поднять панику:

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

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

Если во время обработки паники снова возникает паника, такая ситуация называется двойной паникой.

При обработке паники ядро обновляет файловые системы, выдавая sync(2). Флаг очистки в суперблоке не устанавливается, так как в файловой системе могут остаться некоторые нарушения.

Ядро запрашивает оператора, следует ли вывести дамп на устройство дампа (это раздел диска, определенный в dfile(4) при создании ядра). По завершении дампа ядро выдает число записанных блоков. Позднее дамп может быть проанализирован с помощью утилиты crash(1M).

Если устройство дампа перекрывается с устройством подкачки, надо запустить систему без устройства подкачки и скопировать дамп в обычный файл. Для этого используют утилиту dd(1), указывая число блоков дампа, сообщенное при панике. Затем включают подкачку.

После паники следует перезагрузить систему. Если система не загружается, надо восстановить ее с копии [см. backup(8)].

После загрузки ядра следует немедленно запустить коррекцию файловых систем [см. fsck(1М)].

СМ. ТАКЖЕ
crash(1M), fsck(1M), backup(8), boot(8).

VPS/VDS серверы. 30 локаций на выбор

Серверы VPS/VDS с большим диском

Хорошие условия для реселлеров

4VPS.SU - VPS в 17-ти странах

2Gbit/s безлимит

Современное железо!

Бесплатный конструктор сайтов и Landing Page

Хостинг с DDoS защитой от 2.5$ + Бесплатный SSL и Домен

SSD VPS в Нидерландах под различные задачи от 2.6$

✅ Дешевый VPS-хостинг на AMD EPYC: 1vCore, 3GB DDR4, 15GB NVMe всего за €3,50!

🔥 Anti-DDoS защита 12 Тбит/с!

Новости мира IT:

Архив новостей

IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

Информация для рекламодателей PR-акции, размещение рекламы — adv@citforum.ru,
тел. +7 495 7861149
Пресс-релизы — pr@citforum.ru
Обратная связь
Информация для авторов
Rambler's Top100 TopList This Web server launched on February 24, 1997
Copyright © 1997-2000 CIT, © 2001-2019 CIT Forum
Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...