Linux / Ports, Systemdaten und schreibgeschützte ISO-Mounts prüfen
Wählen Sie Linux-Inspektionsbefehle entsprechend der Information, die Sie benötigen: Port, CPU, Speicher oder Dateisystem. Ein erfolgreicher UDP-Versand beweist nicht, dass ein Dienst geantwortet hat oder dass sein Port offen ist; überprüfen Sie das tatsächliche ISO und den Mount-Punkt, bevor Sie ein Image nur-lesend einhängen.
Unterscheiden Sie die TCP-Erreichbarkeit von UDP-Antworten
Prüfen Sie vor Beginn mit command -v nc dig, ob die benötigten Befehle verfügbar sind. Wenn ein Befehl fehlt, besorgen Sie Netcat oder Ncat und die DNS-Lookup-Tools aus den Distributions-Repositorys. Beispielsweise prüfen Sie netcat-openbsd/dnsutils unter Ubuntu oder nmap-ncat/bind-utils unter Rocky auf tatsächliche Paketverfügbarkeit. Es ist nicht nötig, ein beliebiges externes Binary zu installieren.
nc -zv -w 3 example.com 443
Eine erfolgreiche TCP-Verbindung zeigt die Erreichbarkeit in diesem Moment, jedoch kein gültiges HTTPS-Zertifikat oder eine gesunde Anwendung. nc kann OpenBSD netcat, Nmap Ncat oder eine andere Implementierung sein; prüfen Sie nc -h auf unterstützte Optionen.
nc -zv -u -w 3 8.8.8.8 53 dig @8.8.8.8 example.com A +time=2 +tries=1
UDP hat keinen TCP-ähnlichen Handshake. Ein erfolgreiches Senden oder das Ausbleiben einer Reaktion von nc kann nicht zwischen einem offenen Port und Filterung unterscheiden. Verwenden Sie eine gültige Protokollanforderung, wie eine DNS-Abfrage, und prüfen Sie deren Antwort und Quelle. Ein Timeout bei dig allein beweist keinen Serverausfall: Routing, Firewalls und Antwortpolitiken sind ebenfalls wichtig.
Nmaps Interpretation der UDP-Antworten erklärt, warum Stille nicht beweist, dass ein Port offen ist.
CPU- und physische Speicherinformationen prüfen
lscpu cat /proc/cpuinfo sudo dmidecode --type memory sudo lshw -short -C memory
lscpu zeigt die CPU-Struktur an; dmidecode meldet die von der Firmware bereitgestellten Speichergeräteinformationen. Überprüfen Sie die dmidecode- und lshw-Pakete Ihrer Distribution, falls diese Werkzeuge fehlen. VMs und Container können physische DIMM-Details verbergen oder virtuelle Werte anzeigen. Installierter Speichertyp und aktuelle RAM-Auslastung sind unterschiedliche Fragen; verwenden Sie Werkzeuge wie free für die Nutzung.
# und $ in Shell-Prompts verstehen
Der Konvention nach kennzeichnet # eine Root-Shell und $ eine normale Benutzershell, aber Prompts sind anpassbar und beweisen keine Berechtigungen. Überprüfen Sie id -u und die tatsächlich geltende sudo-Richtlinie. Kopierbare Befehle hier lassen Prompts weg und verwenden sudo explizit für privilegierte Operationen.
id -u whoami
Ein optisches Laufwerk oder eine ISO-Datei nur lesend einhängen
Überprüfen Sie zuerst die Geräte und vorhandenen Mounts. Ersetzen Sie /dev/sr0 und /path/to/image.iso durch Ihr tatsächliches Gerät und Ihr vertrauenswürdiges Image. Stellen Sie sicher, dass der leere Mount-Punkt /mnt/iso-lab keine vorhandenen Daten verdeckt.
lsblk -f findmnt --mountpoint /mnt/iso-lab sudo mkdir -p /mnt/iso-lab
Wählen Sie entweder den Befehl für optische Laufwerke oder für ISO, nicht beide. Hängen Sie keine Mounts auf einem bereits belegten Mount-Punkt übereinander.
sudo mount -o ro /dev/sr0 /mnt/iso-lab
sudo mount -o loop,ro /path/to/image.iso /mnt/iso-lab
findmnt --mountpoint /mnt/iso-lab ls -la /mnt/iso-lab sudo umount /mnt/iso-lab
Der ISO-Befehl verwendet ein Loop-Gerät für eine gewöhnliche Datei. Unterscheiden Sie erwartete schreibgeschützte Hinweise von Fehlern. Wenn umount meldet, dass das Ziel beschäftigt ist, hören Sie auf, diesen Pfad zu verwenden, und schließen Sie offene Dateien, bevor Sie es erneut versuchen; das erzwungene Aushängen ist nicht die Standardlösung.
Überprüfen Sie die Dateisystemtypen
df -T lsblk -f
df meldet eingehängte Dateisysteme und deren Nutzung; lsblk zeigt Blockgeräte und Dateisystem-Metadaten wie UUIDs. Sie erfassen unterschiedliche Objekte, einschließlich nicht eingehängter Partitionen und Netzwerklaufwerke, sodass ihre Listen nicht übereinstimmen müssen.
