NEWS
Pi noch Stromausfall nicht mehr erreichbar
-
@wendy2702 vielen Dank. Wenn man sich dann auch mal in einer ruhigen Minute ran begibt dann vergisst man auch keinen Schritt…
IoBroker ist neu installiert.
Auch wenn mein Anfangsproblem nicht behoben werden konnte, also mein System irgendwie zu retten, hat wenigstens das geklappt.Dann beginnen wir mal von vorne
Danke euch trotzdem für eure Hilfe 💪🏼
Eine Frage aber noch… als ich den ioB das erste mal installiert habe, musste ich, nachdem ich den Pi vorbereitet hatte, nodjs manuell installieren. Bei ioBroker.net gibt es nun den Befehl, da wird Nodejs wohl direkt mit installiert. Ist die Installation tatsächlich so einfach? Also nur der eine Befehl?
Ja, am besten nur den Installationseinzeiler verwenden. Es ist so einfach.
Steht deswegen auch so im 'Einfacher-geht's-nicht'-Thread drin. -
@thomas-braun said in Pi noch Stromausfall nicht mehr erreichbar:
Es ist so einfach.
...die SD-Karte zu fritieren :boom:
@opensourcenomad said in SSD oder HDD:
Es kann z.B. sein das ein Raspberry Pi OS jede 5 Sekunden 1 Byte Logfile schreiben will. Was aber passiert durch die Layer ist das am Ende (jede 5 Sekunden) ein vielfaches geschrieben wird, in diesem Fall wo nur 1 byte geschrieben werden soll, sind es wahrscheinlich 8 oder 16kb (typische flash block Größe). Oben drauf kommt natürlich noch die bekannte write amplification :hammer:
Durch dieses (vereinfachte) Beispiel erkennt man schon den 8-16 tausendfach schnelleren Tod des Flashspeicher :skull:
Vielleicht doch lieber einen Zweizeiler? Das commit Intervall auf ein verdrehtbares Maß schrauben und eventuell sogar ein
noatimespendieren? Der Flashspeicher wird dankbar sein und theoretisch bis um den Faktor sechszehntausend länger leben :trophy:Die
zweiteerste Zeile könnte dann in etwa so aussehen (Achtung! Ungetester Internetfund :warning:)sed -i -e 's/defaults,noatime/defaults,noatime,commit=600,errors=remount-ro/' /etc/fstab„Das Widerlegen von Schwachsinn erfordert eine Größenordnung mehr Energie als dessen Produktion.“ - Alberto Brandolini (Bullshit-Asymmetrie-Prinzip)
-
@thomas-braun said in Pi noch Stromausfall nicht mehr erreichbar:
Es ist so einfach.
...die SD-Karte zu fritieren :boom:
@opensourcenomad said in SSD oder HDD:
Es kann z.B. sein das ein Raspberry Pi OS jede 5 Sekunden 1 Byte Logfile schreiben will. Was aber passiert durch die Layer ist das am Ende (jede 5 Sekunden) ein vielfaches geschrieben wird, in diesem Fall wo nur 1 byte geschrieben werden soll, sind es wahrscheinlich 8 oder 16kb (typische flash block Größe). Oben drauf kommt natürlich noch die bekannte write amplification :hammer:
Durch dieses (vereinfachte) Beispiel erkennt man schon den 8-16 tausendfach schnelleren Tod des Flashspeicher :skull:
Vielleicht doch lieber einen Zweizeiler? Das commit Intervall auf ein verdrehtbares Maß schrauben und eventuell sogar ein
noatimespendieren? Der Flashspeicher wird dankbar sein und theoretisch bis um den Faktor sechszehntausend länger leben :trophy:Die
zweiteerste Zeile könnte dann in etwa so aussehen (Achtung! Ungetester Internetfund :warning:)sed -i -e 's/defaults,noatime/defaults,noatime,commit=600,errors=remount-ro/' /etc/fstab@opensourcenomad sagte in Pi noch Stromausfall nicht mehr erreichbar:
Vielleicht doch lieber einen Zweizeiler?
Das ist die Krux für Doku-Schreiberlinge.
So kurz und einfach für Einsteiger
..und doch alle Eventualitäten für Fortgeschrittene und Nerds.. aber ohne damit Eiunsteiger zu vergraulen
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@opensourcenomad sagte in Pi noch Stromausfall nicht mehr erreichbar:
Vielleicht doch lieber einen Zweizeiler?
Das ist die Krux für Doku-Schreiberlinge.
So kurz und einfach für Einsteiger
..und doch alle Eventualitäten für Fortgeschrittene und Nerds.. aber ohne damit Eiunsteiger zu vergraulen
@homoran said in Pi noch Stromausfall nicht mehr erreichbar:
Das ist die Krux
Man muss ja gar keine zwei Zeilen daraus machen, kann es ja ganz einfach in's install script packen und eventuell "interaktiv" abfragen ob der geneigte user das will.
Ein höheres commit interval ist ja auch mit dem Nachteil behaftet, dass dieses zu mehr Datenverlust führen kann. Beim armbian default könnten im schlimmsten Fall die letzten 10 Minuten Flöten gehen wenn unkontrolliert der Strom getrennt wird. :electric_plug:
Aber jede paar Tage einen genervten Nutzer zu haben dem teilweise schon die x-te (auch teure extreme XYZ Version) SD-Karte verreckt (meist mit mehr deutlich mehr Datenverlust zum letzten backup) ist auch nicht das gelbe vom ei :egg:
„Das Widerlegen von Schwachsinn erfordert eine Größenordnung mehr Energie als dessen Produktion.“ - Alberto Brandolini (Bullshit-Asymmetrie-Prinzip)
-
@homoran said in Pi noch Stromausfall nicht mehr erreichbar:
Das ist die Krux
Man muss ja gar keine zwei Zeilen daraus machen, kann es ja ganz einfach in's install script packen und eventuell "interaktiv" abfragen ob der geneigte user das will.
Ein höheres commit interval ist ja auch mit dem Nachteil behaftet, dass dieses zu mehr Datenverlust führen kann. Beim armbian default könnten im schlimmsten Fall die letzten 10 Minuten Flöten gehen wenn unkontrolliert der Strom getrennt wird. :electric_plug:
Aber jede paar Tage einen genervten Nutzer zu haben dem teilweise schon die x-te (auch teure extreme XYZ Version) SD-Karte verreckt (meist mit mehr deutlich mehr Datenverlust zum letzten backup) ist auch nicht das gelbe vom ei :egg:
@opensourcenomad sagte in Pi noch Stromausfall nicht mehr erreichbar:
kann es ja ganz einfach in's install script packen und eventuell "interaktiv" abfragen ob der geneigte user das will.
das wäre natürlich eine Option.
Sollte man mal @AlCalzone fragen, ob das machbar wäre -
@thomas-braun said in Pi noch Stromausfall nicht mehr erreichbar:
Es ist so einfach.
...die SD-Karte zu fritieren :boom:
@opensourcenomad said in SSD oder HDD:
Es kann z.B. sein das ein Raspberry Pi OS jede 5 Sekunden 1 Byte Logfile schreiben will. Was aber passiert durch die Layer ist das am Ende (jede 5 Sekunden) ein vielfaches geschrieben wird, in diesem Fall wo nur 1 byte geschrieben werden soll, sind es wahrscheinlich 8 oder 16kb (typische flash block Größe). Oben drauf kommt natürlich noch die bekannte write amplification :hammer:
Durch dieses (vereinfachte) Beispiel erkennt man schon den 8-16 tausendfach schnelleren Tod des Flashspeicher :skull:
Vielleicht doch lieber einen Zweizeiler? Das commit Intervall auf ein verdrehtbares Maß schrauben und eventuell sogar ein
noatimespendieren? Der Flashspeicher wird dankbar sein und theoretisch bis um den Faktor sechszehntausend länger leben :trophy:Die
zweiteerste Zeile könnte dann in etwa so aussehen (Achtung! Ungetester Internetfund :warning:)sed -i -e 's/defaults,noatime/defaults,noatime,commit=600,errors=remount-ro/' /etc/fstabMeine default fstab schaut so aus:
PARTUUID=e34478a9-02 / ext4 defaults,noatime 0 1Da muss nichts optimiert werden. Jedenfalls nicht 'noatime'.
-
Meine default fstab schaut so aus:
PARTUUID=e34478a9-02 / ext4 defaults,noatime 0 1Da muss nichts optimiert werden. Jedenfalls nicht 'noatime'.
@thomas-braun said in Pi noch Stromausfall nicht mehr erreichbar:
Da muss nichts optimiert werden. Jedenfalls nicht 'noatime'.
noatimeist ja nur die Kirsche :cherries: auf der Torte :cake:Was hast du für ein commit interval? Default beim HimbeerOS war bis dato 5 Sekunden was für ein Gerät welches für den betrieb mit SD Karten ausgelegt einfach total für Tonne ist :put_litter_in_its_place:
...außer natürlich das ist gewollt! Eventuell hat die Raspberry Pi Trading LTD ein paar Verträge mit Flashherstellern um deren Absätze zu steigern? :thinking_face:
Und natürlich swap auf SD Karte, auch ein Killer und eigentlich schon längst obsolet dank zram :bulb:
Support us
748
Online32.6k
Benutzer82.2k
Themen1.3m
Beiträge