부팅 프로세스가 정상입니까? 부팅하는 데 50 초가 걸립니다

여기 내 boot.log가 있습니다

resume: libgcrypt version: 1.5.0
fsck from util-linux 2.19.1
fsck from util-linux 2.19.1
fsck from util-linux 2.19.1
/dev/sda5: clean, 668102/3276800 files, 4449436/13107200 blocks
/dev/sda2: recovering journal
uhome: recovering journal
/dev/sda2: clean, 3030/74592 files, 200601/297200 blocks (check in 2 mounts)
uhome: clean, 282203/2621440 files, 8705593/10485760 blocks (check after next mount)
Skipping profile in /etc/apparmor.d/disable: usr.bin.firefox
 * Starting AppArmor profiles       [170G 
[164G[ OK ]
 * Setting sensors limits       [170G 
[164G[ OK ]
Invalidating stale software suspend images... done.
 * Starting mDNS/DNS-SD daemon[164G[ OK ]
Starting DECnet... * Starting network connection manager[164G[ OK ]
done.
 * Stopping Failsafe Boot Delay[164G[ OK ]
 * Stopping System V initialisation compatibility[164G[ OK ]
 * Starting System V runlevel compatibility[164G[ OK ]
 * Starting Bumblebee supporting nVidia Optimus cards[164G[ OK ]
 * Starting LightDM Display Manager[164G[ OK ]
 * Starting save kernel messages[164G[ OK ]
 * Starting ACPI daemon[164G[ OK ]
 * Starting anac(h)ronistic cron[164G[ OK ]
 * Starting deferred execution scheduler[164G[ OK ]
 * Starting regular background program processing daemon[164G[ OK ]
 * Starting automatic crash report generation[164G[[31mfail[39;49m]
 * Stopping anac(h)ronistic cron[164G[ OK ]
 * Starting CPU interrupts balancing daemon[164G[ OK ]

fstab의 내용 :

# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/sda5 during installation
UUID=d30f09f8-9580-4a6b-ac31-f69116793f9f /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda2 during installation
UUID=28309a48-2171-4784-8093-d0e5ca40e6de /boot           ext4    defaults        0       2
# /home was on /dev/sda6 during installation
UUID=4d7ee3e9-bf26-483d-af6e-efcd883126d0 /home           ext4    defaults        0       2
# swap was on /dev/sda10 during installation
UUID=f1a123f0-c81d-4f0a-9d5c-6780cbf8b9dc none            swap    sw              0       0

dmesg 로그는 다음과 같습니다. http://paste.ubuntu.com/826319/ '

dmesg 로그는 6 초 후에 약간의 충돌이 발생하고 24 초에 다시 시작하기 전에 너무 많이 기다립니다.

의 출력 fdisk -l과 mount: http://paste.ubuntu.com/826397/

가능한 모든 서비스를 비활성화했지만 여전히 부팅하는 데 50 초가 걸립니다. Live USB로 부팅하는 데 25 초가 걸리지 않습니다.

부팅 프로세스는 "resume libcrypt version"줄에서 약 20 초 동안 중지됩니다. 그리고 그 fscks는 매 부팅마다 수행됩니다. 그 fscks가 필요합니까?

편집 : 부팅 차트

boot performance fsck

— nee
소스

초기 게시로 부팅 한 후 dmesg utput을 추가하십시오!

— Michael K

ah 및 fsck = 파일 시스템 검사-모든 부팅 시간에 필요하지는 않습니다. 내 부팅 진행률은 약입니다. 19 초이지만 초고속 HDD (1500MB / 초) 사용

— Michael K

@MichaelK dmesg 로그를 추가했습니다. 나는 fsck에 대해 알고 있지만 25/30 마운트 후 실제로 파일 시스템을 검사하는 것을 얻지 못합니다. 그것은 단지 "util-linux에서 나온 fsck ..."와 대부분의 시간이 멈추는 곳의 "잡지 복구"로그를 보여줍니다.

— Muneeb

저널 로그를 복구하면 파일을 하드 드라이브에 쓰는 데 실패한 것입니다. 종료가 잘못되었거나 하드 드라이브가 죽으면이 문제가 발생할 수 있습니다. 이 문제가 반복적으로 발생합니까? 라이브 CD (드라이브 마운트 해제 !!!)로 전체 fsck를 실행하여 문제를 해결해 보셨습니까?

— maco

@Muneeb 또한 때때로 공장에서 직접 부품에 결함이 발생하기도합니다 (따라서 대부분의 컴퓨터와 부품에는 1 년 하드웨어 보증이 제공됩니다). 또한 솔리드 스테이트 드라이브 (Live USB)의 부팅 시간을 플래터 / 디스크 기반 드라이브 (표준 하드 드라이브)의 부팅 시간과 비교합니다. 움직이는 부분이 없기 때문에 솔리드 스테이트는 항상 세계가 더 빠릅니다. 참고로 (그리고 호기심에서), 왜 1 분 미만의 부팅 시간이 걱정됩니까?

— Shauna

정상적인 부팅 시간은 40 초입니다 (BIOS 포함). 이 문제를 일으키는 "좋지 않은"하드웨어가있을 수 있습니다. 또한 부팅 할 때 많은 것을 유지하고 많은 패키지를 설치해야합니다. 그러나 걱정할 필요는 없습니다.

— 프라 니트 바우 바
소스

부팅하는 데 보통 40 초가 걸린다는 주장에 대한 인용 또는 추가 정보를 제공 할 수 있습니까?

— Eliah Kagan

터미널을 시작한 다음 아래 코드를 입력하여 상황 / 요구에 맞게 수정하십시오.

sudo tune2fs -c 50 /dev/hda1

50은 50 번 부팅 할 때마다 시스템이 fsck를 실행하도록해야합니다. 보통 50 ~ 100으로 간주됩니다. hda1은 설정에 따라 hda1, hda2, hda3 ... 또는 sda1, sda2, sda3 ... 일 수 있습니다.

을 입력하면 더 많은 정보를 얻을 수 있습니다 man tune2fs. 아래쪽 화살표는 맨 페이지를 통해 당신을 실망합니다.

— 빅
소스