Ollama Update: Linux, Windows und Docker

TL;DR

Ein Ollama Update ist die Binary, nicht das Modell. Unter Linux führen Sie dasselbe Installationsskript erneut aus. Unter Windows und macOS lädt die App das Update selbst und wartet auf Restart to update. In Docker holen Sie das Image ollama/ollama neu und legen den Container wieder an; das Volume mit den Modellen bleibt. Danach ollama -v auf dem Host oder im Container. Gelesen in der Herstellerdoku am 2026-10-07.

Binary-Update und Modell-Pull sind zwei Vorgänge

IT-Leiter suchen „ollama update“, wenn der Server noch eine alte Engine hat — nicht, wenn nur ein neues GGUF fehlt. Die Linux-Dokumentation hat einen eigenen Abschnitt Updating. Die FAQ beantwortet „How can I upgrade Ollama?“ getrennt von ollama pull.

Die Erstinstallation bleibt auf Ollama Download und Ollama unter Ubuntu. Dieser Text behandelt nur das Nachziehen der Engine auf einem laufenden Rechner.

Kein Weg ist ein Ranking. Es ist dieselbe API auf Port 11434, nur eine neuere Binary.

Linux: Skript erneut oder Tarball

Die Linux-Dokumentation, Abschnitt Updating:

curl -fsSL https://ollama.com/install.sh | sh

Dasselbe Skript wie bei der Ersteinrichtung. Alternative ohne Skript: Tarball ollama-linux-amd64.tar.zst nach /usr entpacken. AMD braucht zusätzlich ollama-linux-amd64-rocm.tar.zst, ARM64 das Paket ollama-linux-arm64.tar.zst — beides steht in derselben Doku.

Beim manuellen Upgrade von einer Vorversion zuerst die alten Bibliotheken entfernen:

sudo rm -rf /usr/lib/ollama

Danach Tarball erneut nach /usr. Ohne diesen Schritt bleiben alte .so-Dateien liegen; die FAQ und die Linux-Seite nennen das ausdrücklich für den manuellen Pfad.

Eine feste Version setzt die Variable OLLAMA_VERSION. Die Linux-Dokumentation zeigt als Beispiel 0.5.7 — das ist ein Dokumentationsbeispiel, keine Aussage über die aktuelle Release. Die Versionsnummern stehen auf der Release-Seite des Projekts.

curl -fsSL https://ollama.com/install.sh | OLLAMA_VERSION=0.5.7 sh

Dienst danach prüfen:

ollama -v
sudo systemctl status ollama
journalctl -e -u ollama

systemctl edit ollama und OLLAMA_HOST bleiben unberührt, wenn Sie nur das Skript erneut fahren. Port und Firewall gehören weiter in Ollama Port 11434.

Windows und macOS: Restart to update

Die FAQ: Unter macOS und Windows lädt Ollama Updates selbst. Klick auf Taskleisten- bzw. Menüleisten-Eintrag, dann Restart to update. Wer das nicht abwartet, bleibt auf der alten Binary, obwohl die Datei schon heruntergeladen ist.

Zusätzlich erlaubt die FAQ die manuelle Installation der aktuellen Version — derselbe Installer wie bei Ollama Windows GPU.

Unter Windows liegen die Upgrade-Logs laut Windows-Dokumentation in %LOCALAPPDATA%\Ollama\upgrade.log (Explorer: explorer %LOCALAPPDATA%\Ollama). Daneben app.log und server.log. Wenn „Restart to update“ nichts tut, ist upgrade.log die erste Quelle, nicht ein zweites Setup-Fenster.

Standalone-ZIP statt Installer: Die Windows-Doku verlangt, vor einem Upgrade die alten Verzeichnisse zu entfernen, dann ollama-windows-amd64.zip und bei Bedarf ollama-windows-amd64-rocm.zip (AMD) oder ollama-windows-amd64-mlx.zip (MLX/CUDA) in dasselbe Verzeichnis entpacken.

macOS: dieselbe FAQ (Menüleiste, Restart to update) oder die aktuelle ollama.dmg. Die macOS-Seite beschreibt die Erstinstallation per Drag & Drop nach Applications, nicht einen eigenen Update-Befehl.

Docker: Image ziehen, Volume behalten

Die Docker-Dokumentation startet den Dienst so:

docker run -d --gpus=all -v ollama:/root/.ollama -p 11434:11434 --name ollama ollama/ollama

Ein Update der Engine ist ein neues Image, kein ollama update im Container. Modelle liegen im Volume ollama unter /root/.ollama. Dieses Volume nicht löschen.

1. docker pull ollama/ollama (AMD: Tag rocm, wie in der Doku).
2. Laufenden Container stoppen und entfernen, Volume stehen lassen.
3. Denselben docker run wie oben, gleicher Name, gleiches Volume, gleicher Port.
4. docker exec -it ollama ollama -v

Compose-Varianten stehen in Ollama Docker installieren. GPU-Voraussetzung bleibt das NVIDIA Container Toolkit, danach nvidia-ctk runtime configure --runtime=docker. Vulkan ist im Image ollama/ollama enthalten und laut Doku aktiv, wenn der Container die Geräte sieht; Abschalten mit OLLAMA_VULKAN=0.

Nach dem Update: drei Checks

1. Version. ollama -v auf dem Host oder im Container. Keine Ausgabe heißt: Dienst nicht neu gestartet oder PATH zeigt noch auf eine alte Binary (Windows: %LOCALAPPDATA%\Programs\Ollama).
2. API. curl http://localhost:11434/api/tags — dieselbe Adresse wie vor dem Update, sofern Sie OLLAMA_HOST nicht geändert haben.
3. Modellbestand. ollama list. Ein Binary-Update löscht die Modelle nicht, wenn Linux unter /usr/share/ollama bzw. Docker im Volume bleibt. Ein versehentlich neues Volume oder ein neues OLLAMA_MODELS sieht aus wie „alles weg“.

Modelle selbst aktualisieren Sie getrennt mit ollama pull <name>. Das ist kein Ersatz für das Engine-Update und kein zweiter Hardware-Kauf.

Typische Brüche

Skript auf Linux, Dienst nicht neu geladen. Das Skript schreibt die Binary. systemctl restart ollama bzw. Status prüfen, sonst bedient systemd noch den alten Prozess.

Manuelles Tarball-Upgrade ohne rm -rf /usr/lib/ollama. Alte Bibliotheken und neue Binary mischen sich. Die Linux-Doku nennt den Schritt nur für den manuellen Pfad, nicht für das Installationsskript.

Windows: Update geladen, nicht angewandt. Ohne Restart to update bleibt die laufende Instanz alt. upgrade.log lesen, Tray beenden, App neu starten.

Docker: docker rm -v. Das -v entfernt das benannte Volume. Die nächste run-Zeile legt ein leeres /root/.ollama an. Image-Update ohne -v am rm.

Zwei Instanzen nach dem Update. Native Windows-App und ein Docker-Container wollen beide 11434. Eine Instanz beenden.

FAQ

Reicht ein Modell-Pull statt Ollama Update?

Nein. ollama pull holt Gewichte. Die Engine kommt vom Installationsskript, vom Installer oder vom Docker-Image. Beides nacheinander, nicht eines für das andere.

Kann ich auf Linux eine ältere Version halten?

Ja, über OLLAMA_VERSION am Installationsskript. Die Versionsnummern stehen auf der Release-Seite. Das Beispiel 0.5.7 stammt aus der Linux-Dokumentation.

Ändert ein Update den Port?

Nicht von selbst. Port und Bind-Adresse bleiben OLLAMA_HOST. Nach dem Update nur prüfen, ob die Override-Datei unter /etc/systemd/system/ollama.service.d/ noch gilt.

Müssen Modelle nach dem Update neu quantisiert werden?

Die gelesene Doku beschreibt das nicht. Vorhandene Blobs bleiben im Modellverzeichnis. Ein neues Modell-Tag holen Sie mit ollama pull.

Wo sehe ich, dass Windows das Update geholt hat?

Ordner %LOCALAPPDATA%\Ollama: dort liegen laut Windows-Doku Logs und heruntergeladene Updates, darunter upgrade.log.

Fazit

„Ollama Update“ ist ein Betriebsbefehl auf dem bestehenden KI-Server: Skript oder Tarball unter Linux, Restart to update unter Windows und macOS, Image plus Volume unter Docker. Version prüfen, API und Modellliste kontrollieren, Port nicht nebenbei ändern. Hardware-Kauf gehört nicht in diesen Schritt.