"READ FPDMA QUEUED" 캡처

최근에 커널 메시지가 나타났습니다:

ata3.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0
ata3.00: irq_stat 0x40000008
ata3.00: failed command: READ FPDMA QUEUED
ata3.00: cmd 60/08:00:98:b2:78/00:00:13:00:00/40 tag 0 ncq 4096 in
         res 41/40:08:9a:b2:78/00:00:13:00:00/00 Emask 0x409 (media error) <F>
ata3.00: status: { DRDY ERR }
ata3.00: error: { UNC }
ata3.00: SB600 AHCI: limiting to 255 sectors per cmd
ata3.00: SB600 AHCI: limiting to 255 sectors per cmd
ata3.00: configured for UDMA/133
sd 2:0:0:0: [sda] Unhandled sense code
sd 2:0:0:0: [sda]  Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
sd 2:0:0:0: [sda]  Sense Key : Medium Error [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00 
        13 78 b2 9a 
sd 2:0:0:0: [sda]  Add. Sense: Unrecovered read error - auto reallocate failed
sd 2:0:0:0: [sda] CDB: Read(10): 28 00 13 78 b2 98 00 00 08 00
end_request: I/O error, dev sda, sector 326677146
ata3: EH complete

나는 오류를 수정하고 디스크를 복구하는 데 사용한 복잡한 프로세스를 자세히 설명했습니다. 그런 다음 그것을 게시하는 것을 귀찮게 하지 않았습니다(이번 주말에 게시할 것이라고 생각했습니다).

지금 내가 하고 싶은 것은 프로세스를 자동화하는 프로그램을 만드는 것입니다. 이렇게 하려면 "커널 오류를 잡아야" 합니다.

트랩이란 다음을 의미합니다. 1) 오류를 발생시킨 시스템 호출을 종료합니다. 저는 이와 같은 오류로 인해 하드 드라이브가 중단되고 프로세스 실행이 완료될 때까지 다른 시스템 명령 호출의 요청이 무시되는 경우가 많다는 것을 확인했습니다. 다른 호출에서 오류를 반환하는 경우가 많습니다. 진단 절차를 통해 잘못된 작동이 원인으로 식별됩니다.

2) 호출 프로세스에 일종의 신호를 보내 그것이 범인임을 알립니다.

제안?