우분투 16.04 느린 부팅 (apt-daily.service)

41

내 부츠는 엄청나게 느리고 왜 그런지 모르겠다.

$ systemd-analyze 
Startup finished in 10.975s (kernel) + 49.732s (userspace) = 1min 708ms
$ systemd-analyze blame 
         34.971s apt-daily.service
         20.590s snapd.refresh.service
         17.113s grub-common.service
         16.033s apport.service
         16.027s networking.service
         15.894s ondemand.service
         15.860s irqbalance.service
         15.655s speech-dispatcher.service
         11.695s ModemManager.service
          9.772s accounts-daemon.service
          8.626s NetworkManager-wait-online.service
          8.058s systemd-logind.service
          8.053s bluetooth.service
          7.944s gpu-manager.service
          7.896s alsa-restore.service
          7.892s pppd-dns.service
          7.882s rsyslog.service
          7.860s avahi-daemon.service
          7.844s dev-sda1.device
          7.842s systemd-user-sessions.service
          7.648s lightdm.service
          7.610s teamviewerd.service
          6.445s apparmor.service

또한 부팅 중에 다음과 같은 메시지가 나타납니다.

device descriptor read/all, error -62
ata1 softreset failed (device not ready) #most of the times
error loading journal #(sometimes)
Test WP failed, assume Write Enabled
Asking for cache data failed     #most of the times
Assuming drive cache: write through

apt-daily.service는 부팅 속도를 가장 느리게합니다. 그것을 해결하는 방법에 대한 아이디어가 있습니까?

Ubuntu MATE 16.04가 있습니다.

— 애쉬 윈 쿠마르 k
소스

나는이 같은 문제 가 있었다 . 그 링크 에서 문제를 일으키는 속도를 높이기 위해 너무 많이 벗어난 것을 알 수 있습니다. 나는 Ubuntu Gnome 14.04로 바뀌었고 그 이후로 번개가 빨리 왔으며 55 초에서 부팅에서 20 초로 부팅되었습니다. SSD로 전환 한 후 약 4 초 후에 부팅됩니다.

— 도리안

이것은 나에게 일어난 일이지만 Ubuntu를 처음 설치할 때 하드 드라이브를 나눌 수있는 옵션이 있습니다. 이것은 램이 적은 사람들에게도 매우 유용합니다. 다른 방법이 있습니다. 이 링크를보십시오. help.ubuntu.com/stable/ubuntu-help/disk-partitions.html 하드 드라이브 부팅을위한 1GB가 있으며 매우 빠르게 작동합니다. 희망이 도움이됩니다!

— schung

43

이다 데비안 버그 # 844453 . apt-daily.service부팅하는 동안 실행하지 말고 잠시 후에 실행하십시오.

이 문제를 해결 sudo systemctl edit apt-daily.timer하려면 다음 텍스트를 편집기 창에 붙여 넣습니다.

# apt-daily timer configuration override
[Timer]
OnBootSec=15min
OnUnitActiveSec=1d
AccuracySec=1h
RandomizedDelaySec=30min

이렇게하면 apt-daily.service부팅 후 15 분에서 45 분 사이의 임의 시간과 그 후 하루에 한 번 실행되도록 트리거하는 "타이머"가 변경 됩니다. 이것이 의미하는 바에 대한 자세한 설명은 잘 알려지지 않은 systemd.timer 맨 페이지 를 참조하십시오 .

— 즈월
소스

이 systemd-analyze blame명령으로 나열된 서비스에 적용됩니까 ?

— 무하마드 Gelbana

트윗 담아 가기

— zwol

1

sudo systemctl edit snapd.refresh.timer snapd.refresh의 타이머 구성을 재정의하기 위해 답변에 게시 한 것과 동일한 텍스트를 추가하고 추가하는 것과 같은 유사한 명령을 실행할 수 있는지 묻습니다.

— 무하마드 Gelbana

실제로 "타이머"인 경우에는 작동하지만 부팅시 시작된 임의의 서비스에는 작동하지 않습니다.

— zwol

3

다른 답변은 질문의 두 번째 텍스트 블록을 다룹니다.

나를 위해 apt-daily.service, 영원히 복용 을 해결하기 위해이 우분투 포럼 게시물 이 효과가 있었던 것 같습니다.

편집 방법의 예로 이러한 명령을 발행하십시오. /etc/systemd/system.conf
sudo cp /etc/systemd/system.conf /etc/systemd/system.conf.bak 
안전을위한 백업이 될 것입니다.
gksudo gedit /etc/systemd/system.conf 
다음 두 줄을 찾아서 변경하십시오.
#DefaultTimeoutStartSec=90s
#DefaultTimeoutStopSec=90s 
광산은 이제 다음과 같습니다
DefaultTimeoutStartSec=10s 
DefaultTimeoutStopSec=10s 
지금까지 일을 해왔고 아무런 나쁜 일도 없었습니다.

#행을 비활성화하는 행을 제거하고 값을 변경하십시오.

— 고양이
소스

1

이 시간 초과로 부팅 할 수 없었으며이 줄을 복구 모드에서 다시 설명해야했습니다.

— 유리 Gor

1

@YuriGor 내 사과, 16.10 이후로 뭔가 변경된 것 같아요

— 고양이

1

광산은 18.04입니다. 나는 분명히 기억하지 못하지만 그것은 sda와 관련된 문제 였기 때문에 아마도 내 HDD가 마운트하는 데 너무 오래 걸릴 것입니다.

— 유리 Gor

2

데스크탑 인 경우 데스크탑을 열고 MB를 포함한 모든 HDD 케이블을 분리했다가 다시 연결하십시오.

실패하면 HDD가 시간 초과되는 것처럼 들립니다. 모든 데이터를 지금 백업 하십시오.

시스템에 맞게 Ubuntu의 라이브 네트워크 설치를 레코딩하고 Ubuntu 체험으로 부팅하십시오. 그런 다음 Gparted를 실행하십시오. 기본적으로 HDD 읽기 오류를 확인합니다. 모든 데이터를 백업 한 경우 다른 사람이 조언 할 수 있습니다.

— 흡연
소스