Con trỏ bận rộn (Chờ đợi)


13

Tôi đang chạy Ubuntu 13.04 và vấn đề là đôi khi biểu tượng con trỏ chuột bị kẹt với con trỏ bận (tôi có thể di chuyển nó) hoặc chờ quay. Khi điều này xảy ra, nếu con trỏ chuột nằm trên bất kỳ tiêu đề cửa sổ nào , Trình khởi chạy và bảng điều khiển Unity, con trỏ sẽ trở nên bận rộn. Sau một thời gian, vấn đề chỉ đơn giản là đi.

Tôi không thể gửi ảnh chụp màn hình vì nó không hiển thị trong ảnh chụp màn hình.

Tôi gặp vấn đề này khi thử chạy một số ứng dụng:

  • Ubuntu một
  • gksudo nautilus

Thông số kỹ thuật phần cứng:

  • Ổ cứng Seagate Barracude 3.5 "7200RPM
  • MSI Z77A-G43
  • Kingston HyperX 1600 MHz DDR3 RAM 4GB
  • Lõi i5-2500k
  • Máy tính của tôi sử dụng Intel HD 3000 trên i5-2500k

Tôi không sử dụng bất kỳ trình điều khiển nào khác ngoài trình điều khiển đi kèm với Ubuntu 13.04

Dưới đây là video mà bạn có thể thấy sự cố được tạo ra: https://www.dropbox.com/s/61rzeutdogog821/out-2.ogv

Tôi có thể nói rằng không có thay đổi đáng kể về việc tiêu thụ tài nguyên hệ thống trong khi con trỏ đang quay.


1
Tôi cũng đã gặp vấn đề này từ các phiên bản đầu tiên của Ubuntu. Không bao giờ đặt câu hỏi mặc dù. Câu hỏi hay +1.
hytromo

bạn có thể gửi thông số kỹ thuật máy tính của bạn? Cụ thể là CPU, RAM, loại HDD / SSD, Card màn hình. Nếu bạn đang trên máy tính xách tay làm / mô hình.
Cubiq

1
Đã thêm video về sự cố
Hckr

2
Tôi có cùng một vấn đề và tôi không nghĩ nó liên quan đến hiệu suất vì nó xảy ra với các ứng dụng rất đơn giản như gedit mà không cần mở bất kỳ tài liệu nào. Ngoài ra, con trỏ chờ biến mất nhanh chóng khi bạn chuyển trọng tâm sang một ứng dụng khác hoặc nó có thể tồn tại trong một thời gian dài nếu bạn để nó giống như Hckr hiển thị trong video.
Vitaly

1
Vấn đề tương tự. Vào ngày 18.04 và trên bản cài đặt mới 19.04. Đây chỉ là các loại hạt. Và vâng, nó không liên quan đến hiệu suất. Tôi cũng nghĩ rằng nó kích hoạt cách thường xuyên hơn so với cách khác khi sử dụng Nautilus (trình quản lý tệp mặc định).
Tên hiển thị

Câu trả lời:


6

Đây chắc chắn là một vấn đề tôi cũng nhận thấy. Tôi có một máy tính rất nhanh với ổ SSD và không có CPU nào được sử dụng bởi quá trình đưa ra con trỏ. Một cửa sổ gedit trống sẽ hiển thị điều nguy hiểm.

Trong thực tế, vấn đề này đã khiến tôi phát điên, tôi quyết định sử dụng giải pháp "hackish" - thoát khỏi con trỏ "suy nghĩ" . Tôi không bao giờ cần nó dù sao.

Cách để loại bỏ con trỏ "suy nghĩ" mà không phá vỡ bất cứ điều gì là chỉ cần thay thế nó bằng hình ảnh con trỏ bình thường.

Nếu bạn đang sử dụng chủ đề con trỏ mặc định DMZ-White, chỉ cần mở terminal ( Ctrl-Alt-T) và chạy các lệnh sau:

cd /usr/share/icons/DMZ-White/cursors
sudo mv watch watch.old
sudo ln -s left_ptr watch
nohup unity --replace &
exit

Khởi động lại nếu sự cố vẫn xảy ra.

Bây giờ, điều này không khắc phục được vấn đề về mặt kỹ thuật, nhưng nó chắc chắn che giấu nó khỏi sự khó chịu.


1
Cảm ơn bạn, đây là "hữu ích" nhưng không phải là câu trả lời mà tôi muốn. Tôi sử dụng điều này để thoát khỏi vấn đề, trừ khi có một giải pháp khác.
Hckr

Tôi đồng ý rằng đây là một vấn đề nghiêm trọng và đây không phải là giải pháp phù hợp . Tôi cho rằng một báo cáo lỗi nên được nộp nếu có nhiều hơn một người có nó. Tôi nghĩ rằng nó chỉ là máy tính của tôi.
Kupiakos

Như tôi đã nghiên cứu, có một số người dùng khác phải đối mặt với vấn đề này, giải quyết vấn đề đó bằng cách sử dụng phương pháp của bạn. Họ nói rằng chờ đợi spine cho thấy% 90 sai. Tôi nghĩ rằng nó sẽ trở nên tốt hơn trên Ubuntu 13.10 với Mir / Xmir.
Hckr

Khi tôi đang thử cách giải quyết @Kupiakos, tôi nhận ra rằng con trỏ chờ được hiển thị không giống với định nghĩa của chủ đề con trỏ. Điều này khiến tôi tự hỏi liệu vấn đề có liên quan đến cách xử lý hoạt hình con trỏ hay không.
Vitaly

0

Đó là một câu hỏi rất khó trả lời. Không bao gồm các trục trặc phần cứng (đặc biệt là ổ cứng) sau đây là những gì tôi đã trải nghiệm trong những năm này của Ubuntu.

Ở mỗi bản phát hành, Ubuntu có xu hướng đòi hỏi khắt khe hơn một chút. Nó xảy ra rằng trình điều khiển card màn hình hoặc cập nhật xorg làm cho hệ điều hành trở nên gọn gàng hơn nhưng về lâu dài bạn luôn cần một giàn khoan mạnh hơn.

Điều này là bình thường vì phần cứng tiếp tục phát triển và Ubuntu cũng vậy. Hôm nay bạn không thể phát hành một HĐH hoạt động tốt như nhau trên PC hiện đại và 10yo.

Vì vậy, nếu bạn có thông số kỹ thuật thấp, đặc biệt là về RAM và sức mạnh CPU, bạn có thể không muốn cập nhật lên phiên bản mới nhất hoặc bạn có thể muốn chuyển sang phân phối ít đòi hỏi hơn như Ubuntu.

Nếu bạn có ít hơn 2GB ram, đó sẽ là điều đầu tiên để nâng cấp. Tôi nhận thấy rằng đối với một văn phòng tiêu chuẩn, bạn hầu như không nhận thấy bất kỳ sự khác biệt nào giữa 4gb hoặc 8gb, nhưng nếu bạn có ít hơn 2GB, bạn có nguy cơ sử dụng quá nhiều trao đổi đĩa (có thể gây ra bánh xe quay khét tiếng).

Thật không may, tôi nhận thấy rằng Ubuntu và Gnome nói chung không hề linh hoạt như trước đây trên các PC siêu mạnh. Tôi đã có một mẫu i7 mới nhất với thẻ 16gb và nvidia, nhưng đôi khi hệ thống vẫn bị lag (ngay cả trên các bản phát hành barebone như Arch).

Giải pháp duy nhất tôi có thể tìm thấy (không cần chuyển sang trình quản lý cửa sổ khác) là cài đặt SSD. Đó là bản cập nhật tốt nhất bạn có thể làm cho PC của mình. Ngay cả một ổ SSD rất nhỏ chỉ dành cho /phân vùng (trong khi dữ liệu có thể được lưu trữ trên ổ cứng thông thường) cũng tạo ra sự khác biệt lớn (lớn).

Ngoài ra, chuyển sang một trình duyệt tệp khác có thể giúp bạn trong một số trường hợp thủ phạm là Nautilus, nhưng tốt nhất là chuyển sang SSD.

Bạn có thể cố gắng làm dịu các triệu chứng bằng cách loại bỏ các quá trình nền, ví dụ bạn có thể cố gắng loại bỏ zeitgeist, nhưng cuối cùng, giải pháp ít đau đớn hơn dường như là một ổ SSD.


0

Có những gì tôi nghĩ là một vấn đề tương tự: Có vẻ như Canonical đợi đủ 15 đến 20 phút sau khi hệ thống được khởi động và một trình duyệt đã được mở, và sau đó họ làm một cái gì đó kiểm soát HD và giữ cho nó luôn bận rộn. để tôi thực sự không thể truy cập bất kỳ chức năng nào của HĐH. Nó phải là một hệ điều hành tốt .. Thật tệ là họ chiếm nó đến mức không thể sử dụng được khi chúng tồn tại.

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.