Einstieg & Karriere

Quereinstieg als Linux-Administrator: Was du wirklich brauchst

Ein Informatikstudium brauchst du nicht, Ausdauer an der Kommandozeile schon. Realistisch sind sechs bis zwölf Monate bis zur ersten Bewerbung, wenn du nebenberuflich lernst und an einem eigenen Server übst statt nur Videos zu schauen.

6 Kapitel mit allen Befehlen

Passende Kurse ansehen Persönlich beraten lassen

Quereinsteiger lernt Linux am Schreibtisch mit Terminal auf zwei Monitoren

KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt

Seit 1997 am Markt Präsenz & Live-Online 4,9 aus 503 Google-Bewertungen Auch Inhouse für dein Team

Worum es geht

Warum der Quereinstieg technisch machbar ist, aber oft schiefgeht

Die Linux-Administration ist eines der wenigen IT-Felder, in denen die Einstellungsentscheidung fast vollständig über nachweisbares Können läuft und nicht über den Ausbildungsweg. Wer eine Shell sicher bedient, systemd-Units liest und schreibt, Rechte und Mounts versteht und ein Problem strukturiert eingrenzt, ist im Gespräch, unabhängig davon, ob im Lebenslauf ein Informatikstudium steht. Genau deshalb funktioniert der Quereinstieg, auch mit 40 oder 50 und auch neben dem laufenden Job.

Schwierig wird es fast immer an derselben Stelle: beim Lernweg. Typisch ist der Sprung mitten in ein Zertifizierungsthema, ohne dass die Grundlagen sitzen. Wer den Unterschied zwischen Prozess und Dienst noch nicht sauber ziehen kann, verliert bei Themen wie LVM, journalctl, nftables oder Paketverwaltung sehr schnell den Faden und lernt Kommandos auswendig statt Zusammenhänge. Das rächt sich spätestens bei der ersten Störung im Betrieb, weil dort niemand die passende Anleitung vorlegt.

Der zweite häufige Fehler ist fehlende Praxis. Videos und Skripte allein reichen nicht. Ohne eigene Umgebung, in der du Systeme installierst, absichtlich kaputt machst und wieder reparierst, entsteht kein belastbares Können. Und der dritte Punkt ist organisatorisch: Viele klären erst am Ende, ob eine Förderung möglich gewesen wäre, obwohl das die Entscheidung über Vollzeit oder berufsbegleitend von Anfang an beeinflusst.

Miniatur-Szene: Treppe aus drei Stufen zu einem Arbeitsplatz mit Terminal, daneben Zertifikat und Wegweiser

KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt

Stufen des Quereinstiegs in die Linux-Administration

01 Grundlagen: Shell, Dateisystem, Rechte
02 Administration: systemd, Storage, Logging
03 Automatisierung: Bash und Scripting
04 Netz und Dienste: SSH, Webserver, Firewall
05 Nachweis: LPIC-1 Prüfungen 101 und 102
06 Einstieg: Junior-Admin oder Systembetreuung

Was du mitnimmst

Ein realistischer Weg vom Quereinstieg zur ersten Admin-Rolle

Der Weg lässt sich in klare Stufen zerlegen. Jede Stufe hat ein überprüfbares Ergebnis, damit du merkst, ob du weiter bist oder ob du eine Runde wiederholen solltest.

Ehrliche Standortbestimmung

Wenn du bisher kaum mit Kommandozeile und Dateisystemstrukturen gearbeitet hast, beginnst du eine Stufe tiefer, etwa im IT-Basiskurs mit Ubuntu und LibreOffice. Wer aus dem Windows-Support kommt und Netzwerkgrundlagen mitbringt, steigt direkt in den Linux Grundkurs (LPI01) ein.

Grundlagen wirklich abschließen

Dateisystem-Hierarchie, Rechte und Eigentümer, Prozesse, Paketverwaltung, Editor-Sicherheit in vi und der Umgang mit Standard-Ein- und -Ausgabe gehören vor allem anderen gefestigt. Diese Basis entscheidet später darüber, wie schnell du komplexe Themen aufnimmst.

Administration und Automatisierung aufbauen

Darauf folgen Benutzer- und Rechteverwaltung, systemd, Logging mit journalctl, Storage mit Partitionen und LVM sowie Shell-Programmierung. Die cmt-Aufbaukurse LPI02 und LPI03 decken genau diesen Bereich ab, danach kommt mit LPI04 der Netzbetrieb dazu.

Eigenes Labor betreiben

Richte dir zwei bis drei virtuelle Maschinen ein, zum Beispiel unter KVM oder Proxmox, und betreibe dort Dienste wie SSH, einen Webserver und einen Datei-Dienst. Übe Ausfälle: Dienst startet nicht, Platte voll, Zeit läuft auseinander, Berechtigung falsch gesetzt.

Zertifizierung als Nachweis nutzen

LPIC-1 ist für Quereinsteiger der gängigste Nachweis, weil er distributionsübergreifend prüft und in zwei Prüfungen aufgeteilt ist. Du kannst ihn über die Linux Komplettausbildung zur LPIC-1 Zertifizierung, das Linux BootCamp zum LPIC-1 oder gezielt über den Prüfungsvorbereitungs-Workshop LPI05 ansteuern.

Format und Förderung früh klären

Live-Online lässt sich neben dem Job gut takten, ein Bootcamp in Vollzeit bringt dich schneller ans Ziel. Wenn du arbeitsuchend bist oder dich im Job weiterqualifizieren willst, klärst du Förderwege besser vor der Kursbuchung als danach.

Tutorial

Dein Labor und die ersten sechzig Tage an der Kommandozeile

Ab hier wird es konkret: Du baust ein Labor aus drei virtuellen Maschinen, arbeitest die Bereiche durch, nach denen im Vorstellungsgespräch tatsächlich gefragt wird, und legen ein Repository an, das deine Arbeit belegt. Am Ende steht ein Selbsttest mit Zielzeiten, an dem du ablesen kannst, ob du bewerbungsfähig bist.

Das Labor: drei virtuelle Maschinen statt einer

Videos schauen erzeugt Wiedererkennung, nicht Können. Was du brauchst, ist ein System, das du kaputtmachen darfst und in zwei Minuten wiederherstellst. Ein Rechner mit 16 GB Arbeitsspeicher reicht dafür aus.

Virtualisierung einrichten

# Debian / Ubuntu
sudo apt install -y qemu-kvm libvirt-daemon-system virt-manager virtinst
# RHEL / Rocky / Alma
sudo dnf install -y qemu-kvm libvirt virt-manager virt-install

grep -Eo 'vmx|svm' /proc/cpuinfo | sort -u   # leer heißt: im BIOS abgeschaltet
sudo usermod -aG libvirt "$USER"             # danach ab- und wieder anmelden
systemctl status libvirtd

Kommt bei der grep-Zeile nichts zurück, ist die Hardware-Virtualisierung im UEFI abgeschaltet. Ohne sie laufen die VMs zwar, aber quälend langsam. Das ist der häufigste Grund, warum Lernende nach zwei Wochen aufgeben.

VM anlegen und Snapshot ziehen

virt-install --name lab-rocky --memory 2048 --vcpus 2 \
  --disk size=20 --disk size=5 \
  --osinfo detect=on \
  --location /var/lib/libvirt/images/rocky-minimal.iso

virsh list --all
virsh snapshot-create-as lab-rocky frisch "Zustand direkt nach der Installation"
virsh snapshot-revert  lab-rocky frisch

Die zweite kleine Platte ist Absicht. LVM, Dateisysteme und Einträge in der fstab übst du nicht auf der Systemplatte. Ein Snapshot dauert Sekunden und ist der Grund, warum du im Labor Dinge ausprobieren kannst, die du auf einem Produktivsystem nie anfassen würdest.

Diese drei Maschinen brauchst du

Eine Maschine aus der RHEL-Familie, also Rocky oder Alma, für dnf, firewalld und SELinux
Eine Debian- oder Ubuntu-Maschine für apt, ufw, AppArmor und netplan
Eine dritte Maschine ohne grafische Oberfläche, die du ausschließlich über SSH bedienst

Grundlagen: Dateisystem, Rechte, Textwerkzeuge

Der Unterschied zwischen „kenne ich“ und „kann ich“ liegt darin, ob du den Befehl ohne Suchmaschine tippst. Nimm dir für diese Phase sechs Wochen und übe täglich zwanzig Minuten, das schlägt jedes Wochenendseminar.

Tägliche Übungen, die im Job wirklich vorkommen

# Klassiker aus dem ersten Ticket: die Platte läuft voll
du -xh --max-depth=1 / 2>/dev/null | sort -h | tail
find /var/log -type f -size +50M -mtime -7

# Rechte setzen statt umgehen
sudo install -d -o www-data -g www-data -m 2750 /srv/app
stat -c '%A %U:%G %n' /srv/app

# Logs auswerten, ohne sie vorher herunterzuladen
awk '$9 ~ /^5/ {print $1}' /var/log/nginx/access.log | sort | uniq -c | sort -rn | head

du -x bleibt auf einem Dateisystem und verrennt sich nicht in /proc oder eingehängten Netzlaufwerken. Die Ziffer 2 in 2750 ist das SGID-Bit: Neue Dateien im Verzeichnis erben die Gruppe. Genau solche Details unterscheiden im Gespräch den Lernenden vom Anwender.

Dienste und Logs: systemd statt Neustart

Der Reflex „einmal neu starten“ ist genau das, was dich von einer Fachkraft unterscheidet. Übe stattdessen, einen Ausfall zu erklären, bevor du ihn behebst.

Fehlersuche in der richtigen Reihenfolge

systemctl list-units --type=service --state=failed
systemctl status nginx.service
systemctl cat nginx.service            # Originaldatei plus alle Drop-ins

journalctl -u nginx -b --since "-30 min" --no-pager
journalctl -p err -b -1                # Fehler aus dem vorherigen Bootvorgang
journalctl --disk-usage

journalctl -b -1 ist der Befehl für die Frage „warum ist die Kiste heute Nacht neu gestartet“. Er funktioniert nur bei dauerhaftem Journal, also wenn /var/log/journal existiert. Fehlt das Verzeichnis, leg es mit sudo mkdir -p /var/log/journal an und starte systemd-journald neu.

/etc/systemd/system/lab-api.service

[Unit]
Description=Übungsdienst für das Labor
After=network-online.target
Wants=network-online.target

[Service]
Type=simple
User=labuser
ExecStart=/usr/local/bin/lab-api.sh
Restart=on-failure
RestartSec=5s

[Install]
WantedBy=multi-user.target

Schreib die Unit von Hand, statt eine zu kopieren. Danach: systemd-analyze verify, systemctl daemon-reload, systemctl enable --now lab-api. Anpassungen an fremden Units machst du nie in /usr/lib/systemd/system/, denn ein Paketupdate überschreibt das. Nimm systemctl edit, das legt ein Drop-in unter /etc/systemd/system/ an.

Netzwerk und Storage: hier hängt es im Job

Diese beiden Bereiche trennen im Bewerbungsgespräch die Spreu vom Weizen, weil man sie nicht durch Lesen lernt. Beide unterscheiden sich zwischen den Distributionsfamilien deutlich, also übe sie auf beiden Maschinen.

Feste Adresse setzen, ohne dich auszusperren

# RHEL-Familie: NetworkManager
nmcli con add type ethernet ifname enp1s0 con-name lan ipv4.method manual \
  ipv4.addresses 192.168.122.50/24 ipv4.gateway 192.168.122.1 ipv4.dns 192.168.122.1
nmcli con up lan
nmcli -f IP4.ADDRESS,IP4.GATEWAY,IP4.DNS con show lan

# Ubuntu-Server: netplan
sudo netplan try     # nimmt die Änderung nach 120 Sekunden automatisch zurück
sudo netplan apply
ip -br a

netplan try ist die Lebensversicherung bei Fernwartung: Bestätigst du nicht innerhalb der Frist, rollt netplan zurück und du bleibst erreichbar. In der RHEL-Familie gibt es kein Gegenstück, dort hilft nur eine zweite offene Sitzung oder ein Konsolenzugang über die Virtualisierung.

Zweite Platte einbinden, dauerhaft

lsblk -f
sudo pvcreate /dev/vdb
sudo vgcreate vgdata /dev/vdb
sudo lvcreate -L 4G -n lvsrv vgdata
sudo mkfs.xfs /dev/vgdata/lvsrv
sudo mkdir -p /srv/daten

sudo blkid -s UUID -o value /dev/vgdata/lvsrv
# Zeile in /etc/fstab, immer per UUID:
# UUID=<wert>  /srv/daten  xfs  defaults,nofail  0 2

sudo systemctl daemon-reload
sudo mount -a && findmnt /srv/daten

systemctl daemon-reload nach jeder Änderung an der fstab, denn systemd erzeugt daraus Mount-Units. findmnt zeigt dir anschließend, welche Optionen wirklich aktiv sind, und nicht nur, was du aufgeschrieben hast.

Vom Tippen zum Skript: Git, Bash, erstes Playbook

Als Quereinsteiger hast du keine Referenzen aus dem Betrieb. Was du stattdessen zeigen kannst, ist ein Repository, aus dem hervorgeht, wie du arbeitest und wie du Entscheidungen begründest.

Ein Skript, das nicht heimlich weiterläuft

#!/usr/bin/env bash
set -euo pipefail

ZIEL=/srv/backup
QUELLE=/srv/app
LOG=/var/log/lab-backup.log

trap 'echo "Abbruch in Zeile $LINENO" >> "$LOG"' ERR

HEUTE=$(date +%F)
rsync -aH --delete --link-dest="$ZIEL/aktuell" "$QUELLE/" "$ZIEL/$HEUTE/"
ln -sfn "$ZIEL/$HEUTE" "$ZIEL/aktuell"
echo "$HEUTE ok" >> "$LOG"

set -euo pipefail gehört in jedes Skript, das länger als drei Zeilen ist. Ohne -e läuft ein Skript nach einem Fehler munter weiter und räumt am Ende das falsche Verzeichnis ab. --link-dest erzeugt Hardlink-Sicherungen: Jeder Stand sieht vollständig aus, belegt aber nur den geänderten Anteil.

Dasselbe reproduzierbar mit Ansible

sudo dnf install -y ansible-core   # oder: sudo apt install -y ansible-core

cat > lab.yml <<'EOF'
---
- name: Labor-Grundzustand
  hosts: all
  become: true
  tasks:
    - name: Werkzeuge installieren
      ansible.builtin.package:
        name: [vim, tmux, rsync, chrony]
        state: present
EOF

ansible-playbook -i 'lab-debian,' lab.yml --check --diff
ansible-playbook -i 'lab-debian,' lab.yml

Das Komma hinter dem Hostnamen ist kein Tippfehler, es macht aus der Angabe ein Inline-Inventar. Lauf das Playbook zweimal: Beim zweiten Mal darf kein einziges changed mehr erscheinen. Wer diesen Unterschied im Gespräch erklären kann, hat Ansible verstanden.

Was in dein Bewerbungs-Repository gehört

Ein README, das den Aufbau deines Labors in zehn Sätzen erklärtIm Gespräch fragt niemand nach Befehlen, sondern nach Entscheidungen. Das README ist dein Spickzettel und zeigt gleichzeitig, dass du dokumentieren kannst.
Mindestens ein Bash-Skript mit Fehlerbehandlung und ein Ansible-PlaybookEs belegt, dass du wiederholbare Abläufe baust, statt einmalig etwas zu tippen. Genau das ist der Kern der Arbeit.
Die Konfigurationsdateien beider Distributionsfamilien im direkten VergleichWer nur eine Familie kennt, fällt im ersten gemischten Rechenzentrum auf die Nase. Der Vergleich zeigt, dass du das weißt.
Ein dokumentierter Fehlerfall samt Analyseweg und LösungFehlersuche ist die eigentliche Tätigkeit. Ein sauber beschriebener Ausfall wirkt glaubwürdiger als jede Liste absolvierter Kurse.
Keine echten Passwörter, Schlüssel oder Daten aus deinem jetzigen JobEin Repository mit einem privaten Schlüssel im Verlauf disqualifiziert dich, und zwar zu Recht. Prüf den Verlauf, nicht nur den aktuellen Stand.

Selbsttest: bist du bewerbungsfähig?

Diese fünf Aufgaben decken das ab, was in den ersten Monaten im Betrieb tatsächlich auf dich zukommt. Setz dir eine Uhr und arbeite ohne Nachschlagen. Wenn du unter den Zielzeiten bleibst, kannst du dich bewerben.

Fünf Aufgaben, fünf Zielzeiten

Aufgabe	Zielzeit ohne Nachschlagen	Zeigt, dass du ...
Benutzer anlegen, Gruppe zuweisen, gezieltes sudo-Recht per Drop-in vergeben	3 Minuten	Benutzerverwaltung und sudoers beherrschst
Neue Platte partitionieren, LVM anlegen, dauerhaft einhängen	10 Minuten	Storage bis zum überstandenen Neustart durchziehst
Dienst auf Port 8080 freigeben, einmal unter firewalld und einmal unter ufw	5 Minuten	beide Distributionsfamilien bedienst
Ausgefallenen Dienst über journalctl eingrenzen und die Ursache benennen	10 Minuten	Fehler analysierst, statt neu zu starten
systemd-Timer für ein Backup-Skript einrichten und den nächsten Lauf belegen	5 Minuten	wiederkehrende Aufgaben sauber planst

Passende Kurse

Kurse zu Quereinstieg in die Linux-Administration bei cmt

Diese Kurse vertiefen genau das, an echten Systemen statt nur an Folien. Als Präsenz oder Live-Online, auf Wunsch auch Inhouse für dein Team.

Linux BootCamp zum LPIC-1 Linux-Administrator 8 Tage Präsenz nächster Termin 21.09.2026 Zum Kurs Linux Grundkurs (LPI01) 3 Tage Präsenz oder Live-Online nächster Termin 24.08.2026 Garantietermin Zum Kurs Linux Komplettausbildung zur LPIC-1 Zertifizierung 14 Tage Präsenz nächster Termin 17.08.2026 Garantietermin Zum Kurs IT-Basiskurs (Ubuntu, Libre-/OpenOffice, E-Mail) 2 Tage Präsenz nächster Termin 05.11.2026 Zum Kurs Linux Aufbaukurs: Administration und Systemmanagement (LPI02) 3 Tage Präsenz oder Live-Online nächster Termin 24.08.2026 Garantietermin Zum Kurs

Unverbindlich beraten lassen Alle LPI-Kurse ansehen

Wissen prüfen

Teste dich und finde deinen Weg

Bevor du einen Kurs buchst, lohnt sich eine ehrliche Standortbestimmung. Die Tests sind kostenlos und ohne Anmeldung.

Wissenstest LPI Essentials Quiz Teste dein Wissen zu Linux-Grundlagen mit unserem LPI Essentials Quiz. Finde heraus, welche Schulungen zu dir passen. Quiz starten Wissenstest LPIC-1 Quiz Teste dein Wissen für die LPIC-1 Prüfungen 101 und 102: Shell, Prozesse, Dateisysteme, Netzwerk und Sicherheit. Quiz starten

Passender Lernpfad

Karrierepfad

Dein Weg zum Linux Junior Administrator (LPIC-1)

Du willst Linux im Arbeitsalltag sicher bedienen, Systeme zuverlässig verwalten und dich gezielt auf die LPIC-1 Prüfung vorbereiten? In diesem Lernpfad baust du Schritt für Schritt das Wissen auf, das du als Linux Junior Administrator brauchst: von der Kommandozeile über Benutzer- und Rechteverwaltung bis zu Netzwerkgrundlagen und Systemdiensten.

Gut zu wissen

Häufige Fragen zu Quereinstieg in die Linux-Administration

Noch etwas offen? Wir sind ohne Warteschleife für dich da.

Frag uns direkt

Kann ich ohne IT-Ausbildung Linux-Administrator werden?

Ja, das ist einer der realistischeren Quereinstiege in die IT, weil Arbeitgeber vor allem nachweisbares Können und Zertifizierungen bewerten. Du brauchst allerdings einen strukturierten Lernweg und eine eigene Übungsumgebung, weil dir die Praxisanteile einer Ausbildung fehlen.

Wie lange dauert der Quereinstieg bis zur ersten Bewerbung?

Das hängt vom Vorwissen und vom Zeitbudget ab. In Vollzeit über ein Bootcamp erreichst du das LPIC-1-Niveau deutlich schneller als berufsbegleitend, wo du zwischen den Kursen noch Übungszeit einplanen musst. Rechne realistisch damit, dass du zusätzlich zu den Kurstagen regelmäßig selbst am eigenen Labor arbeitest.

Brauche ich Programmierkenntnisse für die Linux-Administration?

Für den Einstieg nicht. Du brauchst Shell-Programmierung mit Bash, also Schleifen, Bedingungen, Variablen und den Umgang mit Textwerkzeugen wie grep, sed und awk. Sprachen wie Python werden erst später interessant, wenn du in Richtung Automatisierung und DevOps gehst.

Welche Zertifizierung ist für Quereinsteiger sinnvoll?

LPIC-1 ist der übliche erste Nachweis, weil er distributionsunabhängig prüft und damit sowohl für Debian- als auch für RHEL-nahe Umgebungen zählt. Wenn dein Zielarbeitgeber ausschließlich Red Hat Enterprise Linux einsetzt, ist RHCSA die passendere Richtung, sie setzt aber solide Grundlagen voraus.

Gibt es Förderung für eine Umschulung zum Linux-Administrator?

Ja, und zwar auf zwei Wegen. Bist du arbeitsuchend, läuft es über den Bildungsgutschein von Agentur für Arbeit oder Jobcenter, dafür ist die cmt AZAV-zertifiziert. Bist du beschäftigt, greift das Qualifizierungschancengesetz: In Betrieben unter 50 Beschäftigten sind bis zu 100 % der Lehrgangskosten drin, dazu bis zu 75 % Zuschuss zum Arbeitsentgelt. Wichtig ist in beiden Fällen, dass die Bewilligung vor Kursbeginn vorliegt. Welcher Weg für dich gilt, klärst du über den Förder-Check, die Details stehen unter Förderung.

Ist ein Quereinstieg mit über 40 noch realistisch?

Ja. Erfahrung aus Support, Fertigung, Verwaltung oder Handwerk ist im Betrieb oft ein Vorteil, weil strukturiertes Arbeiten und Dokumentation zum Alltag eines Administrators gehören. Entscheidend ist, dass du den technischen Nachweis erbringst und zeigen kannst, dass du dich in neue Systeme einarbeitest.

Zuletzt geprüft am 26. Juli 2026.

Echte Stimmen aus unseren IT-Kursen

“

Guter Einstieg, der alle wichtigen Vokabeln aus dem Themenbereich erklärt, um "Fachchinesisch" zu verstehen und gleichzeitig Lust auf mehr Linux macht.

Rückmeldung aus dem Kurs „Linux Grundkurs (LPI01)“

“

Sehr kompetenter Dozent der gut auf alle Fragen eingegangen ist.

Rückmeldung aus dem Kurs „Kubernetes Grundkurs“

Persönlich für dich da

Deine Ansprechpartner

Du bist dir nicht sicher, welcher Kurs oder welches Level zu dir passt? Wir beraten dich persönlich und kostenlos.

Yves Hoppe

Weiterbildung & Beratung

Hilft dir, aus dem Linux-Programm den passenden Kurs oder Lernpfad zu finden.

0800 71 20000 E-Mail

Norbert Jansen

Beratung & Inhouse

Plant mit dir Inhouse-Trainings, die exakt auf eure Systemlandschaft und Distributionen zugeschnitten sind.