Kernel panic-không đồng bộ hóa: VFS: không thể gắn kết root fs trên block-unknown (179,6) đang chạy Raspbian trên đầu NOOBS

Khi khởi động, trình tự dừng lại ở phần sau:

Kernel panic-không đồng bộ hóa: VFS: không thể gắn kết root fs trên block-unknown (179,6)

Tôi có thể làm gì để Raspberry Pi 2 khởi động lại bằng cách sử dụng cài đặt Raspbian hiện có , vì nó chứa nhiều tệp và cấu hình sẽ quá đau để tạo lại?

LƯU Ý: Cái này , cái này và cái này có liên quan nhưng khác nhau.

Xin lưu ý rằng có sự phân biệt rõ ràng giữa các lỗi, dựa trên các con số ở cuối và tôi sẽ không đi sâu vào chi tiết vì chúng có thể dễ dàng được phát hiện trực tuyến nếu cần. Các bản sửa lỗi này giả định rằng bạn có tất cả các kết nối cần thiết hoạt động (nguồn, thẻ SD, HDMI, bàn phím có dây , chuột) và đang sử dụng Raspbian cùng với NOOBS.

Các chi tiết cho lỗi kết thúc bằng 2 là ở cuối câu trả lời. Nếu thông báo lỗi của bạn kết thúc bằng 6 , như thế này:

Kernel panic-không đồng bộ hóa: VFS: không thể mount root fs trên block-unknown (179, 6 )

bạn sẽ cần phải kiểm tra & sửa chữa hệ thống tập tin:

1. Bắt đầu Raspberry giữ Shiftchìa khóa.
2. Khi NOOBS tải, nhấn Alt-F2để truy cập dòng lệnh recovery.
3. Đăng nhập bằng tên người dùng rootvà mật khẩu raspberry.
4. Loại sudo fsck.ext4 -y /dev/mmcblk0p6. Điều này sẽ quét và cố gắng sửa chữa hệ thống tệp bị hỏng (thay thế ext4 bằng loại phân vùng của bạn nếu cần). Lưu ý rằng autochế độ fsck(tức là chỉ gõ fsckthay vì fsck.ext4) không được hỗ trợ.
5. Gõ sudo shutdown -h nowđể tắt Raspberry sạch sẽ.
6. Rút phích cắm cáp nguồn và cắm lại. Raspberry bây giờ sẽ bắt đầu tốt.

Nếu thông báo lỗi của bạn kết thúc bằng 2 , như thế này:

Kernel panic-không đồng bộ hóa: VFS: không thể gắn kết root fs trên block-unknown (179, 2 )

có khả năng sự cố là do lỗi cập nhật. Việc khắc phục liên quan đến việc chuyển 2 thành 6 :

1. Bắt đầu Raspberry giữ Shiftchìa khóa.
2. Nhấn vào Edit config (e)nút hoặc nhấn e.
3. Nhấp vào cmdline.txttab hoặc nhấn right arrowtrên bàn phím.
4. Thay thế:

root = / dev / mmcblk0p 2

với

root = / dev / mmcblk0p 6

5. Nhấp OKvà sau đó nhấn escapetrên bàn phím để tiến hành trình tự khởi động.

Pi của bạn bây giờ sẽ khởi động tốt. Nếu cùng một lỗi hiển thị nhưng với 6 tiến hành các bước trên.

Trong một số trường hợp, Pi có thể bỏ qua thay đổi được thực hiện trong GUI NOOBS và bạn vẫn sẽ thấy lỗi chính xác tương tự, 2ở cuối khi khởi động. Trong trường hợp này, câu trả lời của tktbjp có thể giúp:

Trên thực tế rất đơn giản để sử dụng chế độ phục hồi. Tôi đã vào chế độ recovery và nhấn alt-F2 để đăng nhập với quyền root. Thay đổi cmdline.txt từ GUI không hoạt động.

Sau khi đăng nhập bằng root với mật khẩu mâm xôi, hãy kiểm tra xem có thư mục / boot nào không. Rất có thể nó sẽ không có mặt. Nếu không thì hãy tạo nó bằng mkdir / boot Sau đó sử dụng trình soạn thảo vi để tạo cmdline.txt.

#cd /boot

#vi cmdline.txt

trong trình soạn thảo vi thay đổi root thành mmcblk0p6. Nội dung cmdline.txt của tôi trông giống nhưdwc_otg.lpm_enable=0 console=ttyAM0,115200 console=tty1 root=/dev/mmcblk0p6 rootfstype=ext4 elevator=deadline rootwait

lưu các tập tin. sau đó, điều quan trọng là phải làm đồng bộ hóa.

#sync

Sau đó khởi động bảng. Kiểm tra chéo bằng GUI nếu cmdline thực sự thay đổi. PI B + của tôi hiện đang hoạt động

Tôi đã có cùng một vấn đề nhưng với khối không xác định (179.7) và giải pháp đầu tiên hoạt động tốt, chỉ cần thay thế điều này:

sudo fsck.ext4 -y /dev/mmcblk0p6

Với cái này:

sudo fsck.ext4 -y /dev/mmcblk0p7

Tôi không phải là một chuyên gia nhưng hy vọng điều này có thể giúp đỡ người khác.

Để giải quyết cốt lõi của vấn đề (không phải là cách giải quyết), nếu bạn không thể khởi động (hoặc bạn không có "NOOBS"), bạn cần phải:

• tháo thẻ SD khỏi Pi của bạn và đặt nó vào đầu đọc thẻ trong máy tính linux của bạn.
• nếu tự động được gắn, vượt qua cả hai phân vùng. Kiểm tra tên thiết bị chính xác với fdisk -lvà mount -l. Trong ví dụ của tôi, nó được gắn kết là /dev/sdb1và /dev/sdb2. Vì vậy, để unmount, sử dụng umount /dev/sdb1và umount /dev/sdb2. ( HÃY CẨN THẬN ĐỂ KIỂM TRA SỐ PHẦN CỦA BẠN. "2" đây chỉ là ví dụ của tôi).
• Bây giờ bạn đã sẵn sàng để tiến hành kiểm tra với sửa chữa.
  • Với fdisk -lviệc xác định phân vùng DOS và kiểm tra / sửa chữa nó bằng fsck.fat -y /dev/sdb1( Kiểm tra số chính xác của bạn )
  • Ngoài ra, fdisk -lcho bạn thấy ext4số phân vùng. Khắc phục bằng fsck.ext4 -y /dev/sdb2( Kiểm tra số chính xác của bạn )
• Nếu nó tự động trở lại, umountcả hai lần nữa. Nếu không, bạn đã sẵn sàng gỡ từ máy tính sang Raspberry Pi và bật nó lên.

Nếu nó chỉ là một vấn đề "chặn", nó có thể sẽ hoạt động. Nếu Kernel Panictiếp tục, hãy kiểm tra xem thông báo lỗi đã thay đổi thành thứ khác chưa. Trong trường hợp này, bạn nên xem lại các câu trả lời khác hoặc có thể xem xét viết lại Thẻ SD của bạn từ đầu.

Tôi đã gặp phải lỗi này sau khi thử cài đặt Raspbian (Lite) trên thẻ SD quá nhỏ. Tất nhiên, nếu tôi thực sự nhìn vào đầu ra từ quá trình dd, tôi đã thấy điều đó trước khi mù quáng đưa thẻ vào Pi của mình:

$ dd bs=1m if=Downloads/2016-05-27-raspbian-jessie-lite.img of=/dev/rdisk3
Password:
dd: /dev/rdisk3: short write on character device
dd: /dev/rdisk3: Input/output error
969+0 records in
968+1 records out
1015808000 bytes transferred in 45.492548 secs (22329108 bytes/sec)

Tôi đã kết thúc việc cài đặt Minibian .

Có lỗi này kết thúc bằng 2 khi sao chép một thẻ tốt đã biết. Về cơ bản những gì tôi đã làm là sao chép các byte từ thẻ gốc sang thẻ SD mới / mới dd. Tôi không mong đợi bất kỳ lỗi nào từ quy trình đơn giản này, vì vậy hãy tưởng tượng sự ngạc nhiên của tôi khi tôi phải đối mặt với thông báo này:

Kernel panic-không đồng bộ hóa: VFS: không thể gắn kết root fs trên block-unknown (179, 2 )

Sau khi tìm kiếm, hóa ra thẻ SD mới nhỏ hơn một chút so với ban đầu.

Bởi vì điều này, gắn phân vùng gốc không thành công. Và điều đó dẫn đến thông điệp hoảng loạn hạt nhân khét tiếng. Tôi đoán rằng hạt nhân đã cố gắng tiếp cận các khối qua cuối thẻ SD hoặc thấy rằng phân vùng (là thứ tự cuối cùng) không hoàn toàn vừa với thẻ SD.

Vì tôi thực sự muốn giữ các tệp và cài đặt của mình, tôi đã thu nhỏ hệ thống tệp gốc. Điều này liên quan đến việc chạy resize2fstrước, sau đó fdiskđể điều chỉnh phân vùng. Xin lưu ý rằng một công cụ báo cáo kích thước trong các khối 4k, công cụ kia hoạt động với các điểm khởi động / dừng của vùng 512 byte. Nó thực sự dễ gây rối. Vì vậy, giữ bản sao lưu của hình ảnh tốt được biết đến.

Có lẽ tốt nhất để làm điều này trên PC hoặc máy tính xách tay khác có đầu đọc thẻ. Không phải trên quả mâm xôi.

Không cần phải nói rằng bạn nên có đủ không gian trong hệ thống tập tin để thực sự có thể thu nhỏ nó ...

Trong trường hợp của tôi, tôi đã sao chép sd trong một sd khác vì bản gốc đã bị hỏng khu vực đó.

Để sao chép trong Windows, bạn có thể sử dụng công cụ này: Win32 Disk Imager .

Để thu nhỏ hình ảnh sd, nếu sd mới nhỏ hơn bản gốc, bạn có thể sử dụng tập lệnh này trong linux vm nơi bạn đã chia sẻ hình ảnh sd: PiShrink .

Cuối cùng, nếu bạn muốn xem toàn bộ quy trình trong video này .