Deutsch Fehlerbehebung

Fehlerbehebung

Erster Diagnoseweg

1. Im Control Center unter MANUELLE AKTIONEN nachsehen.
2. Home-RAM, Betriebsphase und „ausführbar“-Zähler prüfen.
3. Den Selbsttest starten:

run tools/self-test.js

4. Falls Dateien fehlen oder veraltet sind:

run git-pull.js

Auf einem Home-Server unter 16 GiB stattdessen:

run git-pull-lite.js
run autoDoIt.js

„Nicht genug RAM“

Das ist häufig kein Fehler. Der Scheduler startet ein Modul nur, wenn dessen aktueller BitNode-RAM-Preis zusätzlich zu Scheduler, Dashboard und laufenden Aufgaben passt.

• Unter 32 GiB läuft nur die Bootstrap-Auswahl.
• Ab 32 GiB startet die leichte Phase.
• Große Singularity-Module können mit SF4 Level 1 wegen des externen RAM-Multiplikators deutlich teurer sein.
• Falls Home-RAM noch nicht automatisch kaufbar ist, einmal manuell auf die im Control Center empfohlene Stufe erweitern.

Hacking-Worker auf gerooteten und gekauften Servern verdienen währenddessen weiter Geld.

Keine Cloudserver werden gekauft

Cloudserver besitzen ein eigenes Budget. Am Anfang werden auch kleine Server gekauft; ist selbst die kleinste Größe noch zu teuer, wird die 1%-Zuteilung angespart. Bei erreichtem Limit wird später der schwächste Server erweitert oder sicher ersetzt.

Prüfen:

• Ist genug Geld über der geschützten Reserve vorhanden?
• Ist tasks/manage-purchased-servers.js in der aktuellen Phase ausführbar?
• Zeigt die letzte Aktivität „wartet auf Upgrade-Budget“?

Netzwerk ist nicht vollständig gerootet

Rootzugriff hängt von Hacking-Level und Portprogrammen ab. Der Netzwerkmanager nennt das konkret fehlende Programm. Typische Reihenfolge:

• BruteSSH
• FTPCrack
• relaySMTP
• HTTPWorm
• SQLInject

Mehr gerootete Server bedeuten mehr Worker-RAM. Sie sind aber nicht alle gute Geldziele. Dass ein Anfänger-Run lange foodnstuff hackt, kann daher korrekt sein.

Dashboard erscheint nicht

• Automatischer Start beginnt standardmäßig erst ab 32 GiB Home-RAM.
• Prüfen, ob --no-ui verwendet wurde.
• Manuell starten:

run ui/dashboard.js

• Bei zu großem Fenster Auto-Fit aktiv lassen.
• Wenn die Sprache nicht stimmt, DE/EN anklicken oder neu starten mit --lang de beziehungsweise --lang en.

Auto-Updater macht scheinbar nichts

Der normale Prüfzyklus beträgt 15 Minuten. Das Control Center zeigt:

aktuell VERSION (nächste Prüfung: TIMER)

Bei gleicher Version wird nichts neu gestartet. Für eine sofortige Prüfung run git-pull.js verwenden. Netzwerkfehler dürfen die bestehende Installation nicht überschreiben.

Casino ist nicht sichtbar oder lädt neu

Speichern nach Gewinn und Neuladen nach Verlust ist beabsichtigt. Während der Casino-Startphase:

• Bitburner im Vordergrund lassen
• Overview aufklappen
• keine andere sichtbare Seite bedienen

Nach erreichtem Ziel wechselt das Modul auf Stats. Bei einer gelben Casino-Meldung den genannten UI-Schritt einmal ausführen.

Darknet bleibt stehen

Darknet-Server können sehr wenig RAM besitzen. Der Manager startet dort zunächst einen leichten Seeder und befördert ihn später zum vollständigen Crawler, sobald ein geeigneter Nachbar genug RAM bietet.

Jeder Darknet-Starter öffnet zuerst die lokalen .cache-Stashes. Eine erfolgreich eingesammelte Belohnung erscheint im Control Center als Darknet-Cache geöffnet.

Prüfen:

• Ist darknetEnabled aktiv?
• Sind Darkweb/Darknet erreichbar und authentifiziert?
• Meldet das Control Center einen gestarteten Seeder?
• Wurde die aktuelle Version vollständig geladen?

Nach einem Update fehlende Worker mit run git-pull.js reparieren.

Jobs/Fraktionen werden nicht automatisch übernommen

Ohne Source-File 4 ist Singularity nicht verfügbar. Dann zeigt autoDoIt nur konkrete Empfehlungen. Mit SF4 muss zusätzlich genug freier RAM für das jeweilige Modul vorhanden sein.

Inkompatible Stadtfraktionen werden nach preferredCityFactions ausgewählt, damit der automatische Beitritt keine wichtigere Route blockiert.

Einen Fehler melden

Für eine hilfreiche Meldung angeben:

• Bitburner-Version
• autoDoIt-Version aus dem Control Center
• aktueller BitNode und Source-File-Stand
• Home-RAM und Betriebsphase
• genaue gelbe/rote Meldung
• Schritte, nach denen das Problem auftritt

Issues im Repository oder die Diskussion zum Projekt verwenden. Keine persönlichen Saves öffentlich hochladen.