Không khởi động sau khi tháo và lắp Thẻ SD?

Tôi đã cài đặt Arch Linux trên Thẻ SD của mình với Win32DiskImager. Nếu tôi tắt RPi, hãy tháo thẻ, lắp thẻ và khởi động lại RPi, mọi thứ đều hoạt động tốt. Nhưng nếu tôi cập nhật toàn bộ hệ thống trong pacman pacman -Syu, có một vấn đề. Nếu tôi tắt và khởi động lại RPi, không vấn đề gì, nhưng nếu tôi tắt, rút ​​thẻ, chèn, sau đó khởi động RPi, nó không thể khởi động lại được nữa, chỉ chờ ở màn hình bắt đầu cầu vồng luôn. Tôi cũng không cần tháo thẻ SD, chỉ đủ để ngừng cung cấp điện trong 30 giây, (cho đến khi bộ ngưng tụ xả hoàn toàn) và khởi động RPi, và xảy ra lỗi tương tự.

Tôi đã cố gắng vô hiệu hóa bản cập nhật gói phần mềm raspberrypi bằng cách thêm IgnorePgk = raspberrypi-firmwarevào /etc/pacman.conftệp, sau đó thực hiện cập nhật toàn bộ hệ thống, sau đó tôi xóa và chèn sdcard, sau đó tôi không thấy màn hình cầu vồng nữa, nhưng nhận được thông báo lỗi này:

[  20.217557] Kernel panic - not syncing : VFS: Unable to mount root fs on unknown-block(179,2)

PANIC: VFS: Unable to mount root fs on unknown-block(179,2)

Entering kdb (current=0xcd828ca0, pid 1) due to Keyboard Entry
kdb> _ 

Lỗi này cũng xảy ra nếu tôi chỉ cập nhật linux-raspberrypigói, sau đó tôi chỉ rebootvà không xóa sdcard và tôi nhận được thông báo lỗi kernel-panic tương tự.

Tôi có thẻ Samsung SDHC 16GB Class10 (MB-MPAGA hay còn gọi là MB-MPAGAEU). Tôi cũng đã thử với thẻ Kingmax SDHC 16GB Class10 và với thẻ Kingmax SDHC 8GB Class6, không hoạt động.

Nếu tôi bỏ qua gói raspberrypi-firmwarevà linux-raspberrypigói trong pacman, sau đó thực hiện cập nhật hệ thống, không có lỗi xảy ra ngay cả khi tôi xóa sdcard. Vì vậy, nó phải là một số vấn đề trong các gói này.

Tôi đang đăng bài này như một câu trả lời vì không có đủ không gian trong các bình luận. Vì vậy, từ tất cả các thông tin thu thập được cho đến nay có vẻ như vấn đề chỉ liên quan đến / boot / nội dung phân vùng. Bây giờ vấn đề có thể được gây ra bởi hai điều: 1. / boot / hỏng hệ thống tập tin khiến bootloader không thể tải tập tin phần sụn 2. Phiên bản phần sụn mới có một số hồi quy ngăn thẻ SD của bạn hoạt động. Bạn phải kiểm tra xem cái nào trong số này là đúng.

Một cách để làm điều này là cập nhật thủ công các tệp trong / boot / trên PC của bạn. Để làm điều này, trước tiên bạn sẽ phải đảm bảo rằng hệ thống của bạn không khởi động trực tiếp vào hệ thống đồ họa (vì bạn sẽ không có các mô-đun hoạt động và điều này sẽ khiến không thể sử dụng bàn phím / chuột trong X). Sau đó, bạn phải kết nối thẻ SD của mình trong PC, sao lưu nội dung của nó, đi đến trang github để tìm các tập tin phần sụn, nhập thư mục khởi động và tải xuống các tệp sau (ghi đè các tệp hiện có) vào / boot / phân vùng của bạn - bootcode.bin, kernel.img, start.elf, loader.bin. Bạn sẽ không cần ghi đè bất kỳ tệp nào khác. Để tải xuống từng tệp, bạn phải nhấp vào tên của nó, sau đó nhấp vào "xem thô" và lưu tệp này vào đĩa. Sau khi bạn lưu tất cả các tệp, đảm bảo rằng bạn đã đẩy mạnh thẻ SD của mình và kiểm tra xem nó có khởi động không. Bằng cách này, bạn có thể kiểm tra xem các tệp chương trình cơ sở mới nhất (kernel và bootloader) có thể khởi động từ thẻ SD của bạn không. Nếu đó là sự thật thì chúng tôi có thể chắc chắn rằng vấn đề của bạn là do / boot / phân vùng hỏng, chứ không phải hồi quy kernel / bootloader.

Như đã đề cập trước đó, bạn cũng nên kiểm tra xem bạn có thể nhìn thấy bao nhiêu đèn flash màu xanh lục khi nhìn thấy màn hình cầu vồng. Một thời gian trước, mã khắc phục sự cố đã được thêm vào bộ nạp khởi động và nó sẽ nhấp nháy màu xanh lục nhiều lần để hiển thị những gì đã sai. Dưới đây là danh sách: 3 lần nhấp: loader.bin không tìm thấy 4 flash: loader.bin chưa khởi chạy 5 flash: start.elf không tìm thấy 6 flash: start.elf không được khởi chạy

Nếu bạn thấy không có đèn flash nào thì phần sụn của bạn đã quá cũ để hỗ trợ điều này hoặc thậm chí không có bootcode.bin đã được tải. Bạn cũng có thể kiểm tra xem phân vùng khởi động có bị hỏng hay không bằng cách kiểm tra xem tất cả các tệp cần thiết cho khởi động (đã đề cập trước đó) có lành mạnh không (có kích thước không, tồn tại, v.v.). Bạn cũng có thể kiểm tra tệp nào trên phân vùng khởi động gây ra sự cố bằng cách chỉ khôi phục một số tệp. Ví dụ: chỉ khôi phục kernel.bin hoặc chỉ start.elf + loader.bin + bootcode.bin. Điều này có thể cho bạn biết nếu đó là vấn đề phần sụn hoặc kernel.

Nó phải là vấn đề sdcard. Nếu tôi cài đặt Raspbian, wheezy, thì trong raspi-config, tôi mở rộng phân vùng để điền vào thẻ, sau đó tắt Raspberry Pi, xóa sdcard, chèn lại, nó sẽ không khởi động. Thẻ Kingmax 16GB SDHC Class10 không được cung cấp.

Tôi cũng đã thử với Kingmax 8GB và Samsung 16GB như tôi đã đề cập trong câu hỏi và không hoạt động. Có lẽ đó là một số vấn đề khác.

Raspberry PI - PANIC: VFS Không thể gắn kết root fs trên block-unknown (179,2) Tôi đã nhận được thông báo này sau khi cập nhật và khởi động lại.

PANIC: VFS Không thể gắn kết root fs trên khối không xác định (179,2) Nhập kdb (current = 0xcb846c80, pid 1) do Nhập bàn phím

Vấn đề là dễ dàng giải quyết ít nhất cho tôi.

Vì vậy, tôi khởi động trên RescueCD - mọi Linux đều ổn trong một PC khác

Sau đó, tôi chạy sửa chữa hệ thống tập tin (sử dụng tên thiết bị chính xác của bạn)

fsck / dev / sdb2

Tôi đã phải chạy nó nhiều lần, sau đó tôi buộc kiểm tra fsck -f / dev / sdb2

Và hệ thống tập tin đã được sửa chữa.

Có lẽ có giải pháp tạm thời. Những gì tôi làm là để đồng bộ hóa tập tin trước khi khởi động lại. Vì vậy, tôi chạy lệnh đồng bộ hóa khoảng 2 hoặc 3 lần trước khi khởi động lại sudo. Vì điều này tôi đã không gặp lại lỗi.

Cập nhật1: Có thể có ảnh hưởng của việc ép xung đối với sự xuất hiện của tham nhũng hệ thống tệp. Bởi vì tôi đã thấy các poblems luôn sau khi tải cao hơn như ví dụ cập nhật và nâng cấp.

Update2: Có, khi nó không được ép xung thì chúng không có vấn đề gì. Có lẽ với một thẻ SD khác, nó cũng có thể hoạt động ép xung.

Update3: Sau một số điều tra và thử nghiệm, tôi phát hiện ra rằng hộp ban đầu tôi đã sử dụng cho Pi chỉ có lỗ thông hơi từ trên xuống và do đó trình điều khiển IO có thể bị nóng và nó gây ra vấn đề với ethernet, usb và thẻ SD. Vì tôi chạy nó mở nên tôi có thể ép xung trung bình mà không gặp vấn đề gì.

Update4: Raspberry thất bại Nó được gửi để trao đổi với nhà cung cấp xem thêm thông tin ở đây.

Update5: Raspberry được nhà cung cấp trao đổi. Mảnh mới có vẻ ổn Hãy hy vọng.

Cập nhật6: Phần mới có khoảng 12 ngày chạy 7/24 mà không gặp vấn đề gì. Nó thậm chí là tất cả thời gian ép xung (trung bình). Tôi cho rằng nếu ai đó vẫn còn vấn đề với sự ổn định thì anh ta nên yêu cầu trao đổi theo kiểm dịch. Chỉ cần tôi chạy nó ra khỏi vỏ nhựa ban đầu đã mua mà không cần làm mát thêm bằng thẻ SD và nguồn điện như cái đầu tiên. Tôi đã không sử dụng bất kỳ tweek cho hệ thống Raspbian ban đầu.

Tôi gặp vấn đề hoảng loạn hạt nhân tương tự sau khi nâng cấp lên linux-raspberrypi 3.18.3 (KHÔNG CÓ THÊM linux-raspberrypi-mới nhất).

Trong trường hợp của tôi, nó không bị hỏng hệ thống tệp, bộ nạp khởi động hoặc chương trình cơ sở. Đó là gói kernel.

Thông báo lỗi là

Error: Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(179,2)

Lúc đầu tôi nghĩ thẻ SDHC kém đã chết nhưng hóa ra nó vẫn ổn. Các vfat /bootphân vùng và ext4 /và /homecả hai đều tốt.

Tôi dành một chút thời gian và cuối cùng linux-raspberrypi-3.18.3-3gói hàng là thủ phạm.

Đối với một số lý do các gói cập nhật /boot/cmdline.txt mà chỉ /để phân vùng sai /dev/mmcblk0p2mà nên /dev/mmcblk0p5.

LƯU Ý: pacman -Qo /boot/cmdline.txtsẽ cho bạn biết nó đến từ gói nào.

Sau khi cắm SD vào netbook và quay trở lại cmdline.txt tốt, cắm lại vào Pi, hệ thống hoạt động và hoạt động vui vẻ.