Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Off Topic
  4. Probleme mit zRam auf Rock64

NEWS

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    8.8k

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    13
    1
    2.2k

  • Neues Video "KI im Smart Home" - ioBroker plus n8n
    BluefoxB
    Bluefox
    16
    1
    3.2k

Probleme mit zRam auf Rock64

Geplant Angeheftet Gesperrt Verschoben Off Topic
15 Beiträge 6 Kommentatoren 848 Aufrufe 1 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • M Offline
    M Offline
    mjohn
    schrieb am zuletzt editiert von
    #1

    @homoran
    Darf ich mich mit einem zram0 issue hier einklinken.
    Hier der Fehler nach

     iob diag
    
    Messages concerning ext4 filesystem in dmesg:
    
    [Sun Jul  9 18:00:11 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
    
    [Sun Jul  9 18:00:11 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096
    
    [Sun Jul  9 18:00:11 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
    
    [Sun Jul  9 18:00:11 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 8192
    
    [Sun Jul  9 18:00:11 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
    
    [Sun Jul  9 18:00:11 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 12288
    
    [Sun Jul  9 18:00:11 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
    
    [Sun Jul  9 18:00:11 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096
    
    [Sun Jul  9 18:00:11 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
    
    [Sun Jul  9 18:00:11 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 8192
    
    [Sun Jul  9 18:00:11 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
    
    [Sun Jul  9 18:00:11 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 12288
    
    [Sun Jul  9 18:00:11 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
    
    [Sun Jul  9 18:00:11 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096
    
    [Sun Jul  9 18:00:11 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
    
    [Sun Jul  9 18:00:11 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 8192
    
    [Sun Jul  9 18:00:11 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
    
    [Sun Jul  9 18:00:11 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 12288
    
    [Sun Jul  9 18:00:11 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
    
    [Sun Jul  9 18:00:11 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096
    
    
    zramctrl
    
    

    ergibt

    NAME       ALGORITHM DISKSIZE  DATA COMPR TOTAL STREAMS MOUNTPOINT
    /dev/zram1 lzo             1G  152K 19,9K  196K       4 [SWAP]
    /dev/zram0 lz4hc          50M 40,2M  2,2M  2,7M       4 /var/log
    
    

    Ich habe keinen großen Linux Backgrund, halte mich gerade über Wasser :cold_sweat: und ich lese dies so, dass der zram0 fehlerhaft ist (siehe iob diag), der zram1 tut was zram0 eigentlich sollte.
    Ich habe zram nicht manuell aktiviert, oder gar per Befehl eingerichtet. War einfach da, und das noch fehlerhaft.

    Irgendeine Idee, wie ich die iob diag bzgl. ext4 filesystem in dmesg bereinigt bekomme?
    Please run

    e2fsck -D
    

    hilft leider nicht, da -D kein offizieller Parameter des Befehls, wenn ich das Ergebnis richtig lese.

    Usage: e2fsck [-panyrcdfktvDFV] [-b superblock] [-B blocksize]
                    [-l|-L bad_blocks_file] [-C fd] [-j external_journal]
                    [-E extended-options] [-z undo_file] device
    
    Emergency help:
     -p                   Automatic repair (no questions)
     -n                   Make no changes to the filesystem
     -y                   Assume "yes" to all questions
     -c                   Check for bad blocks and add them to the badblock list
     -f                   Force checking even if filesystem is marked clean
     -v                   Be verbose
     -b superblock        Use alternative superblock
     -B blocksize         Force blocksize when looking for superblock
     -j external_journal  Set location of the external journal
     -l bad_blocks_file   Add to badblocks list
     -L bad_blocks_file   Set badblocks list
     -z undo_file         Create an undo file
    

    Ich nehme gerne jegliche Hilfe an, die mir hier weiter hilft.

    ? 1 Antwort Letzte Antwort
    0
    • M mjohn

      @homoran
      Darf ich mich mit einem zram0 issue hier einklinken.
      Hier der Fehler nach

       iob diag
      
      Messages concerning ext4 filesystem in dmesg:
      
      [Sun Jul  9 18:00:11 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
      
      [Sun Jul  9 18:00:11 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096
      
      [Sun Jul  9 18:00:11 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
      
      [Sun Jul  9 18:00:11 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 8192
      
      [Sun Jul  9 18:00:11 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
      
      [Sun Jul  9 18:00:11 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 12288
      
      [Sun Jul  9 18:00:11 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
      
      [Sun Jul  9 18:00:11 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096
      
      [Sun Jul  9 18:00:11 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
      
      [Sun Jul  9 18:00:11 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 8192
      
      [Sun Jul  9 18:00:11 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
      
      [Sun Jul  9 18:00:11 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 12288
      
      [Sun Jul  9 18:00:11 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
      
      [Sun Jul  9 18:00:11 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096
      
      [Sun Jul  9 18:00:11 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
      
      [Sun Jul  9 18:00:11 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 8192
      
      [Sun Jul  9 18:00:11 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
      
      [Sun Jul  9 18:00:11 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 12288
      
      [Sun Jul  9 18:00:11 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
      
      [Sun Jul  9 18:00:11 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096
      
      
      zramctrl
      
      

      ergibt

      NAME       ALGORITHM DISKSIZE  DATA COMPR TOTAL STREAMS MOUNTPOINT
      /dev/zram1 lzo             1G  152K 19,9K  196K       4 [SWAP]
      /dev/zram0 lz4hc          50M 40,2M  2,2M  2,7M       4 /var/log
      
      

      Ich habe keinen großen Linux Backgrund, halte mich gerade über Wasser :cold_sweat: und ich lese dies so, dass der zram0 fehlerhaft ist (siehe iob diag), der zram1 tut was zram0 eigentlich sollte.
      Ich habe zram nicht manuell aktiviert, oder gar per Befehl eingerichtet. War einfach da, und das noch fehlerhaft.

      Irgendeine Idee, wie ich die iob diag bzgl. ext4 filesystem in dmesg bereinigt bekomme?
      Please run

      e2fsck -D
      

      hilft leider nicht, da -D kein offizieller Parameter des Befehls, wenn ich das Ergebnis richtig lese.

      Usage: e2fsck [-panyrcdfktvDFV] [-b superblock] [-B blocksize]
                      [-l|-L bad_blocks_file] [-C fd] [-j external_journal]
                      [-E extended-options] [-z undo_file] device
      
      Emergency help:
       -p                   Automatic repair (no questions)
       -n                   Make no changes to the filesystem
       -y                   Assume "yes" to all questions
       -c                   Check for bad blocks and add them to the badblock list
       -f                   Force checking even if filesystem is marked clean
       -v                   Be verbose
       -b superblock        Use alternative superblock
       -B blocksize         Force blocksize when looking for superblock
       -j external_journal  Set location of the external journal
       -l bad_blocks_file   Add to badblocks list
       -L bad_blocks_file   Set badblocks list
       -z undo_file         Create an undo file
      

      Ich nehme gerne jegliche Hilfe an, die mir hier weiter hilft.

      ? Offline
      ? Offline
      Ein ehemaliger Benutzer
      schrieb am zuletzt editiert von Ein ehemaliger Benutzer
      #2

      @mjohn sagte in RAM ausgelastet:

      Darf ich mich mit einem zram0 issue hier einklinken.

      Moin,

      läuft das auch auf einem Mac Mini?

      ZRAM sind kleine Laufwerke, die im Hauptspeicher laufen und dir den RAM klauen, das, was dir die Fehlermeldung sagt, ist, dass der Speicher der RAM-Disk aufgebraucht ist und er das Verzeichnis Lost&Found nicht anlegen kann.

      Fahr mal die Kiste sauber runter, dann neu starten, dabei sollten die beiden ZRAM - Disks neu angelegt werden, dann

      df -h
      
      ls -la /var/log
      

      Aber ohne genaue Beschreibung, was du wie betreibst, ist das alles Glaskugel lesen.

      VG
      Bernd

      @mjohn sagte in RAM ausgelastet:

      Usage: e2fsck [-panyrcdfktvDFV]

      Wieso, da ist doch das D drittletztes Zeichen, Betriebssysteme schreiben schon die richtigen Kommandos in die Fehlermeldung ;)

      P.S.: Eine Beschreibung was ein Programm kann und wie man es nutzt, bekommt man mit

      man e2fsck
      
      M 1 Antwort Letzte Antwort
      0
      • ? Ein ehemaliger Benutzer

        @mjohn sagte in RAM ausgelastet:

        Darf ich mich mit einem zram0 issue hier einklinken.

        Moin,

        läuft das auch auf einem Mac Mini?

        ZRAM sind kleine Laufwerke, die im Hauptspeicher laufen und dir den RAM klauen, das, was dir die Fehlermeldung sagt, ist, dass der Speicher der RAM-Disk aufgebraucht ist und er das Verzeichnis Lost&Found nicht anlegen kann.

        Fahr mal die Kiste sauber runter, dann neu starten, dabei sollten die beiden ZRAM - Disks neu angelegt werden, dann

        df -h
        
        ls -la /var/log
        

        Aber ohne genaue Beschreibung, was du wie betreibst, ist das alles Glaskugel lesen.

        VG
        Bernd

        @mjohn sagte in RAM ausgelastet:

        Usage: e2fsck [-panyrcdfktvDFV]

        Wieso, da ist doch das D drittletztes Zeichen, Betriebssysteme schreiben schon die richtigen Kommandos in die Fehlermeldung ;)

        P.S.: Eine Beschreibung was ein Programm kann und wie man es nutzt, bekommt man mit

        man e2fsck
        
        M Offline
        M Offline
        mjohn
        schrieb am zuletzt editiert von
        #3

        @dp20eic

        Gerade reboot, danach

        pi@ioBroker-Rock:~$ df -h
        Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
        udev            2,0G       0  2,0G    0% /dev
        tmpfs           399M    884K  399M    1% /run
        /dev/mmcblk0p1   56G    5,9G   48G   11% /
        tmpfs           2,0G       0  2,0G    0% /dev/shm
        tmpfs           5,0M    4,0K  5,0M    1% /run/lock
        tmpfs           2,0G       0  2,0G    0% /tmp
        /dev/zram0       49M     41M  4,5M   91% /var/log
        tmpfs           399M       0  399M    0% /run/user/1000
        

        und keine zram Fehler mehr im

        iob diag
        

        sollte das die Lösung gewesen sein. Ich hoffe JA, und...
        DANKE

        ? 1 Antwort Letzte Antwort
        0
        • M mjohn

          @dp20eic

          Gerade reboot, danach

          pi@ioBroker-Rock:~$ df -h
          Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
          udev            2,0G       0  2,0G    0% /dev
          tmpfs           399M    884K  399M    1% /run
          /dev/mmcblk0p1   56G    5,9G   48G   11% /
          tmpfs           2,0G       0  2,0G    0% /dev/shm
          tmpfs           5,0M    4,0K  5,0M    1% /run/lock
          tmpfs           2,0G       0  2,0G    0% /tmp
          /dev/zram0       49M     41M  4,5M   91% /var/log
          tmpfs           399M       0  399M    0% /run/user/1000
          

          und keine zram Fehler mehr im

          iob diag
          

          sollte das die Lösung gewesen sein. Ich hoffe JA, und...
          DANKE

          ? Offline
          ? Offline
          Ein ehemaliger Benutzer
          schrieb am zuletzt editiert von Ein ehemaliger Benutzer
          #4

          @mjohn sagte in RAM ausgelastet:

          /dev/zram0 49M 41M 4,5M 91% /var/log

          Moin,

          also wenn ich mir das anschaue, dann ist /var/log, das auf dem zram läuft, schon wieder / immer noch zu 91 % voll.
          Sollte das /var/log in den kommenden Stunden nicht weiter anwachsen, dann passt das so weit, denn eigentlich sollte bei jedem Reboot, das zram neu eingerichtet werden, also quasi leer sein, dann kommen die Prozesse und füllen es mit Log Files.
          Stellst Du fest, dass es doch zunimmt, dann kannst Du entweder das zram vergrößern, oder Du solltest mal, schauen Wer/Was Dir da Daten ins /var/log/ schreibt. Der Befehl gibt Dir eine Liste aus, da siehst, Du dann aber erst mal nur welches Verzeichnis den meisten Platz einnimmt, dann mittels ls -la /var/log nachsehen

          du -kx /var/log | sort -nk1,1
          

          Du kannst Dir auch ncdu installieren und mittels sudo aufrufen

          sudo ncdu /
          

          Wenn es sich um /var/log/journal handelt, dann ist entweder etwas in der Konfiguration zu journaled nicht korrekt, oder es gibt Prozesse, die dort im Sekundentakt etwas hineinschreiben. Sollten dort sehr alte Daten im journal liegen, das sieht man mit,

          dp20eic@iobroker:~$ sudo journalctl  
          [sudo] password for dp20eic: 
          -- Journal begins at Mon 2023-07-10 08:50:41 CEST, ends at Tue 2023-07-18 17:32:50 CEST. --
          

          Ich räume auf, daher ist das vom 10.07.2023. Wenn bei Dir alte Daten liegen, dann

          sudo journalctl --flush --rotate --vacuum-time=1h
          

          Dabei ist

          --flush
                     Asks the journal daemon to flush any log data stored in /run/log/journal/ into /var/log/journal/, if persistent storage is enabled. This call does not return until the operation is complete. Note that this call is
                     idempotent: the data is only flushed from /run/log/journal/ into /var/log/journal/ once during system runtime (but see --relinquish-var below), and this command exits cleanly without executing any operation if this has
                     already happened. This command effectively guarantees that all data is flushed to /var/log/journal/ at the time it returns.
          
          --rotate
                     Asks the journal daemon to rotate journal files. This call does not return until the rotation operation is complete. Journal file rotation has the effect that all currently active journal files are marked as archived and
                     renamed, so that they are never written to in future. New (empty) journal files are then created in their place. This operation may be combined with --vacuum-size=, --vacuum-time= and --vacuum-file= into a single command,
                     see above.
          
          --vacuum-size=, --vacuum-time=, --vacuum-files=
                     Removes the oldest archived journal files until the disk space they use falls below the specified size (specified with the usual "K", "M", "G" and "T" suffixes), or all archived journal files contain no data older than the
                     specified timespan (specified with the usual "s", "m", "h", "days", "months", "weeks" and "years" suffixes), or no more than the specified number of separate journal files remain. Note that running --vacuum-size= has only an
                     indirect effect on the output shown by --disk-usage, as the latter includes active journal files, while the vacuuming operation only operates on archived journal files. Similarly, --vacuum-files= might not actually reduce
                     the number of journal files to below the specified number, as it will not remove active journal files.
          

          Aber wie gesagt, da ich Dein System nicht kenne, kann ich nicht sagen, ob es bessere Möglichkeiten gibt, das System am Laufen zu halten.

          VG
          Bernd

          M 1 Antwort Letzte Antwort
          0
          • ? Ein ehemaliger Benutzer

            @mjohn sagte in RAM ausgelastet:

            /dev/zram0 49M 41M 4,5M 91% /var/log

            Moin,

            also wenn ich mir das anschaue, dann ist /var/log, das auf dem zram läuft, schon wieder / immer noch zu 91 % voll.
            Sollte das /var/log in den kommenden Stunden nicht weiter anwachsen, dann passt das so weit, denn eigentlich sollte bei jedem Reboot, das zram neu eingerichtet werden, also quasi leer sein, dann kommen die Prozesse und füllen es mit Log Files.
            Stellst Du fest, dass es doch zunimmt, dann kannst Du entweder das zram vergrößern, oder Du solltest mal, schauen Wer/Was Dir da Daten ins /var/log/ schreibt. Der Befehl gibt Dir eine Liste aus, da siehst, Du dann aber erst mal nur welches Verzeichnis den meisten Platz einnimmt, dann mittels ls -la /var/log nachsehen

            du -kx /var/log | sort -nk1,1
            

            Du kannst Dir auch ncdu installieren und mittels sudo aufrufen

            sudo ncdu /
            

            Wenn es sich um /var/log/journal handelt, dann ist entweder etwas in der Konfiguration zu journaled nicht korrekt, oder es gibt Prozesse, die dort im Sekundentakt etwas hineinschreiben. Sollten dort sehr alte Daten im journal liegen, das sieht man mit,

            dp20eic@iobroker:~$ sudo journalctl  
            [sudo] password for dp20eic: 
            -- Journal begins at Mon 2023-07-10 08:50:41 CEST, ends at Tue 2023-07-18 17:32:50 CEST. --
            

            Ich räume auf, daher ist das vom 10.07.2023. Wenn bei Dir alte Daten liegen, dann

            sudo journalctl --flush --rotate --vacuum-time=1h
            

            Dabei ist

            --flush
                       Asks the journal daemon to flush any log data stored in /run/log/journal/ into /var/log/journal/, if persistent storage is enabled. This call does not return until the operation is complete. Note that this call is
                       idempotent: the data is only flushed from /run/log/journal/ into /var/log/journal/ once during system runtime (but see --relinquish-var below), and this command exits cleanly without executing any operation if this has
                       already happened. This command effectively guarantees that all data is flushed to /var/log/journal/ at the time it returns.
            
            --rotate
                       Asks the journal daemon to rotate journal files. This call does not return until the rotation operation is complete. Journal file rotation has the effect that all currently active journal files are marked as archived and
                       renamed, so that they are never written to in future. New (empty) journal files are then created in their place. This operation may be combined with --vacuum-size=, --vacuum-time= and --vacuum-file= into a single command,
                       see above.
            
            --vacuum-size=, --vacuum-time=, --vacuum-files=
                       Removes the oldest archived journal files until the disk space they use falls below the specified size (specified with the usual "K", "M", "G" and "T" suffixes), or all archived journal files contain no data older than the
                       specified timespan (specified with the usual "s", "m", "h", "days", "months", "weeks" and "years" suffixes), or no more than the specified number of separate journal files remain. Note that running --vacuum-size= has only an
                       indirect effect on the output shown by --disk-usage, as the latter includes active journal files, while the vacuuming operation only operates on archived journal files. Similarly, --vacuum-files= might not actually reduce
                       the number of journal files to below the specified number, as it will not remove active journal files.
            

            Aber wie gesagt, da ich Dein System nicht kenne, kann ich nicht sagen, ob es bessere Möglichkeiten gibt, das System am Laufen zu halten.

            VG
            Bernd

            M Offline
            M Offline
            mjohn
            schrieb am zuletzt editiert von
            #5

            @dp20eic
            Nach

            df -h
            

            folgendes ausgeworfen. Also läuft das log voll...

            pi@ioBroker-Rock:~$ df -h
            Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
            udev            2,0G       0  2,0G    0% /dev
            tmpfs           399M     41M  359M   11% /run
            /dev/mmcblk0p1   56G    5,8G   48G   11% /
            tmpfs           2,0G       0  2,0G    0% /dev/shm
            tmpfs           5,0M    4,0K  5,0M    1% /run/lock
            tmpfs           2,0G       0  2,0G    0% /tmp
            /dev/zram0       49M     48M     0  100% /var/log
            tmpfs           399M       0  399M    0% /run/user/0
            tmpfs           399M       0  399M    0% /run/user/1000
            

            Nach

             iob diag
            

            Gibt es folglich wieder bergeweise Fehler

            [Sat Jul 22 12:45:12 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
            [Sat Jul 22 12:45:12 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096
            [Sat Jul 22 12:45:12 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
            [Sat Jul 22 12:45:12 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 8192
            [Sat Jul 22 12:45:12 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
            [Sat Jul 22 12:45:12 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 12288
            [Sat Jul 22 12:45:12 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
            [Sat Jul 22 12:45:12 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096
            [Sat Jul 22 12:45:12 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
            [Sat Jul 22 12:45:12 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 8192
            [Sat Jul 22 12:45:12 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
            [Sat Jul 22 12:45:12 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 12288
            [Sat Jul 22 12:45:12 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
            [Sat Jul 22 12:45:12 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096
            [Sat Jul 22 12:45:12 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
            [Sat Jul 22 12:45:12 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 8192
            [Sat Jul 22 12:45:12 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
            [Sat Jul 22 12:45:12 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 12288
            [Sat Jul 22 12:45:12 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
            [Sat Jul 22 12:45:12 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096
            

            eigentlich ist ja mein System von der Stange, da mir die Expertise einfach fehlt, selbst kreativ zu werden. Wie der zram sich hier und auch in welcher Größe einnisten konnte entzieht sich meiner Kenntnis.

            Hier noch ein paar Ergebnisse der gegebenen Befehle:

            pi@ioBroker-Rock:~$ sudo du -kx /var/log | sort -nk1,1
            4       /var/log/apt
            4       /var/log/mosquitto
            4       /var/log/ntpstats
            4       /var/log/private
            4       /var/log/runit/ssh
            4       /var/log/sysstat
            4       /var/log/unattended-upgrades
            8       /var/log/runit
            16      /var/log/lost+found
            48476   /var/log/journal/f2f10dbdc16b4a0c88d6af121e6d1d50
            48480   /var/log/journal
            48532   /var/log
            
            pi@ioBroker-Rock:~$ sudo ncdu /
             1,9 GiB [##########] /opt
                1,5 GiB [########  ] /usr
                1,5 GiB [#######   ] /var
              324,0 MiB [#         ] /home
              287,1 MiB [#         ] /root
              153,9 MiB [          ] /lib
               45,5 MiB [          ] /boot
               40,8 MiB [          ] /run
               14,6 MiB [          ] /bin
               12,1 MiB [          ] /sbin
                4,1 MiB [          ] /etc
               12,0 KiB [          ] /media
            e   4,0 KiB [          ] /srv
            e   4,0 KiB [          ] /selinux
            e   4,0 KiB [          ] /mnt
            e   4,0 KiB [          ] /lost+found
                0,0   B [          ] /sys
            .   0,0   B [          ] /proc
                0,0   B [          ] /dev
                0,0   B [          ] /tmp
            
            pi@ioBroker-Rock:~$ sudo journalctl
            [sudo] Passwort für pi:
            Journal file /var/log/journal/f2f10dbdc16b4a0c88d6af121e6d1d50/user-1001@000600c                                                                                                                                                             4682b6de0-aef09967e6f9ec74.journal~ is truncated, ignoring file.
            -- Journal begins at Fri 2022-10-14 17:35:20 CEST, ends at Sat 2023-07-22 13:35>
            

            nach

            pi@ioBroker-Rock:~$ sudo journalctl --flush --rotate --vacuum-time=1h
            [sudo] Passwort für pi:
            Journal file /var/log/journal/f2f10dbdc16b4a0c88d6af121e6d1d50/user-1001@000600c                                                                                                                                                             4682b6de0-aef09967e6f9ec74.journal~ is truncated, ignoring file.
            Vacuuming done, freed 0B of archived journals from /var/log/journal.
            Vacuuming done, freed 0B of archived journals from /run/log/journal.
            

            danach

            pi@ioBroker-Rock:~$ sudo journalctl
            Journal file /var/log/journal/f2f10dbdc16b4a0c88d6af121e6d1d50/system.journal is truncated, ignoring file.
            -- Journal begins at Sat 2023-07-22 12:41:34 CEST, ends at Sat 2023-07-22 14:30:09 CEST. --
            Jul 22 12:41:34 ioBroker-Rock rsyslogd[617]: action 'action-1-builtin:omfile' (module 'builtin:omfile') message lost, could not be processed. Check for additional error messages before this one. [v8.2102.0 try https://www.rsyslog.com/e/>
            Jul 22 12:41:34 ioBroker-Rock rsyslogd[617]: file '/var/log/syslog'[8] write error - see https://www.rsyslog.com/solving-rsyslog-write-errors/ for help OS error: No space left on device [v8.2102.0 try https://www.rsyslog.com/e/2027 ]
            Jul 22 12:41:34 ioBroker-Rock rsyslogd[617]: action 'action-1-builtin:omfile' (module 'builtin:omfile') message lost, could not be processed. Check for additional error messages before this one. [v8.2102.0 try https://www.rsyslog.com/e/>
            Jul 22 12:41:34 ioBroker-Rock rsyslogd[617]: file '/var/log/syslog'[8] write error - see https://www.rsyslog.com/solving-rsyslog-write-errors/ for help OS error: No space left on device [v8.2102.0 try https://www.rsyslog.com/e/2027 ]
            

            wieder bergeweise diese error Zeilen

            Ist mir viel zu komplex für ein System, das mit etwas Linux Kenntnissen einfach laufen sollte. Ich weiss nicht weiter, was mit dem zram schief läuft, und warum /var/log ständig voll ist.....

            Thomas BraunT ? 2 Antworten Letzte Antwort
            0
            • M mjohn

              @dp20eic
              Nach

              df -h
              

              folgendes ausgeworfen. Also läuft das log voll...

              pi@ioBroker-Rock:~$ df -h
              Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
              udev            2,0G       0  2,0G    0% /dev
              tmpfs           399M     41M  359M   11% /run
              /dev/mmcblk0p1   56G    5,8G   48G   11% /
              tmpfs           2,0G       0  2,0G    0% /dev/shm
              tmpfs           5,0M    4,0K  5,0M    1% /run/lock
              tmpfs           2,0G       0  2,0G    0% /tmp
              /dev/zram0       49M     48M     0  100% /var/log
              tmpfs           399M       0  399M    0% /run/user/0
              tmpfs           399M       0  399M    0% /run/user/1000
              

              Nach

               iob diag
              

              Gibt es folglich wieder bergeweise Fehler

              [Sat Jul 22 12:45:12 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
              [Sat Jul 22 12:45:12 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096
              [Sat Jul 22 12:45:12 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
              [Sat Jul 22 12:45:12 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 8192
              [Sat Jul 22 12:45:12 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
              [Sat Jul 22 12:45:12 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 12288
              [Sat Jul 22 12:45:12 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
              [Sat Jul 22 12:45:12 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096
              [Sat Jul 22 12:45:12 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
              [Sat Jul 22 12:45:12 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 8192
              [Sat Jul 22 12:45:12 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
              [Sat Jul 22 12:45:12 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 12288
              [Sat Jul 22 12:45:12 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
              [Sat Jul 22 12:45:12 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096
              [Sat Jul 22 12:45:12 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
              [Sat Jul 22 12:45:12 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 8192
              [Sat Jul 22 12:45:12 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
              [Sat Jul 22 12:45:12 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 12288
              [Sat Jul 22 12:45:12 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
              [Sat Jul 22 12:45:12 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096
              

              eigentlich ist ja mein System von der Stange, da mir die Expertise einfach fehlt, selbst kreativ zu werden. Wie der zram sich hier und auch in welcher Größe einnisten konnte entzieht sich meiner Kenntnis.

              Hier noch ein paar Ergebnisse der gegebenen Befehle:

              pi@ioBroker-Rock:~$ sudo du -kx /var/log | sort -nk1,1
              4       /var/log/apt
              4       /var/log/mosquitto
              4       /var/log/ntpstats
              4       /var/log/private
              4       /var/log/runit/ssh
              4       /var/log/sysstat
              4       /var/log/unattended-upgrades
              8       /var/log/runit
              16      /var/log/lost+found
              48476   /var/log/journal/f2f10dbdc16b4a0c88d6af121e6d1d50
              48480   /var/log/journal
              48532   /var/log
              
              pi@ioBroker-Rock:~$ sudo ncdu /
               1,9 GiB [##########] /opt
                  1,5 GiB [########  ] /usr
                  1,5 GiB [#######   ] /var
                324,0 MiB [#         ] /home
                287,1 MiB [#         ] /root
                153,9 MiB [          ] /lib
                 45,5 MiB [          ] /boot
                 40,8 MiB [          ] /run
                 14,6 MiB [          ] /bin
                 12,1 MiB [          ] /sbin
                  4,1 MiB [          ] /etc
                 12,0 KiB [          ] /media
              e   4,0 KiB [          ] /srv
              e   4,0 KiB [          ] /selinux
              e   4,0 KiB [          ] /mnt
              e   4,0 KiB [          ] /lost+found
                  0,0   B [          ] /sys
              .   0,0   B [          ] /proc
                  0,0   B [          ] /dev
                  0,0   B [          ] /tmp
              
              pi@ioBroker-Rock:~$ sudo journalctl
              [sudo] Passwort für pi:
              Journal file /var/log/journal/f2f10dbdc16b4a0c88d6af121e6d1d50/user-1001@000600c                                                                                                                                                             4682b6de0-aef09967e6f9ec74.journal~ is truncated, ignoring file.
              -- Journal begins at Fri 2022-10-14 17:35:20 CEST, ends at Sat 2023-07-22 13:35>
              

              nach

              pi@ioBroker-Rock:~$ sudo journalctl --flush --rotate --vacuum-time=1h
              [sudo] Passwort für pi:
              Journal file /var/log/journal/f2f10dbdc16b4a0c88d6af121e6d1d50/user-1001@000600c                                                                                                                                                             4682b6de0-aef09967e6f9ec74.journal~ is truncated, ignoring file.
              Vacuuming done, freed 0B of archived journals from /var/log/journal.
              Vacuuming done, freed 0B of archived journals from /run/log/journal.
              

              danach

              pi@ioBroker-Rock:~$ sudo journalctl
              Journal file /var/log/journal/f2f10dbdc16b4a0c88d6af121e6d1d50/system.journal is truncated, ignoring file.
              -- Journal begins at Sat 2023-07-22 12:41:34 CEST, ends at Sat 2023-07-22 14:30:09 CEST. --
              Jul 22 12:41:34 ioBroker-Rock rsyslogd[617]: action 'action-1-builtin:omfile' (module 'builtin:omfile') message lost, could not be processed. Check for additional error messages before this one. [v8.2102.0 try https://www.rsyslog.com/e/>
              Jul 22 12:41:34 ioBroker-Rock rsyslogd[617]: file '/var/log/syslog'[8] write error - see https://www.rsyslog.com/solving-rsyslog-write-errors/ for help OS error: No space left on device [v8.2102.0 try https://www.rsyslog.com/e/2027 ]
              Jul 22 12:41:34 ioBroker-Rock rsyslogd[617]: action 'action-1-builtin:omfile' (module 'builtin:omfile') message lost, could not be processed. Check for additional error messages before this one. [v8.2102.0 try https://www.rsyslog.com/e/>
              Jul 22 12:41:34 ioBroker-Rock rsyslogd[617]: file '/var/log/syslog'[8] write error - see https://www.rsyslog.com/solving-rsyslog-write-errors/ for help OS error: No space left on device [v8.2102.0 try https://www.rsyslog.com/e/2027 ]
              

              wieder bergeweise diese error Zeilen

              Ist mir viel zu komplex für ein System, das mit etwas Linux Kenntnissen einfach laufen sollte. Ich weiss nicht weiter, was mit dem zram schief läuft, und warum /var/log ständig voll ist.....

              Thomas BraunT Online
              Thomas BraunT Online
              Thomas Braun
              Most Active
              schrieb am zuletzt editiert von Thomas Braun
              #6

              @mjohn sagte in RAM ausgelastet:

              was mit dem zram schief läuft, und warum /var/log ständig voll ist.....

              Da sind ja nur 49MB zugewiesen. Klar das die ruckzuck weggeschnupft sind.
              Ich hab mich mit zram aber nie eingehender beschäftigt, kann dir daher auch nix raten.

              Edit: An bestehende Threads dran hängen ist auch nicht klug. Insbesondere nicht, wenn da komplett andere Hard- und Software am Start ist. Das ist doch kein MacMini da bei dir?!?

              Linux-Werkzeugkasten:
              https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
              NodeJS Fixer Skript:
              https://forum.iobroker.net/topic/68035/iob-node-fix-skript
              iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

              1 Antwort Letzte Antwort
              0
              • M mjohn

                @dp20eic
                Nach

                df -h
                

                folgendes ausgeworfen. Also läuft das log voll...

                pi@ioBroker-Rock:~$ df -h
                Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
                udev            2,0G       0  2,0G    0% /dev
                tmpfs           399M     41M  359M   11% /run
                /dev/mmcblk0p1   56G    5,8G   48G   11% /
                tmpfs           2,0G       0  2,0G    0% /dev/shm
                tmpfs           5,0M    4,0K  5,0M    1% /run/lock
                tmpfs           2,0G       0  2,0G    0% /tmp
                /dev/zram0       49M     48M     0  100% /var/log
                tmpfs           399M       0  399M    0% /run/user/0
                tmpfs           399M       0  399M    0% /run/user/1000
                

                Nach

                 iob diag
                

                Gibt es folglich wieder bergeweise Fehler

                [Sat Jul 22 12:45:12 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
                [Sat Jul 22 12:45:12 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096
                [Sat Jul 22 12:45:12 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
                [Sat Jul 22 12:45:12 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 8192
                [Sat Jul 22 12:45:12 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
                [Sat Jul 22 12:45:12 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 12288
                [Sat Jul 22 12:45:12 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
                [Sat Jul 22 12:45:12 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096
                [Sat Jul 22 12:45:12 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
                [Sat Jul 22 12:45:12 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 8192
                [Sat Jul 22 12:45:12 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
                [Sat Jul 22 12:45:12 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 12288
                [Sat Jul 22 12:45:12 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
                [Sat Jul 22 12:45:12 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096
                [Sat Jul 22 12:45:12 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
                [Sat Jul 22 12:45:12 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 8192
                [Sat Jul 22 12:45:12 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
                [Sat Jul 22 12:45:12 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 12288
                [Sat Jul 22 12:45:12 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
                [Sat Jul 22 12:45:12 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096
                

                eigentlich ist ja mein System von der Stange, da mir die Expertise einfach fehlt, selbst kreativ zu werden. Wie der zram sich hier und auch in welcher Größe einnisten konnte entzieht sich meiner Kenntnis.

                Hier noch ein paar Ergebnisse der gegebenen Befehle:

                pi@ioBroker-Rock:~$ sudo du -kx /var/log | sort -nk1,1
                4       /var/log/apt
                4       /var/log/mosquitto
                4       /var/log/ntpstats
                4       /var/log/private
                4       /var/log/runit/ssh
                4       /var/log/sysstat
                4       /var/log/unattended-upgrades
                8       /var/log/runit
                16      /var/log/lost+found
                48476   /var/log/journal/f2f10dbdc16b4a0c88d6af121e6d1d50
                48480   /var/log/journal
                48532   /var/log
                
                pi@ioBroker-Rock:~$ sudo ncdu /
                 1,9 GiB [##########] /opt
                    1,5 GiB [########  ] /usr
                    1,5 GiB [#######   ] /var
                  324,0 MiB [#         ] /home
                  287,1 MiB [#         ] /root
                  153,9 MiB [          ] /lib
                   45,5 MiB [          ] /boot
                   40,8 MiB [          ] /run
                   14,6 MiB [          ] /bin
                   12,1 MiB [          ] /sbin
                    4,1 MiB [          ] /etc
                   12,0 KiB [          ] /media
                e   4,0 KiB [          ] /srv
                e   4,0 KiB [          ] /selinux
                e   4,0 KiB [          ] /mnt
                e   4,0 KiB [          ] /lost+found
                    0,0   B [          ] /sys
                .   0,0   B [          ] /proc
                    0,0   B [          ] /dev
                    0,0   B [          ] /tmp
                
                pi@ioBroker-Rock:~$ sudo journalctl
                [sudo] Passwort für pi:
                Journal file /var/log/journal/f2f10dbdc16b4a0c88d6af121e6d1d50/user-1001@000600c                                                                                                                                                             4682b6de0-aef09967e6f9ec74.journal~ is truncated, ignoring file.
                -- Journal begins at Fri 2022-10-14 17:35:20 CEST, ends at Sat 2023-07-22 13:35>
                

                nach

                pi@ioBroker-Rock:~$ sudo journalctl --flush --rotate --vacuum-time=1h
                [sudo] Passwort für pi:
                Journal file /var/log/journal/f2f10dbdc16b4a0c88d6af121e6d1d50/user-1001@000600c                                                                                                                                                             4682b6de0-aef09967e6f9ec74.journal~ is truncated, ignoring file.
                Vacuuming done, freed 0B of archived journals from /var/log/journal.
                Vacuuming done, freed 0B of archived journals from /run/log/journal.
                

                danach

                pi@ioBroker-Rock:~$ sudo journalctl
                Journal file /var/log/journal/f2f10dbdc16b4a0c88d6af121e6d1d50/system.journal is truncated, ignoring file.
                -- Journal begins at Sat 2023-07-22 12:41:34 CEST, ends at Sat 2023-07-22 14:30:09 CEST. --
                Jul 22 12:41:34 ioBroker-Rock rsyslogd[617]: action 'action-1-builtin:omfile' (module 'builtin:omfile') message lost, could not be processed. Check for additional error messages before this one. [v8.2102.0 try https://www.rsyslog.com/e/>
                Jul 22 12:41:34 ioBroker-Rock rsyslogd[617]: file '/var/log/syslog'[8] write error - see https://www.rsyslog.com/solving-rsyslog-write-errors/ for help OS error: No space left on device [v8.2102.0 try https://www.rsyslog.com/e/2027 ]
                Jul 22 12:41:34 ioBroker-Rock rsyslogd[617]: action 'action-1-builtin:omfile' (module 'builtin:omfile') message lost, could not be processed. Check for additional error messages before this one. [v8.2102.0 try https://www.rsyslog.com/e/>
                Jul 22 12:41:34 ioBroker-Rock rsyslogd[617]: file '/var/log/syslog'[8] write error - see https://www.rsyslog.com/solving-rsyslog-write-errors/ for help OS error: No space left on device [v8.2102.0 try https://www.rsyslog.com/e/2027 ]
                

                wieder bergeweise diese error Zeilen

                Ist mir viel zu komplex für ein System, das mit etwas Linux Kenntnissen einfach laufen sollte. Ich weiss nicht weiter, was mit dem zram schief läuft, und warum /var/log ständig voll ist.....

                ? Offline
                ? Offline
                Ein ehemaliger Benutzer
                schrieb am zuletzt editiert von
                #7

                @mjohn sagte in RAM ausgelastet:

                wieder bergeweise diese error Zeilen

                Moin,

                ja, das ist ja auch normal, verständlich, der Befehl,

                sudo journalctl --flush --rotate --vacuum-time=1h
                

                braucht ja erstmal Platz auf der Platte (zram-disk), den hat er ja schon nicht mehr.

                @thomas-braun sagte in RAM ausgelastet:

                Edit: An bestehende Threads dran hängen ist auch nicht klug. Insbesondere nicht, wenn da komplett andere Hard- und Software am Start ist. Das ist doch kein MacMini da bei dir?!?

                Dem stimme ich vollkommen zu, dass das jetzt doch in eine ganz andere Richtung geht und deswegen in einen eigenen Thread gehört. Vielleicht mal nett bei einem Moderator fragen, ob er das verschieben kann :)

                @thomas-braun sagte in RAM ausgelastet:

                Da sind ja nur 49MB zugewiesen. Klar das die ruckzuck weggeschnupft sind.

                zram kann man mit Komprimierungsalgorithmen bauen/einstellen, somit bekommt man ein Verhältnis von 1:3, 1:4.
                Wenn ich mir das jetzt so durch den Kopf gehen lasse, es gibt zwei RAM-Disks

                • zram
                • zswap <- ist wohl etwas, das mit dem Kernel mitkommt

                Ich kenne mich damit auch nicht aus, muss mir das auch alles erst anlesen. Ich würde dann erst mal den diese Diskussion in einen eigenen Thread verschieben und dann da weiter machen.

                VG
                Bernd

                M 2 Antworten Letzte Antwort
                0
                • DJMarc75D Offline
                  DJMarc75D Offline
                  DJMarc75
                  schrieb am zuletzt editiert von
                  #8

                  schade finde ich dass sich @special_b in seinem Beitrag nicht meldet und quasi an einer Lösung nicht interessiert ist, aber übel finde ich es wenn man diesen Beitrag kapert und aus "RAM ausgelastet" einen ZRAM-Beitrag daraus macht... Warum macht man da nicht einen eigenen Beitrag auf @mjohn ?

                  Meine Meinung und das Wort zum Samstag :grimacing:

                  Lehrling seit 1975 !!!
                  Beitrag geholfen ? dann gerne ein upvote rechts unten im Beitrag klicken ;)
                  https://forum.iobroker.net/topic/51555/hinweise-f%C3%BCr-gute-forenbeitr%C3%A4ge

                  M 1 Antwort Letzte Antwort
                  1
                  • DJMarc75D DJMarc75

                    schade finde ich dass sich @special_b in seinem Beitrag nicht meldet und quasi an einer Lösung nicht interessiert ist, aber übel finde ich es wenn man diesen Beitrag kapert und aus "RAM ausgelastet" einen ZRAM-Beitrag daraus macht... Warum macht man da nicht einen eigenen Beitrag auf @mjohn ?

                    Meine Meinung und das Wort zum Samstag :grimacing:

                    M Offline
                    M Offline
                    mjohn
                    schrieb am zuletzt editiert von
                    #9

                    @djmarc75
                    und insbesondere
                    @special_b

                    Es tut mir leid, dass es so aussieht, ich hätte einen Beitrag gekapert. Das war sicher nicht meine Absicht. Da ich nicht weiß, wie ich einen Moderator kontaktiere, der meine Beiträge von hier in einen neuen Thread überführt, werde ich einen Neuen mit Header zram aufmachen.

                    @Homoran
                    Ja, es ist kein MacMini, sondern ein Rock64

                    Sorry, mein Fehler,
                    LG

                    T 1 Antwort Letzte Antwort
                    0
                    • M mjohn

                      @djmarc75
                      und insbesondere
                      @special_b

                      Es tut mir leid, dass es so aussieht, ich hätte einen Beitrag gekapert. Das war sicher nicht meine Absicht. Da ich nicht weiß, wie ich einen Moderator kontaktiere, der meine Beiträge von hier in einen neuen Thread überführt, werde ich einen Neuen mit Header zram aufmachen.

                      @Homoran
                      Ja, es ist kein MacMini, sondern ein Rock64

                      Sorry, mein Fehler,
                      LG

                      T Nicht stören
                      T Nicht stören
                      ticaki
                      schrieb am zuletzt editiert von ticaki
                      #10

                      @mjohn sagte in RAM ausgelastet:

                      Da ich nicht weiß, wie ich einen Moderator kontaktiere,

                      Und da V hast du ihn kontaktiert. Siehe die schön bunten Tags neben seinem Namen, die hat nicht jeder :)

                      @Homoran
                      Ja, es ist kein MacMini, sondern ein Rock64

                      Weather-Warnings Espresense NSPanel-Lovelace-ui Tagesschau

                      Spenden

                      1 Antwort Letzte Antwort
                      1
                      • HomoranH Nicht stören
                        HomoranH Nicht stören
                        Homoran
                        Global Moderator Administrators
                        schrieb am zuletzt editiert von
                        #11

                        und jetzt soll ich arbeiten :grin:

                        ich seh mal nach wo es losging

                        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 -

                        1 Antwort Letzte Antwort
                        0
                        • ? Ein ehemaliger Benutzer

                          @mjohn sagte in RAM ausgelastet:

                          wieder bergeweise diese error Zeilen

                          Moin,

                          ja, das ist ja auch normal, verständlich, der Befehl,

                          sudo journalctl --flush --rotate --vacuum-time=1h
                          

                          braucht ja erstmal Platz auf der Platte (zram-disk), den hat er ja schon nicht mehr.

                          @thomas-braun sagte in RAM ausgelastet:

                          Edit: An bestehende Threads dran hängen ist auch nicht klug. Insbesondere nicht, wenn da komplett andere Hard- und Software am Start ist. Das ist doch kein MacMini da bei dir?!?

                          Dem stimme ich vollkommen zu, dass das jetzt doch in eine ganz andere Richtung geht und deswegen in einen eigenen Thread gehört. Vielleicht mal nett bei einem Moderator fragen, ob er das verschieben kann :)

                          @thomas-braun sagte in RAM ausgelastet:

                          Da sind ja nur 49MB zugewiesen. Klar das die ruckzuck weggeschnupft sind.

                          zram kann man mit Komprimierungsalgorithmen bauen/einstellen, somit bekommt man ein Verhältnis von 1:3, 1:4.
                          Wenn ich mir das jetzt so durch den Kopf gehen lasse, es gibt zwei RAM-Disks

                          • zram
                          • zswap <- ist wohl etwas, das mit dem Kernel mitkommt

                          Ich kenne mich damit auch nicht aus, muss mir das auch alles erst anlesen. Ich würde dann erst mal den diese Diskussion in einen eigenen Thread verschieben und dann da weiter machen.

                          VG
                          Bernd

                          M Offline
                          M Offline
                          mjohn
                          schrieb am zuletzt editiert von mjohn
                          #12

                          @Homoran
                          Danke für das Verschieben. Nimmt etwas die Spannung aus der Kommunikation.

                          1 Antwort Letzte Antwort
                          0
                          • ? Ein ehemaliger Benutzer

                            @mjohn sagte in RAM ausgelastet:

                            wieder bergeweise diese error Zeilen

                            Moin,

                            ja, das ist ja auch normal, verständlich, der Befehl,

                            sudo journalctl --flush --rotate --vacuum-time=1h
                            

                            braucht ja erstmal Platz auf der Platte (zram-disk), den hat er ja schon nicht mehr.

                            @thomas-braun sagte in RAM ausgelastet:

                            Edit: An bestehende Threads dran hängen ist auch nicht klug. Insbesondere nicht, wenn da komplett andere Hard- und Software am Start ist. Das ist doch kein MacMini da bei dir?!?

                            Dem stimme ich vollkommen zu, dass das jetzt doch in eine ganz andere Richtung geht und deswegen in einen eigenen Thread gehört. Vielleicht mal nett bei einem Moderator fragen, ob er das verschieben kann :)

                            @thomas-braun sagte in RAM ausgelastet:

                            Da sind ja nur 49MB zugewiesen. Klar das die ruckzuck weggeschnupft sind.

                            zram kann man mit Komprimierungsalgorithmen bauen/einstellen, somit bekommt man ein Verhältnis von 1:3, 1:4.
                            Wenn ich mir das jetzt so durch den Kopf gehen lasse, es gibt zwei RAM-Disks

                            • zram
                            • zswap <- ist wohl etwas, das mit dem Kernel mitkommt

                            Ich kenne mich damit auch nicht aus, muss mir das auch alles erst anlesen. Ich würde dann erst mal den diese Diskussion in einen eigenen Thread verschieben und dann da weiter machen.

                            VG
                            Bernd

                            M Offline
                            M Offline
                            mjohn
                            schrieb am zuletzt editiert von
                            #13

                            Leider ist immer noch zram0 voll

                            pi@ioBroker-Rock:~$ df -h
                            Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
                            udev            2,0G       0  2,0G    0% /dev
                            tmpfs           399M     41M  359M   11% /run
                            /dev/mmcblk0p1   56G    5,9G   48G   11% /
                            tmpfs           2,0G       0  2,0G    0% /dev/shm
                            tmpfs           5,0M    4,0K  5,0M    1% /run/lock
                            tmpfs           2,0G       0  2,0G    0% /tmp
                            /dev/zram0       49M     48M     0  100% /var/log
                            tmpfs           399M       0  399M    0% /run/user/0
                            tmpfs           399M       0  399M    0% /run/user/1000
                            

                            Irgend eine Idee, wie ich mehr Speicher zuweisen kann, um die 'Füllgeschwindigkeit' zu überwachen?

                            Ist es notwendig, diesen zram0 überhaupt zu haben? Kann ich ihne ohne Probleme deaktivieren? Deinstallieren?

                            Thomas BraunT 1 Antwort Letzte Antwort
                            0
                            • M mjohn

                              Leider ist immer noch zram0 voll

                              pi@ioBroker-Rock:~$ df -h
                              Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
                              udev            2,0G       0  2,0G    0% /dev
                              tmpfs           399M     41M  359M   11% /run
                              /dev/mmcblk0p1   56G    5,9G   48G   11% /
                              tmpfs           2,0G       0  2,0G    0% /dev/shm
                              tmpfs           5,0M    4,0K  5,0M    1% /run/lock
                              tmpfs           2,0G       0  2,0G    0% /tmp
                              /dev/zram0       49M     48M     0  100% /var/log
                              tmpfs           399M       0  399M    0% /run/user/0
                              tmpfs           399M       0  399M    0% /run/user/1000
                              

                              Irgend eine Idee, wie ich mehr Speicher zuweisen kann, um die 'Füllgeschwindigkeit' zu überwachen?

                              Ist es notwendig, diesen zram0 überhaupt zu haben? Kann ich ihne ohne Probleme deaktivieren? Deinstallieren?

                              Thomas BraunT Online
                              Thomas BraunT Online
                              Thomas Braun
                              Most Active
                              schrieb am zuletzt editiert von
                              #14

                              @mjohn

                              Was läuft denn da eigentlich genau als Betriebssystem? Ein Armbian? Gib mal die Langfassung vom

                              iob diag
                              

                              zum Besten.

                              Linux-Werkzeugkasten:
                              https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                              NodeJS Fixer Skript:
                              https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                              iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                              M 1 Antwort Letzte Antwort
                              0
                              • Thomas BraunT Thomas Braun

                                @mjohn

                                Was läuft denn da eigentlich genau als Betriebssystem? Ein Armbian? Gib mal die Langfassung vom

                                iob diag
                                

                                zum Besten.

                                M Offline
                                M Offline
                                mjohn
                                schrieb am zuletzt editiert von
                                #15

                                @thomas-braun sagte in Probleme mit zRam auf Rock64:

                                iob diag

                                Gerne, hier die Langversion

                                ======== Start marking the full check here =========
                                
                                Skript v.2023-04-16
                                
                                *** BASE SYSTEM ***
                                Architecture    : aarch64
                                Docker          : false
                                Virtualization  : none
                                Distributor ID: Debian
                                Description:    Debian GNU/Linux 11 (bullseye)
                                Release:        11
                                Codename:       bullseye
                                
                                PRETTY_NAME="Debian GNU/Linux 11 (bullseye)"
                                NAME="Debian GNU/Linux"
                                VERSION_ID="11"
                                VERSION="11 (bullseye)"
                                VERSION_CODENAME=bullseye
                                ID=debian
                                HOME_URL="https://www.debian.org/"
                                SUPPORT_URL="https://www.debian.org/support"
                                BUG_REPORT_URL="https://bugs.debian.org/"
                                
                                Systemuptime and Load:
                                 13:37:41 up 10 days, 18:05,  1 user,  load average: 0.39, 0.43, 0.45
                                CPU threads: 4
                                
                                
                                *** Time and Time Zones ***
                                               Local time: Sat 2023-08-12 13:37:41 CEST
                                           Universal time: Sat 2023-08-12 11:37:41 UTC
                                                 RTC time: Sat 2023-08-12 11:37:42
                                                Time zone: Europe/Berlin (CEST, +0200)
                                System clock synchronized: yes
                                              NTP service: n/a
                                          RTC in local TZ: no
                                
                                *** User and Groups ***
                                pi
                                /home/pi
                                pi dialout sudo audio video plugdev systemd-journal input netdev ssh iobroker
                                
                                *** X-Server-Setup ***
                                X-Server:       false
                                Desktop:
                                Terminal:       tty
                                Boot Target:    graphical.target
                                
                                *** MEMORY ***
                                               total        used        free      shared  buff/cache   available
                                Mem:            4.0G        1.8G        1.5G         43M        702M        2.0G
                                Swap:           1.0G          0B        1.0G
                                Total:          5.0G        1.8G        2.5G
                                
                                         3988 M total memory
                                         1819 M used memory
                                         2184 M active memory
                                          211 M inactive memory
                                         1466 M free memory
                                          201 M buffer memory
                                          501 M swap cache
                                         1023 M total swap
                                            0 M used swap
                                         1023 M free swap
                                
                                *** FILESYSTEM ***
                                Filesystem     Type      Size  Used Avail Use% Mounted on
                                udev           devtmpfs  2.0G     0  2.0G   0% /dev
                                tmpfs          tmpfs     399M   41M  359M  11% /run
                                /dev/mmcblk0p1 ext4       56G  5.8G   48G  11% /
                                tmpfs          tmpfs     2.0G     0  2.0G   0% /dev/shm
                                tmpfs          tmpfs     5.0M  4.0K  5.0M   1% /run/lock
                                tmpfs          tmpfs     2.0G     0  2.0G   0% /tmp
                                /dev/zram0     ext4       49M   48M     0 100% /var/log
                                tmpfs          tmpfs     399M     0  399M   0% /run/user/1000
                                
                                Messages concerning ext4 filesystem in dmesg:
                                [Sat Aug 12 13:15:27 2023] EXT4-fs warning: 2 callbacks suppressed
                                [Sat Aug 12 13:15:27 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
                                [Sat Aug 12 13:15:27 2023] EXT4-fs error: 2 callbacks suppressed
                                [Sat Aug 12 13:15:27 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096
                                [Sat Aug 12 13:15:27 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
                                [Sat Aug 12 13:15:27 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 8192
                                [Sat Aug 12 13:15:27 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
                                [Sat Aug 12 13:15:27 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 12288
                                [Sat Aug 12 13:15:27 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
                                [Sat Aug 12 13:15:27 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096
                                [Sat Aug 12 13:15:27 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
                                [Sat Aug 12 13:15:27 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 8192
                                [Sat Aug 12 13:15:27 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
                                [Sat Aug 12 13:15:27 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 12288
                                [Sat Aug 12 13:15:27 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
                                [Sat Aug 12 13:15:27 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096
                                [Sat Aug 12 13:15:27 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
                                [Sat Aug 12 13:15:27 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 8192
                                [Sat Aug 12 13:15:27 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
                                [Sat Aug 12 13:15:27 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 12288
                                [Sat Aug 12 13:15:27 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
                                [Sat Aug 12 13:15:27 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096
                                [Sat Aug 12 13:30:27 2023] EXT4-fs warning: 2 callbacks suppressed
                                [Sat Aug 12 13:30:27 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
                                [Sat Aug 12 13:30:27 2023] EXT4-fs error: 2 callbacks suppressed
                                [Sat Aug 12 13:30:27 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096
                                [Sat Aug 12 13:30:27 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
                                [Sat Aug 12 13:30:27 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 8192
                                [Sat Aug 12 13:30:27 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
                                [Sat Aug 12 13:30:27 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 12288
                                [Sat Aug 12 13:30:27 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
                                [Sat Aug 12 13:30:27 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096
                                [Sat Aug 12 13:30:27 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
                                [Sat Aug 12 13:30:27 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 8192
                                [Sat Aug 12 13:30:27 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
                                [Sat Aug 12 13:30:27 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 12288
                                [Sat Aug 12 13:30:27 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
                                [Sat Aug 12 13:30:27 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096
                                [Sat Aug 12 13:30:27 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
                                [Sat Aug 12 13:30:27 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 8192
                                [Sat Aug 12 13:30:27 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
                                [Sat Aug 12 13:30:27 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 12288
                                [Sat Aug 12 13:30:27 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D.
                                [Sat Aug 12 13:30:27 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096
                                
                                Show mounted filesystems (real ones only):
                                TARGET         SOURCE                   FSTYPE OPTIONS
                                /              /dev/mmcblk0p1           ext4   rw,noatime,nodiratime,errors=remount-ro,commit=600,data=ordered
                                |-/var/log.hdd /dev/mmcblk0p1[/var/log] ext4   rw,noatime,nodiratime,errors=remount-ro,commit=600,data=ordered
                                `-/var/log     /dev/zram0               ext4   rw,relatime,discard
                                
                                Files in neuralgic directories:
                                
                                /var:
                                1.5G    /var/
                                1.1G    /var/cache/apt
                                1.1G    /var/cache
                                937M    /var/cache/apt/archives
                                358M    /var/lib
                                
                                Journal file /var/log/journal/f2f10dbdc16b4a0c88d6af121e6d1d50/system.journal is truncated, ignoring file.
                                Archived and active journals take up 87.2M in the file system.
                                
                                /opt/iobroker/backups:
                                27M     /opt/iobroker/backups/
                                
                                /opt/iobroker/iobroker-data:
                                233M    /opt/iobroker/iobroker-data/
                                196M    /opt/iobroker/iobroker-data/files
                                72M     /opt/iobroker/iobroker-data/files/telegram.admin
                                52M     /opt/iobroker/iobroker-data/files/javascript.admin
                                48M     /opt/iobroker/iobroker-data/files/telegram.admin/custom/static/js
                                
                                The five largest files in iobroker-data are:
                                18M     /opt/iobroker/iobroker-data/files/text2command.admin/static/js/main.274a4d8d.js.map
                                15M     /opt/iobroker/iobroker-data/files/telegram.admin/rules/static/js/vendors-node_modules_iobroker_adapter-react-v5_assets_devices_parseNames_d_ts-node_modules_io-1d9f06.44fe4a3f.chunk.js.map
                                8.0M    /opt/iobroker/iobroker-data/files/text2command.admin/static/js/main.274a4d8d.js
                                7.2M    /opt/iobroker/iobroker-data/files/telegram.admin/rules/static/js/vendors-node_modules_iobroker_adapter-react-v5_assets_devices_parseNames_d_ts-node_modules_io-1d9f06.44fe4a3f.chunk.js
                                6.9M    /opt/iobroker/iobroker-data/files/telegram.admin/custom/static/js/vendors-node_modules_mui_icons-material_esm_index_js.8fdf8cb7.chunk.js.map
                                
                                *** NodeJS-Installation ***
                                
                                /usr/bin/nodejs         v18.17.0
                                /usr/bin/node           v18.17.0
                                /usr/bin/npm            9.6.7
                                /usr/bin/npx            9.6.7
                                
                                
                                nodejs:
                                  Installed: 18.17.0-deb-1nodesource1
                                  Candidate: 18.17.0-deb-1nodesource1
                                  Version table:
                                 *** 18.17.0-deb-1nodesource1 500
                                        500 https://deb.nodesource.com/node_18.x bullseye/main arm64 Packages
                                        100 /var/lib/dpkg/status
                                     12.22.12~dfsg-1~deb11u4 500
                                        500 http://security.debian.org/debian-security bullseye-security/main arm64 Packages
                                     12.22.12~dfsg-1~deb11u3 500
                                        500 http://deb.debian.org/debian bullseye/main arm64 Packages
                                
                                Temp directories causing npm8 problem: 0
                                No problems detected
                                
                                *** ioBroker-Installation ***
                                
                                ioBroker Status
                                iobroker is running on this host.
                                
                                
                                Objects type: jsonl
                                States  type: jsonl
                                
                                MULTIHOSTSERVICE/enabled: false
                                
                                Core adapters versions
                                js-controller:  4.0.24
                                admin:          6.3.5
                                javascript:     7.0.3
                                
                                Adapters from github:   0
                                
                                Adapter State
                                + system.adapter.admin.0                  : admin                 : ioBroker-Rock                            -  enabled, port: 8081, bind: 0.0.0.0 (SSL), run as: admin
                                + system.adapter.backitup.0               : backitup              : ioBroker-Rock                            -  enabled
                                + system.adapter.cloud.0                  : cloud                 : ioBroker-Rock                            -  enabled
                                + system.adapter.discovery.0              : discovery             : ioBroker-Rock                            -  enabled
                                + system.adapter.history.0                : history               : ioBroker-Rock                            -  enabled
                                  system.adapter.ical.0                   : ical                  : ioBroker-Rock                            -  enabled
                                + system.adapter.javascript.0             : javascript            : ioBroker-Rock                            -  enabled
                                + system.adapter.modbus.0                 : modbus                : ioBroker-Rock                            -  enabled
                                + system.adapter.ping.0                   : ping                  : ioBroker-Rock                            -  enabled
                                + system.adapter.pvforecast.0             : pvforecast            : ioBroker-Rock                            -  enabled
                                + system.adapter.pvforecast.1             : pvforecast            : ioBroker-Rock                            -  enabled
                                + system.adapter.signal-cmb.0             : signal-cmb            : ioBroker-Rock                            -  enabled
                                + system.adapter.signal-cmb.1             : signal-cmb            : ioBroker-Rock                            -  enabled
                                  system.adapter.smartmeter.0             : smartmeter            : ioBroker-Rock                            - disabled
                                + system.adapter.socketio.0               : socketio              : ioBroker-Rock                            -  enabled, port: 8084, bind: 0.0.0.0, run as: admin
                                + system.adapter.telegram.0               : telegram              : ioBroker-Rock                            -  enabled, port: 8443, bind: 0.0.0.0
                                + system.adapter.text2command.0           : text2command          : ioBroker-Rock                            -  enabled
                                + system.adapter.trashschedule.0          : trashschedule         : ioBroker-Rock                            -  enabled
                                + system.adapter.tuya.0                   : tuya                  : ioBroker-Rock                            -  enabled
                                + system.adapter.web.0                    : web                   : ioBroker-Rock                            -  enabled, port: 8082, bind: 0.0.0.0, run as: admin
                                + system.adapter.whatsapp-cmb.0           : whatsapp-cmb          : ioBroker-Rock                            -  enabled
                                + system.adapter.whatsapp-cmb.1           : whatsapp-cmb          : ioBroker-Rock                            -  enabled
                                + system.adapter.zigbee.0                 : zigbee                : ioBroker-Rock                            -  enabled, port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018ECE257-if00
                                + system.adapter.zigbee.1                 : zigbee                : ioBroker-Rock                            -  enabled, port: /dev/serial/by-id/usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20220708080640-if00
                                
                                + instance is alive
                                
                                Enabled adapters with bindings
                                + system.adapter.admin.0                  : admin                 : ioBroker-Rock                            -  enabled, port: 8081, bind: 0.0.0.0 (SSL), run as: admin
                                + system.adapter.socketio.0               : socketio              : ioBroker-Rock                            -  enabled, port: 8084, bind: 0.0.0.0, run as: admin
                                + system.adapter.telegram.0               : telegram              : ioBroker-Rock                            -  enabled, port: 8443, bind: 0.0.0.0
                                + system.adapter.web.0                    : web                   : ioBroker-Rock                            -  enabled, port: 8082, bind: 0.0.0.0, run as: admin
                                + system.adapter.zigbee.0                 : zigbee                : ioBroker-Rock                            -  enabled, port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018ECE257-if00
                                + system.adapter.zigbee.1                 : zigbee                : ioBroker-Rock                            -  enabled, port: /dev/serial/by-id/usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20220708080640-if00
                                
                                ioBroker-Repositories
                                stable        : http://download.iobroker.net/sources-dist.json
                                beta          : http://download.iobroker.net/sources-dist-latest.json
                                
                                Active repo(s): stable
                                
                                Installed ioBroker-Instances
                                Used repository: stable
                                Adapter    "admin"        : 6.3.5    , installed 6.3.5
                                Adapter    "backitup"     : 2.6.23   , installed 2.6.23
                                Adapter    "cloud"        : 4.4.1    , installed 4.4.1
                                Adapter    "discovery"    : 3.1.0    , installed 3.1.0
                                Adapter    "history"      : 2.2.4    , installed 2.2.4
                                Adapter    "ical"         : 1.13.3   , installed 1.13.3
                                Adapter    "javascript"   : 7.0.3    , installed 7.0.3
                                Controller "js-controller": 4.0.24   , installed 4.0.24
                                Adapter    "modbus"       : 5.0.11   , installed 5.0.11
                                Adapter    "ping"         : 1.5.3    , installed 1.5.3
                                Adapter    "pushover"     : 3.0.3    , installed 3.0.3
                                Adapter    "pvforecast"   : 2.7.1    , installed 2.7.1
                                Adapter    "signal-cmb"   : 0.3.0    , installed 0.3.0
                                Adapter    "simple-api"   : 2.7.2    , installed 2.7.2
                                Adapter    "smartmeter"   : 3.3.4    , installed 3.3.4
                                Adapter    "socketio"     : 4.2.0    , installed 4.2.0
                                Adapter    "telegram"     : 1.16.0   , installed 1.16.0
                                Adapter    "text2command" : 3.0.2    , installed 3.0.2
                                Adapter    "trashschedule": 2.2.0    , installed 2.2.0
                                Adapter    "tuya"         : 3.14.2   , installed 3.14.2
                                Adapter    "web"          : 4.3.0    , installed 4.3.0
                                Adapter    "whatsapp-cmb" : 0.2.3    , installed 0.2.3
                                Adapter    "ws"           : 1.3.0    , installed 1.3.0
                                Adapter    "zigbee"       : 1.8.23   , installed 1.8.16 [Updatable]
                                
                                Objects and States
                                Please stand by - This may take a while
                                Objects:        1467
                                States:         1148
                                
                                *** OS-Repositories and Updates ***
                                Hit:1 http://security.debian.org/debian-security bullseye-security InRelease
                                Hit:2 http://deb.debian.org/debian bullseye InRelease
                                Hit:3 http://deb.debian.org/debian bullseye-updates InRelease
                                Hit:4 https://deb.nodesource.com/node_18.x bullseye InRelease
                                Hit:5 http://mirrors.xtom.de/armbian bullseye InRelease
                                Reading package lists...
                                Pending Updates: 9
                                
                                *** Listening Ports ***
                                Active Internet connections (only servers)
                                Proto Recv-Q Send-Q Local Address           Foreign Address         State       User       Inode      PID/Program name
                                tcp        0      0 0.0.0.0:111             0.0.0.0:*               LISTEN      0          15328      1/init
                                tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      0          19840      910/sshd: /usr/sbin
                                tcp        0      0 127.0.0.1:1883          0.0.0.0:*               LISTEN      110        18892      905/mosquitto
                                tcp        0      0 127.0.0.1:9000          0.0.0.0:*               LISTEN      1001       21771      848/iobroker.js-con
                                tcp        0      0 127.0.0.1:9001          0.0.0.0:*               LISTEN      1001       19074      848/iobroker.js-con
                                tcp6       0      0 :::111                  :::*                    LISTEN      0          15330      1/init
                                tcp6       0      0 :::8081                 :::*                    LISTEN      1001       20123      1169/io.admin.0
                                tcp6       0      0 :::8082                 :::*                    LISTEN      1001       20371      1516/io.web.0
                                tcp6       0      0 :::8084                 :::*                    LISTEN      1001       20405      1532/io.socketio.0
                                tcp6       0      0 :::22                   :::*                    LISTEN      0          19851      910/sshd: /usr/sbin
                                tcp6       0      0 ::1:1883                :::*                    LISTEN      110        18893      905/mosquitto
                                udp        0      0 0.0.0.0:111             0.0.0.0:*                           0          15329      1/init
                                udp        0      0 192.168.178.45:123      0.0.0.0:*                           0          20935      1258/ntpd
                                udp        0      0 127.0.0.1:123           0.0.0.0:*                           0          20933      1258/ntpd
                                udp        0      0 0.0.0.0:123             0.0.0.0:*                           0          20929      1258/ntpd
                                udp        0      0 0.0.0.0:6666            0.0.0.0:*                           1001       22209      1415/io.tuya.0
                                udp        0      0 0.0.0.0:6667            0.0.0.0:*                           1001       22210      1415/io.tuya.0
                                udp6       0      0 :::111                  :::*                                0          15331      1/init
                                udp6       0      0 fe80::8d9b:2c4a:d7d:123 :::*                                0          20939      1258/ntpd
                                udp6       0      0 ::1:123                 :::*                                0          20937      1258/ntpd
                                udp6       0      0 :::123                  :::*                                0          20926      1258/ntpd
                                
                                *** Log File - Last 25 Lines ***
                                
                                2023-08-12 09:14:23.440  - warn: javascript.0 (319772)     at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2757:34)
                                2023-08-12 09:14:23.441  - warn: javascript.0 (319772)     at listOnTimeout (node:internal/timers:569:17)
                                2023-08-12 09:14:23.441  - warn: javascript.0 (319772)     at processTimers (node:internal/timers:512:7)
                                2023-08-12 09:14:23.453  - info: javascript.0 (319772) State value to set for "0_userdata.0.Datenpunkte.Statusänderung.Türen/Fenster.Garagentor_offen___15Min" has to be type "string" but received type "boolean"
                                2023-08-12 11:50:36.937  - error: cloud.0 (1501) Ping timeout
                                2023-08-12 11:51:37.184  - info: cloud.0 (1501) Trying to connect as system.user.admin to cloud
                                2023-08-12 11:51:37.391  - info: cloud.0 (1501) Connection changed: connect
                                2023-08-12 12:28:26.788  - warn: javascript.0 (319772) You are assigning a boolean to the state "0_userdata.0.Datenpunkte.Statusänderung.Türen/Fenster.Garagentor_offen___15Min" which expects a string. Please fix your code to use a string or change the state type to boolean. This warning might become an error in future versions.
                                2023-08-12 12:28:26.795  - warn: javascript.0 (319772)     at setState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1730:20)
                                2023-08-12 12:28:26.796  - warn: javascript.0 (319772)     at Object.<anonymous> (script.js.common.allg__Skripte.Status_Fenster_Türen.Garagentor_wieder_ZU:9:7)
                                2023-08-12 12:28:26.798  - warn: javascript.0 (319772)     at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2757:34)
                                2023-08-12 12:28:26.804  - warn: javascript.0 (319772)     at listOnTimeout (node:internal/timers:569:17)
                                2023-08-12 12:28:26.805  - warn: javascript.0 (319772)     at processTimers (node:internal/timers:512:7)
                                2023-08-12 12:28:27.146  - info: javascript.0 (319772) State value to set for "0_userdata.0.Datenpunkte.Statusänderung.Türen/Fenster.Garagentor_offen___15Min" has to be type "string" but received type "boolean"
                                2023-08-12 12:52:58.470  - warn: javascript.0 (319772) You are assigning a boolean to the state "0_userdata.0.Datenpunkte.Statusänderung.Türen/Fenster.Garagentor_offen___15Min" which expects a string. Please fix your code to use a string or change the state type to boolean. This warning might become an error in future versions.
                                2023-08-12 12:52:58.477  - warn: javascript.0 (319772)     at setState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1730:20)
                                2023-08-12 12:52:58.478  - warn: javascript.0 (319772)     at Object.<anonymous> (script.js.common.allg__Skripte.Status_Fenster_Türen.Garagentor_wieder_ZU:9:7)
                                2023-08-12 12:52:58.479  - warn: javascript.0 (319772)     at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2757:34)
                                2023-08-12 12:52:58.479  - warn: javascript.0 (319772)     at listOnTimeout (node:internal/timers:569:17)
                                2023-08-12 12:52:58.480  - warn: javascript.0 (319772)     at processTimers (node:internal/timers:512:7)
                                2023-08-12 12:52:58.492  - info: javascript.0 (319772) State value to set for "0_userdata.0.Datenpunkte.Statusänderung.Türen/Fenster.Garagentor_offen___15Min" has to be type "string" but received type "boolean"
                                2023-08-12 13:12:29.628  - info: admin.0 (1169) ==> Connected system.user.admin from ::ffff:192.168.178.137
                                2023-08-12 13:13:09.449  - info: admin.0 (1169) ==> Connected system.user.admin from ::ffff:192.168.178.137
                                2023-08-12 13:13:26.343  - info: admin.0 (1169) <== Disconnect system.user.admin from ::ffff:192.168.178.137 admin
                                2023-08-12 13:13:26.347  - info: admin.0 (1169) <== Disconnect system.user.admin from ::ffff:192.168.178.137 javascript
                                
                                ============ Mark until here for C&P =============
                                
                                iob diag has finished.
                                

                                Zur Fehlermeldung

                                2023-08-12 12:52:58.492  - info: javascript.0 (319772) State value to set for "0_userdata.0.Datenpunkte.Statusänderung.Türen/Fenster.Garagentor_offen___15Min" has to be type "string" but received type "boolean"
                                

                                Dies sind die Objektdaten von

                                0_userdata.0.Datenpunkte.Statusänderung.Türen/Fenster.Garagentor_offen___15Min
                                
                                {
                                  "common": {
                                    "name": "Garagentor offen > 15Min",
                                    "desc": "Manuell erzeugt",
                                    "role": "state",
                                    "type": "string",
                                    "read": true,
                                    "write": true,
                                    "def": ""
                                  },
                                  "type": "state",
                                  "native": {},
                                  "from": "system.adapter.admin.0",
                                  "user": "system.user.admin",
                                  "ts": 1691235156599,
                                  "_id": "0_userdata.0.Datenpunkte.Statusänderung.Türen/Fenster.Garagentor_offen___15Min",
                                  "acl": {
                                    "object": 1636,
                                    "state": 1636,
                                    "owner": "system.user.admin",
                                    "ownerGroup": "system.group.administrator"
                                  }
                                }
                                

                                Ich habe beide Javaskripte gestoppt und neu gestartet, danach kam keine Fehlermeldung (auch nicht im Skript selbst

                                12.8.2023, 13:56:24.749	[info ]: javascript.0 (319772) Stop script script.js.common.allg__Skripte.Status_Fenster_Türen.Garagentor_offen___15Min
                                12.8.2023, 13:56:26.357	[info ]: javascript.0 (319772) Start javascript script.js.common.allg__Skripte.Status_Fenster_Türen.Garagentor_offen___15Min
                                12.8.2023, 13:56:26.409	[info ]: javascript.0 (319772) script.js.common.allg__Skripte.Status_Fenster_Türen.Garagentor_offen___15Min: registered 1 subscription, 0 schedules, 0 messages, 0 logs and 0 file subscriptions
                                12.8.2023, 13:56:31.602	[info ]: javascript.0 (319772) Stop script script.js.common.allg__Skripte.Status_Fenster_Türen.Garagentor_offen___15Min
                                12.8.2023, 13:56:43.158	[info ]: javascript.0 (319772) Start javascript script.js.common.allg__Skripte.Status_Fenster_Türen.Garagentor_offen___15Min
                                12.8.2023, 13:56:43.210	[info ]: javascript.0 (319772) script.js.common.allg__Skripte.Status_Fenster_Türen.Garagentor_offen___15Min: registered 1 subscription, 0 schedules, 0 messages, 0 logs and 0 file subscriptions
                                12.8.2023, 13:56:57.793	[info ]: javascript.0 (319772) Stop script script.js.common.allg__Skripte.Status_Fenster_Türen.Garagentor_offen___15Min
                                12.8.2023, 13:56:59.948	[info ]: javascript.0 (319772) Start javascript script.js.common.allg__Skripte.Status_Fenster_Türen.Garagentor_offen___15Min
                                12.8.2023, 13:56:59.961	[info ]: javascript.0 (319772) script.js.common.allg__Skripte.Status_Fenster_Türen.Garagentor_offen___15Min: registered 1 subscription, 0 schedules, 0 messages, 0 logs and 0 file subscriptions
                                

                                Ich hoffe, das hilft etwas weiter.
                                Jetzt schon mal DANKE

                                1 Antwort Letzte Antwort
                                0
                                Antworten
                                • In einem neuen Thema antworten
                                Anmelden zum Antworten
                                • Älteste zuerst
                                • Neuste zuerst
                                • Meiste Stimmen


                                Support us

                                ioBroker
                                Community Adapters
                                Donate

                                809

                                Online

                                32.4k

                                Benutzer

                                81.5k

                                Themen

                                1.3m

                                Beiträge
                                Community
                                Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                                ioBroker Community 2014-2025
                                logo
                                • Anmelden

                                • Du hast noch kein Konto? Registrieren

                                • Anmelden oder registrieren, um zu suchen
                                • Erster Beitrag
                                  Letzter Beitrag
                                0
                                • Home
                                • Aktuell
                                • Tags
                                • Ungelesen 0
                                • Kategorien
                                • Unreplied
                                • Beliebt
                                • GitHub
                                • Docu
                                • Hilfe