Tất cả các hệ điều hành đôi khi đóng băng, và Ubuntu cũng không ngoại lệ. Tôi nên làm gì để lấy lại quyền kiểm soát khi ...

• chỉ một chương trình dừng đáp ứng?
• không có gì đáp ứng với nhấp chuột hoặc nhấn phím?
• chuột dừng di chuyển hoàn toàn?
• Tôi có CPU Intel Bay Trail?

Theo thứ tự nào tôi nên thử các giải pháp khác nhau trước khi quyết định rút phích cắm điện?

Tôi nên làm gì khi khởi động Ubuntu thất bại? Có một quy trình chẩn đoán tôi có thể làm theo?

Khi một chương trình duy nhất ngừng hoạt động:

Khi một cửa sổ chương trình dừng đáp ứng, bạn thường có thể dừng nó bằng cách nhấp vào nút đóng hình chữ X ở phía trên bên trái của cửa sổ. Điều đó thường dẫn đến một hộp thoại nói rằng chương trình không phản hồi (nhưng bạn đã biết điều đó) và đưa ra cho bạn tùy chọn để giết chương trình hoặc tiếp tục chờ đợi nó phản hồi.

Đôi khi điều này không hoạt động như mong đợi. Nếu bạn không thể đóng cửa sổ bằng các phương tiện thông thường, bạn có thể nhấn Alt+ F2, nhập xkillvà nhấn Enter. Con trỏ chuột của bạn sau đó sẽ biến thành một X . Di chuột qua cửa sổ vi phạm và nhấp chuột trái để giết nó. Nhấp chuột phải sẽ hủy và đưa chuột trở lại bình thường.

Nếu chương trình của bạn đang chạy từ một thiết bị đầu cuối, mặt khác, bạn thường có thể tạm dừng nó với Ctrl+ C. Nếu không, hãy tìm tên và ID tiến trình của lệnh và yêu cầu chương trình kết thúc càng sớm càng tốt kill [process ID here]. Nó sẽ gửi tín hiệu mặc định SIGTERM( 15). Nếu vẫn thất bại, như là phương sách cuối cùng gửi SIGKILL( 9) : kill -9 [process ID here]. Lưu ý rằng bạn chỉ nên sử dụng SIGKILLnhư là phương sách cuối cùng, bởi vì quá trình sẽ bị chấm dứt ngay lập tức bởi kernel mà không có cơ hội để dọn dẹp. Nó thậm chí không nhận được tín hiệu - nó chỉ dừng lại để tồn tại.

(Giết chết một quá trình kill -9allways hoạt động nếu bạn có sự cho phép để giết Trong một số trường hợp đặc biệt quá trình này vẫn được liệt kê theo. psHoặc top(như "zombie") - trong trường hợp này, chương trình đã bị giết chết, nhưng mục nhập bảng quá trình được lưu giữ, vì nó cần thiết sau này.)

Khi chuột ngừng hoạt động:

Nếu bàn phím vẫn hoạt động, nhấn Alt+ F2và chạy gnome-terminal(hoặc, nếu những điều này không khởi chạy, hãy nhấn Alt+ Ctrl+ F1và đăng nhập bằng tên người dùng và mật khẩu của bạn ). Từ đó bạn có thể khắc phục sự cố. Tôi sẽ không khắc phục sự cố chuột ở đây, vì tôi chưa nghiên cứu về nó. Nếu bạn chỉ muốn thử khởi động lại GUI, hãy chạy sudo service lightdm restart. Điều này sẽ đưa GUI xuống, sau đó sẽ cố gắng hồi sinh, đưa bạn trở lại màn hình đăng nhập.

Khi bạn có CPU Intel Bay Trail

Xem https://askubfox.com/a/803649/225694 .

Khi mọi thứ, phím và chuột và tất cả, ngừng hoạt động:

Trước tiên hãy thử phương pháp Magic SysReq được nêu trong câu trả lời của Phoenix . Nếu điều đó không làm việc, nhấn nút Đặt lại trên vỏ máy tính. Nếu thậm chí điều đó không hoạt động, bạn sẽ phải quay vòng máy.
Có thể bạn không bao giờ đạt đến điểm này.

Nếu nó bị khóa hoàn toàn, bạn có thể REISUB nó, đây là một giải pháp thay thế an toàn hơn cho việc khởi động lại máy tính.

REISUB bởi:

Trong khi giữ Altvà các SysReq (Print Screen)phím, gõ REISUB.

R:  Switch to XLATE mode
E:  Send Terminate signal to all processes except for init
I:  Send Kill signal to all processes except for init
S:  Sync all mounted file-systems
U:  Remount file-systems as read-only
B:  Reboot

REISUB là Busier ngược, như trong "Hệ thống bận rộn hơn mức cần thiết", nếu bạn cần nhớ nó. Hoặc ghi nhớ - R eboot; E ven; Tôi f; S ystem; U chặt chẽ; B nói.

Đây là khóa SysReq:

LƯU Ý: Tồn tại cách ít triệt để hơn so với khởi động lại toàn bộ hệ thống. Nếu SysReqkhóa hoạt động, bạn có thể tiêu diệt từng tiến trình một bằng cách sử dụng Alt+ SysReq+ F. Kernel sẽ giết quá trình chủ yếu «đắt tiền» mỗi lần. Nếu bạn muốn giết tất cả các quy trình cho một bảng điều khiển, bạn có thể phát hành Alt+ SysReq+ K.

LƯU Ý: Bạn nên kích hoạt rõ ràng các tổ hợp phím này. Ubuntu vận chuyển với cài đặt mặc định sysrq 176 (128 + 32 + 16), cho phép chỉ chạy SUB một phần của kết hợp REISUB. Bạn có thể thay đổi nó thành 1 hoặc, có khả năng ít gây hại hơn, 244. Để thực hiện việc này:

sudo nano /etc/sysctl.d/10-magic-sysrq.conf

và chuyển 176 sang 244; sau đó

echo 244 | sudo tee /proc/sys/kernel/sysrq

Nó sẽ ngay lập tức hoạt động! Bạn có thể kiểm tra điều này bằng cách nhấn Alt+ SysReq+ F. Đối với tôi, nó đã giết tab trình duyệt hoạt động, sau đó tất cả các tiện ích mở rộng. Và nếu bạn sẽ tiếp tục, bạn có thể tiếp cận khởi động lại X Server.

Thông tin thêm về tất cả các chức năng Alt+ ở đây .SysReq

Bạn có thể tạo phím tắt Ctrl+ Alt+ Deletemở Trình giám sát hệ thống mà bạn có thể tắt mọi ứng dụng không phản hồi.

1. Mở hệ thống ➜ Tùy chọn Phím tắt và nhấp vào Thêm .
   Trong trường Lệnh , nhập gnome-system-monitor. Đặt tên cho các phím tắt bất cứ điều gì bạn muốn.

2. Nhấn Apply và sau đó nhấp vào nơi nó nói Disabled . Bây giờ nhấn phím Ctrl+ Alt+Delete

3. Đóng Phím tắt và thử phím tắt:

Đóng băng như bạn đã mô tả có thể liên quan đến cả phần mềm và phần cứng và như bạn đã thấy đôi khi rất khó chẩn đoán.

Phần cứng

Nếu đây là một máy tính để bàn, hãy nhìn vào thẻ phần cứng của bạn. Đối với cả máy tính xách tay và máy tính để bàn có thể có vấn đề loại acpi.

Có thể hữu ích để tạm thời đơn giản hóa cấu hình của bạn để chỉ có card đồ họa được kết nối với bàn phím và chuột tiêu chuẩn. Tất cả các thẻ khác nên được loại bỏ.

Đối với các vấn đề liên quan đến acpi, hãy thử khởi động với noapic nomodesettrong tùy chọn khởi động grub của bạn. Nó cũng đáng để thử acpi=offmặc dù điều này có thể có các tác dụng không mong muốn khác như sử dụng quạt liên tục.

Cũng đáng kiểm tra cấp độ phiên bản bios và xem nhà cung cấp có phiên bản bios mới hơn không. Các ghi chú readme hy vọng sẽ tiết lộ nếu bất kỳ phiên bản mới hơn cố định sự cố và đóng băng.

Phần mềm

Tôi lưu ý rằng bạn đã thử trình điều khiển 270 tiêu chuẩn nhưng không thành công do đóng băng. Bạn có thể làm rõ nếu bạn gặp vấn đề tương tự với trình điều khiển nguồn mở không? Rõ ràng là bạn sẽ không nhận được Unity trong quá trình thử nghiệm này.

Đóng băng đồ họa có thể là một trong / hoặc kết hợp trình điều khiển / compiz / X / kernel

Nếu bạn sẵn sàng thử bất kỳ đề xuất nào dưới đây, trước tiên hãy sao lưu hệ thống của bạn bằng một công cụ sao lưu tốt như CloneZilla. Bạn sẽ cần một thiết bị đa phương tiện bên ngoài để nhận hình ảnh, chẳng hạn như một thanh / ổ USB lớn hoặc ổ cứng bên trong riêng biệt.

Cài đặt trình điều khiển nVidia mới hơn

Vô hiệu hóa (gỡ cài đặt) trình điều khiển 173-nvidia hiện tại của bạn bằng cửa sổ Trình điều khiển bổ sung.

Có một số lượng nhỏ các bản sửa lỗi quan trọng chủ yếu trong ổn định 275 nhưng một số nhỏ cũng trong 280beta đã cố định đóng băng - rất đáng để xem liệu những thứ này có áp dụng cho card đồ họa của bạn không. Thật không may, nvidia không đi sâu vào chi tiết về loại thẻ mà họ sửa cụ thể (readme.txt)

Tuy nhiên - tôi thực sự khuyên bạn nên sao lưu trừ khi bạn cảm thấy tự tin khi đảo ngược cài đặt nvidia - đặc biệt là khi bạn gặp vấn đề nghiêm trọng với 270 trình điều khiển cũ hơn một chút. Tôi đã sử dụng clonezilla vô số lần và nó luôn giúp tôi thoát khỏi rắc rối. Bạn cần một ổ đĩa ngoài lớn mặc dù - USB / ổ đĩa ngoài hoặc một ổ đĩa riêng.

Cập nhật X

Các trình điều khiển đồ họa mới nhất đã được đóng gói trong bản cập nhật x ppa .

Lưu ý - điều này sẽ đưa bạn ra khỏi đường cơ sở tiêu chuẩn - nếu nâng cấp trong tương lai ppa-purgechính PPA trước khi nâng cấp.

Bạn cũng có thể tự cài đặt trình điều khiển từ nVidia:

Hãy thử cài đặt trình điều khiển nvidia ổn định 275 hoặc 280 mới nhất - Trình điều khiển 32 bit 280: trang web ftp và trình điều khiển 64 bit: 280: trang web ftp

Để cài đặt

CTRL+ ALT+ F1để chuyển sang TTY1 và đăng nhập

sudo service gdm stop

Để dừng máy chủ X

sudo su

Để chạy như root

cd ~/Downloads
sh NVIDIA-Linux-x86-280.04.run

Để cài đặt trình điều khiển 32 bit (tương đương với 64 bit), sau đó khởi động lại.

Để gỡ cài đặt

sudo sh NVIDIA* --uninstall

Cũng loại bỏ /etc/X11/xorg.conf

X / Kernel / Compiz

Nếu bạn chạy Ubuntu cổ điển với các hiệu ứng, bạn có gặp vấn đề đóng băng giống như Ubuntu tiêu chuẩn không? Nếu bạn không thể tái tạo việc đóng băng với Ubuntu cổ điển (không có hiệu ứng) thì điều này sẽ hướng bạn đến một vấn đề compiz. Tôi sẽ đưa ra một báo cáo lỗi launchpad với nhóm compiz.

Nếu có dung lượng trống (ví dụ 20Gb), bạn có thể khởi động / cài đặt kép cùng với bản alpha một chiều mới nhất. Rõ ràng điều này sẽ không ổn định, nhưng nó sẽ đi kèm với X và Kernel mới nhất. Bạn cũng có thể cần phải cài đặt thủ công các trình điều khiển đồ họa beta 280 ở trên vì có thể nó sẽ không được cung cấp trong cửa sổ Trình điều khiển bổ sung.

Nếu trong quá trình thử nghiệm, bạn không thấy hoạt động đóng băng tương tự, bạn có thể thử nâng cấp phiên bản X của mình với ppa x-edgers và sử dụng kernel kernel 3.0 trong Natty. Đi theo con đường này không thực sự mong muốn - và có thể khiến bạn nâng cấp các vấn đề trong tương lai - và có thể có vấn đề ổn định không lường trước khác. Một lần nữa, sử dụng ppa-purgeđể loại bỏ PPA.

Kernel 3.0 được đóng gói với PPA - bạn sẽ cần cài đặt các tiêu đề cũng như chính kernel từ quá trình khởi động lại synap TRƯỚC KHI khởi động lại nếu bạn có ý định cài đặt ổ đĩa nvidia sau này.

Đây là một ppa thử nghiệm - hãy có một bản sao lưu sẵn sàng nếu bạn muốn thử tuyến đường này.

Nếu bạn nhận được nhiều đóng băng, có thể có điều gì đó không ổn với phần cứng của bạn. Tôi đã từng bị khóa cứng sau mỗi 48 giờ do một số RAM tối ưu. Memtest86 + cho thấy lỗi sau 40 phút thử nghiệm. Trao đổi RAM ra một số chi tiết (đang được bảo hành) và giờ tôi đã ở mức 32 ngày, 1 giờ hoạt động.

Ubuntu không có xu hướng rò rỉ tất cả trên bộ nhớ của bạn như Windows có thể theo thời gian. Ngay cả khi một ứng dụng hoặc trình điều khiển video X kém, bạn có thể khởi động lại LigthtDM rất đơn giản và chỉ cần tiếp tục và đi và đi. Tôi thực sự đã trải qua ba phiên bản beta của trình điều khiển nvidia trong lần khởi động này :)

Dù sao ... Mặc dù biết cách khởi động lại nhẹ nhàng là một điều rất tiện dụng, việc tìm kiếm, báo cáo và sửa chữa hệ thống nên là ưu tiên tiếp theo của bạn. Nếu đó là một hệ thống luôn bật, bạn sẽ dễ dàng có thể thực hiện nó giữa các bản cập nhật kernel * mà không cần phải khởi động lại.

* Bạn nên khởi động lại khi bạn nhận được các bản cập nhật kernel vì chúng sẽ là các bản sửa lỗi bảo mật sẽ không được áp dụng cho đến khi bạn khởi động lại vào kernel mới hơn.

Khi mọi thứ ngừng hoạt động, trước tiên hãy thử Ctrl+ Alt+ F1để đi đến một thiết bị đầu cuối, nơi bạn có thể giết X hoặc các quy trình xử lý sự cố khác.

Nếu thậm chí điều đó không hiệu quả, hãy thử sử dụng nhấn giữ Alt+ SysReqtrong khi nhấn (từ từ, với một vài giây giữa mỗi lần) R E I S U B.

Điều này đặt bàn phím ở chế độ thô, kết thúc các tác vụ ở nhiều trạng thái khác nhau, đồng bộ hóa các đĩa, v.v. và cuối cùng khởi động lại máy. Bạn sẽ nhận được kết quả tốt hơn nhiều khi làm điều này hơn là chỉ rút phích cắm. Tất nhiên, nếu điều này không thành công, bạn sẽ còn khá nhiều khi rút phích cắm.

Ngoài ra, đôi khi, nó chỉ đơn giản là X-Server bị treo - trường hợp tôi thường gặp nhất khi sử dụng Compiz.

Nếu đây là trường hợp bạn có thể giết X, nó sẽ khởi động lại và đưa bạn trở lại màn hình đăng nhập.

Trình tự mặc định là Ctrl+ Alt+Backspace

Mặc dù điều này được tắt theo mặc định (có lẽ người dùng mới đã vô tình nhấn nó) và có thể được bật lại như thế này:

1. System→ Keyboard(tức là Đối thoại Tùy chọn Bàn phím)
2. Tab bố trí
3. Nhấp vào nút Tùy chọn
4. Tại Chuỗi khóa để tiêu diệt điểm máy chủ X kiểm tra Ctrl+ Alt+Backspace .

Yêu thích đầu tiên của tôi khi tổng số đóng băng xảy ra - Alt+ SysRq+ K.

Combo đó giết chết X và đưa tôi trở lại màn hình đăng nhập đồ họa. Nếu điều đó không hiệu quả, hãy thử Alt+ SysRq+ R E I S U B.

Trong những trường hợp như vậy, bạn có thể thử CTRL- ALT- F1để đến bàn điều khiển. Sau đó đăng nhập bằng mật khẩu của bạn.

Khởi động lại GUI

Bạn có thể thử khởi động lại máy tính để bàn đồ họa của mình với:

sudo service lightdm restart

Nếu bạn đang chạy Ubuntu 11.04 trở về trước , bạn nên sử dụng cái này thay thế (như gdmđược sử dụng làm trình quản lý hiển thị mặc định):

sudo service gdm restart

Nếu bạn đang sử dụng Kubfox thay vào đó, thì trình quản lý hiển thị mặc định là kdm, vì vậy bạn nên sử dụng:

sudo service kdm restart

Nếu bạn đang sử dụng trình quản lý hiển thị khác, hãy thay thế ligthdm/ gdm/ kdmbằng tên của nó.

Khởi động lại máy

Nếu bạn muốn khởi động lại hệ thống sạch, hãy sử dụng:

sudo shutdown -r now

DoR và Phoenix đã trả lời tốt điều này. Để làm cho trang này đầy đủ hơn tôi sẽ thêm:

Nếu chỉ X bị "hỏng", bạn có thể sử dụng kernel để giết nó:

SysRq+ Alt+K

Đối với máy tính xách tay (tùy thuộc vào kiểu máy, thường cần nếu "SysRq" được viết bằng màu xanh):

Fn+ SysRq+ Alt+ K(phát hành Fnsau khi nhấn SysRq).

Những gì tôi làm là mở một thiết bị đầu cuối với ví dụ. Ctrl+ Alt+F2

Đăng nhập và sử dụng thiết bị đầu cuối để giết quá trình đang bị lag

ps -e | grep <procesname>

Điều này cho thấy processID của quá trình với tên đó

(sudo) kill <processID>

Điều này tắt quá trình một cách an toàn, trong trường hợp không sử dụng công việc

(sudo) kill -9 <processID>

Sử dụng các trang man để biết thêm thông tin về các lệnh này.

Bạn có thể nhận được trở lại giao diện người dùng đồ họa với Ctrl+ Alt+F7

Để chẩn đoán đóng băng, bạn nên có thể sử dụng bảng điều khiển mạng (hoặc bảng điều khiển nối tiếp nối tiếp cho vấn đề đó). Thực hiện theo các hướng dẫn thiết lập được nêu ở đây .

Điều đầu tiên cần xem xét là nếu đó chỉ là X bị đóng băng hoặc toàn bộ hệ thống. Kích hoạt ssh và sau đó ssh vào hệ thống. Nếu bạn không thể ssh vào nó, thì đó có thể là một hạt nhân bị khóa. Nếu bạn có thể ssh in, thì đó có thể chỉ là một khóa gpu.

Tiếp theo hãy thử khởi động lại X. Thực hiện việc này bằng cách khởi động lại trình quản lý hiển thị:

• Trên Ubuntu 11.10 trở lên, LightDM là trình quản lý hiển thị, vì vậy hãy chạy:

  service lightdm restart
  

• Trên Ubuntu 11.04 trở về trước, GDM là trình quản lý hiển thị, vì vậy hãy chạy:

  service gdm restart
  

Nếu nó hoạt động, thì đó có lẽ là một lỗi X. Nếu nó vẫn không hoạt động, thì bạn có thể có khóa GPU trong trình điều khiển drm kernel. Tại thời điểm này sẽ rất hữu ích nếu bạn đang chạy trình điều khiển -ati (mã nguồn mở) hoặc trình điều khiển -fglrx (nguồn đóng).

Nếu bạn phải tắt máy mạnh, tôi sẽ tự hỏi liệu bộ nhớ (RAM) có bị lỗi không. Trong lần khởi động tiếp theo, hãy thử chạy memtest86. Để làm điều này:

• Trong khi khởi động, giữ phím shift
• menu GRUB sẽ xuất hiện
• sử dụng các phím con trỏ để chọn tùy chọn cuối cùng "memtest86"
• nhấn Enter

Bạn sẽ có một màn hình cơ bản và nó sẽ thử đọc và ghi nhiều giá trị cho tất cả RAM của bạn. Miễn là không có thất bại, bạn sẽ thấy trạng thái màu xanh lá cây. Nếu có bất kỳ thất bại, nó sẽ chuyển sang màu đỏ. Trong trường hợp đó, bạn sẽ cần thay thế ít nhất một thanh RAM.

Ngoài ra còn có tài liệu cộng đồng về chẩn đoán lỗi phần cứng .

Nếu bạn đã từng sử dụng SysRqphím ma thuật như được đề xuất trong câu trả lời đầu tiên, chỉ cần thử để bàn phím hoạt động trước với Alt+ SysRq+ R; sau đó thử Ctrl+ Alt+ F1một lần nữa.

Nó có thể hoạt động và bạn có thể tiết kiệm cho mình một khởi động lại. Chỉ khi nó không hoạt động, bạn nên thử toàn bộ chuỗi REISUB .

Chỉ cần nhấn Ctrl+ Alt+ F1trên bàn phím để mở TTY1. Khi nó mở, chạy lệnh Kill. Ví dụ dưới đây.

Đầu tiên bạn sử dụng: ps điều này sẽ hiển thị cho bạn tất cả các quy trình đang chạy ("ps | less" nếu bạn muốn xem trang kết quả theo trang) Sau đó, bạn tìm kiếm PID của quy trình bạn muốn chấm dứt. Sau khi sử dụng: diệt pid

lệnh giết - Dừng một quá trình chạy

Cú pháp: kill [-s sigspec] [-n Signum] [-sigspec] jobspec hoặc pid kill -l [exit_status]

Mô tả: Hầu hết các shell hiện đại, bao gồm Bash, đều có chức năng kill tích hợp. Trong Bash, cả tên và số tín hiệu là

được chấp nhận làm tùy chọn và đối số có thể là ID công việc hoặc quy trình. Có thể báo cáo trạng thái thoát bằng tùy chọn -l: zero khi có ít nhất một tín hiệu được gửi thành công, khác không nếu xảy ra lỗi. Sử dụng lệnh kill từ / usr / bin, hệ thống của bạn có thể kích hoạt các tùy chọn bổ sung, chẳng hạn như khả năng tiêu diệt các tiến trình khác với ID người dùng của riêng bạn và chỉ định các quy trình theo tên, như với pgrep và pkill. Cả hai lệnh kill đều gửi tín hiệu TATE nếu không có lệnh nào được đưa ra.

Nguồn: http://www.linuxforums.org/forum/newbie/53976-end-t task-linux-like-Texas-manager-windows.html

Nguồn: http://webtools.live2support.com/linux/kill.php

Tôi nghĩ rằng không có thứ gọi là một bản phân phối hoàn hảo, ngay cả trong Windows họ cũng có màn hình tử thần này.

• Mở một thiết bị đầu cuối khác Ctrl+ Alt+ F2.

• Đăng nhập với Tên truy nhập và mật khẩu của bạn.

• Ban hành lệnh này:

  sudo /etc/init.d/gdm restart
  

  Điều này khởi động lại hoặc đăng xuất bạn ra khỏi phiên hiện tại của bạn nhưng nó sẽ không khởi động lại.

Sau đó Ctrl+ Alt+ F7quay lại giao diện đồ họa của bạn.

Một số tài nguyên khác:

• https://wiki.ubfox.com/X/Troubledh Boot / Freeze
• https://wiki.ubfox.com/X/Troubledh Boot / BlackScreen

(Câu trả lời wiki cộng đồng - giải pháp ban đầu bị chôn vùi trong câu hỏi OP )

GIẢI PHÁP:

Giải quyết nó.

Vấn đề đặc biệt của tôi là card đồ họa của tôi (dòng Radeon 9000 tích hợp). netconsole tiết lộ tôi đã nhận được lỗi : "reserve failed for wait". Sau khi dùng thử và lỗi, tôi đã tự cấu hình card màn hình của mình và tắt khả năng tăng tốc phần cứng. Khắc phục hoàn toàn vấn đề.

Đây là những gì tôi đã làm:

Tạo thủ công xorg.conf

Ubuntu tự động định cấu hình xorg.conf và không sử dụng tệp. Để chỉnh sửa tệp này, bạn phải yêu cầu Ubuntu tạo một cách rõ ràng và sau đó chỉnh sửa nó. Dưới đây là các bước:

1. Khởi động lại hệ thống
2. Giữ Shiftlàm giày GRUB
3. Chọn thiết bị đầu cuối gốc trong menu đăng nhập GRUB
4. Thi hành, hành hình: X -config xorg.conf.new
5. Sao chép: cp xorg.conf.new /etc/X11/xorg.conf

Vô hiệu hóa tăng tốc phần cứng

Dưới đây là dành riêng cho thẻ Radeon của tôi, nhưng tôi chắc chắn các thẻ khác có thiết lập tương tự.

1. Biên tập xorg.conf
2. Tìm phần "Thiết bị" cho card đồ họa
3. Bỏ tùy chọn "NoAccel" và đặt thành "True"
4. Lưu + khởi động lại

Mong rằng sẽ giúp.

Giải pháp đơn giản nhất là thêm applet "Force Quit" vào bảng điều khiển trên Gnome của bạn và khi chương trình không phản hồi, hãy nhấp vào thoát lực lượng và sau đó vào ứng dụng.

Tôi ngạc nhiên với rất nhiều câu trả lời, điều này không được đề cập. Tất nhiên, bạn luôn có thể thực hiện ps -Avà đặt nó grepcho tên chương trình của bạn. Và kill -9đó. Tôi thích sự đơn giản.

Bạn luôn có thể làm Alt+ F2và viết killall <program>hoặc xkillnhấp vào cửa sổ bạn muốn đập vỡ!

Ubuntu của tôi rất dễ bị đóng băng (có thể là 20 lần lẻ mỗi ngày). Tôi cũng sử dụng khóa sysrq ma thuật, nhưng thay vì sử dụng nó để khởi động lại hoặc tiêu diệt xserver, tôi sử dụng lệnh 'f' gọi oom_kill, thực sự làm giảm quá trình. Tôi chỉ từng thấy các tab chrome thả này (vì tôi có xu hướng mở khá nhiều cái nặng mỗi lần). Dù sao, điều này giúp tôi thoát khỏi mớ hỗn độn này 95% thời gian.

Vì vậy, khi Ubuntu của tôi đóng băng (khóa, chuột ngừng phản hồi, v.v.), tôi giữ alt+ sysrqvà sau đó nhấn f(nếu bạn không làm điều này một cách chính xác, nó sẽ chụp ảnh màn hình thay thế). Tôi thường phải lặp lại kết hợp này một vài lần trước khi Ubuntu hoạt động trở lại.

Tôi đã từ bỏ Ubuntu từ lâu nếu tôi không phát hiện ra điều này, hy vọng nó sẽ giúp được ai đó!

Nhấn Alt+ F2để chạy lệnh. Gõ xkillvà nhấn Enter.

Con trỏ chuột của bạn sẽ chuyển thành hình chữ thập có thể buộc đóng bất kỳ cửa sổ nào bạn nhấp vào.

Nếu ai đó có thể cung cấp một ảnh chụp màn hình, tôi nghĩ rằng nó sẽ hữu ích.

Bạn có thể nhận được một số thông tin bổ sung khi bạn chuyển sang chế độ xem TTY. Nhấn Ctrl+ Alt+ F1để có được điều này, sử dụng Ctrl+ Alt+ F7(hoặc có thể F8) để quay lại GUI. Bạn có thể có các phiên khác nhau trên hầu hết các phím F nhưng đó là câu hỏi khác nhau hoàn toàn.

nếu có thể, hãy thử mở một vỏ ssh từ một máy tính khác. Đây là một tùy chọn Nếu bạn biết trước rằng máy tính có thể bị treo sớm, hãy mở kết nối trước khi bạn thực hiện tác vụ đó.

Tôi làm điều này đôi khi khi tôi biết vmware chạy điên cuồng và GUI của ubfox (máy chủ vmware) trở nên không phản hồi. Tôi có thể tạm dừng từ vỏ ssh, có thể sẽ mất một lúc cho đến khi nó thông qua, và sau một lúc máy tính không hoạt động trở lại.

Có một số lỗi bị bỏ lỡ giữa mối quan hệ của Unity / Compiz, hệ thống X.org và trình điều khiển Video. Các lỗi này tất nhiên được xử lý với các phiên bản mới hơn, được cập nhật của Unit, Compiz, X hoặc Trình điều khiển video.

Khi bên trong Unity và mọi thứ chậm và cơ bản bị hỏng, để truy cập TTY1, nhấn CTRL+ ALT+ F1. Khi ở trong thiết bị đầu cuối, nhập người dùng và mật khẩu của bạn để đến dòng nhắc nhở. Bạn cũng có thể truy cập TTY khi khởi động bằng cách nhấn ESChoặc giữ SHIFT, sau đó trên menu GRUB, chọn chế độ khôi phục.

1. Cài đặt Xorg Edgers PPA

   sudo add-apt-repository ppa:xorg-edgers/ppa sudo apt-get update
   

   Tùy thuộc vào thẻ video của bạn, bạn có thể cài đặt sê-ri 304, Sê-ri 310, Sê-ri 313 hoặc bất kỳ loại mới hơn xuất hiện ở đó. Tôi khuyên bạn nên luôn kiểm tra phiên bản mới nhất và chỉ khi nó gây ra sự cố, sau đó đi xuống từ đó cho đến khi bạn đạt được một phiên bản nơi mọi thứ hoạt động chính xác. Ví dụ: nếu bạn có GT 9500 trở lên (Giống như trong trường hợp của tôi, tôi cũng có 440 GT, 560 TI và 680 GTX), phiên bản duy nhất giải quyết tất cả các vấn đề của tôi là phiên bản 313,18 đã xuất hiện vài ngày trước . Vì vậy, tôi sẽ làm điều này:

   sudo apt-get install nvidia-313
   

   Điều này sẽ cài đặt phiên bản mới nhất của loạt 313. Nó sửa chữa NHIỀU vấn đề video với compiz, unity và xorg. Sê-ri 310 cũng khắc phục nhiều sự cố nhưng chưa thử nghiệm vấn đề đó với thẻ video của tôi. Các phiên bản Nvidia khác là nvidia-thử nghiệm-304 và nvidia-thử nghiệm-310 khi viết bài này.

2. Khởi động lại để kiểm tra nếu card màn hình của bạn không hoạt động chính xác với Ubuntu. Nếu bạn gặp bất kỳ vấn đề nào liên quan đến tập tin cấu hình Nvidia, chỉ cần mở một thiết bị đầu cuối và gõ sudo nvidia-xconfigvà khởi động lại.

Có những câu hỏi hay khác cũng có thể giúp như:

Làm cách nào để cập nhật trình điều khiển NVIDIA?

Làm cách nào để cài đặt trình điều khiển Nvidia?

Không thể cài đặt trình điều khiển Nvidia

Sự khác biệt giữa các gói nvidia-current và nvidia-current-update là gì?

Hoặc thậm chí một cái chung chung hơn: Làm cách nào để bật chính xác Desktop Cube trong Unity 3D?

Nếu bạn đã thử tất cả các vấn đề trên và vấn đề đóng băng vẫn còn, bạn có thể muốn thử những gì tôi đã làm.

Áp dụng số lượng lớn bộ làm sạch tiếp xúc cho CPU, RAM và bất kỳ phức tạp chip nào khác đủ để hiển thị các chân nhỏ, được đóng gói chặt chẽ. Chúng có thể mất độ dẫn điện từ sự tích tụ bụi cũng như sự thiếu hụt do độ ẩm.

Vài ngày sau khi dọn dẹp (tôi đã sử dụng CRC 2-26) và một loạt các bài kiểm tra căng thẳng thực sự tàn bạo, PC của tôi đã không bị đóng băng một lần.

Vì vậy, đối với tất cả các bạn nhận được sự đóng băng đột ngột bất ngờ, hãy từ bỏ việc làm rối tung hệ điều hành của bạn vượt quá những gì hợp lý và làm sạch bụi bẩn và làm sạch tiếp xúc.

Thay thế bằng kernel Linux mới nhất 2.6,35 trở lên sẽ giải quyết vấn đề của bạn. Thực hiện theo các bước từ liên kết này .

Tôi đã có vấn đề tương tự với 10.04. X sẽ treo và không có gì ngoài thiết lập lại sẽ sửa nó. Tôi đã cập nhật trình điều khiển nvidia của mình lên phiên bản mới nhất và tôi không gặp vấn đề gì kể từ đó.

Trong trường hợp rất cụ thể, bạn đang sử dụng Virtualbox để chạy máy khách 64 bit trên máy chủ 32 bit (Ubuntu) chỉ sử dụng VT-x hoặc AMD-V (công nghệ ảo hóa phần cứng tích hợp trong CPU của bạn)

Virtualbox có thể làm cho máy chủ 32 bit của bạn gặp sự cố ngẫu nhiên khi bạn chạy một khách 64 bit trên nó bằng VT-x hoặc AMD-V (công nghệ ảo hóa phần cứng tích hợp trong CPU của bạn). Đây là một vấn đề được biết đến .

2 giải pháp:

1. Bạn chỉ phải chạy khách 32 bit trên máy chủ 32 bit hiện tại của mình [được khuyến nghị nếu bạn có ít hơn 2 GB RAM];
2. Bạn phải chuyển sang Ubuntu 64 bit làm máy chủ (thậm chí bạn có thể thực hiện "di chuyển" 32 bit sang 64 bit bằng cách cài đặt lại Ubuntu 64 bit mà không cần chạm vào thư mục "/ home" của bạn) [khuyến nghị nếu bạn có 2 GB từ RAM trở lên].

Xin lưu ý rằng bạn có thể chạy khách 64 bit và 32 bit trên máy chủ 64 bit bằng Virtualbox mà không gặp vấn đề gì.

Các câu trả lời khác có các trường hợp chung được bảo hiểm rất tốt ...