| [ CnUnix ] in KIDS 글 쓴 이(By): hello (Yang S.S.) 날 짜 (Date): 1997년02월22일(토) 08시37분04초 KST 제 목(Title): [Re^?] dmesg 일단 기술하신 dmesg를 본다면 open ("/dev/kmem", 0, 035737252240) = 3 lseek (3, -268427264, 0) = -268427264 read (3, "".., 16) = 16 getpagesize () = 4096 brk (0x6528) = 0 brk (0x9528) = 0 lseek (3, -268427264, 0) = -268427264 read (3, "\0\0060b\0\0\037\360\0\0\22\247\0\0\22\247le system full\n<".., 8192) = 8192 요부분이 마음에 걸리네요. 실제로 dmesg는 거의 file system에 write하는 경우가 없읍니다. 아시다시피 stdout인 1번에만 쓰니까요. 그런데 위의 경우는 kernel memory를 읽는 과정에서 system full message가 보이는 경우여서 눈길을 끄네요.. read (3, "\0\0060b\0\0\037\360\0\0\22\247\0\0\22\247le system full\n<".., 8192) = 8192 요부분이요.. file descriptor 3번 즉 /dev/kmem에서 일어난 것인데... system full message가 보인다는것이 왠지 걸리네요.. 고 아래 부분은 시간을 찍기위한 time of the day이므로 신경을 안써도 될거 같구요. sun bug report를 한번 살펴 봐야 겠군요.. 보고 된것이 있는지. 그런데 일단은 위에서 말씀 드린거 빼 놓고는 별다른게 없습니다. 원래 dmesg는 syslogd에 의해 생성된 것으로 알고 있습니다. 이것은 /var/adm/messages와 내용이 거의 (끝에 몇줄과 앞에 필드정도 빼고) 같습니다. 그렇다고 /var/adm/messages를 읽는 것은 아닌것으로 알고 있습니다. 어쨋든. file system에 write하는 경우는 없다고 봐야 겠군요. 그런데도 full이 나는 것과 위에서의 메세지를 본다면 kmem의 위치를 다른 곳을 access하고 있는 것은 아닌지.. 하는 생각도 들고 버그일수도 있다고 생각되네요. dmesg에 대한 source는 아직 보질못해서 말씀을 드릴수는 없겠습니다. 별도움이 안된것 같네요... 어쨋든. sun bug report를 한번 뒤져 보심이 어떨런지요.. 혹시 모르니... 그럼. ------------------------------------------- 안녕하세요? <o>------< HELLO e-mail : ssyang@metro.telecom.samsung.co.kr ------------------------------------------- |