강제종료후 부팅안되는 현상(급함)

오전에 회사 건물에서 전원을 강제로 내렸다가 올렸습니다.
출근하고 보니, 제가 사용하는 linux machine이 꺼져 있네요…

이 후 다시 재부팅하니 부팅이 안됩니다.
아래 메시지에서 멈춰버리네요…
starting crash report sumission daemon {ok]
starting crash report sumission daemon {ok]
starting crash report sumission daemon {ok]

재부팅 후 grub에서 recovery mode로 진입하여, fsck와 package repair등 모든 메뉴를 다 실행했습니다.

계속 복구 모드로 들어가는 건지도 확인이 안되고(prompt상이므로 복구 모드가 아닌가 합니다)
여러번 시도해도 부팅이 안되네요…

googling으로도 더이상 정보도 없고 주위에 아는 사람도 없습니다.

고수분들의 고견이 필요합니다…

대단히 급해요… linux machine으로 linux image를 dd명령으로 복사해야는데… linux os를 새로 설치는 시간상 거의 불가능합니다…ㅠㅠ

로그파일을 확인해 봐야 할 것 같습니다.
/var/log/syslog 나 syslog.1의 내용을 봐야 진단이 가능할 것 같습니다.

급한 일은 live CD나 USB로 하시는 방법이 나을 수도 있겠습니다.

감사합니다.

/var/log/syslog를 살펴봐도 제가 expert가 아닌지라 분석이 어렵네요…ㅠㅠ

syslog 파일을 여기다 attach하면 좋겠으나, recovery mode상에서는 fs가 readonly여서 해당 file을 linux machine으로 부터 어떻게 빼내야 할 지 모르겟네요…

그리고 usb를 이용한 부팅은 제가 내용을 잘 모르므로 다시 한번 고견을 부탁드립니다…

우분투 설치 CD의 경우
live CD의 기능을 겸하고 있고요…
설치 USB 만드는 방법은
[url:34abprmj]http://www.ubuntu.com/download/desktop/create-a-usb-stick-on-windows[/url:34abprmj]
참고하시면 될 듯 합니다.

간단한 live CD, USB로는
[url:34abprmj]http://www.slax.org/ko/documentation.php[/url:34abprmj]
참고하셔도 될 것 같습니다.

.

저도 전문적으로 아는 것은 아니라 더 자세히는 모르겠네요.

감사합니다.

Ubuntu.iso를 급 내려받아서 CD를 구축하였습니다…

하지만 CD로 부팅하니 rootfs가 틀려서 그런지(CD의 image를 사용하는듯), 원래 harddisk의 내용 접근이 안되네요…

이 경우 어떻게 syslog를 추출해야할 지 모르겠습니다…

가능하면 reinstall은 자제하고 싶습니다(업무가 많고 hard backup 및 os reinstall할 인력이 없습니다ㅠㅠ)

desktop사용외에 xenon processor를 사용하는 HP의 고사양 server에서도 여러번 sudden poweroff이나 reset를 쳤었는데요…

이렇게 쉽게 맛 간적은 없어서 상당히 당황스럽습니다…

정상적으로 돌고 있던 pc였고 단지 sudden power off 한번으로 booting이 안되고 있으므로,

고수분들의 경우 쉽게 해결이 가능하리라 봅니다.

고견을 부탁드립니다. 감사합니다.

우분투 버전 (12.04, 13.10 …)
전원이 갑자기 꺼지기 전에 패키지 업데이트 같은 작업 하셨는지.
데스크탑 버전인지 서버 버전인지(그래픽 환경 사용하시는지)

말씀해주시면 추측하는데 도움이 될 수 있습니다.

본래 하드디스크를 어느 디렉토리에 마운트하셨는지에 따라 다르겠지만
"/"에 마운트했었던 경우라면
liveCD로 마운트할 때 위치에 따라 상대적으로 달라지니

"/"이던 볼륨을 "/mnt/sda1/"에 마운트하면
"/var/log/syslog"이던 게 "/mnt/sda1/var/log/syslog"로 보이겠지요.

우분투시디로 부팅하셨다면,
하드디스크는 sda 일 것이고, 첫번째 파티션은 sda1일 것입니다.

정확히, 리눅스가 어디에 설치 되었는가를 알기 위해서는 마운트해봐야 알수 있습니다.

[code:1ak2ie0p]
mkdir /tmp/tmpmount 2>/dev/null
for f in $(sudo blkid|grep "TYPE="ext"|cut -d: -f1);
do
sudo mount $f /tmp/tmpmount
if [ -f "/tmp/tmpmount/sbin/init" ]; then
sudo umount /tmp/tmpmount
echo $f
fi
sudo umount /tmp/tmpmount
done
[/code:1ak2ie0p]

이와 같이 root파티션을 찾을 수 있습니다.

이후,

[code:1ak2ie0p]
mkdir r
sudo mount root파티션 r
gedit t/var/log/syslog.1
[/code:1ak2ie0p]

이렇게 열어 보실 수 있습니다.

질문자의 말씀으로 추측해 보면 메뉴얼 복구가 필요한 경우가 아닐런지요?

제 생각엔 우분투는 디스크 무결성 검사시 메뉴얼 복구가 필요한 경우
특별한 설정이 없는 한 그냥 stop 되는 데 물론 메뉴얼 복구하라고 메세지가 나옵니다.

그러나 plymouth 설정이 0번이 아니면 메세지가 보이지도 않습니다.
또는 /etc/default/rcS 설정 중 SULOGIN=yes로 주면 프롬프트가 나오도록 설정이 가능 합니다.

아마 말씀하신 경우가 이런 경우인 것 같습니다.

메뉴얼 복구를 요구하는 경우 복구모드에서 fsck를 해봐야 소용 없으며 root 메뉴를 이용하여
아래 처럼 복구해 보시기 바랍니다.

blkid (복구할 디스크를 확인 합니다.)

fsck /dev/sda1 (루트가 sda1 이라면)

복구시 -y 옵션은 주지 마십시오. 만약 부팅에 필요한 파일이 깨어졌다면 문제가 될 수 있으므로
복구시 오리지날/백업 위치 nod를 로그에 남길려면 시간이 걸리더라도 직접 y키를 타이핑 하시기 바랍니다.

우분투도 부팅 파일이 깨어진 경우 수세나 페도라 처럼 파일 이름을 nod 번호로 변경할 수 있는 대책이 필요하다고 봅니다.