Auf RS 1000 G11 funktioniert nichts mehr (zB pm2)

  • Nach login auf meinem root server bekommen ich die folgende Nachricht:

    Linux v2202405215681267910 6.1.0-21-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.90-1 (2024-05-03) x86_64

    The programs included with the Debian GNU/Linux system are free software;

    the exact distribution terms for each program are described in the

    individual files in /usr/share/doc/*/copyright.

    Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent

    permitted by applicable law.

    Last login: Mon Dec 8 10:36:19 2025 from 185.17.12.29

    N/A: version "Titan

    Titan

    N/A" is not yet installed.

    You need to run "nvm install Titan

    N/A" to install it before using it.

    root@v2202405215681267910:~# pm2 ls

    -bash: pm2: Kommando nicht gefunden.

    root@v2202405215681267910:~# ls

    Titan

    keine meiner Prozesse funktionieren, was ist passiert?

  • Zur hilfreichsten Antwort springen
  • habe es überprüft:

    Code
    uptime
    who -b
    05:50:49 up 6 days, 17:11,  1 user,  load average: 0,53, 0,27, 0,10
    Systemstart  2025-12-02 12:39

    Meine Ordner sind zwar da, aber alles andere (Node.js, nvm, pm2, logs...) ist weg.
    Nur die nvm-Zeilen in .bashrc sind erhalten geblieben (sind aber Kaputt).

    Die Meldung „Titan / N/A“ taucht auf.
    Ich muss unmittelbar nach der Anmeldung Strg+C drücken → weil das Sourcing von .bashrc versucht, das kaputte nvm use Titan auszuführen und ewig hängt.

    Meine Vermutung ist stark nach einer neuen installation.

    ===

    EDIT:
    wenn es eine neue installation war, dann nicht bei netcup.


    Was immer es ist, es überschreibt mir

    /usr/bin/.sed, .grep, etc.
    gleich nach

    Code
    mv /usr/bin/sed /usr/bin/sed.real 2>/dev/null || true
    cp /bin/sed /usr/bin/sed 2>/dev/null
    cp /bin/grep /usr/bin/grep 2>/dev/null
    cp /bin/tail /usr/bin/tail 2>/dev/null
    cp /usr/bin/awk /usr/bin/awk 2>/dev/null
    • Hilfreichste Antwort

    Ich würde mal einen dpkg --verify ausführen. Der läuft einen Moment und prüft, welche Dateien aus den Installations-Paketen modifiziert/manipuliert wurde.

    Wenn dort Datein in bin oder sbin auftauchen, würde ich von einer feindlichen Übernahme des Systems ausgehen.

    Das npm Ökosystem hatte im letzten halben Jahr einige Angriffe mit Hintertüren und Infostealern. Ansonsten gabs die letzten Tage mit den React Server Components eine dicke Sicherhitslücke.

    | VPS: 28 | vCPU: 75 | Memory: 104 GB | Disk: 4012 GB |

  • Hast recht, mache einfach eine reinstallation. Laut ChatGPT ist es TitanMiner. Würde nur noch gerne herausfinden wie es zur feindlichen Übernahme gekommen ist.

    ======

    EDIT:

    Sehe gerade: React Server Components. Das ist es wahrscheinlich. Habe eine vergessene Instanz laufen lassen :/.

    Danke euch allen für die Hilfe! :)

  • argens 9. Dezember 2025 um 09:10

    Hat einen Beitrag als hilfreichste Antwort ausgewählt.