Điểm:4

Thời gian khởi động kernel thực sự cao

lá cờ bt

Thời gian khởi động hệ thống của tôi đột nhiên trở nên rất cao. Tôi đã khởi động kép Kubfox và Win10 khá nhiều lần. Phân vùng gốc nằm trên ssd. Gần đây tôi đã tăng kích thước trao đổi của mình bằng usb trực tiếp và sau đó điều này bắt đầu xảy ra. Trước đó, thời gian khởi động của tôi là khoảng 7-10 giây. Đây là các phân tích hệ thống đầu ra ngay bây giờ. Chú ý thời gian nhân, khoảng 36s.

Đã thử chuyển sang kernel trước, vẫn chậm. Đây là các inxi -Fz thông tin. Thật không may, tôi không biết chính xác những gì cần tìm kiếm trong dmesg thông tin. Chỉ truy vấn khác mà tôi tìm thấy liên quan đến vấn đề của mình là cái này một.

Tôi không nghĩ vấn đề của mình có thể được giải quyết bằng cách giảm thời gian khởi động của các dịch vụ khác nhau. Nhưng đây là lỗichuỗi quan trọng đầu ra nào; lỗichuỗi quan trọng.

tôi chỉ bao gồm blkid, ấu trùngfstab thông tin, đó là bắt buộc.

Cảm ơn. Vui lòng cho tôi biết, nếu có bất kỳ thông tin nào khác được yêu cầu.

lá cờ in
Hãy thử `Sudo update-initramfs -u -k all`
heynnema avatar
lá cờ ru
@kenn Điều này sẽ giúp ích như thế nào khi sự cố xảy ra với lỗi đĩa fstab và NCQ?
lá cờ in
@heynnema Chỉnh sửa một số tệp hệ thống có thể làm phát sinh xung đột. Xây dựng lại đĩa ram ban đầu sẽ giải quyết các vấn đề như vậy.
heynnema avatar
lá cờ ru
@kenn ramdisk không liên quan gì đến việc gắn kết không chính xác trong/etc/fstab hoặc với lỗi đĩa NCQ. Việc sửa/etc/fstab sẽ không "làm phát sinh xung đột". Bạn đã đọc câu trả lời của tôi?
lá cờ in
@heynnema không có gì sai khi chạy `Sudo update-initramfs -u -k all`. Nó sẽ kiểm tra xem các tệp hệ thống đã sửa đổi có nhất quán không, nếu không nó sẽ in lỗi. Đĩa ram ban đầu rất quan trọng để khởi động nhanh. Tôi cũng không biết tất cả những gì người dùng đã sửa đổi. Vì vậy, đề xuất của tôi là một cách tiếp cận chung hơn là câu trả lời cụ thể của bạn.
Điểm:3
lá cờ ru

BIOS

ASUS X556UB v: 1.0

Bạn có phiên bản BIOS X556UB.411. Phiên bản 412 có sẵn đây.

Ghi chú: Xác nhận rằng tôi có trang web chính xác cho kiểu máy # của bạn.

Ghi chú: Có các bản sao lưu tốt trước khi cập nhật BIOS.

Nvidia GM108M [GeForce 940M]

Có vẻ như bạn đang sử dụng trình điều khiển video nouveau. Trình điều khiển Nvidia sẽ cung cấp hiệu suất tốt hơn. Trình điều khiển Nvidia có thể được tải xuống đây. (Hoặc dùng Nâng cấp phần mềm tab Trình điều khiển bổ sung).

FSTAB (vấn đề thực sự #1)

Ghi chú: 1.309s home-shawon-Store.mount

Thay đổi dòng này:

/dev/sdb1 /home/shawon/Store ntfs defaults,noatime,uid=1000,x-gvfs-hide 0 2

Về điều này:

/dev/sdb1 /home/shawon/Store ntfs defaults,noatime,uid=1000,x-gvfs-hide 0 0

Ghi chú: Để vận hành đáng tin cậy hơn, hãy thay đổi /dev/sdxx đến UUID=xxxxxxxxxxxxxx

lỗi NCQ (vấn đề thực sự #2)

Ghi chú: ata2.00: lỗi lệnh: READ FPDMA QUEUED

Hàng đợi lệnh gốc (NCQ) là một phần mở rộng của giao thức Serial ATA cho phép các ổ đĩa cứng tối ưu hóa bên trong thứ tự thực thi các lệnh đọc và ghi nhận được.

Chỉnh sửa sudo -H gedit /etc/default/grub và thay đổi dòng sau để bao gồm tham số bổ sung này. Sau đó làm cập nhật sudo-grub để ghi các thay đổi vào đĩa. Khởi động lại. Màn hình bị treo/v.v., và xem grep -i FPDMA /var/log/syslog* hoặc dmesg cho các thông báo lỗi tiếp tục.

GRUB_CMDLINE_LINUX_DEFAULT="giật gân libata.force=noncq"

TRÁO ĐỔI

Đề xuất sử dụng /swapfile, thay vì phân vùng trao đổi.

Ghi chú: Sử dụng sai rừmđ các lệnh có thể gây mất dữ liệu. Đề xuất sao chép/dán.

bên trong phần cuối...

Sudo hoán đổi -a # tắt hoán đổi
sudo rm -i /swapfile # xóa /swapfile cũ

sudo dd if=/dev/zero of=/swapfile bs=1M count=4096

sudo chmod 600 /swapfile # đặt bảo vệ tệp thích hợp
Sudo mkswap/tệp hoán đổi # init/tệp hoán đổi
Sudo hoán đổi /swapfile # bật hoán đổi
free -h # xác nhận hoán đổi RAM 16G và 4G

Chỉnh sửa/etc/fstab, sử dụng sudo -H gedit /etc/fstab hoặc sudo pico /etc/fstab.

Xác nhận dòng /swapfile này trong /etc/fstab... và xác nhận không có dòng âswapâ nào khác... sử dụng SPACES trong dòng này... xác nhận KHÔNG CÓ TABS...

/swapfile không trao đổi sw 0 0

Ghi chú: Nhận xét dòng này trong /etc/fstab...

UUID=76408dec-2d63-402b-9624-fc562b8e9b5b không hoán đổi sw 0 0

khởi động lại # khởi động lại và xác minh hoạt động
Harley avatar
lá cờ bt
Xin chào, @heynnema! Trước hết, cảm ơn bạn đã dành thời gian để cung cấp phản hồi chi tiết như vậy. May mắn thay, tôi đã giải quyết vấn đề của mình thông qua [sửa đổi fstab](https://pastebin.ubuntu.com/p/Pf3G3TnzQ3/) và chuyển sang nvidia. Thời gian hạt nhân bây giờ là khoảng 4 giây.
Harley avatar
lá cờ bt
Bây giờ, theo gợi ý của bạn, tôi đã cập nhật bios, chuyển sang sử dụng tệp hoán đổi và sửa đổi tệp /etc/default/grub. trong khi kiểm tra bằng `Sudo dmesg -HT | grep -i --color=never ata2 | grep -i --color=never fail` đã tìm thấy một số [lỗi](https://pastebin.ubuntu.com/p/2f7V2HJJgm/).
Harley avatar
lá cờ bt
Thật không may, tôi đã phải quay trở lại nouveau một lần nữa. Đối với cuộc sống của tôi, tôi không thể chạy windows 7 guest trong vmware workstation pro (16.2.1) trong khi trình điều khiển nvidia đang hoạt động. Nhưng đó là một loại giun khác và (có thể) nằm ngoài phạm vi của câu hỏi này. Tôi đã thử với nvidia-driver-495 và nvidia-driver-470, nhưng không gặp may. Cuối cùng, tôi đã giải quyết bằng nvidia-driver-470, nhưng đặt Cấu hình PRIME thành Intel (Chế độ tiết kiệm năng lượng). Sau đó, tôi không thể tìm thấy bất kỳ thông báo/cảnh báo nào liên quan đến nouveau trong [dmesg](https://pastebin.ubuntu.com/p/XCGr9gHsrV/). Cảm ơn một lần nữa để được giúp đỡ của bạn.
heynnema avatar
lá cờ ru
@Harley Tốt về bản sửa lỗi fstab. Lỗi ata2 xảy ra sau khi thay đổi/etc/default/grub và khởi động lại (bắt buộc)? Nvidia 495 là phần mềm beta. 470 là một trong những chính xác để sử dụng. Nouveau không tạo ra bất kỳ lỗi nào trong dmesg. Đó chỉ là điều tôi nhận thấy trong các nhật ký khác của bạn cho thấy bạn không sử dụng Nvidia. Kiểm tra mọi cài đặt VMWare phải thực hiện với GPU được tăng tốc. Bạn đang sử dụng X11/xorg hay Wayland?
heynnema avatar
lá cờ ru
@Harley Tôi đã xem lại dmesg mới nhất của bạn và mặc dù bạn không gặp phải bất kỳ lỗi NCQ nào nữa, nhưng bạn đang gặp phải lỗi đọc/phương tiện. Xem Cập nhật số 1 trong câu trả lời của tôi. Sau khi chặn đĩa không thành công, bạn **có thể** có thể xóa bản vá NCQ. Báo cáo lại.
Harley avatar
lá cờ bt
# Dù sao thì tôi cũng đã khởi động lại; sau mỗi lần dùng thử, thay đổi trình điều khiển nvidia hoặc sau khi chạy `Sudo update-grub`. # Có, 'Tăng tốc đồ họa 3d' được bật trong cài đặt hiển thị vmware guest (win7_x64). # Loại phiên của tôi là `x11`.
heynnema avatar
lá cờ ru
@Harley Tắt "Tăng tốc đồ họa 3D", đặt Nvidia ở Chế độ hiệu suất, khởi động lại và kiểm tra lại. Hãy cho tôi biết làm thế nào chặn xấu đi.
Harley avatar
lá cờ bt
Rất tiếc là tôi không thể sửa lỗi này với `e2fsck` vì /dev/sdb là một đĩa có định dạng ntfs.Mặc dù tôi có thể sử dụng `chkdsk` từ Windows 10. Mặt khác, cả hai phân vùng linux đều nằm trên ssd (sda), trong trường hợp đó, bạn KHÔNG nên sử dụng `e2fsck` trên ssd. [Đây là](https://pastebin.ubuntu.com/p/P2s838KddJ/) đầu ra `blkid`.
heynnema avatar
lá cờ ru
@Harley Thực hiện cả `chkdsk /f` và `chkdsk /r` trên /dev/sdb.
Điểm:1
lá cờ in

Tệp nhật ký của bạn hiển thị quy trình tốn nhiều thời gian nhất với dòng:

6.458s NetworkManager-wait-online.service

Do đó, có vẻ như mức tăng hiệu suất lớn nhất của bạn sẽ là có systemd không phải chờ mạng lên. Nhìn thấy:

Câu trả lời giải thích quy trình một cách chi tiết, nhưng để tóm tắt, bạn có thể sử dụng:

Sudo systemctl vô hiệu hóa NetworkManager-wait-online.service

Thời gian khởi động kernel dài

Từ câu trả lời này:

Thử bật Intel SpeedStep trong BIOS.

Harley avatar
lá cờ bt
Điều đó không giúp được gì. Trong trường hợp này, nó không chịu trách nhiệm về thời gian hạt nhân cao. đây là đầu ra [systemd-analyze](https://pastebin.ubuntu.com/p/MK3gbtHHVR/) và [blame](https://pastebin.ubuntu.com/p/kwsWmDQNgb/) mới sau khi khởi động lại. Thời gian hạt nhân (khoảng 35 giây) hầu như không bị sai lệch bởi sự thay đổi này.
WinEunuuchs2Unix avatar
lá cờ in
@Harley Sau khi khởi động, hãy kiểm tra `dmesg` trong thời gian dài giữa các lệnh. Tôi đã sửa lại câu trả lời bằng giải pháp khả thi nếu điều đó xảy ra.
heynnema avatar
lá cờ ru
@ WinEunuuchs2Unix Sự cố xảy ra với quá trình gắn kết cho Store trong/etc/fstab và lỗi NCQ.
WinEunuuchs2Unix avatar
lá cờ in
@heynnema Cảm ơn. Tôi đã ủng hộ câu trả lời của bạn, nhưng tạm thời sẽ để câu trả lời của tôi ở đây như một giải pháp chung cho những người khác đến với câu hỏi này.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.