Raspberry Pi của tôi có làm hỏng thẻ SD vĩnh viễn không?

Raspberry Pi của tôi đã chạy tốt trong hai tháng. Sau đó, một số tệp trong /usr/binbị hỏng và có nhiều lỗi khi khởi động lại.

Tôi đã cố gắng viết một hình ảnh mới nhưng dd sẽ chặn và không làm gì cả.

sudo dd if=~/2013-02-09-wheezy-raspbian.img of=/dev/mmcblk0 bs=4M

Tôi nhận thấy rằng thẻ SD của tôi không được liệt kê là tương thích, vì vậy tôi đã bắt đầu với thẻ SD được hỗ trợ mới một tuần trước và bây giờ điều tương tự đã xảy ra.

Các thẻ dường như bị kẹt trong trạng thái chỉ đọc ddvà fdiskkhông có tác động.

Tôi đã kéo dây nguồn một vài lần để khởi động lại sau khi sshngừng hoạt động - Tôi chạy nó mà không cần màn hình và bàn phím.

Có thể làm hỏng vĩnh viễn thẻ SD bằng cách kéo dây nguồn không?

Tôi đã đọc về thẻ SD bị hỏng và muốn tìm hiểu sâu về vấn đề đó, nhưng mối quan tâm hiện tại của tôi là tôi cần mua thẻ SD mới mỗi lần tôi thử. Đối với những người khác, họ dường như có thể bắt đầu lại bằng cách viết một hình ảnh mới.

Có điều gì khác tôi có thể thử để thẻ SD hoạt động trở lại không?

Nếu tôi cố gắng định dạng thẻ bằng máy ảnh của mình thì nó báo 'lỗi định dạng'.

Khi tôi chèn thẻ SD, dmesg hiển thị

...
[52254.614980] end_request: I/O error, dev mmcblk0, sector 1696056
[52254.614983] end_request: I/O error, dev mmcblk0, sector 1696064
[52254.614987] end_request: I/O error, dev mmcblk0, sector 1696072
[52254.615058] Aborting journal on device mmcblk0p2-8.
...
[52666.031183] journal commit I/O error
[52666.031186] journal commit I/O error
....
[52666.031220] journal commit I/O error
[52666.031227] journal commit I/O error
[52666.083902] EXT4-fs error (device mmcblk0p2): ext4_put_super:819:     
Couldn't clean up the journal
[52666.083910] EXT4-fs (mmcblk0p2): Remounting filesystem read-only

Cập nhật: Tôi đã quản lý để viết một hình ảnh mới vào thẻ SD thứ hai, nhưng thẻ đầu tiên (Kingston 8 GB loại 4, không có trong danh sách được hỗ trợ) vẫn bị hỏng. Vì nó chỉ có một thẻ dường như bị hỏng nên tôi không quan tâm đến việc nó sẽ tiếp tục xảy ra. Tôi đoán đây là một lần.

Raspberry Pi của tôi bây giờ hiếm khi khởi động. Tôi đã kiểm tra điện áp trên Raspberry Pi, và nó khá thấp, vì vậy tôi nghi ngờ rằng đó là nguyên nhân gây ra sự cố của tôi. Tôi đã đặt hàng một nguồn cung cấp năng lượng mới. Tuy nhiên, tôi không biết tại sao Raspberry Pi hoạt động rất lâu trước đó.

Các vấn đề và thiệt hại tiềm năng

Có, tắt Raspberry Pi bằng cách rút dây có thể gây ra thiệt hại . Trong thực tế, đã có một câu trả lời chi tiết chính xác vấn đề này. Vấn đề này không cụ thể đối với Raspberry Pi. Việc rút cáp nguồn ra mà không có cảnh báo cho HĐH có thể gây ra sự cố - Tôi đã làm hỏng nhân Windows của mình theo cách đó.

Làm thế nào để khắc phục

1. Mac

Cắm thẻ SD vào máy Mac. Sau đó, mở tiện ích Đĩa và xóa phân vùng của bạn. Sau đó khôi phục. Cuối cùng, hình ảnh lại thẻ. Nếu bạn cần thêm trợ giúp, xin vui lòng xem hướng dẫn này .

2. các cửa sổ

Sử dụng phần mềm chụp ảnh đĩa Win32 . Một lần nữa, xóa các phân vùng, khôi phục nó, và sau đó hình ảnh lại thẻ.

3. Linux

Để đặt lại SD thành đọc-ghi, hãy nhập hdparm -r0 /dev/xxxvào thiết bị đầu cuối. Bạn có thể phải xóa các phân vùng đầu tiên.

Làm sao để tránh

Từ giờ trở đi, bạn không bao giờ nên tắt Raspberry Pi bằng cách rút phích cắm . Thay vào đó, đi đến bàn điều khiển và gõ:

sudo shutdown -h now

Hoặc, nếu bạn đang sử dụng startx, nhấp vào nút đăng xuất và chọn tắt máy.

Vấn đề là bạn không thể truy cập bảng điều khiển khi Raspberry Pi bị treo, SSH hoạt động một phần nhưng sẽ không chấp nhận mật khẩu và WebIDE của Adaf nhung bị treo và sẽ không chấp nhận đầu vào. Không có lựa chọn nào khác ngoài việc rút phích cắm. Khoảng 25% thời gian này hoạt động nhưng cuối cùng hệ thống tập tin bị hỏng. Nó trở nên tồi tệ hơn mặc dù bộ tải khởi động đưa bạn vào kernel, nó cũng bị treo và bạn không thể gõ bất cứ thứ gì để fsck thẻ. Reimaging có nghĩa là mất tất cả các công việc của bạn. Chúng tôi chắc chắn cần một giải pháp tốt hơn.

Bạn có thể sử dụng 'hdparm -r0 / dev / xxx' để đặt lại thành đọc-ghi. Cá nhân tôi đã phải xóa các phân vùng và gắn lại sdcard để có thể sử dụng dd để sao chép một hình ảnh mới vào thẻ.

Có một giải pháp tốt hơn - chỉ cần đặt thẻ vào đầu đọc được gắn vào máy khác và chạy fsck từ máy đó [sau đó hy vọng nó hoạt động!]. Tất nhiên, vấn đề thực sự là phải chạy fsck ngay từ đầu - điều thường có thể tránh được bằng cách tắt máy đúng cách thay vì kéo điện, bất kể nó có đầu hay không.

Sau khi dd thất bại trên thẻ SD nhiều lần, tôi đã sử dụng máy Windows 7 để xóa các phân vùng và định dạng lại thành FAT32 . Chỉ sau đó, dd sẽ cho tôi một hình ảnh Raspberry Pi hoạt động.

Bây giờ tôi thường chạy như sau trước khi dd (hoặc dcfldd) -ing một hình ảnh mới:

time dcfldd if=/dev/zero of=/dev/sdc statusinterval=1 sizeprobe=of

Các nguồn gợi ý /dev/zerođã lưu ý rằng quá trình này có thể rút ngắn tuổi thọ của thẻ.