Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    RAM Disk für Log Files?

    Scheduled Pinned Locked Moved Deutsch
    8 Posts 4 Posters 1.4k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • E
      elmnts
      last edited by

      Hallo liebes Forum,

      ich nutze eine pfSense auf einem APU Board mit SSD. Um die SSD nicht mit zu vielen Schreib-/Lesezyklen zu belasten, habe ich unter Status > System Logs > Settings das schreiben von Log Files deaktiviert (Disable writing log files to the local disk).

      Ich habe nun eine Frage: Wenn ich die Funktion "Use RAM Disks" unter System > Advanced > Miscellaneous aktiviere, kann ich dann nach einem für die Aktivierung erforderlichen Neustarten die Log Files wieder aktivieren so dass diese in den Arbeitsspeicher und nicht auf die SSD geschrieben werden?

      Danke euch schon vorab!

      LG

      1 Reply Last reply Reply Quote 0
      • A
        athurdent
        last edited by

        Ja, kannst Du. Kannst Du Dir aber alternativ auch sparen :) Aktuelle SSDs sollten keine Probleme damit haben, in einer der letzten c't war ein Test.
        Ich hab meine pfSense seit Mitte 2014 auf ner billigen 120GB Sandisk SSD laufen. Der geht es immer noch bestens.

        Edit:

        2.3 TB geschrieben und da war ein 2.3er Beta Zyklus dabei wo ich fast täglich upgedated habe.

        ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
          5 Reallocated_Sector_Ct   0x0002   100   100   000    Old_age   Always       -       0
          9 Power_On_Hours          0x0002   100   100   000    Old_age   Always       -       21250
         12 Power_Cycle_Count       0x0002   100   100   000    Old_age   Always       -       78
        165 Total_Write/Erase_Count 0x0002   100   100   000    Old_age   Always       -       3863
        171 Program_Fail_Count      0x0002   100   100   000    Old_age   Always       -       0
        172 Erase_Fail_Count        0x0002   100   100   000    Old_age   Always       -       0
        173 Avg_Write/Erase_Count   0x0002   100   100   000    Old_age   Always       -       0
        174 Unexpect_Power_Loss_Ct  0x0002   100   100   000    Old_age   Always       -       22
        187 Reported_Uncorrect      0x0002   100   100   000    Old_age   Always       -       0
        194 Temperature_Celsius     0x0022   077   023   000    Old_age   Always       -       23 (Min/Max 11/50)
        230 Perc_Write/Erase_Count  0x0002   100   100   000    Old_age   Always       -       0
        232 Perc_Avail_Resrvd_Space 0x0003   100   100   005    Pre-fail  Always       -       0
        234 Perc_Write/Erase_Ct_BC  0x0002   100   100   000    Old_age   Always       -       1029
        241 Total_LBAs_Written      0x0002   100   100   000    Old_age   Always       -       4929877346
        242 Total_LBAs_Read         0x0002   100   100   000    Old_age   Always       -       82329664
        
        1 Reply Last reply Reply Quote 0
        • E
          elmnts
          last edited by

          Hey athurdent,

          ich danke Dir! Dann kann ich die Logs ja getrost wieder einschalten. Habe noch zwei kurze Fragen. Mit welchem Befehl hast Du Dir die Vitalitätsdaten Deiner SSD anzeigen lassen und kennst Du zufällig einen Befehl, mit dem ich mir anzeigen lassen kann, welche SSD verbaut wurde?

          Danke Dir und LG

          1 Reply Last reply Reply Quote 0
          • A
            athurdent
            last edited by

            Findest Du alles unter Diagnostics -> S.M.A.R.T., dort Info Type "All"

            1 Reply Last reply Reply Quote 0
            • E
              elmnts
              last edited by

              Hat geklappt! Danke Dir!

              1 Reply Last reply Reply Quote 0
              • JeGrJ
                JeGr LAYER 8 Moderator
                last edited by

                Haben wir bei unseren SSD basierenden Systemen auch, normale Disk Installation ohne Schnick. Lediglich manuell Trim aktiviert, das war es dann aber auch. :)

                Don't forget to upvote 👍 those who kindly offered their time and brainpower to help you!

                If you're interested, I'm available to discuss details of German-speaking paid support (for companies) if needed.

                1 Reply Last reply Reply Quote 0
                • A
                  athurdent
                  last edited by

                  Hi,

                  ganz vergessen, um unnötige Schreibzugriffe und/oder Last zu vermeiden, habe ich meine Installationen (SSD, KVM) alle mit "noatime" gemounted.
                  Müsstest mal nachsehen, ob das mittlerweile Standard ist. Ansonsten in der /etc/fstab hinter rw ein ,noatime schreiben.

                  So sieht das dann aus:

                  cat /etc/fstab
                  # Device                Mountpoint      FStype  Options         Dump    Pass#
                  /dev/ufsid/558d8f7815a8eb49             /               ufs     rw,noatime              1       1
                  
                  

                  Vorsicht, da keine Fehler machen. Sonst bootet die Kiste nicht mehr :)

                  1 Reply Last reply Reply Quote 0
                  • magicteddyM
                    magicteddy
                    last edited by

                    Siehe: https://www.administrator.de/link/ssds-stresstest-%C3%BCberraschenden-ergebnissen-324874.html#comment-1163752
                    Ist eine extrem knappe Zusammenfassung des im Artikel verlinkten Heise Artikels zu Thema Lebensdauer von SSD

                    -teddy

                    @Work Lanner FW-7525B pfSense 2.7.2
                    @Home APU.2C4 pfSense 2.7.2
                    @CH APU.1D4 pfSense 2.7.2

                    1 Reply Last reply Reply Quote 0
                    • First post
                      Last post
                    Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.