Cập nhật 9

Tôi quyết định thử một thí nghiệm. Tôi đã gỡ SSD khỏi máy tính để bàn và tạm thời đặt nó vào máy tính xách tay Dell Latitude của tôi. Xin thưa, nó đã tải initrdthứ tự cường độ nhanh hơn, cạo 6 giây khỏi thời gian khởi động ...

Bây giờ tôi hơi bối rối ... có lẽ GRUB có vấn đề với chipset của bo mạch chủ của tôi?

Cập nhật 8

Vì vậy, tôi nhận thấy một cái gì đó thú vị về ánh sáng hoạt động của ổ cứng. Khi tải initrd, nó gần như là ánh sáng được điều khiển ở chu kỳ nhiệm vụ 10% hoặc một cái gì đó. Điều này khiến tôi tự hỏi nếu việc đọc của GRUB không được tối ưu hóa, có thể một cái gì đó giống như nó đang thực hiện một cuộc gọi hệ điều hành để đọc từng byte thay vì đọc hình ảnh dưới dạng luồng byte?

Cập nhật 7

Có vẻ như tải ramdisk ban đầu là một phần lớn của vấn đề.

Trong GRUB, tôi nhấn Ccho dấu nhắc lệnh thủ công. Sau đó, tôi đã tiến hành nhập từng dòng từ cấu hình mặc định của mình vào từng dòng một (nhập các UUID đó là đau đớn!) , Và lưu ý thời gian lệnh hoàn thành. Đây là những gì tôi tìm thấy:

• Hầu hết các lệnh được hoàn thành ngay lập tức
• Lệnh tải kernel mất khoảng một giây
• Lệnh tải ramdisk ban đầu mất 7 giây

Sau khi gõ tất cả các dòng từ tệp cấu hình, sau đó tôi tiến hành chạy boot. Từ lúc tôi nhấn enter đến lúc màn hình đăng nhập xuất hiện, mất khoảng 7,5 giây.

Điều đáng quan tâm là thực tế là hình ảnh initrd đang tải là 36 MB. Vì vậy, nếu mất 7 giây để tải, thì nó chỉ đọc với tốc độ 5MB / giây!

Đèn hoạt động của đĩa trên tháp của tôi duy trì trong toàn bộ 7 giây ...

Ngoài ra đây là một đoạn thú vị từ trang Wikipedia về initrd :

Các bản phân phối Linux khác (như Fedora và Ubuntu) tạo ra một hình ảnh initrd chung chung hơn. Chúng chỉ bắt đầu bằng tên thiết bị của hệ thống tệp gốc (hoặc UUID của nó) và phải khám phá mọi thứ khác khi khởi động. Trong trường hợp này, phần mềm phải thực hiện một loạt các tác vụ phức tạp để có được hệ thống tệp gốc được gắn kết

Cập nhật 6

Nathan Osman yêu cầu thời gian khởi động ở chế độ một người dùng trong trò chuyện.

Từ lúc tôi nhấn F10trong GRUB đến khi lời nhắc xuất hiện, phải mất 13 giây.

Ngoài ra, tôi đã nói chuyện với Zanna và Rinzwind trong cuộc trò chuyện và cả hai đều có một khởi động 8 giây kể từ khi nhấn nút nguồn. 20 giây của tôi là từ GRUB. Nếu tôi tính thời gian POST, nó sẽ còn lâu hơn nữa!

Cập nhật 5

Ubuntu có thể đọc SSD của tôi với tốc độ tối đa 550MB / giây ...

Cập nhật 4

Vì vậy, tôi đã xóa các quiet splash $vt_handofftham số khỏi lệnh khởi động trong GRUB trên máy tính xách tay của mình (hãy nhớ rằng máy tính xách tay này không có ổ SSD) và nhận thấy một điều rất thú vị trong trình tự khởi động:

Nó bị treo trên dòng này trong 15 giây:

[    4.374390] init: plymouth-upstart-bridge respawnng too fast, stopped

Đây là hình ảnh (chất lượng thấp):

Không chắc ý nghĩa của việc đó là ...

Cập nhật 3

Tôi đã hẹn giờ khởi động một trong những máy khác của tôi đang chạy 14.04 (hãy nhớ rằng máy này không có ổ SSD) và từ khi tôi nhấn enter trong GRUB cho đến khi màn hình đăng nhập xuất hiện, phải mất 40 giây.

Sau khi nhấn enter, nó nằm ở cùng một màn hình màu tím trống trong 20 giây, sau đó hoạt hình Ubuntu tải và mất thêm 20 giây trước khi hạ cánh xuống màn hình đăng nhập.

Tôi đã xem kết quả đầu ra dmesg, nhưng tôi không thể biết nó đã khởi động xong ở đâu. Tôi nghĩ rằng nó đã hoàn thành sau 25 giây. Đây là vài dòng cuối cùng:

[   24.916824] wlan0: associated
[   24.916852] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[   25.215550] init: kdm main process (869) killed by TERM signal
[   25.441216] vboxdrv: module verification failed: signature and/or  required key missing - tainting kernel
[   25.445587] vboxdrv: Found 2 processor cores.
[   25.446142] vboxdrv: fAsync=0 offMin=0x18c offMax=0x960
[   25.446228] vboxdrv: TSC mode is 'synchronous', kernel timer mode is 'normal'.
[   25.446230] vboxdrv: Successfully loaded version 4.3.36_Ubuntu (interface 0x001a000b).
[   25.476940] vboxpci: IOMMU not found (not registered)
[   33.174926] init: plymouth-upstart-bridge main process ended, respawning
[   36.495811] init: anacron main process (933) killed by TERM signal

Nếu tôi giải thích nó một cách chính xác, nó dường như là một vấn đề GRUB phổ quát.

Cập nhật 2

Tôi đã có thể xác nhận rằng đó là sự cố GRUB bằng cách đặt màu nền của GRUB thành màu xanh lá cây bằng cách sử dụng dòng lệnh được truy cập bằng cách nhấn Ckhi ở GRUB.

Khi tôi nhấn enter, tôi nhận được một màn hình xanh trống trong ~ 15 giây trước khi hoạt hình khởi động Ubuntu tải ...

Cập nhật

Tôi nghĩ vấn đề là GRUB mất nhiều thời gian để tải hình ảnh kernel.

Câu hỏi

Tôi đã cài đặt Ubuntu 16.04 trên ổ SSD Samsung 850 Pro 512GB của mình và tôi không thể hiểu tại sao thời gian khởi động của mình là 20 giây. (Từ lúc tôi nhấn enter trong GRUB). Hãy nhớ rằng 20 tôi đang tham chiếu là 17 đến màn hình đăng nhập và sau đó là 3 cho máy tính để bàn)

Ngoài ra, không chắc điều này có liên quan hay không, nhưng:

• Ubuntu được cài đặt ở chế độ MBR, vì tôi coi thường UEFI.
• Tôi đã cài đặt trình điều khiển Nvidia độc quyền

Nhìn vào hình ảnh được tạo bởisystemd-analyze plot > bootimage2 , khởi động của tôi dường như mất 3 giây?

Và nhìn vào dmesg, khởi động của tôi rõ ràng mất 4 giây. Nhưng tôi đã hẹn giờ với đồng hồ bấm giờ và mất 20 giây! (Không bao gồm thời gian POST) Một lần nữa, hãy nhớ rằng 20 tôi đang tham chiếu là 17 đến màn hình đăng nhập và sau đó là 3 cho máy tính để bàn)

Đây là cách trình tự khởi động:

• BÀI ĐĂNG
• Tải GRUB
• Tôi khởi động đồng hồ bấm giờ khi nhấn ENTER
• Tôi nhận được một màn hình màu tím trống trong ~ 15 giây
• Tôi thấy hoạt hình khởi động Ubuntu trong hai giây
• Tôi đáp xuống màn hình đăng nhập
• Tôi dừng đồng hồ bấm giờ
• Tôi nhập mật khẩu, nhấn enter và khởi động lại đồng hồ bấm giờ.
• Sau 3 giây tôi đáp xuống máy tính để bàn
• Tôi dừng đồng hồ bấm giờ của tôi một lần nữa.

Đây là đầu ra hoàn chỉnh từ dmesg: http : //paste.ub Ubuntu.com/23955108/

Và đây là những dòng đầu tiên từ đầu ra của systemd-analyze blame:

   365ms dev-sda5.device
   327ms networking.service
   287ms accounts-daemon.service
   286ms ModemManager.service
   233ms systemd-logind.service
   216ms apport.service
   213ms grub-common.service
   209ms ondemand.service
   200ms irqbalance.service
   183ms speech-dispatcher.service
   178ms apparmor.service
   160ms gpu-manager.service
   148ms thermald.service
   148ms pppd-dns.service
   146ms systemd-user-sessions.service
   142ms alsa-restore.service
   140ms console-setup.service
   137ms rsyslog.service
   105ms NetworkManager.service
   104ms upower.service
   102ms avahi-daemon.service
   100ms systemd-udev-trigger.service

Những người này có cùng một vấn đề:

• https://ubuntuforums.org/showthread.php?t=2325045
• https://www.bleepingcomputer.com/forums/t/598260/boote-ubfox-temporantly-stuck-on-a-purple-screen/
• Và dường như ngay cả những người bị ARCH cũng gặp phải vấn đề này ...

Có ý kiến ​​gì không?

Nếu GRUB không có trên SSD (cần được cấu hình đúng trong quá trình cài đặt), thì chỉ cần có SSD, sẽ mất thời gian để GRUB nhận ra nó, nhưng thực tế thì nó sẽ không làm giảm thời gian khởi động, hoàn toàn ngược lại. Những gì bạn nên làm là làm cho máy tính khởi động từ SSD, bằng cách thay đổi thứ tự khởi động BIOS của bạn. Lưu ý rằng bạn cũng phải cài đặt lại GRUB trên SSD. Mặc dù trong một số trường hợp như máy tính xách tay của tôi, bạn không thể chọn SSD làm thiết bị khởi động từ BIOS, sau đó bạn bị mắc kẹt với việc đi vào ổ cứng, tải RAM, sau đó chuyển sang SSD.

Ngoài ra đây là những gì tôi nghĩ xảy ra, nhưng tôi không biết đầy đủ cấu hình máy tính xách tay hoặc máy tính để bàn của bạn, vì vậy đây là tất cả những gì tôi có thể giúp đỡ.

Hi vọng điêu nay co ich. :)