소프트웨어 TBIOnekeyBR네번째 사용실패기
2021.01.21 20:01
TBIOnekeyBR 백업 했을때는 문제 없이 잘 됐습니다.
다만 복구 할때에 약간 문제가..
복구 시 윈도우 깔린 C드라이브가 아닌 D드라이브로 복구 합니다..
SnapshotOnekeyBR로 복원하는 모습입니다..
댓글 [12]
-
집앞의_큰나무 2021.01.21 20:15
-
Kuhn 2021.01.21 20:15
취소해서 날리지는 안았습니다!
-
집앞의_큰나무 2021.01.21 20:22
진행이 되고 있었는데
취소했다고 자료가 이상 없을지..
그림으로 봐서 작업 대상은 0번 디스크 1번 파티션 476937mb
C 드라이브가 맞는데
잠긴 파티션은 1번디스크 1번 파티션이 잠겼군요. 뭔지 감이 안오네요
-
Kuhn 2021.01.21 20:26
이상 있는 자료는 다시 받으면 되니 괜찮습니다!
큰나무님에게 숙제를 안겨드린거 같네요.. ^^;;
-
집앞의_큰나무 2021.01.21 20:34
저런 경우가 생긴다면 절대 안되는것이라서
숙제는 해야 합니다.
같은 조건을 만들지 못하므로 나중에 감이오면 정보좀 주세요
지금은 전혀 이유를 모르겠습니다.
-
집앞의_큰나무 2021.01.21 21:57
위와 같은 경우 대체품 입니다.
C: 드라이브는 꼭 파티션 ID로 찾지 않아도 정해진것이므로
C:드라이브 체킹 파일 존재여부로 인식시켜서 복원 하도록 수정 했습니다.
만의 하나 드라이브 정렬이 잘못되어 PE상에서 실컴의 C:드라이브가 아니면 앗~! 하고 종료되므로 안전 합니다.
PE_LINK 폴더에 덮어쓰기로 복사해주세요 테스트 부탁 드립니다.
-
입니다 2021.01.21 22:12
될 수 있으면 완전 자동화는 고유의 GUID 가 부여 되는 GPT 에서 GUID 확인해서 동작하도록 하는게 좋아요.
(왕초보님이 자체적으로 만들어서 사용하고 있다고 하죠.)
MBR 은 복구시 반드시 위치 확인할 수 있는 안전 장치를 마련해 둬야 됩니다.
복구할 파티션을 포맷해 버린 것이 아니라면 최소한 \Windows\system32\winload.exe 가 존재하는지 체크를 해서
OS 파티션이 맞는지 정도는 확인하고 복구 동작으로 넘어가게 해야 겠죠.
-
오스 2021.01.22 07:10 아...
다행히 이미지 검증 중에 취소를 하셔서 날아가지 않으신것 같네요
복구 0.00001 이라도 시작하면 끝짱인것으로 아는데..
중요한 자료였으면 대형 사고 날뻔
저의 경우 말고도 단일 파티션에서도 문제가 발생 할 수 있어서 수정, 보완 하시느라 고생을 하고 계시는거였나봐요
knm님 건강 챙겨가면서 하세요
디스크 뿐 아니라 드라이브마다 시리얼 넘버가 인위적으로 바꾸지 않는이상 다르던데 그걸로는 백업/복구에 써먹지 못하나봐요
프롬프트에서도 확인 방법이 다양하던데 그냥 확인 용인것인지
-
집앞의_큰나무 2021.01.22 10:15
바쁘신지
대체 파일에대한 회신은 없으시군요
-
Kuhn 2021.01.22 15:11
퇴근후에 확인 해보겠습니다!
-
끝없는배움 2021.01.22 11:00
UEFI가 지원되지 않는 메인보드. 가장 보편적인 구조지요.
E: 드라이브에 백업/복원을 해보니 아무 탈없이 너무 잘되네요.
따로 올려주신 boot.sdi 와 PE_LINK 모두 받아서 적용했습니다.
큰나무님 잘 사용합니다. 감사합니다
-
ehdwk 2021.01.22 12:22
수고하셨습니다.
허 !
자료 날린것 아닌가요?