Чи моє Raspberry Pi постійно пошкоджує SD-карти?

Мій Raspberry Pi працював нормально два місяці. Потім деякі файли /usr/binотримали пошкодження, і було багато помилок при перезавантаженні.

Я намагався написати свіже зображення, але ДД заблокував і нічого не зробив.

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

Я помітив, що моя SD-карта не була вказана як сумісна, тому я тиждень тому розпочав нову підтримувану SD-карту, і тепер те ж саме сталося.

Карти, схоже, застрягли в режимі лише для читання ddі fdiskне мають впливу.

Я кілька разів тягнув шнур живлення, щоб перезавантажитись після того, як sshперестав працювати, запускаю його без монітора та клавіатури.

Чи можна назавжди пошкодити SD-карту, потягнувши шнур живлення?

Я читав про пошкоджені карти SD і хотів би дійти до останньої точки цієї проблеми, але зараз я хвилююсь, що мені потрібно купувати нову SD карту щоразу, коли я намагаюся. Для інших людей, здається, вони можуть почати заново, написавши нове зображення.

Чи є ще щось, що я можу спробувати змусити картки SD знову працювати?

Якщо я спробую відформатувати картку за допомогою моєї камери, вона каже "помилка форматування".

Коли я вставляю SD-карту, показує dmesg

...
[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

Оновлення: мені вдалося записати свіже зображення на другу SD-карту, але перша карта (Kingston 8 Гб, клас 4, не в підтримуваному списку) все ще зламана. Оскільки це лише одна картка, яка здається зламаною, я не так переживаю, що це буде тривати. Я думаю, це було разовим.

Мій Raspberry Pi зараз рідко буває. Я перевірив напругу на Raspberry Pi, і вона досить низька, тому підозрюю, що це причина моїх неприємностей. Я замовив нове джерело живлення. Однак я не знаю, чому Raspberry Pi працював так давно.

Проблеми та потенційний збиток

Так, вимкнення Raspberry Pi, витягнувши шнур, може призвести до пошкодження . Насправді була відповідь, яка детально деталізувала це питання. Це питання не стосується Raspberry Pi. Виведення кабелю живлення без попередження для ОС може спричинити проблеми - я таким чином пошкодив своє ядро ​​Windows.

Як виправити

1. Мак

Підключіть SD-карту до Mac. Потім відкрийте утиліту Disk і видаліть свої розділи. Потім відновіть. Нарешті, переображте карту. Якщо вам потрібна додаткова допомога, перегляньте цей підручник .

2. Windows

Використовуйте програму Win32 Disk Imager . Знову ж видаліть розділи, відновіть їх, а потім повторно зображте карту.

3. Linux

Щоб скинути SD для читання-запису, введіть hdparm -r0 /dev/xxxтермінал. Можливо, вам доведеться спочатку видалити розділи.

Як уникнути

Відтепер ніколи не слід вимикати Raspberry Pi, відключаючи його . Замість цього перейдіть до консолі та введіть:

sudo shutdown -h now

Або, якщо ви використовуєте startx, натисніть кнопку виходу із системи та виберіть вимкнення.

Проблема полягає в тому, що ви не можете перейти до консолі, коли Raspberry Pi підвішений, SSH працює частково, але не прийме пароль, а WebIDE Adafruit завис і не прийме введення. Немає іншого вибору, як витягнути вилку. Близько 25% часу це працює, але неминуче файлова система з часом пошкоджується. Це стає гірше, хоча навіть завантажувач завантажує вас до ядра, воно теж підвішене, і ви не можете нічого ввести, щоб fsck карту. Повторне зображення означає втрату всієї вашої роботи. Нам, безумовно, потрібне краще рішення.

Ви можете використовувати 'hdparm -r0 / dev / xxx', щоб скинути його на читання-запис. Мені особисто довелося видалити розділи та знову вставити sdcard, щоб мати змогу використовувати dd для копіювання нового зображення на карту.

Є краще рішення - просто покладіть карту в зчитувач, приєднаний до іншої машини, і запустіть fsck з цієї машини [тоді сподіваюся, що вона працює!]. Звичайно, справжньою проблемою є спочатку запустити fsck - чого часто можна уникнути, якщо вимкнути машину належним чином на відміну від витягування потужності, незалежно від того, чи це без голови.

Після того, як dd неодноразово виходило з ладу на SD-картці, я використовував машину Windows 7 для видалення розділів та переформатування як FAT32 . Лише тоді DD дасть мені діюче зображення Raspberry Pi.

Тепер я часто запускаю наступне перед dd (або dcfldd) - новим зображенням:

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

Джерело, яке припускає /dev/zero, зазначало, що процес може скоротити термін служби картки.