'리뷰/소프트웨어'에 해당되는 글 6건
- 2010/04/16 viamraid.sys BSOD (7)
- 2009/05/20 오류 : 53 - 사용 가능한 저장소가 부족하여 이 작업을 마칠 수 없습니다. (5)
- 2009/04/10 [IE8] Internet Explorer에서 웹 페이지를 표시할 수 없습니다. (5)
- 2007/12/24 아웃룩 2007 - 데이타 파일 오류가 나는 경우 해결 방법 (4)
- 2006/12/27 개인웹호스팅 사용자를 위한 wiki 설치
- 2006/09/28 키보드 키 맵핑 프로그램
viamraid.sys 때문에 블루스크린이 나오는 경우가 있습니다.
(블루스크린 나오는 버전 : 5.1.6000.574 // viamraid+dcb1)
문제가 되는 드라이버 파일은 VIA 社의 raid 드라이버로 추정됩니다. 버그가 있는 것 같습니다.
해결방법은..
1. http://www.via.com.tw/en/support/drivers.jsp 로 가셔서
2. Step 1, 2 에서 운영체제 선택하고,
3. Step 3 에서 'IDE, RAID & SATA' 선택
4. 여기서 뭔가 이상한게 많이 나오는데요.. 지금 사용하고 있는 메인보드에서 사용중인 VIA 칩셋의 종류를 확인해서 결정하시면 됩니다.
메인보드의 모델명을 먼저 확인한 다음에, 구글링을 해보면 메인보드 스펙이 나오는데 거기서 칩셋을 찾으면 됩니다. 보통 VT~로 시작하는 이름입니다.
5. 그 다음 화면에서 'VIA V-RAID Driver'를 다운 받아서, 설치하면 됩니다.
지금 글 쓰는 시점에서 최신버전은 5.90A 이고, 이 버전을 설치하면 viamraid.sys의 파일 버전이 5.1.7600.593 로 설치됩니다.
일단 이렇게 하면 해결되는 듯? 보이네요.
사용 가능한 저장소가 부족하여 이 작업을 마칠 수 없습니다.
Error: 53
Not enough storage is available to complete this operation
Internet Explorer(이하 IE)의 버전정보(메뉴→도움말→IE 정보)를 실행시에 위와 같이 오류창이 나타나는 경우가 있습니다.
한동안 이유를 못찾다가, 겨우 알아냈습니다.
관련 링크 : http://www.netsplore.com/PublicPortal/blog.aspx?EntryID=45#AddComment
일단 원인은 해당 PC의 agent정보값이 너무 길어서 입니다.
닷넷(.Net)을 버전별로 설치하다보니, agent정보에 버전정보가 계속적으로 들어가서 결국 문제가 발생하는 것 같습니다.
해결방법은 레지스트리에서 버전정보를 지워주면 됩니다.
실행창에서 'regedit'를 실행하여
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Internet Settings\5.0\User Agent\Post Platform
위의 경로로 접근합니다.
위 그림의 오른편에 '.Net CLR .....' 이 여러개가 있는 것을 확인할 수 있습니다.
이제 저 값 중 어떤 것을 지워야 하는데, 혹시 모르니 값을 저장해둡니다.
내보내기를 해서 파일(*.reg)로 저장해두면, 나중에 그 파일을 실행해서 다시 복원할 수 있습니다.
이제 하나씩 지워가면서 오류가 발생하는지 확인하면 됩니다.
저 값을 지웠을 때 나타나는 부작용(?)에 대해서는 아직 확인하지 못했습니다.
(지웠을 때 나타나는 부작용에 대해서는 책임지지 않습니다.)
현재 이 문제와 관련하여 나타나는 부가적인 증상은 웹페이지의 특정 스크립트가 오동작하는 것으로 확인되었습니다.
Internet Explorer 8 (이하 IE8)을 설치하여 사용 하던 중, 제가 관리하는 페이지중 일부가 정상적으로 표시되지 않는 현상을 발견하게 되었습니다.
분명 이전의 IE6, IE7 등에서는 발생하지 않았던 현상이었습니다.
예를 들어, 특정 페이지를 IE8로 실행하면 아래와 같은 화면이 나옵니다.
이 상태에서 새로고침(F5)를 하면 원래 나와야 할 페이지가 나오게 됩니다만, 이전 버전의 IE에서는 새로고침을 하지 않아도 즉각 페이지가 출력되었습니다.
그리고 유독, 페이지 Redirect와 관련된 페이지에서 발생됨을 발견하고 해결책을 찾아 구글링을 열심히 했습니다. 그런데 구글에서도 마땅한 관련 자료를 찾지 못했습니다.
몇일 동안 웹을 떠돌다가 드디어 정확히 원인을 찾게 되었습니다.
링크 :
IE8 연결문제 진단 오류 - http://lifeplayer.tistory.com/entry/IE8-연결문제-진단-오류
연군님이 먼저 정확하게 원인을 찾으셨더군요.
일단 확실한 것은 해당 페이지(include파일 포함)의 용량이 8.2x KB보다 작으면 문제가 발생한다는 것입니다.
페이지 Redirect와 관련된 페이지는 보통 다른 페이지로 이동하는 기능만 하기 때문에, 페이지 용량이 작습니다. 따라서 유독 그런 종류의 페이지에서만 문제가 발생하던 것이였습니다.
테스트를 해보니, 어떤 페이지라도 용량이 8.2x KB보다 작으면 문제가 발생하였습니다.
연군님이 테스트 페이지도 만들어 놓으셨는데, 제가 근무하는 곳에서 해당 도메인을 차단시켜서 테스트를 할 수가 없었습니다.. 그래서 제가 소유한 계정에 테스트 페이지를 만들어 보았습니다.
테스트 페이지1 - 용량이 작은 페이지
테스트 페이지2 - 용량이 큰 페이지
테스트 페이지1의 URL을 윈도우의 시작->실행창에 입력하고 실행하면 증상이 나타납니다.
테스트 페이지2의 경우는 동일하게 해도 증상이 나타나지 않습니다.
(모든 IE8에서 증상이 나타나지는 않습니다. 저 같은 경우는 한글 IE8에서는 증상이 나오지만 영문 IE8에서는 증상이 나타나지 않았습니다)
제가 관리하는 사이트에서 이 문제를 해결하기 위해 페이지의 용량을 증가(?)시켜주는 더미파일을 만들었습니다. 그리고 이 파일을 페이지 하단에 include 하였습니다.
Example :
( 'dummyForIE8.asp' 파일은 용량이 8.3x KB입니다. html주석문을 가득 채워놓았습니다. )
제가 전문 웹개발자는 아닌 관계로, 일단 위의 방법으로 처리를 하였습니다. 혹시 더 좋은 방법이 있으면 댓글로 알려주셨으면 합니다 :)
2009/05/11
아래 댓글에서, 메추리님이 이 문제의 해결방법을 알려주셨습니다.
2009/06/03
MS에 관련한 지원 페이지가 있습니다. 참고해주세요.
링크 : http://support.microsoft.com/kb/970168/ko
-
연군 2009/04/11 14:02
이 문제 때문에 IE8 개발자 지원 팀 쪽에 여러번 문의했었는데 문제가 재현이 되지 않는다는 답변만 받았습니다. 저희 쪽도 임시로 파일 사이즈를 키우는 방법으로 문제는 해결 했으나 정확한 원인을 찾아야 할 것 같아요.
아웃룩 문제로 이 글을 보시는 분이 많네요.
그래서 내용을 경어체로 바꿨습니다. ^^;;
---------------------------------------------------------------------
몇일전부터 아웃룩을 시작하면, 데이타 파일에 문제가 있다며 검사를 한다는 메시지가 나오기 시작했습니다. 그런데 유심히 보니, 아웃룩을 정상적으로 종료를 해도 매번 아웃룩을 실행할때마다 그 메시지가 나오는 것이었습니다.
두 가지 경우를 생각할 수 있었습니다. 매번 데이타 파일이 문제가 생기거나, 검사를 해도 제대로 고치지 못하는 것이죠.
그 메시지의 내용에서 영문 단어를 뽑아(?)내 구글 검색을 통해 해결방법을 찾았습니다.
http://mcpmag.com/columns/article.asp?EditorialsID=1791
영문버전의 아웃룩에서는 오류 메시지가 이렇게 나옵니다.
"A data file did not close properly the last time it was used and is being checked for problems. Performance might be affected while the check is in progress."
한국어로는 "데이타 파일을 마지막으로 ......." (너무 길어 외우지 못했습니다.)
오류의 해결방법은 오피스가 설치된 폴더에서 SCANPST.EXE를 실행하여 현재 아웃룩에서 사용하는 pst파일을 스캔하면 됩니다.
(오피스2007은 "C:\Program Files\Microsoft Office\Office12" 에 "SCANPST.EXE" 파일이 있습니다. // pst파일의 위치는 아웃룩에서 "파일->데이터 파일 관리"를 확인하시면 됩니다.)
의문점은 왜 아웃룩의 자체 스캔에서는 못 고치고, 따로 스캔해야만 고쳐지냐는 것인데.. 뭐 MS에 따져도 별 도리가 없을 듯 싶습니다.
오류 메시지를 안보니 속 시원하네요 :)
MoniWiki 설치를 소개합니다.
http://moniwiki.sourceforge.net/wiki.php/MoniWiki/DownLoad
위의 페이지에서 서버 OS에 맞는 설치파일을 다운로드합니다.
(여기서는 리눅스를 예로 합니다.)
설치파일 : moniwiki-1.1.1.tgz(리눅스용)을 FTP를 이용하여 웹계정에 업로드합니다.
저는 http://tachikoma.ivyro.net/wiki 를 wiki 주소로 사용하기로 하였습니다.
따라서 public_html 폴더에 설치파일을 업로드하였습니다.
Zterm(SSH 프로그램)을 사용하여 웹계정에 접속합니다.(다른 쉘 프로그램도 무관함)
http://moniwiki.sourceforge.net/wiki.php/~Ko/HelpOnInstallation
위의 페이지에 나온 순서대로 작업을 합니다.
쉘안에서 압축을 풉니다.
[자신의 계정 public_html]$ tar --same-permissions -xzvf moniwiki-1.1.1.tgz
압축을 풀면 public_html/moniwiki 폴더가 생성이 됩니다.
저는 moniwiki 폴더 이름을 wiki 폴더로 이름 변경하였습니다.
그러면 public_html/wiki 가 됩니다.
wiki 폴더에서 monisetup.sh 를 실행합니다.
[자신의 계정 wiki]$ sh monisetup.sh
아래와 같이 권한설정에 관한 안내문이 나오면 777 또는 2777을 입력한다.
+-------------------------------------+
| MoniWiki configuration script |
+-------------------------------------+
Please enter the permission 777 or 2777(default 2777): 777
*** chmod 777 . data
Please open monisetup.php on your browser
이제 웹브라우저에서 monisetup.php를 열어봅니다.
저는 http://tachikona.ivyro.net/wiki/monisetup.php 를 열게 됩니다.
페이지를 열면 여러가지를 설정할 수 있는 페이지가 나옵니다. 일단는 자동으로 설정된 값을 사용합니다.
페이지 맨 하단에 $admin_passwd(관리자 암호)는 반드시 설정합니다.
설정이 끝나면 저장을 합니다.
다른이가 monisetup.php 설정할 수 없도록 해야 합니다.
쉘에서 secure.sh를 실행합니다.
[자신의 계정 wiki]$ sh secure.sh
아래와 같은 안내문이 출력됩니다.
+-------------------------------------+
| MoniWiki configuration script |
+-------------------------------------+
*** chmod 644 config.php
Your MoniWiki is now secure and cannot be configured.
If you wish to reconfigure it, execute the following command:
% sh monisetup.sh
and open 'monisetup.php' on a web browser.
이제 wiki로 접속하여 사용하면 됩니다.
MoniWiki에 대하여 더 알고싶으시면 아래의 링크를 참조해주세요.
http://moniwiki.sourceforge.net/wiki.php/Ko~MoniWiki
프로그램을 설치하고 실행하면, 트레이에 'H'모양의 아이콘이 생성된다.
아이콘에 오른클릭을 하면 메뉴가 뜬다. 키 맵핑 기능뿐만 아니라 스크립트를 정의한 다음에 사용할 수도 있는 것 같다. 일단 키 맵핑에 대해서만 알아보기로 하자.
설치후 Program Files/AutoHotkey 아래에 있는 Autohotkey.ini 를 편집
울트라나브 키보드는 윈도우키가 없기 때문에 이 프로그램으로 다른 키를 윈도우키로 할당해서 사용한다.
왼쪽쉬프트키를 윈도우키로 설정,
바탕화면보기(d), 탐색기실행(e), 실행창(r) 이 조합되도록 한다.
Autohotkey.ini
-----------------------------------------------
LShift::Send {LWin}
LShift & d::Send { LWin down}{d}{LWin up}
LShift & e::Send { LWin down}{e}{LWin up}
LShift & r::Send { LWin down}{r}{LWin up}
return
-----------------------------------------------
사용해본결과 일반적인 환경에서는 정상동작하지만, vmware, 원격지원시에는 작동하지 않는다.(원래의 키로 인식됨)
Zterm.exe

