Computer >> Hướng Dẫn Máy Tính >  >> Xử Lý Sự Cố >> Linux

Sửa lỗi đường ống bị hỏng trong Linux:Hướng dẫn nhanh về các sự cố Apt-Get

Mặc dù trường hợp này khá hiếm nhưng có thể bạn sẽ thấy mình không thể cài đặt bất kỳ gói nào trong bản cài đặt Linux có vẻ ổn định. Debian, Ubuntu và các bản phân phối bắt nguồn từ chúng đều dựa vào trình quản lý gói apt-get. Nói chung, nếu bạn có quyền truy cập siêu người dùng của quản trị viên thì việc gõ apt-get install -f sẽ cài đặt các gói bổ sung nếu cần. Tuy nhiên, hiếm khi xảy ra, bạn có thể nhận được thông báo có nội dung lỗi dpk-deb:và sau đó tiếp tục hướng dẫn rằng đường ống của bạn bị hỏng.

Thông thường, thuật ngữ đường ống bị hỏng đề cập đến việc sử dụng sai ký tự | tại dòng lệnh, thường được gọi là đường ống, đặc biệt đối với những người có nền tảng về MS-DOS. Tuy nhiên, trong trường hợp này, bạn có thể không gõ lệnh sai. Đúng hơn, nếu bạn không sử dụng | ký tự khi gõ lệnh apt-get, thì bạn có thể gặp sự cố liên quan đến hệ thống tệp buộc phải gắn kết chỉ đọc. Mặc dù điều này có vẻ đáng xấu hổ nhưng bước đầu tiên là kiểm tra và đảm bảo bạn đã nhập đúng lệnh cài đặt trước khi tiếp tục. Nếu không có vấn đề gì thì bước tiếp theo là kiểm tra hệ thống tệp.

Phương pháp 1:Kiểm tra lệnh đã nhập

Mặc dù nhiều khả năng trường hợp này không xảy ra nhưng điều quan trọng là phải đảm bảo rằng bạn đã nhập đúng lệnh cài đặt trước khi giả định điều tồi tệ nhất. Ngay cả những lập trình viên ưu tú nhất đôi khi cũng gõ nhầm nội dung nào đó và thật dễ dàng để gõ | nhân vật do nhầm lẫn. Đừng ấn bàn phím lên để gọi lại lệnh cuối cùng. Gõ lại từng cái một. Hãy thử chạy apt-get install -f hoặc apt-get update vì các lệnh này không có tác dụng phá hủy. Nếu bạn vẫn gặp lỗi sau nhiều lần phát hành lại, hãy thử khởi động lại máy. Nếu bạn vẫn nhận được nó thì có thể bạn đang gặp sự cố với hệ thống tệp. Thông báo lỗi đường ống bị hỏng có thể chỉ là triệu chứng của một vấn đề lớn hơn.

Phương pháp 2:Khôi phục lỗi ống bị hỏng do rối loạn chức năng của hệ thống tệp

Nếu bạn không thể khắc phục nó chỉ bằng cách gõ lại lệnh, thì hãy đặc biệt chú ý xem bạn có thấy loại lỗi nào đó ghi “Hệ thống tệp chỉ đọc” trong đầu ra của thiết bị đầu cuối hay không. Điều này cho thấy rằng, vì bất kỳ lý do gì, phân vùng khởi động của bạn được gắn dưới dạng ổ đĩa chỉ đọc. Nói chung, điều này có nghĩa là nó đã gặp phải một số loại sự cố hệ thống tệp và hệ điều hành GNU/Linux cảm thấy không an toàn khi ghi vào nó. Cơ chế an toàn này có nghĩa là mặc dù một số dữ liệu có thể bị hỏng nhưng Linux đã cố gắng hết sức để cứu vãn cài đặt của bạn.

Bạn có thể nhận được một số loại thông báo lạ khi cố gắng sử dụng lệnh sudo cũng do loại lỗi tương tự gây ra. Thông báo như vậy sẽ bắt đầu bằng “sudo:không thể mở” theo sau là tên của một số tài nguyên. Vì tất cả tài nguyên trong Unix đều được lưu trữ dưới dạng tệp, nên việc gắn kết phân vùng chỉ đọc có thể khiến sudo không hoạt động.

Nếu một trong hai trường hợp này đúng thì bạn cần phải tắt hệ thống của mình. Nếu bạn có ổ USB được tạo sẵn có ISO của bản cài đặt Linux sạch, hãy cắm nó vào và giữ bất kỳ phím nào mà hệ thống BIOS hoặc UEFI của bạn yêu cầu để khởi động từ thiết bị di động. Thay vào đó, nếu bạn có một phân vùng Linux riêng trên ổ đĩa khởi động thì bạn nên truy cập phân vùng này thông qua GRUB khi khởi động lại. Trong cả hai trường hợp, bạn cần có một môi trường ổn định để làm việc từ đó có thể truy cập vào phân vùng bị hỏng mà không cần khởi động từ đó.

Giả sử bạn có một số loại dữ liệu chưa sao lưu, hãy tận dụng cơ hội này để sao lưu dữ liệu đó sang một phân vùng khác hoặc thiết bị di động nếu Linux cho phép bạn gắn các thiết bị được gắn ở trạng thái này. Thông thường, bạn không thể gắn thiết bị vào hệ thống tệp chỉ đọc, vì vậy bạn sẽ cần phải khởi động lại hệ thống của mình vào môi trường USB trực tiếp hoặc có thể là DVD để thực hiện sao lưu. Bạn sẽ muốn chạy lệnh fsck thích hợp cho hệ thống tệp được cài đặt trên ổ đĩa khởi động của mình để khôi phục nó về trạng thái ổn định. Ví dụ:giả sử bạn có phân vùng /dev/sda1 bị hỏng mà bạn đã định dạng bằng cấu trúc tệp ext4. Nếu đúng như vậy thì từ thiết bị đầu cuối gốc bên trong môi trường USB hoặc DVD trực tiếp, bạn có thể đưa ra lệnh fsck.ext4 -fv /dev/sda1 để kiểm tra hệ thống tệp. Bạn cũng có thể sử dụng fsck.ext2 hoặc fsck.ext3 nếu bạn khởi động từ một trong hai loại hệ thống tệp ext này. Về lý thuyết, cả ba chương trình này đều gọi chương trình e2fsck và có thể chỉ là liên kết mềm.

Điều này sẽ cung cấp đầu ra dài dòng và buộc nó phải quét ngay cả khi nó có vẻ sạch sẽ. Bạn có thể quan tâm đến việc sử dụng -c hoặc -ck để chạy quét bề mặt bằng chương trình badblocks trong trường hợp bạn nghi ngờ rằng có một loại vấn đề hình học nào đó với đĩa. Khi bạn đã chạy chương trình, hãy khởi động lại từ phân vùng nếu nó ổn định rồi đưa ra lệnh sudo mount -o rw,remount / từ một thiết bị đầu cuối bên trong khởi động này để khôi phục quyền truy cập đọc-ghi. Bạn sẽ cần quyền truy cập root để tìm trong thư mục /lost+found, nhưng điều quan trọng là bạn phải làm như vậy vì fsck.ext# có thể đã đặt một số cụm bị mất ở đó. Nếu bạn thiếu các tệp khi quay lại cài đặt GNU/Linux thì chúng có thể ở đây, mặc dù chúng sẽ được đổi tên. Sử dụng lệnh file trong terminal để biết loại nào nếu có thể.

Nếu bạn không có USB hoặc DVD trực tiếp để khởi động thì bạn sẽ cần tạo một USB hoặc DVD trực tiếp từ máy sạch từ tệp ISO được tải xuống để phân phối Linux. Vì bạn chỉ sử dụng các lệnh đầu cuối nên bạn thậm chí có thể không cần thiết bị khởi động cho bản phân phối của mình. Một số, như KNOPPIX, được thiết kế rõ ràng để khắc phục những vấn đề như thế này. Nếu bạn đang làm việc với netbook hoặc máy tính xách tay có khe cắm thẻ SD hoặc microSD thì bạn cũng có thể khởi động từ ISO được ghi sang thẻ SDHC hoặc microSDHC. Điều tương tự cũng xảy ra với máy tính bảng Ubuntu có khe cắm như vậy.

GIỚI THIỆU TÁC GIẢ

Sửa lỗi đường ống bị hỏng trong Linux:Hướng dẫn nhanh về các sự cố Apt-Get

Mũi tên Kevin

Kevin Arrows là một chuyên gia công nghệ giàu kinh nghiệm và hiểu biết với hơn một thập kỷ kinh nghiệm trong ngành. Anh có chứng chỉ Chuyên gia Công nghệ được Chứng nhận của Microsoft (MCTS) và có niềm đam mê sâu sắc trong việc cập nhật những phát triển công nghệ mới nhất. Kevin đã viết nhiều về nhiều chủ đề liên quan đến công nghệ, thể hiện chuyên môn và kiến ​​thức của mình trong các lĩnh vực như phát triển phần mềm, an ninh mạng và điện toán đám mây. Những đóng góp của ông cho lĩnh vực công nghệ đã được các đồng nghiệp công nhận và tôn trọng rộng rãi, đồng thời ông được đánh giá cao nhờ khả năng giải thích các khái niệm kỹ thuật phức tạp một cách rõ ràng và ngắn gọn.