Репка / Repka-Pi

  • Автор темы Репка / Repka-Pi
  • Дата начала
На плате обозначение pwron и ресет, соответственно вопроса плавного ручного выключения это не решает.
Если можно переназначить-прошу послать где почитать про это можно.

Ресет-это как из сети вилку дёрнуть?-так же может приводить к возникновению ошибок?


Правильно, у всего своё предназначение reset и предназначена для перезагрузки системы если всё наглухо зависло.
 
Правильно, у всего своё предназначение reset и предназначена для перезагрузки системы если всё наглухо зависло.


То есть аппаратно (без консоли) скомандовать shutdown нельзя, верно?

Без дисплея с макросом, выходит, не обойтись.
 
На плате обозначение pwron и ресет, соответственно вопроса плавного ручного выключения это не решает.
Если можно переназначить-прошу послать где почитать про это можно.

Ресет-это как из сети вилку дёрнуть?-так же может приводить к возникновению ошибок?


Переназначить можно.

Где почитать, может коллеги в группе что то подскажут.

Мы задачу фиксируем, чтобы на этот счёт написать небольшую статью, постараемся в ближайшее время сделать.
 
На плате обозначение pwron и ресет, соответственно вопроса плавного ручного выключения это не решает.
Если можно переназначить-прошу послать где почитать про это можно.

Ресет-это как из сети вилку дёрнуть?-так же может приводить к возникновению ошибок?


Любой резет в любом компьютере на устройстве записи типи hdd, flash приводит к ошибкам если происходила запись или чтение.
 
Любой резет в любом компьютере на устройстве записи типи hdd, flash приводит к ошибкам если происходила запись или чтение.


На линуксе много разных файловых систем. Есть и те, которые не боятся ресета. zfs например
 
На линуксе много разных файловых систем. Есть и те, которые не боятся ресета. zfs например


Я конкретно про физическое устройство, при записи происходит изменение состояние носителя и если вы выключили питание, это состояние в один прекрасный момент может так и остаться и вы получаете битый сектор
 
Можно завести кнопку на контакт gpio и программно при нажатии на неё выдавать sudo shutdown -h now
 
Не очень понял, но дико интересно. Поищу информацию по реализации данной идеи.


Нужно написать программу, которая постоянно опрашивает контакт gpio или срабатывает от него по прерыванию, а затем выдаёт команду ос завершить работу
 
вообще лично у меня на последней версии repka os все работает более-менее ок, по кнопке машина глушится не жестко
 
примерно в 50% случаев после перезагрузки или шатдауна при загрузке репка сообщает о битом журнале systemd, будто бы перед уходом в ребут/шатдаун какие-то фс не размонтируются
 
поведение одинаковое после:
- reboot
- shutdown -h now
- systemctl reboot
- systemctl poweroff
- короткое нажатие кнопки питания (~0.5 с)
 
кстати, еще одно неочевидное поведение: репка включается по кнопке не по короткому нажатию, как другие SBC, а по среднему (~2 с)
 
кстати, еще одно неочевидное поведение: репка включается по кнопке не по короткому нажатию, как другие SBC, а по среднему (~2 с)


В выключеном состоянии репка потребляет 75мАч. Так что она не отключается полностью. Репка 3 1.6v
 
В выключеном состоянии репка потребляет 75мАч. Так что она не отключается полностью. Репка 3 1.6v


У кого как, есть практика, после выключения устройства и периферии если таковая имеется выключать тумблер пилота, тем самым обесточивая всё и совсем.
 
У кого как, есть практика, после выключения устройства и периферии если таковая имеется выключать тумблер пилота, тем самым обесточивая всё и совсем.


Ну вот и пришлось городить схему с мосфетом и прочей обвязкой, чтоб со стандартной кнопки включения и выключения, отключалась подача питания. А то как-то расстраивает, когда организовал UPS для платы, вывел кнопки, которые сделали для удобства, а потом через день выясняется, что плата не выключилась так, как предполагалось, и преобразовала 6Ач непонятно куда, в выключеном состоянии😂