Vollständigen Fehler aufzeichnen
Erhalten Sie die erste echte Fehlermeldung mit Zeitangabe im Journal, Service- und Kernel-Log statt der allgemeinen Warnung auf dem Bildschirm.
APT und dpkg verwenden die gleiche Paket-Datenbank. Lock-Fehler zeigt in der Regel einen anderen laufenden Update-Prozess an, dpkg wurde unterbrochen zeigt unvollständige Konfiguration an, und unmet Dependencies zeigen Inkonsistenzen in den Paket-Beziehungen an.
E: Could not get lock /var/lib/dpkg/lock-frontend
E: dpkg was interrupted, you must manually run 'dpkg --configure -a'
E: Unmet dependencies. Try 'apt --fix-broken install'
APT und dpkg verwenden die gleiche Paket-Datenbank. Lock-Fehler zeigt in der Regel einen anderen laufenden Update-Prozess an, dpkg wurde unterbrochen zeigt unvollständige Konfiguration an, und unmet Dependencies zeigen Inkonsistenzen in den Paket-Beziehungen an.
Erhalten Sie die erste echte Fehlermeldung mit Zeitangabe im Journal, Service- und Kernel-Log statt der allgemeinen Warnung auf dem Bildschirm.
Testen Sie Dienst, Festplatte, Netzwerk, Berechtigung, Sicherheitsrichtlinie und Anwendungskonfiguration separat, ohne sie gleichzeitig zu ändern.
Der Dienstname, der Paketmanager und das Firewall-Tool können unter Ubuntu/Debian und AlmaLinux/Rocky/CloudLinux unterschiedlich sein.
Behalten Sie eine zweite Sitzung, Konsole, einen Snapshot oder ein aktuelles Backup für SSH-, Netzwerk-, Firewall-, Boot- und Festplattenänderungen.
Löschen Sie keine Sperren-Dateien, während ein aktiver apt- oder dpkg-Prozess läuft.
Bedeutung: Paket-Konfiguration wurde abgebrochen.
Mögliche Ursache: Abgeschaltet wegen voller Festplatte oder fehlgeschlagener Post-Install-Script.
Bedeutung: Ein anderer Paket-Manager verwendet die Datenbank.
Mögliche Ursache: apt, dpkg oder unattended-upgrades läuft.
Bedeutung: Paketabhängigkeiten können nicht erfüllt werden.
Mögliche Ursache: Teilweise Upgrade, gemischter Repository oder gehaltener Paket.
Bedeutung: dpkg-Kindprozess fehlgeschlagen.
Mögliche Ursache: Paket-Skript- oder Dateikollision.
Bedeutung: Nicht vertrauenswürdige APT-Repository-Signatur.
Mögliche Ursache: Die Quelle des Schlüssels, der Suite oder des Repositorys ist falsch.
Bedeutung: Repository-Signatur-Schlüssel fehlt.
Mögliche Ursache: Alter apt-key-Methode oder geänderte Vendor-Schlüssel.
Bedeutung: Die Systemzeit liegt hinter der Zeit der Repository-Metadaten.
Mögliche Ursache: NTP- oder Zeitprobleme.
Bedeutung: Einige Pakete können ohne Upgrade zurückgehalten worden sein.
Mögliche Ursache: apt-mark hold oder Dependency-Resolver.
Es wurden keine Fehlerdatensätze gefunden, die diesem Ausdruck entsprechen.
ps -eo pid,etime,cmd | grep -E '[a]pt|[d]pkg|unattended-upgrade'
Zeigt den realen Prozess, der mit der Verwendung des Lock-Funktionen auftritt.
dpkg --audit
dpkg --configure -a
Teilpakete meldet und konfiguriert.
apt-get -f install
Fehlende Abhängigkeiten mit dem Paketmanager vervollständigen.
apt-mark showhold
apt-cache policy
Zeigt pinnte Pakete und Repo-Prioritäten an.
apt-get update
Macht repo-Signatur, DNS- und Suite-Probleme sichtbar.
df -hT /
df -hT /boot 2>/dev/null || true
df -i
Dies zeigt Probleme, die den Paketprozess verhindern.
Die deb822- oder Liste-Dateien in sources.list.d sollten für den Status der Release-Upgrades und die unattended-upgrades-Prozesse überprüft werden
grep -RhsE '^(deb |Types:|URIs:|Suites:)' /etc/apt/sources.list /etc/apt/sources.list.d 2>/dev/nullsystemctl status unattended-upgrades --no-pagerdo-release-upgrade --check-dist-upgrade-only 2>/dev/null || trueEine Mischung aus stable/testing und Backports kann zu Abhängigkeitsproblemen führen.
cat /etc/debian_versionapt-cache policygrep -Rhs '^[^#].*deb' /etc/apt/sources.list* 2>/dev/nullAllgemeine Paketentfernungen aufgrund von Panel-Repositorys und Vendor-Paketen können das Panel beschädigen.
/usr/local/cpanel/cpanel -V 2>/dev/null || trueplesk version 2>/dev/null || trueapt-cache policy | head -n 80Protokollieren Sie die genaue Fehlermeldung auf dem Bildschirm oder im Log mit Zeitstempel und testen Sie anschließend Dienst, Netzwerk, Datenträger und Sicherheitsschichten getrennt.
Paketverwaltung, Firewall, Netzwerkverwaltung und einige Dienstnamen unterscheiden sich je nach Distributionsfamilie. Der Distributionsabschnitt erläutert diese Unterschiede.
Ein Neustart kann den Dienst vorübergehend wiederherstellen, aber ohne Protokoll- und Ressourcendaten die Ursache verbergen.
Schreibgeschützte Diagnosebefehle sind meist sicher. Konfigurations-, Firewall-, Datenträger- und Wiederherstellungsänderungen erfordern Konsole, Sicherung und Rollback-Plan.
Die Linux-Ebene ist identisch; Control-Panel-Service-Wrapper, Firewall-Erweiterungen und Herstellerpakete müssen zusätzlich berücksichtigt werden.
Halten Sie bei SSH-, Firewall-, Netzwerk- oder Bootänderungen eine zweite Sitzung und die Provider-Konsole offen.
Nein. Technische Genauigkeit und Umfang bilden eine gute Grundlage; Rankings hängen außerdem von Wettbewerb, Autorität, internen Links, Geschwindigkeit und Nutzerverhalten ab.
Wir analysieren Ubuntu-, Debian-, AlmaLinux-, Rocky- und CloudLinux-Dienst-, Festplatten-, Netzwerk-, Sicherheits-, Leistungs- und Bootprobleme mit Protokolldaten.