Re: [vz-users] SD-Karten Crash

[Tobias Baumann]

Guten Morgen


solange das ein Pi mit genug Ram ist ( PI4 4gb ) kann ich mir das gut 
vorstellen das das entlastung bringt in anderen Threads habe ich was von 
Datenbanken mit 1GB und mehr gelesen . Was bei meinem Pi-Hole für 
entlastung gebracht hatte war Diet-Pi als Grundsystem in der ist der 
Log4Ram und Gzip Apt-Programmdatei von Haus aus aktiv  .


Ich glaube selbst 4h an daten kann man verkraften anstatt einer 
kompletten Datenbank


Nicht ohne Grund hat man sich bei RLM-Zähler für 15min Profile 
entschieden für Zählerstande das macht nur 96 Einträge pro Tag die in 
irgendwelche Datenbanken landen auch wenn Speicherhaltbarkeit stark 
zugenommen hat möchte man trotzdem die Laufzeit der Speicher so lange 
wie möglich halten






Am 01.12.2022 um 22:51 schrieb Sebastian Blaesing:

Hallo,

Man könnte die MySQL Datenbank in die RamDisk laden. Da gibt es, meine ich, ein 
Script. Dort dann laufen lassen. Und zyklisch (einmal am Tag, alle 4h, wie auch 
immer) auf die SD Karte schreiben. Hat Nachteile. Fällt der Strom aus, sind die 
Daten die nicht auf die SD Karte geschrieben wurden weg. Ist der RAM voll - 
keine Ahnung was dann mit dem Pi passiert, gut wird es aber nicht sein etc.

Grüße
Sebastian

Von meinem iPhone gesendet


Am 01.12.2022 um 21:03 schrieb basti :

Hallo,

egal wie man es dreht und wendet, SD Karten sind nicht für schreibintensive 
Anwendungen und somit auch nicht für Datenbanken gedacht. HDD / SSD sind da 
weitaus besser geeignet. Wobei SSD's ja auch nur begrenzte Schreibleistung 
aufweisen.

Ich bin darüber hinaus der Meinung eine Datenbank zumindest ein RAID 1 braucht 
und natürlich ein gescheites Backup. Egal ob MySQL, Influx oder was auch immer.

Letzendlich ist es deine Entscheidung und du musst wissen wie wichtig dir die 
Daten sind.

Mein Pi z.b., auf dem der vzlogger läuft  ist read-only gemountet mit overlay 
FS.
Die Datenbank läuft auf einem anderen Rechner mit software RAID 1 und täglichem 
Backup nach extern.

Viele Grüße



Am 01.12.22 um 20:44 schrieb Stefan S.:
Hallo,
kann man das Schreiben in die mySQL Datenbank auch komplett ausschalten, so 
dass man nur ca. 1 Tag im RAM hat.
Ansonsten würde ich die Daten dann zyklisch per MQTT abfragen und in eine 
InfluxDB Datenbank schreiben.
Gruß,
Stefan

Am 29.11.2022 um 05:37 schrieb Sebastian Blaesing:
Guten Morgen,

Du kannst dann maximal noch die Datenbank auf einen anderen PC/Server legen, 
bzw wie schon gesagt wurde - auf das NAS. Rein zum booten hält die SD Karte 
beim Pi deutlich länger, bzw fast ewig. Wenn du zb Daten nur alle 60 Sekunden 
speicherst zögerst du den Crash nur ein wenig raus, denke das hat kaum einen 
Effekt. Denn beim Auslesen, aufbereiten  und visualisieren der Daten schrubbelt 
der auch ordentlich auf der Karte rum.

Grüße
Sebastian

Von meinem iPhone gesendet


Am 28.11.2022 um 20:26 schrieb Friedrich Kessler :


Hallo Stefan,
auch wenn SSD nicht „Deine“ Lösung ist.
Mit der SSD hast du absolut keine Schreibaktivitäten auf der SD Card – und 
damit 0 – Stress. Es gibt für den Zero  Adapter mit weiteren USB Anschlüssen 
(ich habe einen Zero 2w – damit habe ich alle Anschlussmöglichkeiten – für ca. 
17,—€).
Gruss
Friedrich

Von: volkszaehler-users  on behalf of 
"Stefan S." 
Antworten an: "volkszaehler.org - users" 

Datum: Montag, 28. November 2022 um 17:55
An: 
Betreff: Re: [vz-users] SD-Karten Crash

Hallo,

SSD ist nicht wirklich eine Lösung da ich einen Raspberry Zero W verwende.
Wenn ich es richtig verstehe bewirkt eine "aggtime: 60", dass nur alle 60s in 
die mySQL Datenbank geschrieben wird?
Das muss doch gehen?

Gruß,
Stefan

Am 22.11.2022 um 13:57 schrieb Sebastian Blaesing:

Ergänzend: wie Freidrich sagte, bei den Pi 2 ist eine SD-Karte zum booten 
nötig(es sei denn man will aufwendig Firmware Updates einspielen), bei den 
neueren nicht. Da bootet er von der SSD oder USB Stick, wenn keine SD Karte 
eingesteckt ist. Eine SSD ist auf jedenfall der richtige Weg um SD-Karten-Tod 
vorzubeugen

Von meinem iPhone gesendet


Am 22.11.2022 um 13:38 schrieb Friedrich Kessler :


Hallo,
Ich habe an 4 Raspis 2 seit 2015  SSD’s  mit allen Daten drauf. Lediglich zum 
Booten wird die SD Card benötigt (hat aber in den 8 Jahren keine 10x booten 
müssen).
Läuft alles ohne Probleme – und eine SSD ist heute keine wirkliche Investition 
im Verhältnis zum Aufwand und Ärger.
Gruss
Friedrich

Von: volkszaehler-users  on behalf of 
"Stefan S." 
Antworten an: "volkszaehler.org - users" 

Datum: Dienstag, 22. November 2022 um 06:52
An: 
Betreff: [vz-users] SD-Karten Crash

Hallo,

meine SD-Karten halten aktuell kaum länger als ein Jahr. Bei mir sind 
inzwischen schon einige zerstört.
Kann ich an der Config noch was optimiert werden, damit diese länger halten? 
Danke!

{
 // General settings
 "daemon": true,// run periodically
 "verbosity": 0, // log verbosity (0=log_alert, 1=log_error, 
3=log_warning, 5=log_info, 10=log_

Re: [vz-users] SD-Karten Crash

[Sebastian Blaesing]

Hallo,

Man könnte die MySQL Datenbank in die RamDisk laden. Da gibt es, meine ich, ein 
Script. Dort dann laufen lassen. Und zyklisch (einmal am Tag, alle 4h, wie auch 
immer) auf die SD Karte schreiben. Hat Nachteile. Fällt der Strom aus, sind die 
Daten die nicht auf die SD Karte geschrieben wurden weg. Ist der RAM voll - 
keine Ahnung was dann mit dem Pi passiert, gut wird es aber nicht sein etc.

Grüße 
Sebastian 

Von meinem iPhone gesendet

> Am 01.12.2022 um 21:03 schrieb basti :
> 
> Hallo,
> 
> egal wie man es dreht und wendet, SD Karten sind nicht für schreibintensive 
> Anwendungen und somit auch nicht für Datenbanken gedacht. HDD / SSD sind da 
> weitaus besser geeignet. Wobei SSD's ja auch nur begrenzte Schreibleistung 
> aufweisen.
> 
> Ich bin darüber hinaus der Meinung eine Datenbank zumindest ein RAID 1 
> braucht und natürlich ein gescheites Backup. Egal ob MySQL, Influx oder was 
> auch immer.
> 
> Letzendlich ist es deine Entscheidung und du musst wissen wie wichtig dir die 
> Daten sind.
> 
> Mein Pi z.b., auf dem der vzlogger läuft  ist read-only gemountet mit overlay 
> FS.
> Die Datenbank läuft auf einem anderen Rechner mit software RAID 1 und 
> täglichem Backup nach extern.
> 
> Viele Grüße
> 
> 
>> Am 01.12.22 um 20:44 schrieb Stefan S.:
>> Hallo,
>> kann man das Schreiben in die mySQL Datenbank auch komplett ausschalten, so 
>> dass man nur ca. 1 Tag im RAM hat.
>> Ansonsten würde ich die Daten dann zyklisch per MQTT abfragen und in eine 
>> InfluxDB Datenbank schreiben.
>> Gruß,
>> Stefan
>>> Am 29.11.2022 um 05:37 schrieb Sebastian Blaesing:
>>> Guten Morgen,
>>> 
>>> Du kannst dann maximal noch die Datenbank auf einen anderen PC/Server 
>>> legen, bzw wie schon gesagt wurde - auf das NAS. Rein zum booten hält die 
>>> SD Karte beim Pi deutlich länger, bzw fast ewig. Wenn du zb Daten nur alle 
>>> 60 Sekunden speicherst zögerst du den Crash nur ein wenig raus, denke das 
>>> hat kaum einen Effekt. Denn beim Auslesen, aufbereiten  und visualisieren 
>>> der Daten schrubbelt der auch ordentlich auf der Karte rum.
>>> 
>>> Grüße
>>> Sebastian
>>> 
>>> Von meinem iPhone gesendet
>>> 
>>>> Am 28.11.2022 um 20:26 schrieb Friedrich Kessler :
>>>> 
>>>> 
>>>> Hallo Stefan,
>>>> auch wenn SSD nicht „Deine“ Lösung ist.
>>>> Mit der SSD hast du absolut keine Schreibaktivitäten auf der SD Card – und 
>>>> damit 0 – Stress. Es gibt für den Zero  Adapter mit weiteren USB 
>>>> Anschlüssen (ich habe einen Zero 2w – damit habe ich alle 
>>>> Anschlussmöglichkeiten – für ca. 17,—€).
>>>> Gruss
>>>> Friedrich
>>>> 
>>>> Von: volkszaehler-users  
>>>> on behalf of "Stefan S." 
>>>> Antworten an: "volkszaehler.org - users" 
>>>> 
>>>> Datum: Montag, 28. November 2022 um 17:55
>>>> An: 
>>>> Betreff: Re: [vz-users] SD-Karten Crash
>>>> 
>>>> Hallo,
>>>> 
>>>> SSD ist nicht wirklich eine Lösung da ich einen Raspberry Zero W verwende.
>>>> Wenn ich es richtig verstehe bewirkt eine "aggtime: 60", dass nur alle 60s 
>>>> in die mySQL Datenbank geschrieben wird?
>>>> Das muss doch gehen?
>>>> 
>>>> Gruß,
>>>> Stefan
>>>> 
>>>> Am 22.11.2022 um 13:57 schrieb Sebastian Blaesing:
>>>>> Ergänzend: wie Freidrich sagte, bei den Pi 2 ist eine SD-Karte zum booten 
>>>>> nötig(es sei denn man will aufwendig Firmware Updates einspielen), bei 
>>>>> den neueren nicht. Da bootet er von der SSD oder USB Stick, wenn keine SD 
>>>>> Karte eingesteckt ist. Eine SSD ist auf jedenfall der richtige Weg um 
>>>>> SD-Karten-Tod vorzubeugen
>>>>> 
>>>>> Von meinem iPhone gesendet
>>>>> 
>>>>>> Am 22.11.2022 um 13:38 schrieb Friedrich Kessler :
>>>>>> 
>>>>>> 
>>>>>> Hallo,
>>>>>> Ich habe an 4 Raspis 2 seit 2015  SSD’s  mit allen Daten drauf. 
>>>>>> Lediglich zum Booten wird die SD Card benötigt (hat aber in den 8 Jahren 
>>>>>> keine 10x booten müssen).
>>>>>> Läuft alles ohne Probleme – und eine SSD ist heute keine wirkliche 
>>>>>> Investition im Verhältnis zum Aufwand und Ärger.
>>>>>> Gruss
>>>>>> Friedrich
>>>>>> 
>>>>>>

Re: [vz-users] SD-Karten Crash

[basti]

Hallo,

egal wie man es dreht und wendet, SD Karten sind nicht für 
schreibintensive Anwendungen und somit auch nicht für Datenbanken 
gedacht. HDD / SSD sind da weitaus besser geeignet. Wobei SSD's ja auch 
nur begrenzte Schreibleistung aufweisen.


Ich bin darüber hinaus der Meinung eine Datenbank zumindest ein RAID 1 
braucht und natürlich ein gescheites Backup. Egal ob MySQL, Influx oder 
was auch immer.


Letzendlich ist es deine Entscheidung und du musst wissen wie wichtig 
dir die Daten sind.


Mein Pi z.b., auf dem der vzlogger läuft  ist read-only gemountet mit 
overlay FS.
Die Datenbank läuft auf einem anderen Rechner mit software RAID 1 und 
täglichem Backup nach extern.


Viele Grüße


Am 01.12.22 um 20:44 schrieb Stefan S.:

Hallo,

kann man das Schreiben in die mySQL Datenbank auch komplett ausschalten, 
so dass man nur ca. 1 Tag im RAM hat.
Ansonsten würde ich die Daten dann zyklisch per MQTT abfragen und in 
eine InfluxDB Datenbank schreiben.


Gruß,
Stefan

Am 29.11.2022 um 05:37 schrieb Sebastian Blaesing:

Guten Morgen,

Du kannst dann maximal noch die Datenbank auf einen anderen PC/Server 
legen, bzw wie schon gesagt wurde - auf das NAS. Rein zum booten hält 
die SD Karte beim Pi deutlich länger, bzw fast ewig. Wenn du zb Daten 
nur alle 60 Sekunden speicherst zögerst du den Crash nur ein wenig 
raus, denke das hat kaum einen Effekt. Denn beim Auslesen, aufbereiten 
 und visualisieren der Daten schrubbelt der auch ordentlich auf der 
Karte rum.


Grüße
Sebastian

Von meinem iPhone gesendet


Am 28.11.2022 um 20:26 schrieb Friedrich Kessler :


Hallo Stefan,
auch wenn SSD nicht „Deine“ Lösung ist.
Mit der SSD hast du absolut keine Schreibaktivitäten auf der SD Card 
– und damit 0 – Stress. Es gibt für den Zero  Adapter mit weiteren 
USB Anschlüssen (ich habe einen Zero 2w – damit habe ich alle 
Anschlussmöglichkeiten – für ca. 17,—€).

Gruss
Friedrich

Von: volkszaehler-users 
 on behalf of 
"Stefan S." 
Antworten an: "volkszaehler.org - users" 


Datum: Montag, 28. November 2022 um 17:55
An: 
Betreff: Re: [vz-users] SD-Karten Crash

Hallo,

SSD ist nicht wirklich eine Lösung da ich einen Raspberry Zero W 
verwende.
Wenn ich es richtig verstehe bewirkt eine "aggtime: 60", dass nur 
alle 60s in die mySQL Datenbank geschrieben wird?

Das muss doch gehen?

Gruß,
Stefan

Am 22.11.2022 um 13:57 schrieb Sebastian Blaesing:
Ergänzend: wie Freidrich sagte, bei den Pi 2 ist eine SD-Karte zum 
booten nötig(es sei denn man will aufwendig Firmware Updates 
einspielen), bei den neueren nicht. Da bootet er von der SSD oder 
USB Stick, wenn keine SD Karte eingesteckt ist. Eine SSD ist auf 
jedenfall der richtige Weg um SD-Karten-Tod vorzubeugen


Von meinem iPhone gesendet


Am 22.11.2022 um 13:38 schrieb Friedrich Kessler :


Hallo,
Ich habe an 4 Raspis 2 seit 2015  SSD’s  mit allen Daten drauf. 
Lediglich zum Booten wird die SD Card benötigt (hat aber in den 8 
Jahren keine 10x booten müssen).
Läuft alles ohne Probleme – und eine SSD ist heute keine wirkliche 
Investition im Verhältnis zum Aufwand und Ärger.

Gruss
Friedrich

Von: volkszaehler-users 
 on behalf of 
"Stefan S." 
Antworten an: "volkszaehler.org - users" 


Datum: Dienstag, 22. November 2022 um 06:52
An: 
Betreff: [vz-users] SD-Karten Crash

Hallo,

meine SD-Karten halten aktuell kaum länger als ein Jahr. Bei mir 
sind inzwischen schon einige zerstört.
Kann ich an der Config noch was optimiert werden, damit diese 
länger halten? Danke!


{
    // General settings
    "daemon": true,    // run periodically
    "verbosity": 0, // log verbosity (0=log_alert, 
1=log_error, 3=log_warning, 5=log_info, 10=log_debug, 15=log_finest)

    "log": "/var/log/vzlogger.log", // log file, optional
    "retry": 30,    // http retry delay in seconds

    // Build-in HTTP server
    "local": {
    "enabled": false,   // enable local HTTPd for serving live 
readings

    "port": 8080,   // TCP port for local HTTPd
    "index": true,  // provide index listing of available 
channels if no UUID was requested
    "timeout": 30,  // timeout for long polling comet 
requests in seconds (0 disables comet)
    "buffer": 600    // HTTPd buffer configuration for 
serving readings, default -1
    //   >0: number of seconds of readings 
to serve
    //   <0: number of tuples to server per 
channel (e.g. -3 will serve 3 tuples)

    },

    // realtime notification settings
    "push": [
    {
    "url": "http://127.0.0.1:5582; // notification 
destination, e.g. frontend push-server

    }
    ],
    // Meter configuration
    "meters": [{

    "enabled" : true,
    "allowskip": false,
    "aggtime": 60,
  

Re: [vz-users] SD-Karten Crash

[Stefan S.]

Hallo,

kann man das Schreiben in die mySQL Datenbank auch komplett ausschalten, 
so dass man nur ca. 1 Tag im RAM hat.
Ansonsten würde ich die Daten dann zyklisch per MQTT abfragen und in 
eine InfluxDB Datenbank schreiben.


Gruß,
Stefan

Am 29.11.2022 um 05:37 schrieb Sebastian Blaesing:

Guten Morgen,

Du kannst dann maximal noch die Datenbank auf einen anderen PC/Server 
legen, bzw wie schon gesagt wurde - auf das NAS. Rein zum booten hält 
die SD Karte beim Pi deutlich länger, bzw fast ewig. Wenn du zb Daten 
nur alle 60 Sekunden speicherst zögerst du den Crash nur ein wenig 
raus, denke das hat kaum einen Effekt. Denn beim Auslesen, aufbereiten 
 und visualisieren der Daten schrubbelt der auch ordentlich auf der 
Karte rum.


Grüße
Sebastian

Von meinem iPhone gesendet


Am 28.11.2022 um 20:26 schrieb Friedrich Kessler :


Hallo Stefan,
auch wenn SSD nicht „Deine“ Lösung ist.
Mit der SSD hast du absolut keine Schreibaktivitäten auf der SD Card 
– und damit 0 – Stress. Es gibt für den Zero  Adapter mit weiteren 
USB Anschlüssen (ich habe einen Zero 2w – damit habe ich alle 
Anschlussmöglichkeiten – für ca. 17,—€).

Gruss
Friedrich

Von: volkszaehler-users 
 on behalf of 
"Stefan S." 
Antworten an: "volkszaehler.org - users" 


Datum: Montag, 28. November 2022 um 17:55
An: 
Betreff: Re: [vz-users] SD-Karten Crash

Hallo,

SSD ist nicht wirklich eine Lösung da ich einen Raspberry Zero W 
verwende.
Wenn ich es richtig verstehe bewirkt eine "aggtime: 60", dass nur 
alle 60s in die mySQL Datenbank geschrieben wird?

Das muss doch gehen?

Gruß,
Stefan

Am 22.11.2022 um 13:57 schrieb Sebastian Blaesing:
Ergänzend: wie Freidrich sagte, bei den Pi 2 ist eine SD-Karte zum 
booten nötig(es sei denn man will aufwendig Firmware Updates 
einspielen), bei den neueren nicht. Da bootet er von der SSD oder 
USB Stick, wenn keine SD Karte eingesteckt ist. Eine SSD ist auf 
jedenfall der richtige Weg um SD-Karten-Tod vorzubeugen


Von meinem iPhone gesendet


Am 22.11.2022 um 13:38 schrieb Friedrich Kessler :


Hallo,
Ich habe an 4 Raspis 2 seit 2015  SSD’s  mit allen Daten drauf. 
Lediglich zum Booten wird die SD Card benötigt (hat aber in den 8 
Jahren keine 10x booten müssen).
Läuft alles ohne Probleme – und eine SSD ist heute keine wirkliche 
Investition im Verhältnis zum Aufwand und Ärger.

Gruss
Friedrich

Von: volkszaehler-users 
 on behalf of 
"Stefan S." 
Antworten an: "volkszaehler.org - users" 


Datum: Dienstag, 22. November 2022 um 06:52
An: 
Betreff: [vz-users] SD-Karten Crash

Hallo,

meine SD-Karten halten aktuell kaum länger als ein Jahr. Bei mir 
sind inzwischen schon einige zerstört.
Kann ich an der Config noch was optimiert werden, damit diese 
länger halten? Danke!


{
    // General settings
    "daemon": true,    // run periodically
    "verbosity": 0, // log verbosity (0=log_alert, 
1=log_error, 3=log_warning, 5=log_info, 10=log_debug, 15=log_finest)

    "log": "/var/log/vzlogger.log", // log file, optional
    "retry": 30,    // http retry delay in seconds

    // Build-in HTTP server
    "local": {
    "enabled": false,   // enable local HTTPd for serving live 
readings

    "port": 8080,   // TCP port for local HTTPd
    "index": true,  // provide index listing of available 
channels if no UUID was requested
    "timeout": 30,  // timeout for long polling comet 
requests in seconds (0 disables comet)
    "buffer": 600    // HTTPd buffer configuration for 
serving readings, default -1
    //   >0: number of seconds of readings 
to serve
    //   <0: number of tuples to server per 
channel (e.g. -3 will serve 3 tuples)

    },

    // realtime notification settings
    "push": [
    {
    "url": "http://127.0.0.1:5582; // notification 
destination, e.g. frontend push-server

    }
    ],
    // Meter configuration
    "meters": [{

    "enabled" : true,
    "allowskip": false,
    "aggtime": 60,
    "aggfixedinterval": false,
    "channels": [{
    "uuid" : "",
    "middleware" : "http://localhost/middleware.php;,
    "identifier" : "1-0:1.8.0",  //Zählerstände
    "api": "volkszaehler",
    "aggmode": "max"
    }, {
    "uuid" : "",
    "middleware" : "http://localhost/middleware.php;,
    "identifier" : "1-0:16.7.0", // Leistungswerte
    "api": "null",
    "aggmode": "none"
    }],
    "protocol": "sml",
    "device": "/dev/ttyUSB0",
    "baudrate": 9600,
    "parity": "8n1",
    "use_local_time": true
    },

Gruß,
Stefan

Re: [vz-users] SD-Karten Crash

[Sebastian Blaesing]

Guten Morgen,Du kannst dann maximal noch die Datenbank auf einen anderen PC/Server legen, bzw wie schon gesagt wurde - auf das NAS. Rein zum booten hält die SD Karte beim Pi deutlich länger, bzw fast ewig. Wenn du zb Daten nur alle 60 Sekunden speicherst zögerst du den Crash nur ein wenig raus, denke das hat kaum einen Effekt. Denn beim Auslesen, aufbereiten  und visualisieren der Daten schrubbelt der auch ordentlich auf der Karte rum. Grüße Sebastian Von meinem iPhone gesendetAm 28.11.2022 um 20:26 schrieb Friedrich Kessler :Hallo Stefan,auch wenn SSD nicht „Deine“ Lösung ist.Mit der SSD hast du absolut keine Schreibaktivitäten auf der SD Card – und damit 0 – Stress. Es gibt für den Zero  Adapter mit weiteren USB Anschlüssen (ich habe einen Zero 2w – damit habe ich alle Anschlussmöglichkeiten – für ca. 17,—€).GrussFriedrichVon:  volkszaehler-users <volkszaehler-users-boun...@demo.volkszaehler.org> on behalf of "Stefan S." <shi...@gmx.com>Antworten an:  "volkszaehler.org - users" <volkszaehler-users@demo.volkszaehler.org>Datum:  Montag, 28. November 2022 um 17:55An:  <volkszaehler-users@demo.volkszaehler.org>Betreff:  Re: [vz-users] SD-Karten Crash
  

  
  
Hallo,

SSD ist nicht wirklich eine Lösung da ich einen Raspberry Zero W
verwende.
Wenn ich es richtig verstehe bewirkt eine "aggtime: 60", dass nur
alle 60s in die mySQL Datenbank geschrieben wird?
Das muss doch gehen? 

Gruß,
Stefan

Am 22.11.2022 um 13:57 schrieb
  Sebastian Blaesing:


  
  Ergänzend: wie Freidrich sagte, bei den Pi 2 ist eine SD-Karte zum
  booten nötig(es sei denn man will aufwendig Firmware Updates
  einspielen), bei den neueren nicht. Da bootet er von der SSD oder
  USB Stick, wenn keine SD Karte eingesteckt ist. Eine SSD ist auf
  jedenfall der richtige Weg um SD-Karten-Tod vorzubeugen 
  
  Von meinem iPhone gesendet
  
Am 22.11.2022 um 13:38 schrieb Friedrich
  Kessler :
  

  
  

  Hallo,
  Ich habe an 4 Raspis 2 seit 2015  SSD’s  mit allen Daten
drauf. Lediglich zum Booten wird die SD Card benötigt (hat
aber in den 8 Jahren keine 10x booten müssen).
  Läuft alles ohne Probleme – und eine SSD ist heute keine
wirkliche Investition im Verhältnis zum Aufwand und Ärger.
  Gruss
  Friedrich
  
  
  
Von: 
  volkszaehler-users <volkszaehler-users-boun...@demo.volkszaehler.org>
  on behalf of "Stefan S." <shi...@gmx.com>
  Antworten an: 
  "volkszaehler.org - users" <volkszaehler-users@demo.volkszaehler.org>
  Datum:  Dienstag,
  22. November 2022 um 06:52
      An:  <volkszaehler-users@demo.volkszaehler.org>
  Betreff: 
  [vz-users] SD-Karten Crash




  
   Hallo,

meine SD-Karten halten aktuell kaum länger als ein Jahr.
Bei mir sind inzwischen schon einige zerstört.
Kann ich an der Config noch was optimiert werden, damit
diese länger halten? Danke!

{
    // General settings
    "daemon": true,    // run periodically
    "verbosity": 0, // log verbosity
(0=log_alert, 1=log_error, 3=log_warning, 5=log_info,
10=log_debug, 15=log_finest)
    "log": "/var/log/vzlogger.log", // log file,
optional
    "retry": 30,    // http retry delay in
seconds

    // Build-in HTTP server
    "local": {
    "enabled": false,   // enable local HTTPd for
serving live readings
    "port": 8080,   // TCP port for local HTTPd
    "index": true,  // provide index listing of
available channels if no UUID was requested
    "timeout": 30,  // timeout for long polling
comet requests in seconds (0 disables comet)
    "buffer": 600    // HTTPd buffer
configuration for serving readings, default -1
    //   >0: number of
seconds of readings to serve
    //   <0: number of tuples
to server per channel (e.g. -3 will serve 3 tuples)
    },

    // rea

Re: [vz-users] SD-Karten Crash

[Friedrich Kessler]

Hallo Stefan,
auch wenn SSD nicht „Deine“ Lösung ist.
Mit der SSD hast du absolut keine Schreibaktivitäten auf der SD Card – und
damit 0 – Stress. Es gibt für den Zero  Adapter mit weiteren USB Anschlüssen
(ich habe einen Zero 2w – damit habe ich alle Anschlussmöglichkeiten – für
ca. 17,—€).
Gruss
Friedrich

Von:  volkszaehler-users 
on behalf of "Stefan S." 
Antworten an:  "volkszaehler.org - users"

Datum:  Montag, 28. November 2022 um 17:55
An:  
Betreff:  Re: [vz-users] SD-Karten Crash


 Hallo,
 
 SSD ist nicht wirklich eine Lösung da ich einen Raspberry Zero W verwende.
 Wenn ich es richtig verstehe bewirkt eine "aggtime: 60", dass nur alle 60s
in die mySQL Datenbank geschrieben wird?
 Das muss doch gehen?
 
 Gruß,
 Stefan
 
 
Am 22.11.2022 um 13:57 schrieb Sebastian Blaesing:
 
 
>   Ergänzend: wie Freidrich sagte, bei den Pi 2 ist eine SD-Karte zum booten
> nötig(es sei denn man will aufwendig Firmware Updates einspielen), bei den
> neueren nicht. Da bootet er von der SSD oder USB Stick, wenn keine SD Karte
> eingesteckt ist. Eine SSD ist auf jedenfall der richtige Weg um SD-Karten-Tod
> vorzubeugen 
>  
>  
> Von meinem iPhone gesendet
>  
> 
>  
>> Am 22.11.2022 um 13:38 schrieb Friedrich Kessler 
>> <mailto:v...@riare.de> :
>>  
>>  
>  
>  
>>  
>>  
>> Hallo,
>>  
>> Ich habe an 4 Raspis 2 seit 2015  SSD’s  mit allen Daten drauf. Lediglich zum
>> Booten wird die SD Card benötigt (hat aber in den 8 Jahren keine 10x booten
>> müssen).
>>  
>> Läuft alles ohne Probleme – und eine SSD ist heute keine wirkliche
>> Investition im Verhältnis zum Aufwand und Ärger.
>>  
>> Gruss
>>  
>> Friedrich
>>  
>> 
>>  
>>   
>> Von:  volkszaehler-users 
>> on behalf of "Stefan S." 
>>  Antworten an:  "volkszaehler.org - users"
>> 
>>  Datum:  Dienstag, 22. November 2022 um 06:52
>>  An:  
>>  Betreff:  [vz-users] SD-Karten Crash
>>  
>>  
>> 
>>  
>>  
>>   
>>  Hallo,
>>  
>>  meine SD-Karten halten aktuell kaum länger als ein Jahr. Bei mir sind
>> inzwischen schon einige zerstört.
>>  Kann ich an der Config noch was optimiert werden, damit diese länger halten?
>> Danke!
>>  
>>  {
>>  // General settings
>>  "daemon": true,// run periodically
>>  "verbosity": 0, // log verbosity (0=log_alert, 1=log_error,
>> 3=log_warning, 5=log_info, 10=log_debug, 15=log_finest)
>>  "log": "/var/log/vzlogger.log", // log file, optional
>>  "retry": 30,// http retry delay in seconds
>>  
>>  // Build-in HTTP server
>>  "local": {
>>  "enabled": false,   // enable local HTTPd for serving live readings
>>  "port": 8080,   // TCP port for local HTTPd
>>  "index": true,  // provide index listing of available channels
>> if no UUID was requested
>>  "timeout": 30,  // timeout for long polling comet requests in
>> seconds (0 disables comet)
>>  "buffer": 600// HTTPd buffer configuration for serving
>> readings, default -1
>>  //   >0: number of seconds of readings to serve
>>  //   <0: number of tuples to server per channel
>> (e.g. -3 will serve 3 tuples)
>>  },
>>  
>>  // realtime notification settings
>>  "push": [
>>  {
>>  "url": "http://127.0.0.1:5582; <http://127.0.0.1:5582>   //
>> notification destination, e.g. frontend push-server
>>  }
>>  ],
>>  // Meter configuration
>>  "meters": [{
>>  
>>  "enabled" : true,
>>  "allowskip": false,
>>  "aggtime": 60,
>>  "aggfixedinterval": false,
>>  "channels": [{
>>  "uuid" : "",
>>  "middleware" : "http://localhost/middleware.php;
>> <http://localhost/middleware.php> ,
>>  "identifier" : "1-0:1.8.0",  //Zählerstände
>>  "api": "volkszaehler",
>>  "aggmode": "max"
>>  }, {
>>  "uuid" : "",
>>  "middleware" : "http://localhost/middleware.php;
>> <http://localhost/middleware.php> ,
>>  "identifier" : "1-0:16.7.0", // Leistungswerte
>>  "api": "null",
>>  "aggmode": "none"
>>  }],
>>  "protocol": "sml",
>>  "device": "/dev/ttyUSB0",
>>  "baudrate": 9600,
>>  "parity": "8n1",
>>  "use_local_time": true
>>  },
>>  
>>  Gruß,
>>  Stefan
>>  
>>  
>>   
>>  
>  
 
 

Re: [vz-users] SD-Karten Crash

[Stefan S.]

Hallo,

SSD ist nicht wirklich eine Lösung da ich einen Raspberry Zero W verwende.
Wenn ich es richtig verstehe bewirkt eine "aggtime: 60", dass nur alle 
60s in die mySQL Datenbank geschrieben wird?

Das muss doch gehen?

Gruß,
Stefan

Am 22.11.2022 um 13:57 schrieb Sebastian Blaesing:
Ergänzend: wie Freidrich sagte, bei den Pi 2 ist eine SD-Karte zum 
booten nötig(es sei denn man will aufwendig Firmware Updates 
einspielen), bei den neueren nicht. Da bootet er von der SSD oder USB 
Stick, wenn keine SD Karte eingesteckt ist. Eine SSD ist auf jedenfall 
der richtige Weg um SD-Karten-Tod vorzubeugen


Von meinem iPhone gesendet


Am 22.11.2022 um 13:38 schrieb Friedrich Kessler :


Hallo,
Ich habe an 4 Raspis 2 seit 2015  SSD’s  mit allen Daten drauf. 
Lediglich zum Booten wird die SD Card benötigt (hat aber in den 8 
Jahren keine 10x booten müssen).
Läuft alles ohne Probleme – und eine SSD ist heute keine wirkliche 
Investition im Verhältnis zum Aufwand und Ärger.

Gruss
Friedrich

Von: volkszaehler-users 
 on behalf of 
"Stefan S." 
Antworten an: "volkszaehler.org - users" 


Datum: Dienstag, 22. November 2022 um 06:52
An: 
Betreff: [vz-users] SD-Karten Crash

Hallo,

meine SD-Karten halten aktuell kaum länger als ein Jahr. Bei mir sind 
inzwischen schon einige zerstört.
Kann ich an der Config noch was optimiert werden, damit diese länger 
halten? Danke!


{
    // General settings
    "daemon": true,    // run periodically
    "verbosity": 0, // log verbosity (0=log_alert, 
1=log_error, 3=log_warning, 5=log_info, 10=log_debug, 15=log_finest)

    "log": "/var/log/vzlogger.log", // log file, optional
    "retry": 30,    // http retry delay in seconds

    // Build-in HTTP server
    "local": {
    "enabled": false,   // enable local HTTPd for serving live 
readings

    "port": 8080,   // TCP port for local HTTPd
    "index": true,  // provide index listing of available 
channels if no UUID was requested
    "timeout": 30,  // timeout for long polling comet 
requests in seconds (0 disables comet)
    "buffer": 600    // HTTPd buffer configuration for 
serving readings, default -1
    //   >0: number of seconds of readings to 
serve
    //   <0: number of tuples to server per 
channel (e.g. -3 will serve 3 tuples)

    },

    // realtime notification settings
    "push": [
    {
    "url": "http://127.0.0.1:5582; // notification 
destination, e.g. frontend push-server

    }
    ],
    // Meter configuration
    "meters": [{

    "enabled" : true,
    "allowskip": false,
    "aggtime": 60,
    "aggfixedinterval": false,
    "channels": [{
    "uuid" : "",
    "middleware" : "http://localhost/middleware.php;,
    "identifier" : "1-0:1.8.0", //Zählerstände
    "api": "volkszaehler",
    "aggmode": "max"
    }, {
    "uuid" : "",
    "middleware" : "http://localhost/middleware.php;,
    "identifier" : "1-0:16.7.0", // Leistungswerte
    "api": "null",
    "aggmode": "none"
    }],
    "protocol": "sml",
    "device": "/dev/ttyUSB0",
    "baudrate": 9600,
    "parity": "8n1",
    "use_local_time": true
    },

Gruß,
Stefan

Re: [vz-users] SD-Karten Crash

[Sebastian Blaesing]

Ergänzend: wie Freidrich sagte, bei den Pi 2 ist eine SD-Karte zum booten nötig(es sei denn man will aufwendig Firmware Updates einspielen), bei den neueren nicht. Da bootet er von der SSD oder USB Stick, wenn keine SD Karte eingesteckt ist. Eine SSD ist auf jedenfall der richtige Weg um SD-Karten-Tod vorzubeugen Von meinem iPhone gesendetAm 22.11.2022 um 13:38 schrieb Friedrich Kessler :Hallo,Ich habe an 4 Raspis 2 seit 2015  SSD’s  mit allen Daten drauf. Lediglich zum Booten wird die SD Card benötigt (hat aber in den 8 Jahren keine 10x booten müssen).Läuft alles ohne Probleme – und eine SSD ist heute keine wirkliche Investition im Verhältnis zum Aufwand und Ärger.GrussFriedrichVon:  volkszaehler-users <volkszaehler-users-boun...@demo.volkszaehler.org> on behalf of "Stefan S." <shi...@gmx.com>Antworten an:  "volkszaehler.org - users" <volkszaehler-users@demo.volkszaehler.org>Datum:  Dienstag, 22. November 2022 um 06:52An:  <volkszaehler-users@demo.volkszaehler.org>Betreff:  [vz-users] SD-Karten Crash
  


  
  
Hallo,

meine SD-Karten halten aktuell kaum länger als ein Jahr. Bei mir
sind inzwischen schon einige zerstört.
Kann ich an der Config noch was optimiert werden, damit diese länger
halten? Danke!

{
    // General settings
    "daemon": true,    // run periodically
    "verbosity": 0, // log verbosity (0=log_alert,
1=log_error, 3=log_warning, 5=log_info, 10=log_debug, 15=log_finest)
    "log": "/var/log/vzlogger.log", // log file, optional
    "retry": 30,    // http retry delay in seconds

    // Build-in HTTP server
    "local": {
    "enabled": false,   // enable local HTTPd for serving live
readings
    "port": 8080,   // TCP port for local HTTPd
    "index": true,  // provide index listing of available
channels if no UUID was requested
    "timeout": 30,  // timeout for long polling comet
requests in seconds (0 disables comet)
    "buffer": 600    // HTTPd buffer configuration for
serving readings, default -1
    //   >0: number of seconds of
readings to serve
    //   <0: number of tuples to server
per channel (e.g. -3 will serve 3 tuples)
    },

    // realtime notification settings
    "push": [
    {
    "url": "http://127.0.0.1:5582"  // notification
destination, e.g. frontend push-server
    }
    ],
    // Meter configuration
    "meters": [{

    "enabled" : true,
    "allowskip": false,
    "aggtime": 60,
    "aggfixedinterval": false,
    "channels": [{
    "uuid" : "",
    "middleware" : "http://localhost/middleware.php",
    "identifier" : "1-0:1.8.0",  //Zählerstände
    "api": "volkszaehler",
    "aggmode": "max"
    }, {
    "uuid" : "",
    "middleware" : "http://localhost/middleware.php",
    "identifier" : "1-0:16.7.0", // Leistungswerte
    "api": "null",
    "aggmode": "none" 
    }],
    "protocol": "sml",
    "device": "/dev/ttyUSB0",
    "baudrate": 9600,
    "parity": "8n1",
    "use_local_time": true
    },

Gruß,
Stefan
  

Re: [vz-users] SD-Karten Crash

[Friedrich Kessler]

Hallo,
Ich habe an 4 Raspis 2 seit 2015  SSD¹s  mit allen Daten drauf. Lediglich
zum Booten wird die SD Card benötigt (hat aber in den 8 Jahren keine 10x
booten müssen).
Läuft alles ohne Probleme ­ und eine SSD ist heute keine wirkliche
Investition im Verhältnis zum Aufwand und Ärger.
Gruss
Friedrich

Von:  volkszaehler-users 
on behalf of "Stefan S." 
Antworten an:  "volkszaehler.org - users"

Datum:  Dienstag, 22. November 2022 um 06:52
An:  
Betreff:  [vz-users] SD-Karten Crash


 Hallo,
 
 meine SD-Karten halten aktuell kaum länger als ein Jahr. Bei mir sind
inzwischen schon einige zerstört.
 Kann ich an der Config noch was optimiert werden, damit diese länger
halten? Danke!
 
 {
 // General settings
 "daemon": true,// run periodically
 "verbosity": 0, // log verbosity (0=log_alert, 1=log_error,
3=log_warning, 5=log_info, 10=log_debug, 15=log_finest)
 "log": "/var/log/vzlogger.log", // log file, optional
 "retry": 30,// http retry delay in seconds
 
 // Build-in HTTP server
 "local": {
 "enabled": false,   // enable local HTTPd for serving live readings
 "port": 8080,   // TCP port for local HTTPd
 "index": true,  // provide index listing of available channels
if no UUID was requested
 "timeout": 30,  // timeout for long polling comet requests in
seconds (0 disables comet)
 "buffer": 600// HTTPd buffer configuration for serving
readings, default -1
 //   >0: number of seconds of readings to serve
 //   <0: number of tuples to server per channel
(e.g. -3 will serve 3 tuples)
 },
 
 // realtime notification settings
 "push": [
 {
 "url": "http://127.0.0.1:5582; <http://127.0.0.1:5582>   //
notification destination, e.g. frontend push-server
 }
 ],
 // Meter configuration
 "meters": [{
 
 "enabled" : true,
 "allowskip": false,
 "aggtime": 60,
 "aggfixedinterval": false,
 "channels": [{
 "uuid" : "",
 "middleware" : "http://localhost/middleware.php;
<http://localhost/middleware.php> ,
 "identifier" : "1-0:1.8.0",  //Zählerstände
 "api": "volkszaehler",
 "aggmode": "max"
 }, {
 "uuid" : "",
 "middleware" : "http://localhost/middleware.php;
<http://localhost/middleware.php> ,
 "identifier" : "1-0:16.7.0", // Leistungswerte
 "api": "null",
 "aggmode": "none"
 }],
 "protocol": "sml",
 "device": "/dev/ttyUSB0",
 "baudrate": 9600,
 "parity": "8n1",
 "use_local_time": true
 },
 
 Gruß,
 Stefan
 

Re: [vz-users] SD-Karten Crash

[Sebastian Blaesing]

Guten Morgen,Wenn du einen Raspberry Pi benutzt. Pi 3 oder 4, dann kauf dir einen USB-SATA Adapter und eine billige 120GB SSD Festplatte. Du kannst auf die SSD genauso das Rasperry Pi Image aufspielen wie auf eine SD Karte. Wenn du keine SD Karte im Pi stecken hast - bootet er über den Adapter mit der SSD.Das läuft bei mir so schon sehr sehr lange. Grüße Sebastian Von meinem iPhone gesendetAm 22.11.2022 um 07:36 schrieb René W :Hallo StefanIch habe meine Datenbank auf ein NAS ausgelagert. Dazu gibt es auch eine Anleitung auf VZ. läuft seit über 6 Jahren ohne Probleme.Stefan S.  schrieb am Di. 22. Nov. 2022 um 06:52:
  


  
  
Hallo,

meine SD-Karten halten aktuell kaum länger als ein Jahr. Bei mir
sind inzwischen schon einige zerstört.
Kann ich an der Config noch was optimiert werden, damit diese länger
halten? Danke!

{
    // General settings
    "daemon": true,    // run periodically
    "verbosity": 0, // log verbosity (0=log_alert,
1=log_error, 3=log_warning, 5=log_info, 10=log_debug, 15=log_finest)
    "log": "/var/log/vzlogger.log", // log file, optional
    "retry": 30,    // http retry delay in seconds

    // Build-in HTTP server
    "local": {
    "enabled": false,   // enable local HTTPd for serving live
readings
    "port": 8080,   // TCP port for local HTTPd
    "index": true,  // provide index listing of available
channels if no UUID was requested
    "timeout": 30,  // timeout for long polling comet
requests in seconds (0 disables comet)
    "buffer": 600    // HTTPd buffer configuration for
serving readings, default -1
    //   >0: number of seconds of
readings to serve
    //   <0: number of tuples to server
per channel (e.g. -3 will serve 3 tuples)
    },

    // realtime notification settings
    "push": [
    {
    "url": "http://127.0.0.1:5582"  // notification
destination, e.g. frontend push-server
    }
    ],
    // Meter configuration
    "meters": [{

    "enabled" : true,
    "allowskip": false,
    "aggtime": 60,
    "aggfixedinterval": false,
    "channels": [{
    "uuid" : "",
    "middleware" : "http://localhost/middleware.php",
    "identifier" : "1-0:1.8.0",  //Zählerstände
    "api": "volkszaehler",
    "aggmode": "max"
    }, {
    "uuid" : "",
    "middleware" : "http://localhost/middleware.php",
    "identifier" : "1-0:16.7.0", // Leistungswerte
    "api": "null",
    "aggmode": "none" 
    }],
    "protocol": "sml",
    "device": "/dev/ttyUSB0",
    "baudrate": 9600,
    "parity": "8n1",
    "use_local_time": true
    },

Gruß,
Stefan
  

Re: [vz-users] SD-Karten Crash

[René W]

Hallo Stefan
Ich habe meine Datenbank auf ein NAS ausgelagert. Dazu gibt es auch eine
Anleitung auf VZ. läuft seit über 6 Jahren ohne Probleme.

Stefan S.  schrieb am Di. 22. Nov. 2022 um 06:52:

> Hallo,
>
> meine SD-Karten halten aktuell kaum länger als ein Jahr. Bei mir sind
> inzwischen schon einige zerstört.
> Kann ich an der Config noch was optimiert werden, damit diese länger
> halten? Danke!
>
> {
> // General settings
> "daemon": true,// run periodically
> "verbosity": 0, // log verbosity (0=log_alert, 1=log_error,
> 3=log_warning, 5=log_info, 10=log_debug, 15=log_finest)
> "log": "/var/log/vzlogger.log", // log file, optional
> "retry": 30,// http retry delay in seconds
>
> // Build-in HTTP server
> "local": {
> "enabled": false,   // enable local HTTPd for serving live readings
> "port": 8080,   // TCP port for local HTTPd
> "index": true,  // provide index listing of available channels
> if no UUID was requested
> "timeout": 30,  // timeout for long polling comet requests in
> seconds (0 disables comet)
> "buffer": 600// HTTPd buffer configuration for serving
> readings, default -1
> //   >0: number of seconds of readings to serve
> //   <0: number of tuples to server per
> channel (e.g. -3 will serve 3 tuples)
> },
>
> // realtime notification settings
> "push": [
> {
> "url": "http://127.0.0.1:5582;   //
> notification destination, e.g. frontend push-server
> }
> ],
> // Meter configuration
> "meters": [{
>
> "enabled" : true,
> "allowskip": false,
> "aggtime": 60,
> "aggfixedinterval": false,
> "channels": [{
> "uuid" : "",
> "middleware" : "http://localhost/middleware.php;
> ,
> "identifier" : "1-0:1.8.0",  //Zählerstände
> "api": "volkszaehler",
> "aggmode": "max"
> }, {
> "uuid" : "",
> "middleware" : "http://localhost/middleware.php;
> ,
> "identifier" : "1-0:16.7.0", // Leistungswerte
> "api": "null",
> "aggmode": "none"
> }],
> "protocol": "sml",
> "device": "/dev/ttyUSB0",
> "baudrate": 9600,
> "parity": "8n1",
> "use_local_time": true
> },
>
> Gruß,
> Stefan
>

[vz-users] SD-Karten Crash

[Stefan S.]

Hallo,

meine SD-Karten halten aktuell kaum länger als ein Jahr. Bei mir sind 
inzwischen schon einige zerstört.
Kann ich an der Config noch was optimiert werden, damit diese länger 
halten? Danke!


{
    // General settings
    "daemon": true,    // run periodically
    "verbosity": 0, // log verbosity (0=log_alert, 1=log_error, 
3=log_warning, 5=log_info, 10=log_debug, 15=log_finest)

    "log": "/var/log/vzlogger.log", // log file, optional
    "retry": 30,    // http retry delay in seconds

    // Build-in HTTP server
    "local": {
    "enabled": false,   // enable local HTTPd for serving live readings
    "port": 8080,   // TCP port for local HTTPd
    "index": true,  // provide index listing of available 
channels if no UUID was requested
    "timeout": 30,  // timeout for long polling comet requests 
in seconds (0 disables comet)
    "buffer": 600    // HTTPd buffer configuration for serving 
readings, default -1

    //   >0: number of seconds of readings to serve
    //   <0: number of tuples to server per 
channel (e.g. -3 will serve 3 tuples)

    },

    // realtime notification settings
    "push": [
    {
    "url": "http://127.0.0.1:5582"  // notification 
destination, e.g. frontend push-server

    }
    ],
    // Meter configuration
    "meters": [{

    "enabled" : true,
    "allowskip": false,
    "aggtime": 60,
    "aggfixedinterval": false,
    "channels": [{
    "uuid" : "",
    "middleware" : "http://localhost/middleware.php;,
    "identifier" : "1-0:1.8.0",  //Zählerstände
    "api": "volkszaehler",
    "aggmode": "max"
    }, {
    "uuid" : "",
    "middleware" : "http://localhost/middleware.php;,
    "identifier" : "1-0:16.7.0", // Leistungswerte
    "api": "null",
    "aggmode": "none"
    }],
    "protocol": "sml",
    "device": "/dev/ttyUSB0",
    "baudrate": 9600,
    "parity": "8n1",
    "use_local_time": true
    },

Gruß,
Stefan

Re: [vz-users] SD-Karten-Crash

[Rupert Schöttler]

Hallo Joe,

danke für Deine Antwort.

Am 27.09.20 um 22:30 schrieb joekok...@epios.eu:
> Ich habe mehrere Raspis als reine vzlogger am Laufen mit dem Standard
> Debian-Minimal Image ohne Optimierungen. Sie laufen seit mehreren
> Jahren problemlos.

Je mehr ich darüber nachdenke und recherchiere, desto mehr wundere ich
mich, dass das die allgemeine Erfahrung ist: M.W. ist es für die Karten
ja das größte Problem, wenn dieselben Stellen immer wieder beschrieben
werden, also z.B. durch häufiges Aktualisieren derselben Datei. Auf
Grund meiner Backup-Mechanismen -- mein Desktop "zieht" die Daten mit
rsync vom Pi, sobald er eingeschaltet wird und das letzte Backup >24h
zurück liegt -- sehe ich, dass es immer dieselben Dateien sind (außer
nach einem Upgrade -- log-Dateien weggelassen weil log2ram):

-rw-r--r-- 1 root root 20 Okt  6 06:25 /etc/fake-hwclock.data
-rw--- 1 pi pi 959 Okt  6 19:08 /home/pi/.bash_history
-rw-r--r-- 1 root root 162353 Okt  1 20:51 /var/backups/dpkg.status.4.gz
-rw-r--r-- 1 root root 0 Okt  6 16:05 /var/lib/apt/daily_lock
-rw-r--r-- 1 root root 32616 Okt  5 15:16
/var/lib/apt/lists/archive.raspberrypi.org_debian_dists_buster_InRelease
-rw-r--r-- 1 root root 1383288 Okt  5 15:16
/var/lib/apt/lists/archive.raspberrypi.org_debian_dists_buster_main_binary-armhf_Packages
-rw-r--r-- 1 root root 3983 Okt  5 08:44
/var/lib/apt/lists/packages.azlux.fr_debian_dists_buster_InRelease
-rw-r--r-- 1 root root 7896 Okt  5 08:44
/var/lib/apt/lists/packages.azlux.fr_debian_dists_buster_main_binary-armhf_Packages
-rw-r--r-- 1 root root 14974 Okt  6 01:01
/var/lib/apt/lists/raspbian.raspberrypi.org_raspbian_dists_buster_InRelease
-rw-r--r-- 1 root root 69146523 Okt  5 00:52
/var/lib/apt/lists/raspbian.raspberrypi.org_raspbian_dists_buster_main_binary-armhf_Packages
drwx-- 2 _apt root 4096 Okt  6 03:08 /var/lib/apt/lists/partial/
-rw-r--r-- 1 root root 312 Okt  6 12:13 /var/lib/dhcpcd5/eth0.lease
-rw-r--r-- 1 root root 803 Okt  6 00:00 /var/lib/logrotate/status
-rw-r--r-- 1 root root 0 Okt  6 06:23
/var/lib/systemd/timers/stamp-apt-daily-upgrade.timer
-rw-r--r-- 1 root root 0 Okt  6 16:05
/var/lib/systemd/timers/stamp-apt-daily.timer
-rw-r--r-- 1 root root 0 Okt  6 00:00
/var/lib/systemd/timers/stamp-logrotate.timer
-rw-r--r-- 1 root root 0 Okt  6 00:00
/var/lib/systemd/timers/stamp-man-db.timer
-rw-r--r-- 1 systemd-timesync systemd-timesync 0 Okt  6 19:27
/var/lib/systemd/timesync/clock

>
> Ich habe sehr gute Erfahrungen mit SanDisk Ultra SD Karten. Alles
> andere hat nicht so gut funktioniert. Ich verwende sie als 32GB oder
> 64GB, damit sie ein vielfaches groesser sind als der Speicherbedarf.
> https://www.amazon.de/SanDisk-Ultra-microSDHC-Speicherkarte-Adapter/dp/B073JWXGNT
>

Ist ja auch nicht unbedingt High End... Vielleicht war der frühe Tod
meiner letzten Karte doch einfach nur Pech.

Jedenfalls habe ich mich jetzt in Unkosten gestürzt für ein Samsung FIT
Plus USB3.1 Flash Drive (32GB) und werde das Root-Verzeichnis dort
installieren. Dann bin ich die Sorgen hoffentlich los :-)

Danke auch an JD für Deine Antwort! Dazu allerdings: Die Datenbank liegt
ja gar nicht auf dem "gecrashten" Pi, daher führen die Hinweise auf
cron/dbcopy und aggtime nicht weiter.


Viele Grüße von Lech und Wertach

Rupert





smime.p7s
Description: S/MIME Cryptographic Signature

Re: [vz-users] SD-Karten-Crash

[John Doe]

Hallo Rupert,

 

das Crash-Problem hatte ich auch bereits einige Male und wurde letztlich auch (nur) durch Leidensdruck an eine Backup-Strategie, in meinem Fall per cron/dbcopy auf ein NAS, herangeführt.

Gute Erfahrungen habe ich mit Transcend-Karten in der Größe von mindestens 16 GB gemacht. Wenn ich auf einem RPi3 die aggtime optimiere (-1), halten die Karten mindestens ein Jahr.

Eventuell wäre ein RPi4 mit kleiner externer SSD, von welcher dr Raspi bootet, eine Lösung ?

Grüße

 

JD.

 
 

Sent: Sunday, September 27, 2020 at 5:38 PM
From: "Rupert Schöttler" 
To: volkszaehler-users@demo.volkszaehler.org
Subject: [vz-users] SD-Karten-Crash


Hallo NG,

nachdem die letzte SD-Karte nicht mal 1 Monat durchgehalten hat, reicht's mir schön langsam -- trotz guter Backup-Strategie und guter Doku des Vorgehens beim Setup ...

Auf dem Pi 1 Model B läuft nur vzlogger ohne Middleware oder Datenbank, dazu der mqtt-gpio-monitor (für digitale Ein- und Ausgänge) sowie rpimonitor (ein nettes Tool zum Beobachten des Systemstatus). Auf die SD-Karte wird eigentlich kaum was geschrieben:


	Log2Ram verlagert /var/log ins RAM und schreibt die Daten nur 1x tgl. auf die Karte.
	die Datenbank von rpimonitor habe ich auch nach /var/log umgeleitet
	Dann kenne ich als letztes nur die Fake-Hardware-Clock, die die Datei /etc/fake-hwclock.data per cron aktualisiert. Das habe ich von stündlich auf täglich hoch gesetzt.


Dann sind es nur noch die OS-Updates, die ich so 1x pro Woche laufen lasse, wenn was ansteht. Also eigentlich nicht viel Schreib-Zugriff auf die Karte. Trotzdem hatte die Toshiba Exceria-Karte (micro-SDHC UHS-I Class 10, 32 GB) nach nicht mal 4 Wochen einen Defekt, so dass ein Update nicht mehr durchlief und der Pi beim reboot nicht mehr startete. Ein anderer Rechner konnte die Karte auch nicht mounten... Vorher ist mir eine MediaRange-Karte (SDHC Class 10, 32GB) gestorben, die war >1 Jahr aktiv.

Eure Meinung: Sind diese Karten, insbes. die von Toshiba, schlechte oder zu "billige" Qualität für so eine Anwendung?

Ich installiere immer erst ein aktuelles OS, also z.B. Buster Lite, und dann "meine" Software hinterher. Es gibt ja auch das Image (https://demo.volkszaehler.org/downloads/volkszaehler_latest.zip). Ist dort was speziell optimiert, um die SD-Karte zu schonen?

Einen zweiten Pi habe ich im Einsatz mit der VZ-Datenbank und -Middleware sowie vielen andern Services. Der bootet nur noch von der SD-Karte, das root-FS liegt seit > 2,5 Jahren fehlerfrei auf einer SSD. Diese Lösung habe ich nun auch für den VZlogger-Pi vor. Das Auslagern des root-FS auf einen USB-Stick ist ja schon lange im Wiki https://wiki.volkszaehler.org/howto/performance-optimierung_des_raspberry_pi beschrieben, allerdings auch mit dem Hinweis auf die max. Anzahl Schreibzyklen bei "normalen" USB-Speichersticks. Nun habe ich bei meiner Recherche ein "USB Flash Drive" https://www.samsung.com/de/memory-storage/usb-3-1-flash-drive-fit-plus-2020/MUF-256ABAPC/ gefunden. Hat damit jemand Erfahrungen oder kann es beurteilen: Ist das sozusagen eine SSD im USB-Stecker-Format ("FIT Plus")?

Danke fürs Lesen bis hierher und jede Antwort :-)

Gruß von Lech und Wertach

Rupert

Re: [vz-users] SD-Karten-Crash

[joekokker]

Hallo Rupert,

das tut mir sehr Leid zu hoeren. Es ist wirklich nervig, wenn die SD 
Karte aussteigt.


Ich habe mehrere Raspis als reine vzlogger am Laufen mit dem Standard 
Debian-Minimal Image ohne Optimierungen. Sie laufen seit mehreren Jahren 
problemlos.


Ich habe sehr gute Erfahrungen mit SanDisk Ultra SD Karten. Alles andere 
hat nicht so gut funktioniert. Ich verwende sie als 32GB oder 64GB, 
damit sie ein vielfaches groesser sind als der Speicherbedarf.

https://www.amazon.de/SanDisk-Ultra-microSDHC-Speicherkarte-Adapter/dp/B073JWXGNT

Liebe Gruesse
Joe



On 9/27/20 5:38 PM, Rupert Schöttler wrote:

Hallo NG,

nachdem die letzte SD-Karte nicht mal 1 Monat durchgehalten hat, 
reicht's mir schön langsam -- trotz guter Backup-Strategie und guter 
Doku des Vorgehens beim Setup ...


Auf dem Pi 1 Model B läuft nur vzlogger ohne Middleware oder Datenbank, 
dazu der mqtt-gpio-monitor (für digitale Ein- und Ausgänge) sowie 
rpimonitor (ein nettes Tool zum Beobachten des Systemstatus). Auf die 
SD-Karte wird eigentlich kaum was geschrieben:


  * Log2Ram verlagert /var/log ins RAM und schreibt die Daten nur 1x
tgl. auf die Karte.
  * die Datenbank von rpimonitor habe ich auch nach /var/log umgeleitet
  * Dann kenne ich als letztes nur die Fake-Hardware-Clock, die die
Datei /etc/fake-hwclock.data per cron aktualisiert. Das habe ich von
stündlich auf täglich hoch gesetzt.

Dann sind es nur noch die OS-Updates, die ich so 1x pro Woche laufen 
lasse, wenn was ansteht. Also eigentlich nicht viel Schreib-Zugriff auf 
die Karte. Trotzdem hatte die Toshiba Exceria-Karte (micro-SDHC UHS-I 
Class 10, 32 GB) nach nicht mal 4 Wochen einen Defekt, so dass ein 
Update nicht mehr durchlief und der Pi beim reboot nicht mehr startete. 
Ein anderer Rechner konnte die Karte auch nicht mounten... Vorher ist 
mir eine MediaRange-Karte (SDHC Class 10, 32GB) gestorben, die war >1 
Jahr aktiv.


Eure Meinung: Sind diese Karten, insbes. die von Toshiba, schlechte oder 
zu "billige" Qualität für so eine Anwendung?


Ich installiere immer erst ein aktuelles OS, also z.B. Buster Lite, und 
dann "meine" Software hinterher. Es gibt ja auch das Image 
(https://demo.volkszaehler.org/downloads/volkszaehler_latest.zip). Ist 
dort was speziell optimiert, um die SD-Karte zu schonen?


Einen zweiten Pi habe ich im Einsatz mit der VZ-Datenbank und 
-Middleware sowie vielen andern Services. Der bootet nur noch von der 
SD-Karte, das root-FS liegt seit > 2,5 Jahren fehlerfrei auf einer SSD. 
Diese Lösung habe ich nun auch für den VZlogger-Pi vor. Das Auslagern 
des root-FS auf einen USB-Stick ist ja schon lange im Wiki 
https://wiki.volkszaehler.org/howto/performance-optimierung_des_raspberry_pi 
beschrieben, allerdings auch mit dem Hinweis auf die max. Anzahl 
Schreibzyklen bei "normalen" USB-Speichersticks. Nun habe ich bei meiner 
Recherche ein "USB Flash Drive" 
https://www.samsung.com/de/memory-storage/usb-3-1-flash-drive-fit-plus-2020/MUF-256ABAPC/ 
gefunden. Hat damit jemand Erfahrungen oder kann es beurteilen: Ist das 
sozusagen eine SSD im USB-Stecker-Format ("FIT Plus")?


Danke fürs Lesen bis hierher und jede Antwort :-)

Gruß von Lech und Wertach

Rupert

[vz-users] SD-Karten-Crash

[Rupert Schöttler]

Hallo NG,

nachdem die letzte SD-Karte nicht mal 1 Monat durchgehalten hat,
reicht's mir schön langsam -- trotz guter Backup-Strategie und guter
Doku des Vorgehens beim Setup ...

Auf dem Pi 1 Model B läuft nur vzlogger ohne Middleware oder Datenbank,
dazu der mqtt-gpio-monitor (für digitale Ein- und Ausgänge) sowie
rpimonitor (ein nettes Tool zum Beobachten des Systemstatus). Auf die
SD-Karte wird eigentlich kaum was geschrieben:

  * Log2Ram verlagert /var/log ins RAM und schreibt die Daten nur 1x
tgl. auf die Karte.
  * die Datenbank von rpimonitor habe ich auch nach /var/log umgeleitet
  * Dann kenne ich als letztes nur die Fake-Hardware-Clock, die die
Datei /etc/fake-hwclock.data per cron aktualisiert. Das habe ich von
stündlich auf täglich hoch gesetzt.

Dann sind es nur noch die OS-Updates, die ich so 1x pro Woche laufen
lasse, wenn was ansteht. Also eigentlich nicht viel Schreib-Zugriff auf
die Karte. Trotzdem hatte die Toshiba Exceria-Karte (micro-SDHC UHS-I
Class 10, 32 GB) nach nicht mal 4 Wochen einen Defekt, so dass ein
Update nicht mehr durchlief und der Pi beim reboot nicht mehr startete.
Ein anderer Rechner konnte die Karte auch nicht mounten... Vorher ist
mir eine MediaRange-Karte (SDHC Class 10, 32GB) gestorben, die war >1
Jahr aktiv.

Eure Meinung: Sind diese Karten, insbes. die von Toshiba, schlechte oder
zu "billige" Qualität für so eine Anwendung?

Ich installiere immer erst ein aktuelles OS, also z.B. Buster Lite, und
dann "meine" Software hinterher. Es gibt ja auch das Image
(https://demo.volkszaehler.org/downloads/volkszaehler_latest.zip). Ist
dort was speziell optimiert, um die SD-Karte zu schonen?

Einen zweiten Pi habe ich im Einsatz mit der VZ-Datenbank und
-Middleware sowie vielen andern Services. Der bootet nur noch von der
SD-Karte, das root-FS liegt seit > 2,5 Jahren fehlerfrei auf einer SSD.
Diese Lösung habe ich nun auch für den VZlogger-Pi vor. Das Auslagern
des root-FS auf einen USB-Stick ist ja schon lange im Wiki
https://wiki.volkszaehler.org/howto/performance-optimierung_des_raspberry_pi
beschrieben, allerdings auch mit dem Hinweis auf die max. Anzahl
Schreibzyklen bei "normalen" USB-Speichersticks. Nun habe ich bei meiner
Recherche ein "USB Flash Drive"
https://www.samsung.com/de/memory-storage/usb-3-1-flash-drive-fit-plus-2020/MUF-256ABAPC/
gefunden. Hat damit jemand Erfahrungen oder kann es beurteilen: Ist das
sozusagen eine SSD im USB-Stecker-Format ("FIT Plus")?

Danke fürs Lesen bis hierher und jede Antwort :-)

Gruß von Lech und Wertach

Rupert



smime.p7s
Description: S/MIME Cryptographic Signature