Инструменты пользователя

Инструменты сайта


blog-article:2014:01:15
LDAP: couldn't connect to LDAP server

Различия

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

Ссылка на это сравнение

blog-article:2014:01:15 [2014/01/15 14:57] (текущий)
Строка 1: Строка 1:
 +====== Как мы ремонтировали терминал для ЖД Вокзала ======
 +
 +По словам заказчика,​ терминал якобы ушёл в спящий режим, разбудить не удавалось. Он был физически перезагружен,​ но не запустился.
 +
 +{{:​blog-article:​2014:​01:​img_20131219_161638.jpg?​400|}}
 +
 +На терминале установлена **Ubuntu Linux 12.04**. При включении терминала загрузка её останавливалась в initramfs (специальный образ системы для раннего поиска и инициализации устройств хранения - диспетчер томов, программный RAID, SAN и NAS) с сообщением о том, что не удаётся смонтировать корневую файловую систему. ​
 +
 +{{:​blog-article:​2014:​01:​img_20131219_162334.jpg?​400|}}
 +
 +Возникло подозрение,​ что не полностью исправен жёсткий диск, или корневая ФС существенно повреждена.
 +Однако,​ сетевая загрузка любых диагностических операционных систем также завершалась с ошибками,​ несмотря на то, что до сих пор они всегда загружались нормально и оборудование POS удовлетворяет минимальным аппаратным характеристикам. Тогда решили попробовать проверить оперативную память.
 +
 +{{:​blog-article:​2014:​01:​img_20131219_162427.jpg?​400|}}
 +
 +Сразу же было выявлено,​ что память неисправна. ​
 +Замена модуля памяти (DDR2 SODIMM) помогла:​ POS-терминал загрузился чуть дальше,​ но при загрузке возникло сообщение,​ что корневая ФС повреждена и не может быть автоматически исправлена. ​
 +
 +{{:​blog-article:​2014:​01:​img_20131219_162201_2.jpg?​400|}}
 +
 +Это было ожидаемое состояние:​ известно,​ что одной из причин повреждения служебных областей файловых систем на диске является неисправная ОЗУ. Сразу же стало понятно и описанное заказчиком поведение:​ терминал ушёл не в спящий режим, на нём возникла ситуация kernel panic (аварийный останов ядра в случае,​ когда оно обнаружило проблемы и не может продолжать работу),​ но прочитать сообщения с экрана было невозможно,​ т.к. экран был погашен.
 +
 +На этот раз диагностическая система загрузилась успешно,​ были исправлены ошибки ФС. К счастью,​ существенных ошибок там не оказалось - файловая система ext4, использующаяся в Ubuntu Linux по умолчанию,​ содержит контрольные суммы данных и метаданных,​ что помогло избежать потери данных. После этого система смогла полноценно запуститься и нормально работать.
 +
 +{{tag>}}
 +
 +
 +~~DISCUSSION~~
  
blog-article/2014/01/15.txt · Последние изменения: 2014/01/15 14:57 (внешнее изменение)