ОБНОВЛЕНИЕ: Я смог решить эту проблему несколько лет назад, но для любого, кто читает это в будущем, проблемы долговечности, как оказалось, были связаны с ненадежным источником питания.
--- Оригинальный вопрос ---
Я пытаюсь использовать Raspberry Pi в качестве встроенного / промышленного компьютера. Температуры находятся в пределах нормального диапазона, и основные проблемы с надежностью, с которыми я сталкиваюсь, по-видимому, связаны с гибелью SD-карты через несколько месяцев.
Есть ли опубликованная статистика SD-карт, используемых в промышленных / встроенных решениях, и их MTBF (среднее время до отказа)? Я видел несколько базовых статистических данных, требующих 1 000 000 циклов записи на сектор с встроенным в карту выравниванием износа, и это все хорошо, но я ищу опубликованные, реальные результаты испытаний, а не листы технических характеристик продаж, показывающие реальная производительность и количество отказов.
В идеале мне нужно что-то, что я могу записать для надежности непрерывно в течение примерно 2 лет, прежде чем произойдет сбой при установке встроенного Linux, который занимает около 1,8 ГБ на карте. Я также знаю, что чем больше у вас свободного места, тем больше вы можете распределять выравнивание износа, поэтому более крупные карты с той же прочностью эффективно продлевают жизнь.
Кто-нибудь пытается использовать Raspberry Pis в промышленной ситуации успешно?
источник
Ответы:
Эпизод из Jupiter Broadcasting Techsnap (Originating Research ) рассказывает о том, как в университете проводились стресс-тесты в реальных условиях на чипах NAND. Речь идет о сбоях питания, но обсуждение касается ожидаемого срока службы чипов NAND и подобных. Не было обнаружено никаких производств, но результаты интересны.
Наилучший подход состоит в том, чтобы попытаться увеличить срок службы карты вместо того, чтобы выяснить, как долго это должно продолжаться. Вы должны действовать в наилучших интересах, чтобы удвоить срок его службы, что обеспечит полный двухлетний период нормальной работы.
Вы можете начать, сделав корневую файловую систему доступной только для чтения. Это также включает в себя отключение регистрации или перемещения в
/tmp
. Вы также будете отказываться от регулярных обновлений или вручную монтировать файловую систему с разрешением на запись для обновления, если это необходимо.Создайте «нечастый» раздел данных для редко используемых файлов, таких как файлы веб-сервера или доступ по FTP.
Два или более раздела для резервных копий.
Настройте
/tmp
использование оперативной памяти и храните часто записанные файлы там. Проверьте,/etc/fstab
чтобы настроить параметры.Отдельный процесс должен выполнять резервное копирование ваших
/tmp
файлов каждыеn
минуты или часы в отдельные меньшие разделы данных. Вы даже можете скопировать один и тот же файл в два раздела одинакового размера для избыточности, если вы действительно параноик.Если SD-карта умирает от усталости из-за экстремальных температур или скачков напряжения, то не все потеряно. Хорошие компании по восстановлению данных могут прочитать микросхемы и восстановить данные для вас, если это очень важно. Обычно жарятся только контроллеры, а микросхемы памяти все еще содержат все данные.
Я бы посоветовал взглянуть на этот ответ для более подробной информации о том, как продлить срок службы SD-карты.
Но, честно говоря ... даже для того, чтобы получить хорошую SD-карту 24/7 на полной скорости, потребуются годы, прежде чем она полностью сдастся.
источник
Подумайте об использовании карты типа SLC (а не MLC ). (См. Подробное объяснение здесь .) Они на порядок дороже, но они также более долговечны (насколько на самом деле, я не знаю; спецификации также предполагают скачок на порядок здесь, но ...) ,
И, конечно же, следуйте советам, например, в великолепном ответе Ппумкина , кроме последнего предложения:
Не указав «хорошую SD-карту» (должны ли подходить только продукты SLC или продукты промышленного уровня?), Я могу только сказать, что опыт подсказывает иное, если только обычные карты Samsung, Kingston и т. Д. Не следует считать «плохими». Что касается моего собственного опыта, у меня есть как microSD ( некоторые считают его более надежным, чем обычная SD), так и обычный, поврежденный в течение года на компьютерах ( умеренно используемое статическое хранилище данных на ноутбуке и Raspbian по умолчанию на R'PI) , в то время как нет повреждений в «немых» устройствах, таких как цифровые камеры или телефоны.
Регулярные оценки долговечности должны предполагать достаточно дружественное среднее распределение записей, тогда как при запуске работающей системы с такой карты радикально отличаются (= ужасные ) шаблоны записи, особенно в
/[inux]+/
системах (извините за расплывчатое регулярное выражение;)), где «все файл "это образ жизни по умолчанию. (Я знаю, я знаю, это должен был быть Plan9, но ...)Кстати, выбор файловой системы также оказывает огромное влияние на долговечность / надежность флэш-носителей. И семейство Ext * определенно не самое лучшее для этой цели.
(КСТАТИ / 2: Ваш вопрос о « Максимальной доказанной долговечности», но на самом деле вам нужен некий «гарантированный минимум », на который можно рассчитывать, а не рекорд долголетия. В любом случае, как сказал Ппумкин, это все еще может быть только быть ненадежной догадкой.)
источник
Компания Transcend имеет ряд промышленного номинального SD и SDHC карт здесь
источник
Вы рассматривали возможность установки корневой файловой системы на внешний жесткий диск или USB-накопитель? Это быстрее (в случае с внешним жестким диском, поскольку для USB-накопителя это на самом деле медленнее), и это продлевает срок службы SD-карты, так как SD-карта просто используется для загрузки; корневая файловая система хранится внешне. Это также облегчает резервное копирование / восстановление, а также передачу файлов.
Вот сайт, на котором я читал об этом: http://c-mobberley.com/wordpress/index.php/2013/04/13/moving-raspberry-pi-root-folders-from-sd-card-to-usb -hdd / и здесь: http://raspberrypihobbyist.blogspot.com/2013/07/running-from-external-hard-drive.html .
Из первого поста:
Я еще не попробовал это, но я планирую сделать это относительно скоро.
Надеюсь это поможет!
источник