/tc 가 노출돼도 상관없다 와 /1, 2  식으로 표현시키고자 하는 것은 서로 모순되는 듯 합니다.
지금까지는 /tc 에 설치된 블로그여서 /tc 로 노출되어 있는 것을  앞으로 도메인/  으로 사용하고 싶고 /1, 2 식으로 노출시키고 싶으신 것이 본 뜻이 아닌가 생각합니다.
그렇다면,  /에 블로그를 재설정으로 설치하고  /tc/attack 폴더를  / 로 복사하여 도메인/ 1,  2  식으로 사용하고.....
/tc/ 1, 2  를 찾아서 들어오는 것은 모두 도메인/ 로 리다이렉트 시켜 버리면 될 듯 합니다. 

리다이렉트에 대해서는 아래 참고
http://goldenway.co.kr/2669866

참고:  6개월쯤 지나면 구글 같이 제대로 된 곳은 /tc/1,  2 검색자료가 없어지나 네이버 같이 제대로 되지 못한 곳은 사실상 영원히 남아 있습니다.  /1,  2  와  /tc/1, 2 자료가 공존하게 됩니다.  그러므로 네이버 같은 데서 검색을 통해서 찾아오게 하려면,  이전한 서버에서도 계속해서 리다이렉트 시켜주어야 할 겁니다.  그렇지 않으면 '이 페이지는 존재하지 않는 페이지입니다' 라는 것을 내 보내는 실례(?) 를 본의 아니게 범하게 될 겁니다.

조금 의심스러운 점이 있습니다.
제 경우는 저런 현상이 하나도 없습니다.  이는 모두가 텍스트큐브와 같은 인코딩을 사용하는 사이트로부터만  온 리퍼러라는 뜻이고,  질문의 예에서는 모두가 깨져보이고 있으니 모두가 다른 인코딩을 사용하는 사이트에서만 온 것이라는 뜻입니다.
이는 경험상 맞지 않은 것 같습니다.  혹시 원인이 다른 데 있는 것이 아닌가 생각됩니다.

이 문제는 플러그인 패치로 해결되었습니다.  해당 플러그인 제작자이신 J.Parker 님이 처리해 주셨습니다.
원인은 호스팅팅서버에 지난 9월 중순 방화벽 설정이 돼 있어서였습니다.  정보보호진흥원의 권장사항이라고 합니다. 
http://goldenway.co.kr/2670103

웹호스팅 서비스하는 사이트에서 웹환경에서 DB 관리할 수 있게 하지 않습니까?  http://ivyro.net/ 에서는 그리하여 매우 편리합니다.  명령모드다 아니고 메뉴모드라고나 할까.

이 문제는 서버 환경때문인 듯 합니다.
다른 웹호스팅 서버에 블로그를 설치해 보았는데, 거기서는 정상적이었습니다.

글과 댓글들은 DB 에 저장되는 줄 압니다.
songkuk (86)

tc_Attachments
tc_BlogSettings
tc_BlogStatistics
tc_Categories
tc_Comments
tc_CommentsNotified
tc_CommentsNotifiedQueue

위의 예에서 Comments  가 댓글에 해당되는 것으로 짐작됩니다만,  디비 관리에 대한 전문적인 지식이 필요하리라고 생각합니다.   웹호스팅 서비스 홈페이지에서는 보통 웹환경에서 디비관리할 수 있게 하고 있을 겁니다.
거기서 위의 예에서 아래 3줄 각각 비우기하면 없어지긴 합니다.
주의: 저는 디비관리에 대해서 일자무식입니다.  조금전에 테스트용으로 블로그를 하나 설치하고 테스해 보니 댓글이 모두 없지긴 합니다. 
제대로 된 방법은 전문가들이 도와 주실 줄 압니다.  그저 참고만 하세요.

단순한 이전이므로 true 로 수정할 필요없습니다.
백업파일 위치나 파일이름이  정확하지 않을 적에 그런 메시지가 흔하게 뜨더군요.

도메인/setup.php 를 열면 어떻게 되고 있습니까?
설정화면이 나타난다면 설정과정을 취하는 것이 좋을 듯 합니다.  첨부파일과 글들이 기록된 디비가 손상되지 않았으면(쉽게 손상되지 않은 줄 압니다) 재설정해 줌으로써 로그인하여 백업 가능하게 될 겁니다.

설정화면이 나타나지 않은 경우라면,  다시 텍스트큐브 프로그램을 업로드해서 할 수 있기도 합니다.  이 때에도 자료를 잃게 되지는 않습니다.

config.php  에 도메인이 적혀 있는 줄이 있습니다.  아마도 거기에 도메인 대신에 아이피가 적혀 있는 것 같습니다. 혹시입니다.  도메인으로 수정해 주어 보세요.

config.php 파일을 지우고 도메인/setup.php 로 다시설정하여도 해결될 듯 합니다.