Nhân Xubfox 18.04 mất nhiều thời gian để khởi động


10

Sau khi nâng cấp từ 17.10, tôi đã trải nghiệm thời gian khởi động lâu hơn. Lúc đầu phải mất hơn 5 phút. dmesgtiết lộ thủ phạm là một ổ đĩa mềm không tồn tại, mà kernel đã cố gắng tìm kiếm.

Nhanh chóng loại bỏ điều đó, 5 phút đã giảm xuống còn khoảng 40 giây, mà tôi cảm thấy vẫn còn nhiều hơn so với trước khi cập nhật. Chạy dmesglại cho thấy phải mất 30 giây để gắn kết một hệ thống tập tin ( đầu ra đầy đủ ), với thông báo sau:

[   36.362834] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)

Tôi đang khởi động từ ổ SSD, với hai ổ cứng khác được cắm vào, một trong số đó được định dạng trong ext4, nhưng không chứa dữ liệu hệ thống. Tôi đoán đây là SSD. Trong 30 giây này, không có văn bản nào được hiển thị, cũng không bị văng, chỉ là một màn hình trống.

Bây giờ, tôi đã nói rằng nó cảm thấy chậm hơn so với trước khi cập nhật, vì tôi không có thời gian chính xác từ trước, vì vậy câu hỏi đầu tiên của tôi là, có phải mất 30 giây để gắn kết một hệ thống tệp không, và nếu không, làm thế nào để tìm hiểu thêm về những gì có thể gây ra sự chậm trễ?

CHỈNH SỬA 1:

Bật hoặc tắt trao đổi không có tác dụng gì

Trong khi đó tôi cũng đã cài đặt một ổ cứng khác vào máy tính của mình. Nó dường như đã kéo dài thêm thời gian khởi động của tôi thêm khoảng 10 giây, với một dòng khác xuất hiện ở dmesgđầu ra, ngay trước độ trễ 30 giây đã nói ở trên:

[    3.312351] hid-generic 0003:09DA:F613.0005: input,hiddev0,hidraw4: USB HID v1.11 Keyboard [COMPANY USB Device] on usb-0000:00:12.1-1/input2
[   17.169519] random: crng init done
[   51.611617] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)

EDIT 2:

systemd-analyze blamekết quả ở đây

Trong khi đó, sau vài lần khởi động lại, các dmesgdòng tôi đổ lỗi ở trên đã thay đổi thời gian của chúng do đó:

[    3.348384] hid-generic 0003:09DA:F613.0005: input,hiddev0,hidraw4: USB HID v1.11 Keyboard [COMPANY USB Device] on usb-0000:00:12.1-1/input2
[   34.091886] random: crng init done
[   36.488321] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)

Tôi sẽ thực hiện một vài lần khởi động lại để tìm hiểu xem điều này thay đổi ngẫu nhiên hay giữ nguyên (khối mã trong lần chỉnh sửa đầu tiên là từ lần khởi động đầu tiên sau khi lắp thêm ổ cứng).

EDIT 2.5: random: crng init donethường xuất hiện theo thời gian như trong chỉnh sửa 1, hiếm khi như trong chỉnh sửa 2. Nó dường như là ... ngẫu nhiên.


Bạn có thể chạy systemd-analyze blamechỉnh sửa câu hỏi của bạn để bao gồm đầu ra của lệnh này không?
vidarlo

Tôi đã chạy nó trước đó và tổng kết quả là dưới 8-9 giây, vì vậy tôi nghĩ rằng nó sẽ không liên quan. Tôi đã thêm kết quả.
Jes Wanson

Câu trả lời:


17

Tôi đã có vấn đề tương tự. Trong các tin nhắn khởi động, nó sẽ báo rằng nó đã hết thời gian chờ thiết bị tiếp tục. Kiểm tra /etc/initramfs-tools/conf.d/resumenếu có UUID trong đó như RESUME=some-uuidloại bỏ uuid và thay thế bằng "none" RESUME=none. Sau đó chạy sudo update-initramfs -uk allvà nó sẽ tốt để đi.


2
Cuối cùng! Điều này đã giải quyết một vấn đề mà tôi đã xem xét trong vô số giờ - giờ nó đã giảm một nửa thời gian khởi động của tôi. Thông tin hữu ích về nội dung của sơ yếu lý lịch này: Askubfox.com/questions/1057556/ mẹo
Casperrw

1
điều này dường như cũng có tác dụng với tôi, có khoảng 38 giây khởi động trước đó và 8 giây sau.
Pablo Pazos

Vấn đề xuất hiện với tôi sau khi nâng cấp distro từ 16.04 lên 18.04 - và phương pháp này cũng loại bỏ độ trễ 30 giây đối với tôi.
Bonlenfum

5

Ive đã có vấn đề này nhiều lần và giải pháp của tôi hoạt động trong mọi tình huống.

Khi chạy dsmeg, lỗi hiển thị là:

[    6.382044] random: crng init done
[    6.382048] random: 7 urandom warning(s) missed due to ratelimiting
[   32.162934] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null)

Giải pháp là:

Đầu tiên so sánh fstab và blkid của bạn:

$ blkid
/dev/sda1: UUID="C0C0-7641" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="1085d848-f8b9-45e2-a6be-087acb32a820"
/dev/sda3: LABEL="Windows" UUID="8662302C623022FB" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="de399a3e-c832-4dca-a09d-f65789425b89"
/dev/sda4: LABEL="Windows RE tools" UUID="2262513962511341" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="18feb4e1-5770-4e13-92b8-bb8ba8005536"
/dev/sda5: UUID="81a474ab-98bf-4d40-b03e-e5e647163d7e" TYPE="ext4" PARTLABEL="Arco Linux" PARTUUID="3759200f-6317-4487-8b10-3a0140c67bd5"
/dev/sda6: LABEL="rootMX17" UUID="7bae9e4d-61fa-4187-b11f-517c799f7c94" TYPE="ext4" PARTLABEL="MX Linux" PARTUUID="417c8cbd-11b7-4fe6-9b15-ac9082d74460"
/dev/sda7: UUID="d9539219-1c29-468f-bbd0-106663fdef59" TYPE="swap" PARTLABEL="Swap" PARTUUID="fefe3061-bf7b-4a26-8c20-08e209acc28e"



$ sudo nano /etc/fstab


# /etc/fstab: static file system information
#
# Created by make-fstab on Mon Nov 19 17:10:30 EST 2018

# <file system>                            <mount point>                               <type>     <$

#-> /dev/sda6  label=rootMX17
UUID=7bae9e4d-61fa-4187-b11f-517c799f7c94  /                                           ext4       d$
#-> /dev/sda1
UUID=C0C0-7641                             /boot/efi                                   vfat       d$
#-> /dev/sda7
UUID=42e5a9cd-b6e1-4d57-9a3a-2ad910862579  swap                                        swap       d$

Như bạn có thể thấy trao đổi của tôi tại / dev / sda7 có UUID khác trong fstab so với trong blkid. Trong trường hợp của tôi, đây là do một cài đặt linux khác phân vùng lại việc hoán đổi và khiến UUID thay đổi. Sự chậm trễ khởi động là do hệ thống cố gắng tìm UUID mới của trao đổi. Để khắc phục, chỉ cần sao chép UUID trong blkid không khớp với tệp fstab sau đó lưu.

Nếu sau khi khởi động lại, lỗi khởi động vẫn còn, bạn cần chỉnh sửa thêm tệp initramfs.conf của mình.

Làm điều này bằng cách:

$ sudo nano  /etc/initramfs-tools/conf.d/resume

Sau đó, bằng cách tạo một tệp mới hoặc chỉnh sửa tệp sơ yếu lý lịch hiện tại, hãy viết lên dòng đầu tiên RESUME = UUID = << UUID của hoán đổi >>

Ví dụ, của tôi trông giống như

RESUME=UUID=d9539219-1c29-468f-bbd0-106663fdef59

Sau đó chạy lệnh dưới đây để cập nhật tệp initramfs của bạn.

#sudo update-initramfs -u

Sau đó khởi động lại. Lỗi sẽ biến mất.


1

Tôi đã trải qua một sự gia tăng tương tự về thời gian khởi động, và sau khi điều tra dmesgsystemd-analyze blamethủ phạm dường như làrandom: crng init

Vấn đề dường như không đủ entropy trong việc khởi động từ SSD để khởi tạo. Giả thuyết này dường như được xác nhận bởi vì vẫy chuột một bó trong khi khởi động làm giảm thời gian khởi động từ khoảng 2 phút xuống gần với những gì trước đây.


1

Khi khởi động, kernel chờ chuyển động của chuột để khởi tạo trình tạo số ngẫu nhiên. Thông điệp kernel khi khởi động:
sudo dmesg | less

Vấn đề:
kernel: random: crng init done

Giải pháp:
sudo apt install haveged
sudo systemctl enable haveged


0

Tôi gặp vấn đề với thời gian khởi động chậm trên Ubuntu 19.04 sau khi xóa phân vùng trao đổi và tạo tệp hoán đổi.

Đầu ra của dmesg

[    2.220963] hid-generic 0003:1B1C:1B0F.0003: input,hidraw2: USB HID v1.11 Device [Corsair Corsair M45 Gaming Mouse] on usb-0000:00:14.0-1/input2
[   33.321639] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null)
[   33.407323] systemd[1]: RTC configured in localtime, applying delta of 120 minutes to system time.
[   33.417651] systemd[1]: Inserted module 'autofs4'

Không có hoán đổi trong / etc / fstab. Tất cả các đĩa / uuids gắn là chính xác.

Tôi đã kiểm tra /etc/initramfs-tools/conf.d/resumenhưng tập tin đó bị thiếu.

Tôi chỉ chạy

sudo update-initramfs -uk all

Và bây giờ nó khởi động rất nhanh.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.