느린 부팅-“dev-disk-by를위한 시작 작업이 실행 중…”

문제가 발생하기 시작한 것을 기억하지 못하지만 VMWare Ubuntu 이미지를 외부 SSD로 이동하여 모든 PC에서 OS를 사용할 수 있습니다. Google에는이 문제에 대한 링크가 많지 않지만 표시되는 링크는에 대해 이야기 fstab합니다. 예를 들어, 느린 부팅- "dev-disk-by에 대해 시작 작업이 실행 중입니다."는 무엇입니까? -OpenSUSE 포럼 .

스왑 파티션을 삭제하고 다시 만들어야한다는 언급이 있습니다.

Gparted 로이 작업을 시도 할 수는 있지만 스레드에서 제안 된 스왑을 망칠 경우 어떻게 될지 확실하지 않기 때문에 내 주요 관심사는 우분투에서 현재 설정을 잃어 가고 있습니다. 누구든지 도울 수 있습니까?

"dev-disk-by ..에 의해 시작된 작업 시작"이 표시되고 각 부팅 중에 90 초 지연이 발생하면 다음 단계를 완료하십시오.

1. 소프트웨어 센터를 사용하여 gparted 설치
2. gparted를 열고 Ubuntu가 현재 사용중인 파티션을 확인하십시오.

3. 아래 줄을 사용하여 fstab 파일을 편집하십시오.

   sudo -H gedit /etc/fstab
   

4. 현재 사용하지 않는 장치 찾기

5. #해당 줄의 시작 부분에 a 와 공백을 삽입하십시오 .

6. 재설정, 그것이 당신에게 효과가 있기를 바랍니다!

문제는 fstab에 스왑 항목이 있었지만 실제로는 없었기 때문입니다. GParted를 사용하여 파티션 크기를 조정하고 새 스왑을 만들었습니다. 그런 다음 UUID를 fstab 파일에 복사했습니다 ...

1. 나는 지금 교환했다
2. 부팅 시간은 90 초 이상에 불과합니다.

gparted live로 인해 스왑을 삭제하고 다시 초기화해야 했기 때문에 VM에서 기본 파티션의 크기를 조정 한 후에도 동일한 문제 가 발생했습니다. 이로 인해 fstab 파일과 일치하지 않는 새 UUID가 설정되었습니다.

문제를 피하려면 /etc/fstab다음 중 하나를 수행하십시오.

• sudo blkid기본 파티션 크기 조정 후 교체 UUID를 새 것으로 교체하십시오 ( 찾으려면 실행 ).

• 또는 1 차 파티션 크기 조정 전 (또는 이후) 스왑 파티션을 주석 처리하십시오.

OS가 설정되는 방식이므로 전자를 권장합니다.

필자의 경우 이전에는 암호화 된 스왑을 사용하고 있었고 시작 작업에서 언급했습니다 /dev/mapper/cryptswap1. 이 문제를 해결하기 위해 /etc/crypttabWilliam MacDonald의 답변에 설명 된 단계 외에도 파일을 제거해야했습니다 .

gparted를 사용하여 파티션의 크기를 조정하거나 삭제할 때 종종 새 스왑 파티션을 만들어야합니다.

그런 다음 생성 후 gparted를 통해 스왑을 활성화해야합니다 ( "스왑 활성화"명령이 있음).

또한 새 UUID를 / etc / fstab에 복사하여 부팅 할 때 마운트해야합니다. 그렇지 않으면 부팅시 OS가 찾지 못하지만 헛된 것은 fstab 파일에 이전 스왑을 참조하는 UUID가 포함되어 있기 때문입니다. Gparted는 UUID에 대한 정보를 제공하지만 터미널에서 쉽게 실행할 수 있습니다.

sudo blkid

그것을 찾기 위해.

부팅 할 때도 같은 문제가있었습니다.

내에서 /etc/fstab파일, 내 파티션 곳과 같이 정의 /dev/sda1, /dev/sda2등,하지만 부팅 할 때, 여러 번 메시지 "등장 시작 작업이 DEV-SDX에 대한 실행 "( "x"는 영향을 한 단위 또는 파티션 정의를).

이를 해결하기 위해 /dev/sdx파티션의 UUID에 의해 값을 변경했습니다 . 터미널에서 UUID를 보려면 run을 실행하십시오 lsblk -f. 그런 다음, 영향을받는 파티션의 UUID를 복사에 쓰기 /etc/fstab대체 파일을 /dev/sdax다음과 같이 /dev/sda1변경에 UUID=xxxxxxxxxxxxxxxxxx.

그것은 나를 위해 일했습니다.이 정보가 유용하기를 바랍니다.

드라이브를 교체했는데 UUID가 일치하지 않아 부팅 속도가 느려졌습니다. 이로 인해 부팅 중에 Ubuntu가 검사를 수행했습니다.

드라이브를 자주 교체합니다. 마운트가 항상 같은 장소에있는 경우 (예 : 광산) UUID를 제거하고 직접 경로를 지정하여 스캔 오류가 발생하지 않도록 할 수 있습니다.

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/sda1 /               ext4    errors=remount-ro 0       1
/dev/sda2 none            swap    sw              0       0

주요 상황 :

자세한 내용은 이미 대답했습니다 ... (해당 파일에서 UUID를 확인해야합니다)

/etc/crypttab 
/etc/fstab
/etc/grub.d/40_custom 
/boot/grub2/grub.cfg

대체 상황 I-Udev :

부팅 할 때 실행되지 않는 규칙 스크립트 가있는 경우 udev 로 인해 발생할 수 있습니다 . 스크립트가 실패하면 fstab 단계가 계속 진행되므로 필요에 맞게 스크립트를 편집하거나 삭제하면됩니다./etc/udev/rules.d/

대체 상황 II-Crypted Dev :

주 파티션이 하나의 파티션에 대한 주요 것과 다른 다른 UUID가 다른 위치에 정의 할 그들이 가지고있는 UUID 및 매핑 해독을 가지고 있기 때문에 암호화 되 파티션이 혼란 스러울 수 etc/crypttab및/etc/fstab

# lsblk -o name,uuid,mountpoint
├─sda2                         727fa348-8804-4773-ae3d-f3e176d12dac
│ └─sda2_crypt (dm-0)          P1kvJI-5iqv-s9gJ-8V2H-2EEO-q4aK-sx4aDi

실제 UUID는 etc/crypttab

# cat /etc/crypttab
sda2_crypt  UUID=727fa348-8804-4773-ae3d-f3e176d12dac  none  luks

가상 UUID가 있어야합니다. /etc/fstab

# cat /etc/fstab
UUID=P1kvJI-5iqv-s9gJ-8V2H-2EEO-q4aK-sx4aDi / ext4 defaults,errors=remount-ro 0 1

대체 상황 III-Ghost Dev :

부팅시 마운트되도록 설정되었지만 시스템에 없거나 USB 드라이브처럼 분리 된 장치입니다.

체크 아웃은 실제와 장치를 연결 lsblk -o name,uuid,mountpoint하고 편집 /etc/fstab에만 연결된 장치를 유지하기 위해 또는 거기에 연결되지 않은 장치를두고 있지만, 옵션으로 부팅시 무시하도록 설정 noauto과 같은 라인을 설정

UUID=BLA-BLA-BLA /mount ext4 option,noauto,option 0 0

시스템 로그 확인

journalctl -ab 

systemd-analyze blame

systemd-analyze critical-chain

systemctl status dev-mapper-crypt_sda2.device

systemctl status systemd-udev-settle.service

확인 /etc/fstab또는 /etc/crypttab다른 답변에서 언급 한 것처럼의 커널 매개 변수에서 오는 UUID도 확인하십시오 /etc/default/grub. 한동안 나는 GRUB 설정에서 커널 매개 변수 /etc/fstab를 발견하기 위해 완벽하게 cromulent 한 시스템에 매우 혼란 스러웠다 resume=….

' Ctrl+ c' 를 사용하여 대기를 건너 뛰고 로그인 화면으로 직접 이동 한 다음 솔루션에서 작업 할 수 있습니다. 때로는 그렇지 않으면 영원히 계속 될 것입니다.

나는 이것이 오래되었다는 것을 알고 있지만 rsync로 설치를 복제하는 동안 동일한 오류 메시지 인이 문제를 발견했습니다. fstab에 오류가 없으면 initrdfs를 수동으로 업데이트 한 후 문제가 해결되었습니다. 그것을 달성하기 위해

1. 머신을 작동중인 설치로 부팅 (멀티 부트 머신, 그렇지 않으면 livecd)

2. 문제가있는 시스템의 루트 파티션을 마운트하십시오

3. chroot와 마찬가지로 dev, sys 및 proc 마운트

4. 파일 루트의 루트로 chroot

5. mkinitrd를 실행

6. chroot를 종료하고 재부팅하십시오.