FeuFeu-Chan wegen acpi : dieser befehl systemctl disable acpi funktioniert bei mir nicht. da steht in roter schrift
''Failed to disable unit: Unit file acpi.service does not exist.''

Sorry, mein Fehler!
Das Paket heißt acpi der dazugehörige service heißt acpid und der korrekte systemd-Befehl lautet deshalb auch systemctl disable acpid bzw. zum Einschalten systemctl enable acpid.

Ich habe es oben in meinem Post jetzt nachträglich verbessert, nicht dass irgendwann noch jemand anderes darüber stolpert.

Ist das Problem jetzt behoben?
Wenn ja, dann kannst du das Thema auf gelößt setzen.
Siehe: Wie setze ich mein eigenes Thema auf „gelöst"? in den Foren-FAQs

    tuxnix

    hey, danke jetzt klappt es
    Removed "/etc/systemd/system/multi-user.target.wants/acpid.service".

    allerdings wenn es das problem wirklich löst, kann ich es noch nicht bestätigen da wie gesagt das problem unregelmässig auftritt. ich würd ersma noch paar tage abwarten ob ich die kommenden tage mein pc normal runterfahren/neustarten kann

    ansschliessend stell ich das thema logischerweisse auf gelöst
    und falls nicht meld ich mich nochmal

    Den acpid.service abzustellen ist auch noch nicht der wahre Jakob. Jetzt müsste man eigentlich noch herausfinden welches Gerät den Fehler vom acpid.service verursacht und dann könnte man den Enticklern einen einen bug-report schreiben, damit das dann auch gefixt werden kann.
    Lade dir das journal doch mal in einen editor und gehe mit der Suche nach acpi durch.
    Vielleicht gibt das dort schon genauere Auskunft.

      tuxnix

      welches journal meinst du genau bzw welches soll ich verwenden?
      dann würd ich das mit dem kate texteditor durchsuchen

      EDIT: hab grad beim dmesg das hier gefunden:
      [0.187997] ACPI FADT declares the system doesn't support PCIe ASPM, so disable it

      hat das was zu bedeuten und wenn ja was bedeutet das?

      im regulären bootlog/journal zu der zeit des herunterfahren wo das problem auftritt hab ich nichts gefunden ausser das ACPI erfolgreich deaktiviert worden ist

      5 Tage später

      Es ist jetzt zumindest vorerst nicht mehr aufgetreten, hab mein PC wie gewohnt verwendet und auch mal 24h angehabt. (auch wenn ich noch aufgrund der unregelmässigkeit noch unsicher bin)
      Ich werde das Thema heut abend auf gelöst setzten. gibts eine möglicheit das thema wieder zu ungelöst zu setzten beim erneuten auftreten des problems ?

      eine frage hätt ich noch: macht es ein effektiven unterschied wenn ich
      systemctl disable acpid
      und / oder
      systemctl stop acpid
      mache ?

      EDIT: Ich bedanke mich an alle die ihre Ideen und Vorschläge mit mir geteilt haben und vorallem Danke für eure Zeit. Falls das Problem erneut auftretten sollte Zukünftig irgendwie, werdet ihr von mir hören. Bis dahin
      MfG, FeuFeu

      ja, disable bedeutet, dass der Dienst gar nicht mehr gestartet werden soll, und stop bedeutet nur, dass du ihn für dieses Mal gestoppt haben willst.

      Das Problem ist gerade irgendwie wieder aufgetreten .... also hat das deaktivieren des acpid service nichts gebracht
      was für Lösungs Ideen und Vorschläge gibts noch so ?

      Ein downgrade von systemd, auf den Stand bevor der Fehler auftrat wäre ein Versuch wert.

        tuxnix

        Das lässt sich so echt schwer sagen.
        Weil das problem schon mehrere Monate auftritt und seit dem ich Arch und (davor) EndeavourOS auf diesen PC Installiert habe.
        Also Befürchte ich dementsprechend ein Downgrade bringt da leider nichts. Weil es eben keine Version gibt wo das Problem auf diesen PC nicht auftrat.

        Auf mein älteren Rechner mit Arch is sowas noch nie passiert. (welche Software Version oder Hardware der hatte kann ich nicht mehr sagen)

        Hallo,

        beim schnellen Überfliegen des Threads habe ich die Frage nach "Hardware-Fehler" noch nicht gesehen. Vielleicht auch mal in diese Richtung suchen. Mir fällt da das Netzteil ein, das eventuell beim Booten mehr Energie liefern muss, als es kann.

        Natürlich kann auch andere Hardware defekt sein.

        Just an idea,
        Photor

          Photor

          Meinst du? Weil Windows 10 und 11 hat damals sauber funktioniert (auch der Neustart und das Herunterfahren) und während des Arch (und auch endeavour) Betriebs kann ich keine Fehler o.ä. feststellen, da alles ruckelfrei und sauber läuft. Und der Neustart / Herunterfahren freeze tritt ya nur unregelmässig auf.

          EDIT: wie kann ich gezielt nach Hardware Problemen suchen auf Arch? hab das tatsächlich so noch nie gemacht.

          • Photor hat auf diesen Beitrag geantwortet.

            tuxnix

            Danke, aber wenn mein Problem schon seit der ersten Installation aufgetreten ist von Arch( NICHT nach einen update) woher weiss ich dann welche Version die Fehlerfreie ist? Das meinte ich eigentliche mit meiner Antwort.

            • tuxnix hat auf diesen Beitrag geantwortet.

              FeuFeu-Chan woher weiss ich dann welche Version die Fehlerfreie ist?

              Wir wissen noch nicht einmal, dass es an systemd liegt! Es ist lediglich ein Versuch.

              Aus irgend einem Grund schaltet systemd die Hardware nicht ab, obwohl das System schon herunter gefahren ist. Eine Fehlermeldung haben wir nicht. (Warscheinlich weil das journal davor schon abgeschaltet wird). Der Fehler könnte in folgenden Teilen sitzen: Hardware, Treiber, Kernel/-Module, systemd.

              Da bleibt nur noch die Möglichkeit, einen Unterschied zu schaffen und abzuwarten ob der Fehler dann immer noch auftritt.

              Ich hatte vor Jahren auch mal einen PC der nicht mehr selbst abgeschaltet hat, weil die Kondensatoren auf dem Motherbord langsam schlapp gemacht haben. Und ja, soetwas fängt damit an, dass es erstmal nur ab und zu auftritt.

              FeuFeu-Chan Ich finde, du solltest das auch in Erwägung ziehen. Hatte das selbst schon, dass ein Netzteil wohl "einen Schuss" hatte und das System immer mal wieder einfror, völlig unvorhersehbar und nicht reproduzierbar (hohe Last, bestimmte Programme, etc).

              Es half wirklich nur, die Hardware zu tauschen (das Netzteil hatte allerdings schon weitere Hardware gegrillt - halbes Jahr später war der Rechner dann einer gewesen).

              Im Systemlog oder so, konnte man nichts sehen - eben weil es immer von jetzt auf gleich zum Absturz kam.

              Was du versuchen kannst: z.B. ein tendenziell stärkeres Netzteil einbauen und schauen, ob der Fehler weiterhin auftritt. Sonst vielleicht mit Memtest das RAM testen. Platte (HDD oder SSD?) kann eventuell SMART Auskunft geben.

              Ciao,
              Photor

              @Photor
              Ich habe gerade ein SMART Test durchgeführt, besser gesagt alle 3 sowohl GUI als auch Terminal aber GUI ist besser zum zeigen. Ein memtest werd ich dann auch noch machen.

              -> Die Temperatur ist bei 45-50 Grad ca.

              @tuxnix ein Systemd Downgrade werd ich dann die kommenden Tage mal machen und das mal beobachten.