Николай писал(а): надежную флешку нужно просто. ониж существуют жеж Если найдёшь - сообщи ![]() Добавлено: Fri Dec 17, 2021 12:08 am |
Мож микродрайв заюзать? Мелкие и дешёвые, или чуть крупнее как в старых копимашинах. Добавлено: Fri Dec 17, 2021 3:30 am |
Break_Neck писал(а): Сейчас что бренд что ноунейм - гавно, в системах где файлы меняются часто и в одном месте - мрут собаки sd карты частоSanDisk Пробовал? Добавлено: Fri Dec 17, 2021 8:18 am |
блядюшник какой-то. с микродрайвом есть проблемы - в их наличии :D опять же таки старые микродрайвы, как и старые винты, они наверное хорошие. врядли новые будут столь же качественными, ведь новые винты превратились в такое же говно как и флешки. если с ебея заказывать - тогда уж проще slc флешки совсем промышленные. ну должен же старорежимный slc нормально работать. Добавлено: Fri Dec 17, 2021 11:35 am |
короче такую схему придумал. флешка 8гб. система 4гб. флешка разбита на два раздела. идентичных. система загружена с одного раздела. второй в резерве. раз в полгода резервный раздел проходится тестовой чтением\записью\чтением (badblocks -n) затем подсчитывается контрольная сумма. и если все ок. то в загрузчике меняется раздел с первого на второй и делается перезагрузка. если нет - выводим ошибку и остаемся на старом разделе, требуя замены флешки потом через полгода уже первый раздел прогоняется, проверяется и делается перезагрузка с переходом обратно. это сделано для того, чтобы данные не протухали. т.е. раз в полгода мы имеем свежеперезаписаный и свереный раздел. пусть и вдвое большим объемом флешки да. может быт сбой флешки, но это уж не попишешь. придется ручками подготовить новую флешку скачиванием с сервера. либо, на совсем крайний случай перегрузиться в другой раздел плюсом получаем возможность безопасной перепрошивки. в тот раздел, который стоит в резерве, накатывается новый образ и производим переключение. этот раздел проверяется, и если все ок то переходим. это позволяет безопасно обновлять те железки, до которых далеко ехать, а обновить хочется Добавлено: Fri Dec 17, 2021 1:19 pm |
Не стоит держать все яица в одной корзине, если флешка навернется оба раздела протеряются… Добавлено: Fri Dec 17, 2021 1:28 pm |
да но загрузчик все равно на одной флешке. если она наебнется наглухо то загрузки со второй все равно не произойдет. потребуется человек. а если потребуется человек то он и флешку новую сможет сунуть основной смысл чтобы перезаписывать флешку периодически. ну и иметь возможность безопасного обновления. upd офигительно. потестил удаленную перезапись. это изумительно! копираем образ. запускаем скрипт /boot/changepart 2 - он проверяет переписаный раздел и если все ок, то меняет в загрузчике и fstab partuid на новый и перезапускает. или нахуй посылает, если недокачал или записалось криво. Добавлено: Fri Dec 17, 2021 1:50 pm |
А чего не две разные аппаратные флешки? И последовательность загрузки менять хошь реле, хошь efibootmgr ( или что там сейчас модно ). Реле даже наверное лучше - можно будет кнопкой с пульта выбирать какой раздел грузить ![]() Добавлено: Fri Dec 17, 2021 4:22 pm |
загрузчик не покатит. загрузчик же стоит на первой флешке. если она наебнется то вторую никто не загрузит. аппаратно интереснее, но как это аппаратно сделать? физически все линии флешки переключать? Добавлено: Fri Dec 17, 2021 4:32 pm |
Да, думаю проблем быть не должно даже с обычными реле. Я не велик в этих малинах, но там разве нет какого-то менеджера загрузки уровня uefi? Т.е. загрузчик же кто-то должен с флешки считать, в память положить и запустить... + Во https://github.com/pftf/RPi3 или https://github.com/pftf/RPi4 ( https://rpi4-uefi.dev/ ) Добавлено: Fri Dec 17, 2021 4:41 pm |
так загрузчик жеж на флешке жеж. просто в отдельном разделе. в любом случае главная флешка слабое звено. если она наебнется то ничего не загрузится. Добавлено: Fri Dec 17, 2021 4:55 pm |
А загрузчик с флешки кто читает? Обычно есть некоторая ПЗУ или приравненная к ней память, которая аппаратно транслируется на адрес на который встаёт процессор при сбросе. Эта память уже инициализирует железо и запускает инициализацию загрузки по цепочке efi, конечным этапом которой является чтение с флешки загрузчика и передача ему управления. Вот глючная флешка - она этот самый последний этап и обычно можно выбрать что грузить что не грузить ещё до того как перейдём к загрузке с внешних флешек, дисков, сетей и прочих возможных сущностей... Добавлено: Fri Dec 17, 2021 5:06 pm |
если малина увидит флешку в микросд, она будет пытаться ее стартануть. переубедить ее не знаю как. Добавлено: Fri Dec 17, 2021 5:11 pm |
Я то же не знаю, ну способ какой-то должен быть, вон я выше ссылки кидал - они вроде как свою имплементацию uefi запилили... Или не заморачиваться и коммутировать реле ![]() Добавлено: Fri Dec 17, 2021 5:24 pm |
https://dmitrysnotes.ru/raspberry-pi-zagruzka-s-usb-nakopitelya Вот тут вроде рассказывается как Добавлено: Fri Dec 17, 2021 5:28 pm |
а дохлую флешку кто будет выдергивать за человека? оно то может загрузиться, если не физически найдет микросд. а она его найдет. пусть даже дохлую нечитаемую, и будет героически пытаться с нее загрузиться, не пробуя дальшейший усб. Добавлено: Fri Dec 17, 2021 7:49 pm |
Можно релюхой поляризованной переключать выбор карточки. Нормальные карточки при наличии ошибок выпадают в RO. Добавлено: Fri Dec 17, 2021 8:14 pm |
Это уже перебор. В погоне за увеличением надёжности, важно ее случайно не понизить ![]() Добавлено: Fri Dec 17, 2021 9:13 pm |
именно. все должно быть просто как калаш. просто хорошую флешку. и обновлять записаное. так как данные протухают. но регламентная замена флеши раз в 5 лет скажем не повредит. если устройство без людей. если с людьми то можно ждать пока ее умрет. дома сандиск млц 16гб три года трудится в этой системе. людям ставлю индастриал с этого года Добавлено: Fri Dec 17, 2021 9:26 pm |
Николай, если на сервере 2 usb порта, то почему бы не записать систему на лазерный диск, который считается самым надёжным средством долгосрочного хранения данных, и грузить через usb-дисковод, а писать логи (или что входит в те 5 МБ) на флешку, подключённую во второй порт? Добавлено: Fri Dec 17, 2021 9:46 pm |
не. самописные диски гадость. дохнут со временем хуже флешки. читал бэкапы 10 летней давности- много непрочиталось. надежность дисковода никакая. время произвольного доступа жуткая. надежные это те что из алюминия на заводе. а писаные лазером не пойдут. ну и обновлений не выдет накатить. а хотелось бы всеж флеш нужна. ради интереса сел почитать. https://habr.com/ru/post/401527/ вот жеж. я не думал что все так плохо. лумал что заводские живут. нет. и они тож говно. Добавлено: Fri Dec 17, 2021 9:56 pm |
https://habr.com/ru/post/400011/ Вот еще годная статья Добавлено: Sat Dec 18, 2021 10:03 am |
у меня ридонли все с этим хорошо. но флеши даже в ридонли протухают. не за год так за 5. короче надо перезаписывать. а хочется чтобы совсем поставил и забыл. хотя энд-юзер сможет сам накатать и поменять флешку без проблем, но лучше чтобы это делать уж совсем редко. сама малина, отогнаная вниз до 250мгц изумительно устойчива. имеет температуру ядра в 45 градусов . к ней вообще вопросов не имеется. питание её через бжт перезапись флеша/ssd очень простая. я использую badblocks -n /dev/*** читает блок. забивает его рандомом, снова читает, зарисывает исходный назад и опять вычитывает. немного долго, но есть гарантия что флеш живая, инфа на месте и она верная Добавлено: Sat Dec 18, 2021 10:23 am |
А что в ПЛК суют? У Beckhoff-а есть головы с Виндой на борту, карта по формату CF, не могут же они на энд-юзера перекладывать проблему. Добавлено: Sat Dec 18, 2021 1:12 pm |
у этой самой малины есть понятие "suspend to RAM"? Пониженное энергопотребление с подпиткой только основной памяти? Может поставить большой кондер или аккум и не загружать вообще с флэшки, по крайней мере часто? Добавлено: Sat Dec 18, 2021 1:13 pm |
Лицензионное соглашение (c)Flyback.org.ru Российское общество любителей высоких напряжений. Использование материалов с данного сайта и форума возможно только с разрешения администрации. |