저도 같은 문제를 겪었는데 레드필에서 절전모드 안되는건 아마 이 문제일겁니다.
/var/log/hibernationFull.log파일이나 dmesg로 확인해서 절전모드 들어갈때마다 이런 에러로그가 쌓여있으면 같은 문제가 맞을겁니다.
<redpill/smart_shim.c:688> Expected to copy HDIO_DRIVE_CMD header of 4 bytes from (null) - it failed
이 에러는 보통 하드디스크가 절전모드로 들어가면 시스템이 HDIO_DRIVE_CMD 명령을 실행하는데 이걸 redpill드라이버가 처리하지 못해서 에러가 발생하게 되고
에러가 발생하니까 /var/log/kern.log 와 /var/log/messages 로그 파일에 저장하려고 하면서 HDD를 다시 깨우는게 원인입니다.
그래서 하드디스크가 절전모드에 들어가자마자 다시 깨어나게 됩니다.
해결방법은 레드필 드라이버의 redpill/smart_shim.c 파일을 수정해서 크로스 컴파일해 쓰거나...
에러로그를 출력하는 파일의 위치를 하드디스크 디렉토리(/var/log/)에서 메모리(tmpfs)로 옮기는 방법입니다.
보통 tmpfs는 /tmp하고 /run 디렉토리에 심볼릭 링크가 걸려있기 때문에 패스를 /var/log에서 /tmp로 바꿔주면 됩니다.
/var/log/kern.log 의 위치를 설정하는 컨피그 파일은 /etc.defaults/syslog-ng/patterndb.d/kernel.conf 에 있고
/var/log/messages 파일은 /etc.defaults/syslog-ng/patterndb.d/message.conf 파일에 위치를 설정할수 있게 되어있습니다.
해당 파일을 vim 으로 열어보면
~~
destination d_kernel { file("/var/log/kern.log"); }
log {
~
이런 부분이 있는데 /var/log/의 위치를 /tmp/로 바꾸고 재부팅 하면 됩니다.
이렇게 바꾸면 로그파일이 메모리에 쌓이니까 재부팅하면 기존 로그가 다 지워지는 문제가 있습니다..
이거랑 비슷한 문제로 하드웨어 상태관련된 로그파일인 /var/log/scemd.log 도
절전시에 장치의 하드디스크 led글 끄는 설정관련 해서 문제를 일으켜 에러로그를 쌓으면서 하드가 다시 깨는 일도 있고
그외에 데이터 스크럽 예약 스케쥴러를 1달 마다 실행하게 해놨는데도 불구하고 1시간마다 확인하면서 하드를 깨우질 않나..
윈도우 파일공유 하는 서비스인 smbd (삼바데몬)에서브로드캐스트를 받거나 주기적으로 연결된 네트웍 드라이브 갱신할때 /var/cache/samba의
tdb파일 갱신하면서 꺠질 않나..
하드디스크 절전 안되는 문제는 진짜 별의 별 케이스가 너무 많아서 그냥 절전안쓰고 쓰는게 정신건강상 더 좋더라구요
//Before we execute ioctl we need to save the original header as ioctl will override it (they share buffer)
u8 req_header[HDIO_DRIVE_CMD_HDR_OFFSET];
if(unlikely(copy_from_user(req_header, buff_ptr, HDIO_DRIVE_CMD_HDR_OFFSET) != 0)) {
pr_loc_err("Expected to copy HDIO_DRIVE_CMD header of %d bytes from %p - it failed", HDIO_DRIVE_CMD_HDR_OFFSET,
buff_ptr);
return -EIO;
}
->
/var/log/hibernationFull.log파일이나 dmesg로 확인해서 절전모드 들어갈때마다 이런 에러로그가 쌓여있으면 같은 문제가 맞을겁니다.
<redpill/smart_shim.c:688> Expected to copy HDIO_DRIVE_CMD header of 4 bytes from (null) - it failed
->
하드디스크가 절전모드로 들어가면 시스템이 HDIO_DRIVE_CMD 명령을 실행
해결방법은 레드필 드라이버의 redpill/smart_shim.c 파일을 수정해서 크로스 컴파일해 쓰거나...
잘은 모르겠습니다만 687라인에서 HDIO_DRIVE_CMD로 커맨드를 받아서 copy_from_user로 커널에 써넣는 작업을 할때 이 처리가 실패할 경우 pr_loc_err로 에러를 출력하는 모양입니다만
687라인의 copy_from_user까지 블럭처리하면 이번 에러와 관련없는 커맨드까지 다 처리 안될거 같으니까
688, 689라인의 에러를 출력하는 조건에서 buff_ptr 포인터가 null인경우는 에러출력을 하지 않도록 바꿔주시면 될거 같습니다...(아마도요..^^;)
하드의 수명을 갉아 먹을 수 있어서요.
오늘 이 절전 때문에 하드 사망하신분이 글을 올리셨네요.
https://svrforum.com/nas/1300957
HDD의 대기기능에서 대기기능 로그 활성화를 켜주고 지원센터 앱에 가보면 시스템 로그 도구가 있는데
동면 디버깅 모드를 활성화 시켜주고 문제발생을 "자주깨우기"로 설정해 줍니다.
이렇게 설정 해 주면 하드디스크가 절전모드에 빠지거나 깨어날때마다
/var/log/hibernation.log 파일과 /var/log/hibarnationFull.log에 로그가 쌓입니다.
이걸 절전모드 들어갈상황에서 tail명령으로 감시해주면 됩니다.
tail -f /var/log/hibernationFull.log | grep -v 'proc\|tmpfs'
저도 같은 문제를 겪었는데 레드필에서 절전모드 안되는건 아마 이 문제일겁니다.
/var/log/hibernationFull.log파일이나 dmesg로 확인해서 절전모드 들어갈때마다 이런 에러로그가 쌓여있으면 같은 문제가 맞을겁니다.
<redpill/smart_shim.c:688> Expected to copy HDIO_DRIVE_CMD header of 4 bytes from (null) - it failed
이 에러는 보통 하드디스크가 절전모드로 들어가면 시스템이 HDIO_DRIVE_CMD 명령을 실행하는데 이걸 redpill드라이버가 처리하지 못해서 에러가 발생하게 되고
에러가 발생하니까 /var/log/kern.log 와 /var/log/messages 로그 파일에 저장하려고 하면서 HDD를 다시 깨우는게 원인입니다.
그래서 하드디스크가 절전모드에 들어가자마자 다시 깨어나게 됩니다.
해결방법은 레드필 드라이버의 redpill/smart_shim.c 파일을 수정해서 크로스 컴파일해 쓰거나...
에러로그를 출력하는 파일의 위치를 하드디스크 디렉토리(/var/log/)에서 메모리(tmpfs)로 옮기는 방법입니다.
보통 tmpfs는 /tmp하고 /run 디렉토리에 심볼릭 링크가 걸려있기 때문에 패스를 /var/log에서 /tmp로 바꿔주면 됩니다.
/var/log/kern.log 의 위치를 설정하는 컨피그 파일은 /etc.defaults/syslog-ng/patterndb.d/kernel.conf 에 있고
/var/log/messages 파일은 /etc.defaults/syslog-ng/patterndb.d/message.conf 파일에 위치를 설정할수 있게 되어있습니다.
해당 파일을 vim 으로 열어보면
~~
destination d_kernel { file("/var/log/kern.log"); }
log {
~
이런 부분이 있는데 /var/log/의 위치를 /tmp/로 바꾸고 재부팅 하면 됩니다.
이렇게 바꾸면 로그파일이 메모리에 쌓이니까 재부팅하면 기존 로그가 다 지워지는 문제가 있습니다..
이거랑 비슷한 문제로 하드웨어 상태관련된 로그파일인 /var/log/scemd.log 도
절전시에 장치의 하드디스크 led글 끄는 설정관련 해서 문제를 일으켜 에러로그를 쌓으면서 하드가 다시 깨는 일도 있고
그외에 데이터 스크럽 예약 스케쥴러를 1달 마다 실행하게 해놨는데도 불구하고 1시간마다 확인하면서 하드를 깨우질 않나..
윈도우 파일공유 하는 서비스인 smbd (삼바데몬)에서브로드캐스트를 받거나 주기적으로 연결된 네트웍 드라이브 갱신할때 /var/cache/samba의
tdb파일 갱신하면서 꺠질 않나..
하드디스크 절전 안되는 문제는 진짜 별의 별 케이스가 너무 많아서 그냥 절전안쓰고 쓰는게 정신건강상 더 좋더라구요
//Before we execute ioctl we need to save the original header as ioctl will override it (they share buffer)
u8 req_header[HDIO_DRIVE_CMD_HDR_OFFSET];
if(unlikely(copy_from_user(req_header, buff_ptr, HDIO_DRIVE_CMD_HDR_OFFSET) != 0)) {
pr_loc_err("Expected to copy HDIO_DRIVE_CMD header of %d bytes from %p - it failed", HDIO_DRIVE_CMD_HDR_OFFSET,
buff_ptr);
return -EIO;
}
->
/var/log/hibernationFull.log파일이나 dmesg로 확인해서 절전모드 들어갈때마다 이런 에러로그가 쌓여있으면 같은 문제가 맞을겁니다.
<redpill/smart_shim.c:688> Expected to copy HDIO_DRIVE_CMD header of 4 bytes from (null) - it failed
->
하드디스크가 절전모드로 들어가면 시스템이 HDIO_DRIVE_CMD 명령을 실행
해결방법은 레드필 드라이버의 redpill/smart_shim.c 파일을 수정해서 크로스 컴파일해 쓰거나...
---------------------------------------------------------------------
제가 REDPILL TCRP-MSHELL 개발자입니다.
조언주신 사항대로 크로스 컴파일해서 반영드릴 수 있는데요.
내용을 어떻게 수정해야 크로스 컴파일이 되는지 구체적으로 알려주실 수 있으신가요?
저 로직이 있는 라인 686 ~ 691 을 모두 블록처리 하면 될까요?
687라인의 copy_from_user까지 블럭처리하면 이번 에러와 관련없는 커맨드까지 다 처리 안될거 같으니까
688, 689라인의 에러를 출력하는 조건에서 buff_ptr 포인터가 null인경우는 에러출력을 하지 않도록 바꿔주시면 될거 같습니다...(아마도요..^^;)
말씀 주신대로 수정해 봤습니다.
https://github.com/PeterSuh-Q3/redpill-lkm/commit/ccbdcf9771a8e8af5f69ca5574c933bb5657b9a7
지금 lkm 컴파일 반영했습니다.
https://github.com/PeterSuh-Q3/redpill-lkm/releases/tag/24.3.16
안정성은 금일 계속 시험하겠습니다.
하이버네이션에서 계속 깨어나는지 시험 부탁드립니다.
tcrp-mshell 로만 재빌드 하셔야 합니다.
안정성 확인되면 rr 의 wjz304님께도 전파하겠습니다.