경보! / dev / disk / by-uuid / xxxxxxxxx가 없습니다. 포탄으로 떨어지기


28

우분투 14.04를 사용하고 있습니다.

나는 터미널에서 달렸다 sudo apt-get update. 그런 다음 시스템을 재부팅했습니다. 그리고 지금 나는 본다 :

ALERT! /dev/disk/by-uuid/xxxxxxxxx does not exist. Dropping to a shell
initramfs:_

USB 플래시 드라이브에서 LIVE Ubuntu를 부팅 할 수 없습니다. 예, BIOS 설정을 다시 확인했는데 USB 플래시 드라이브가 정상이며 다른 컴퓨터에서 실행됩니다. 지금은 DVD를 구입하고 다른 랩톱에서 라이브 DVD를 구울 것입니다.

sudo blkid 나에게 준다 :

/dev/loop0: TYPE="squashfs"  
/dev/sda1: UUID="xxxx" TYPE="ext4"   
/dev/sr0: LABEL="Ubuntu 14.04.1 LTS i386" TYPE="iso960"   

/etc/fstab동일 UUID="xxxx"하고 다음과 같은 줄이 있습니다.

errors=remount-ro 0   

부팅 복구를 사용해 보았지만 여전히 우분투에 로그인 할 수 없습니다.

많은 데이터가 있기 때문에 Ubuntu를 다시 설치하고 싶지 않습니다.

이 문제를 해결하는 방법에 대한 조언이 있습니까?


1
sudo blkid터미널에서 (필요한 경우 라이브 DVD에서) 실행 하고 UUID가 무엇인지 확인하십시오 /etc/fstab. 또는 두 결과를 질문에 게시하십시오. sudo blkid라이브 DVD에서 실행하는 방법 : Ubuntu 라이브 디스크에서 부팅 하고 시작시 Ubuntu 사용 옵션을 클릭하십시오 . 터미널을 열고 (Ctrl + Alt + T) sudo blkid명령 을 실행 하십시오. 마지막으로 결과를 질문에 게시하십시오.
karel

1
ok @karel sudo blkid/dev/loop0: TYPE="squashfs" /dev/sda1: UUID="xxxx" TYPE="ext4" dev/sr0: LABEL="Ubuntu 14.04.1 LTS i386" TYPE="iso960" / etc / fstab에 동일한 UUID = "xxxx"가 있고 오류가있는 행이 있습니다 = remount-ro 0 –
Marcin Gorski

1
나는 실행 부팅 수리 후이가 부팅 복구 로그
마르신 고르 스키

그리고 여전히 우분투에 로그인 할 수 없습니다.
Marcin Gorski

3
@MarcinGorski는 솔루션을 답변으로 추가하고 질문을 수정하는 대신 수락 된 것으로 표시하십시오.
muru

답변:


25

해결책은 liveDVD에서 이러한 명령을 수행하는 것이 었습니다. 실시간 DVD에서 내 sda1에 대한 작업을 수행 할 수있게했습니다.

sudo mount /dev/sda1 /mnt
sudo mount --bind /dev /mnt/dev
sudo mount --bind /proc /mnt/proc
sudo mount --bind /sys /mnt/sys
sudo chroot /mnt
update-initramfs -u
update-grub
reboot

우분투 pl 포럼에서 내 친구 가이 문제를 해결하는 데 도움 이되었습니다.

그는 initramfs에 오류가있을 수 있다는 것을 알았습니다. 커널 업데이트의 일부로 업데이트해야합니다. 업데이트 중에 문제가 발생하면 광산과 같은 문제가 발생할 수 있습니다.


4
좋은 소식입니다. Ubuntu가 반드시 설치되어 있지는 않다고 덧붙이고 싶습니다 sda1. 설치된 위치를 확인하려면 다음을 실행하십시오 sudo fdisk -l. Ubuntu를 어떤 하드 드라이브에 설치했는지 알고 있다고 가정하면 해당 명령은 해당 sd *가 해당 드라이브에 매핑되는 것을 결정하는 데 도움이됩니다.
ubiquibacon

나는 이것을 Ubuntu MATE 17.04 (New Install)에서 시도했지만 불행히도 도움이되지 않았다 ...
Dominic Hayes

1
WARNING: missing /lib/modules/4.2.0-16-genericLiveCD의 커널 버전이 다르기 때문에 문제 가 발생했습니다 . 나는 탑재 한 그래서 tmp, liblib64다음 모든했다.
Max Malysh

ext4 파티션 ( mount -t ext4 /dev/sda1 /mnt) 에 마운트 할 파일 시스템을 지정해야 했습니다. 그렇지 않으면 훌륭하게 작동했습니다.
Shane

-2

원하는 경우 사람들이이 문제에 대해 눈살을 찌푸 릴 수도 있지만 /dev/sdX개인 시스템의 UUID보다 " " 를 사용하는 것이 더 안정적으로 작동 한다는 것을 알았습니다 . 엔터프라이즈 환경에서는 "/ dev /"주소 대신 UUID를 사용하기 위해 더 많은 노력을 기울일 것이지만 최소한 UUID 참조 대신 사용 /dev/sdaX하는 것이 안전해야 /etc/fstab합니다. / etc / fstab에 올바른 UUID가 있어도 정확히 부팅이 실패한 이유에 대한 답을 계속 검색하십시오.

이 경로를 이용하려면 다음 절차를 따르십시오.

  1. 복구 쉘로 부팅하거나 라이브 USB 드라이브 또는 CD로 부팅

  2. 부팅에 실패한 시스템 파티션을 마운트하십시오

  3. /etc/fstab2 단계에서 언급 한 시스템 파티션에서 파일을 루트로 편집하고 모든 관련 항목 에서 UUID=XXXXX해당 /dev/sdX레이블로 바꾸십시오 /etc/fstab.

참고 :이 절차는 우분투 및 우분투에서 파생 된 배포판에 대해 신뢰할 수있는 것으로 알려져 있습니다 (이 기사를 작성하는 시점에서 향후 릴리스에서 쉽게 변경 될 수 있음). knoppix 또는 Arch Linux와 같은 다른 배포판에서는 안정적으로 작동하지 않는다는 사실을 알고 있습니다 (UDV는 장치에서 스캔하고 / dev 파일 시스템에 이름을 지정하는 방식의 차이로 인해 발생합니다). 우분투에서 파생되지 않은 배포판을 사용하는 경우이 방법을 사용하지 마십시오.


@MGodby의 도움에 감사하지만 이미 해결책을 찾았습니다.
Marcin Gorski

4
귀하의 방법은 이전의 방법으로, 상당히 좋은 이유로 대체되었습니다. 주로 드라이브 번호가 일정하지 않으며 예기치 않은 드라이브로 부팅 할 수 있습니다. UUID에서는 불가능합니다. 그러나 종종 "LABEL = ___"형식을 사용합니다. 그 이유는 무엇인지 즉시 알 수 있기 때문입니다. 예 : LABEL=data_partition.
Marty Fried
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.