Logo GBNhost.com — скидка на VPS сервера 50 процентов! Море(!) аналитической информации!
IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware
Сверхбыстрый хостинг от 69 р./мес., VPS от 299 р./мес.

Бесплатно: администрирование + ISPmanager + DDoS защита + SSL + 7 дней тестовый период

Скидка 50% на первый месяц VPS и хостинга по промокоду CITFORUM

Ваш идеальный сервер от 4$/мес. Все включено:

- Администрирование и решение проблем 24/7
- Перенос проектов без рисков и простоев.
- Круглосуточный мониторинг доступности сайтов.
- Защита от DDoS атак.

Хостинг в Европе для новичков (от 25 руб/мес) и VIP-хостинг для профессионалов (от 1000 руб/мес)

Скидка 25% на все тарифы хостинга по промокоду STDCITF

Бесплатно: тест на 30 дней!

хостинг сайтов ГиперХост — хостинг сайтов который Вы искали.

Виртуальный хостинг, Аренда VPS серверов, рация доменных имен, SSL сертификаты

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).

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

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

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

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

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

Последние комментарии:

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

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