Разное поведение с Fsys.atapi и Fsys.eide

[LH]

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

Загрузочный образ .boot собран с Fsys.atapi. В ходе выполнения sysinit.1 вызывается chkfsys, при необходимости проводится
проверка файловой системы и исправление ошибок. Далее выполнение команд sysinit.1 продолжается, но в конце
при вызове login происходит cбой и остановка работы, что-то вроде

/bin/sh SIGSEG...

/bin/ksh SIGSEG...

Если после этого перезагрузить ПК и выполнить альтернативную загрузку образа с Fsys.eide, происходит проверка файловой системы,
исправление ошибок и успешная загрузка и работа проекта.
При этом каких-либо нарушений файловой системы жесткого диска не наблюдается.

Содержание /etc/altsysinit такое же что и /etc/sysinit.1

Проверка dcheck не показывает сбойных блоков.

Использовались образы .boot как с ранними версиями Fsys.atapi, так и с новейшими.

Как можно объяснить данную проблему?

Cпасибо.

[Павел Козлов]

Единственное отличие Fsys.eide от Fsys.atapi, которое на данный момент приходит на ум, это работа с DMA. Будет ли происходить падение, если явно указать режим PIO драйверу Fsys.atapi? И еще, я бы посмотрел в сторону проверки оперативной памяти.