Doch was ist eigentlich der beste Weg? Gibt es Vor- und Nachteile, wenn man die Fritzbox-Freigaben über den Dateimanager einbindet? Wie sieht es mit der Datei /etc/fstab oder mit systemd aus? Und was ist mit FTP: Arbeitet das fast schon in Vergessenheit geratene Protokoll schneller? Eine Messreihe auf zwei Systemen liefert die Antworten.

Bevor es um Linux-Werkzeuge geht: Die Freigaben der Fritzbox lassen sich auch im Browser öffnen, unter https://fritz.box/nas#/. Dort zeigt die Weboberfläche FritzNAS nach der Anmeldung dieselben Ordner, die später im Dateimanager auftauchen, samt Ordner des USB-Sticks. Über Hinzufügen und Neuer Ordner lassen sich Dateien hochladen und Ordner anlegen, eine Suche gibt es ebenfalls. Für einzelne Dateien genügt das, für den Alltag sind die Wege weiter unten bequemer.

Was ihr vorher in der Fritzbox einstellt

Ohne Benutzer geht erst einmal nichts, denn die Fritzbox lässt Gäste nicht an den Speicher. Der Zugriff über das Netz ist immer an ein Konto gebunden. Legt daher unter System | FRITZ!Box-Benutzer einen eigenen Benutzer für den Linux-Rechner an und gebt ihm die Berechtigung Zugang zu NAS-Inhalten, mit Vollzugriff, wenn ihr auch schreiben wollt. Einen Link dorthin findet ihr auch in den Speichereinstellungen unter Benutzer verwalten.

Die Dienste schaltet ihr unter Heimnetz | USB / Speicher | Heimnetzfreigabe ein. Dort braucht ihr das Häkchen bei Zugriff über ein Netzlaufwerk (SMB). Der Freigabename steht ab Werk auf FRITZ.NAS und die Arbeitsgruppe auf WORKGROUP. Unterstützung für SMBv1 bleibt aus, die braucht ihr nicht. Wollt ihr auch FTP nutzen, setzt ihr das Häkchen bei Zugriff über FTP. In der Geräteübersicht muss außerdem NAS-Speicher-Funktion auf Aktiv stehen.

Erreichbar ist die Freigabe unter fritz.box. Sie nutzt SMB, das Protokoll, das auch Windows für Netzlaufwerke verwendet, AVM nennt die Versionen 2 und 3. Darunter liegen die Ordner des Speichers, ein angesteckter USB-Stick erscheint als eigener Unterordner. Der Name fritz.box gilt nur im Heimnetz. Die Oberfläche nennt dort auch die IP-Adresse der Box, die ihr statt des Namens verwenden könnt, falls fritz.box einmal nicht gefunden wird.

Ob es geklappt hat, seht ihr in der Geräteübersicht: Der Stick steht dort als USB-Speicher, darunter der Hinweis USB 3.0. Bei der Fritzbox 5690 Pro war der Stromsparmodus ab Werk aktiv, der Stick lief dadurch gebremst. Der Unterschied ist spürbar, denn im Stromsparmodus liefert der Anschluss nur das Tempo von USB 2.0.

GNOME: Dateien

Bei Ubuntu mit GNOME braucht ihr nichts nachzuinstallieren, die nötige Unterstützung für Netzfreigaben ist an Bord. Sie heißt GVfs und ist die Schicht, über die Nautilus auf Netzfreigaben zugreift. Öffnet Dateien, drückt Strg+L und tippt smb://fritz.box in die Adresszeile. Ob die Box in der Netzwerkansicht auftaucht, spielt dabei keine Rolle, die direkte Adresse genügt.

Nautilus zeigt unter Windows-Speicher auf fritz.box zuerst nur den Eintrag FRITZ.NAS, ein Passwort will es dafür noch nicht. Erst der Doppelklick darauf öffnet den Anmeldedialog. Dort schaltet ihr bei Verbinden als auf Registrierter Benutzer, tragt den Fritzbox-Benutzer samt Passwort ein und lasst die Domäne bei WORKGROUP. Wählt ihr Nie vergessen, speichert GNOME das Passwort im Schlüsselbund, und der Dialog bleibt künftig weg.

Danach zeigt Nautilus die Ordner der Freigabe, und links in der Seitenleiste steht ein Eintrag für fritz.nas auf fritz.box, über den ihr sie jederzeit wieder öffnet. Das Auswurfsymbol daneben trennt die Verbindung. Der angesteckte USB-Stick erscheint als eigener Ordner, er trägt den Namen des Datenträgers. Dateien lassen sich dort wie in jedem anderen Ordner kopieren, verschieben und löschen.

Auch Programme, die nichts von GNOME wissen, kommen an die Dateien. GNOME blendet die Freigabe zusätzlich als normalen Ordner unter /run/user/1000/gvfs/smb-share:server=fritz.box,share=fritz.nas ein, dort funktionieren ls, cp oder dd ganz normal. Das hilft bei Skripten. Der Pfad enthält die Benutzerkennung und existiert nur, solange die Freigabe verbunden ist. Auf der Kommandozeile hängt gio mount die Freigabe ohne Dateimanager ein:

$ gio mount smb://fritz.box/FRITZ.NAS

KDE Plasma: Dolphin

Unter TUXEDO OS mit Plasma tippt ihr in Dolphin Strg+L, dann smb://fritz.box/ in die Adresszeile und bestätigt mit Enter. Anders als Nautilus fragt Dolphin sofort nach Benutzer und Passwort, noch bevor es etwas anzeigt. Tragt den Fritzbox-Benutzer ein und setzt, wenn ihr den Dialog nicht jedes Mal sehen wollt, das Häkchen bei Passwort merken.

Beim Öffnen der Freigabe fragt Dolphin ein zweites Mal, diesmal für FRITZ.NAS selbst (Server fritz.box, Ressource FRITZ.NAS). Die Felder sind dann schon ausgefüllt, ihr bestätigt nur noch mit OK. Danach zeigt Dolphin die Ordner der Freigabe, der USB-Stick erscheint wieder als eigener Ordner. Lesen und das Anlegen eines Ordners funktionierten im Test.

Andere Programme sehen die Freigabe nicht ohne Weiteres: Dolphin nutzt dafür die KDE-eigene Schicht KIO, die nur KDE-Programme verstehen. Ein Zusatzdienst namens kio-fuse würde die Freigabe für alle Programme als Ordner einblenden, im Test verweigerte er aber jeden Zugriff. Dolphin selbst konnte schreiben. Wer feste Pfade braucht, die jedes Programm versteht, ist mit der /etc/fstab besser bedient.

Dauerhaft: die Freigabe in der /etc/fstab

Die Datei /etc/fstab legt fest, welche Laufwerke Linux einbindet. Tragt ihr die Freigabe dort ein, bekommt ihr einen gewöhnlichen Ordner, etwa /mnt/fritz. Das lohnt sich vor allem für Programme, die nur normale Pfade kennen, und für Skripte ohne Anmeldedialog. Dafür braucht ihr das Paket cifs-utils (bei Ubuntu meist schon installiert). Die Zugangsdaten gehören nicht in die fstab, sondern in eine eigene Datei, die nur root lesen darf:

$ sudo install -m 600 /dev/null /etc/fritz-smb.cred
$ sudo nano /etc/fritz-smb.cred

username=DEIN_FRITZBOX_BENUTZER
password=DEIN_PASSWORT

Danach legt ihr den Ordner an, in dem die Freigabe erscheinen soll (den Mountpunkt), und ergänzt die fstab um eine Zeile. Sie nennt Quelle, Mountpunkt, Dateisystemtyp und Optionen, die beiden Nullen am Ende bleiben bei Netzfreigaben immer so. Die Optionen x-systemd.automount und noauto sorgen dafür, dass die Freigabe erst beim ersten Zugriff eingehängt wird. So wartet der Rechner beim Start oder im fremden WLAN nicht auf die Fritzbox:

$ sudo mkdir -p /mnt/fritz
$ sudo nano /etc/fstab

//fritz.box/FRITZ.NAS  /mnt/fritz  cifs  credentials=/etc/fritz-smb.cred,uid=1000,gid=1000,file_mode=0644,dir_mode=0755,noserverino,_netdev,nofail,noauto,x-systemd.automount,x-systemd.idle-timeout=60,x-systemd.mount-timeout=10  0  0

$ id
uid=1000(NAME) gid=1000(NAME) Gruppen=1000(NAME),27(sudo)
$ id -u
1000
$ id -g
1000

Anschließend lest ihr die Konfiguration neu ein und stoßt den Mount mit einem ersten Zugriff an. Im Test klappte das auf Anhieb, und nach 60 Sekunden Ruhe löste systemd den Mount wieder, der Ordner blieb als leerer Auslöser stehen. uid und gid sollten zu eurem Konto passen, der Kasten oben zeigt, wie ihr sie findet. Ohne file_mode und dir_mode erscheinen alle Dateien als ausführbar:

$ sudo systemctl daemon-reload
$ ls /mnt/fritz

Alternative für Fortgeschrittene: systemd-Einheiten statt fstab

Wer lieber mit systemd-Einheiten arbeitet, schreibt statt der fstab-Zeile eine .mount– und eine .automount-Datei. Das Ergebnis ist dasselbe, denn systemd erzeugt aus der fstab ohnehin genau diese Einheiten. Der Vorteil: Jede Einheit lässt sich einzeln mit systemctl status prüfen, und die Meldungen landen mit journalctl -u mnt-fritz.mount in einem eigenen Protokoll.

Die Dateinamen sind nicht frei wählbar, sie müssen dem Pfad des Mountpunkts entsprechen. Aus /mnt/fritz wird mnt-fritz. Beide Dateien liegen in /etc/systemd/system/. Den Mountpunkt braucht ihr nicht von Hand anzulegen, systemd erstellt /mnt/fritz beim ersten Einhängen selbst. Welchen Namen systemd erwartet, zeigt systemd-escape, für die erste Datei lautet er mnt-fritz.mount:

$ systemd-escape -p --suffix=mount /mnt/fritz
mnt-fritz.mount

[Unit]
Description=Fritzbox-Freigabe FRITZ.NAS
After=network-online.target
Wants=network-online.target

[Mount]
What=//fritz.box/FRITZ.NAS
Where=/mnt/fritz
Type=cifs
Options=credentials=/etc/fritz-smb.cred,uid=1000,gid=1000,file_mode=0644,dir_mode=0755,noserverino
TimeoutSec=10

Dazu kommt mnt-fritz.automount. Die Optionen _netdev, nofail, noauto und die x-systemd.…-Einträge der fstab-Zeile entfallen, denn ihre Aufgaben übernehmen die Abschnitte der Einheiten: After=network-online.target wartet auf das Netz, und TimeoutIdleSec=60 trennt die Verbindung nach einer Minute Ruhe. Die .automount-Datei sorgt dafür, dass die Freigabe erst beim ersten Zugriff eingehängt wird und nach einer Weile ohne Zugriff wieder verschwindet. Sie hört auf denselben Mountpunkt wie die .mount-Datei:

[Unit]
Description=Fritzbox-Freigabe FRITZ.NAS bei Zugriff einhängen

[Automount]
Where=/mnt/fritz
TimeoutIdleSec=60

[Install]
WantedBy=multi-user.target

Eingeschaltet wird die .automount-Datei, nicht die .mount-Datei. Zuerst liest systemd die neuen Dateien ein, danach startet der Automount sofort und nach jedem Neustart von selbst. Im Test stand der Mountpunkt dann als autofs bereit, der eigentliche Mount war noch inaktiv. Der erste Zugriff hängte die Freigabe ein, und nach 75 Sekunden Ruhe war wieder nur der autofs-Auslöser übrig:

$ sudo systemctl daemon-reload
$ sudo systemctl enable --now mnt-fritz.automount
$ ls /mnt/fritz

Ein weiterer Vorteil zeigt sich bei Diensten, die ohne die Freigabe nicht laufen sollen, etwa ein Backup oder ein Medienserver. Sie tragen in ihrer Einheit eine einzige Zeile im Abschnitt [Unit] ein. Im Test hängte systemd die Freigabe beim Start eines solchen Dienstes selbst ein und startete ihn erst danach. In systemctl list-dependencies taucht mnt-fritz.mount dann als Abhängigkeit auf. Mit der fstab-Zeile ist das nur über Umwege möglich:

[Unit]
RequiresMountsFor=/mnt/fritz

Wer einen Laptop mit wechselnden Netzen hat, findet in einem älteren Artikel zum NetworkManager-Dispatcher eine weitere Variante samt Fallstricken. Dort wird die Freigabe per Skript eingehängt, sobald das Heimnetz erreichbar ist, und beim Netzwechsel wieder getrennt. Das ist eine Alternative zum Automount, wenn die Verbindung wirklich nur im Heimnetz bestehen soll.

Mehrere Benutzer und Rechner

Die Rechte vergibt die Fritzbox, nicht Linux. Jeder Benutzer unter System | FRITZ!Box-Benutzer bekommt die Berechtigung Zugang zu NAS-Inhalten. Beim Bearbeiten des Benutzers (Stift-Symbol) legt ihr fest, wie weit sie reicht: Vollzugriff zum Lesen und Schreiben, Nur Lesezugriff oder Individuelle Einstellungen. Bei der individuellen Variante wählt ihr Verzeichnis für Verzeichnis, wo der Benutzer lesen und wo er auch schreiben darf.

Sinnvoll ist ein Benutzer pro Person statt eines Kontos für alle. Dann lässt sich ein Konto später wieder sperren, ohne dass die anderen ein neues Passwort brauchen, und ein Gast oder ein Kind bekommt nur Nur Lesezugriff. Dasselbe Konto darf sich von mehreren Rechnern gleichzeitig anmelden, das funktionierte im Test ohne Probleme. Ändert ihr ein Passwort, müsst ihr die Zugangsdatei in der fstab anpassen.

Die Linux-Rechte auf dem eingehängten Ordner sind dagegen nur eine Fassade. Sie bestimmen lediglich, was ls -l anzeigt: Im Test meldete chmod 600 Erfolg und ließ den Modus trotzdem bei 644, und chown root änderte den Besitzer nicht. Wer wirklich etwas absperren will, tut das in der Fritzbox, nicht mit chmod. Dasselbe gilt für die Optionen uid, gid, file_mode und dir_mode der fstab-Zeile: Sie ändern nur die Anzeige.

Auf einem Rechner mit mehreren Konten hat der fstab-Mount genau eine Anmeldung, und jeder lokale Benutzer, der in den Ordner kommt, arbeitet mit den Rechten dieses Fritzbox-Benutzers. Mit dir_mode=0755 konnte im Test sogar der Systembenutzer nobody den Ordner auflisten. Setzt auf gemeinsam genutzten Rechnern dir_mode=0700 oder eine eigene Gruppe mit gid= und dir_mode=0770. Der Weg über Dateien in GNOME oder KDEs Dolphin meldet dagegen jedes Konto einzeln an.

Auch der Zwischenspeicher spielt hinein. Mit den Standardeinstellungen sah der zweite Rechner eine geänderte Datei sofort. Mit cache=loose,actimeo=30 las er eine Sekunde nach der Änderung noch den alten Inhalt. Für Ordner, in die mehrere Leute schreiben, bleibt es deshalb beim Standard. In jedem Fall gehört die Freigabe ins Heimnetz. Öffnet den SMB-Port 445 der Fritzbox nie ins Internet, von unterwegs reicht ein VPN.

Weitere Wege: smbclient, FTP und rclone

Zum einmaligen Kopieren reicht das Paket smbclient. Es braucht keinen Mount und keine Zusatzrechte, die Zugangsdatei von oben lässt sich mit -A wiederverwenden. Auch FTP funktioniert, sobald ihr Zugriff über FTP eingeschaltet habt: Die Fritzbox hat dann den Port 21 offen, und curl lädt Dateien hoch. Dolphin und Nautilus verstehen ftp:// ebenfalls, nur ist es als Dauerlösung unbequem. Download mit smbclient und Upload per FTP sehen so aus:

$ smbclient //fritz.box/FRITZ.NAS -A /pfad/zur/cred -c "get datei"
$ curl --user BENUTZER -T datei ftp://fritz.box/

Beispiel: nächtliches Backup auf die Fritzbox

Ein typischer Einsatz für smbclient ist ein Backup, das nachts läuft. Das Skript packt einen Ordner zu einem tar.gz-Archiv und schiebt es auf die Freigabe. Der Wochentag steckt im Dateinamen, so liegen dort höchstens sieben Archive, die sich der Reihe nach überschreiben, und ihr braucht kein Skript zum Aufräumen. Die Zugangsdatei ist dieselbe wie bei der fstab, NAME_DES_STICKS ersetzt ihr durch den Ordner eures Sticks:

#!/bin/bash
# Nächtliches Backup: Ordner als tar.gz auf die Fritzbox schieben
set -euo pipefail

QUELLE="$HOME/Dokumente"                 # dieser Ordner wird gesichert
FREIGABE="//fritz.box/FRITZ.NAS"
ZIEL="NAME_DES_STICKS/Backup"            # Ordner auf der Freigabe
CRED="$HOME/.fritz-smb"                  # Zugangsdatei mit username= und password=
DATEI="/tmp/backup-$(date +%a).tar.gz"   # Wochentag im Namen: sieben Archive im Wechsel

tar -czf "$DATEI" -C "$(dirname "$QUELLE")" "$(basename "$QUELLE")"
smbclient "$FREIGABE" -A "$CRED" -c "mkdir $ZIEL" >/dev/null 2>&1 || true
smbclient "$FREIGABE" -A "$CRED" -c "put $DATEI $ZIEL/$(basename "$DATEI")"
rm -f "$DATEI"

Für einen Test lasst ihr das Skript zweimal laufen: Beim ersten Mal legt es den Zielordner an, beim zweiten überschreibt es das Archiv vom selben Wochentag. Bei einem unmöglichen Ziel endet es mit Fehlercode 1, damit ein Timer den Fehler im Protokoll festhält. Das Zurückholen eines Archivs und das Auspacken klappten ebenfalls, nur der Wochentag im Dateinamen muss zum gewünschten Stand passen:

$ smbclient //fritz.box/FRITZ.NAS -A ~/.fritz-smb -c "get NAME_DES_STICKS/Backup/backup-Mo.tar.gz"
$ tar -xzf backup-Mo.tar.gz

Wer FTP bevorzugt, ersetzt die beiden smbclient-Zeilen durch einen curl-Aufruf. Der Zielordner wird dabei von selbst angelegt. Die Zugangsdaten stehen in einer eigenen Datei im Home-Verzeichnis, die nur ihr lesen dürft (chmod 600), damit das Passwort weder im Skript noch in der Prozessliste auftaucht. Auch das sollte bei euch im Test funktionieren, das Archiv landete im Zielordner auf dem Stick:

$ install -m 600 /dev/null ~/.fritz-netrc
$ nano ~/.fritz-netrc

machine fritz.box login DEIN_FRITZBOX_BENUTZER password DEIN_PASSWORT

curl --fail --silent --show-error --ftp-create-dirs \
     --netrc-file "$HOME/.fritz-netrc" \
     -T "$DATEI" "ftp://fritz.box/$ZIEL/$(basename "$DATEI")"

Für die Nacht braucht ihr einen Timer. Unter systemd genügen zwei kleine Dateien im Benutzerordner ~/.config/systemd/user/, das Skript liegt als ~/bin/fritz-backup.sh. Der Dienst startet das Skript, und der Timer ruft ihn um 2:30 Uhr auf. Persistent=true holt einen verpassten Lauf nach, etwa wenn der Rechner um diese Zeit aus war:

[Unit]
Description=Backup auf die Fritzbox

[Service]
Type=oneshot
ExecStart=%h/bin/fritz-backup.sh

[Unit]
Description=Backup auf die Fritzbox jede Nacht

[Timer]
OnCalendar=*-*-* 02:30
Persistent=true

[Install]
WantedBy=timers.target

Eingeschaltet wird der Timer, nicht der Dienst. Der dritte Befehl startet einen Lauf sofort, damit ihr seht, ob alles klappt, und der vierte zeigt das Protokoll. Im Test stand der nächste Lauf danach für 2:30 Uhr in der Liste, und der manuell gestartete Lauf legte das Archiv auf dem Stick ab:

$ systemctl --user enable --now fritz-backup.timer
$ systemctl --user list-timers fritz-backup.timer
$ systemctl --user start fritz-backup.service
$ journalctl --user -u fritz-backup.service

Wer mehrere Cloud-Speicher und die Fritzbox über ein Werkzeug ansprechen will, nutzt rclone mit SMB-Backend. Die Freigabe wird dort als eigener Speicher angelegt, der Freigabename FRITZ.NAS steht im Pfad. Im Test funktionierten Kopieren und Spiegeln eines Ordners. Das Passwort landet bei diesem Befehl im Shell-Verlauf, wer das vermeiden will, gibt es stattdessen interaktiv über rclone config ein:

$ rclone config create fritz smb host fritz.box user DEIN_BENUTZER pass DEIN_PASSWORT --obscure
$ rclone sync ~/Dokumente fritz:FRITZ.NAS/NAME_DES_STICKS/Backup/Dokumente

Nicht möglich sind dagegen WebDAV und SSH (sshfs): Port 22 ist zu, und einen WebDAV-Zugang auf den Speicher gibt es offenbar nicht. Für den Alltag spielt das kaum eine Rolle, denn SMB und FTP decken die üblichen Fälle ab: Dateien hochladen, Backups ablegen und eine Freigabe als Ordner einhängen. Zu NFS folgt weiter unten ein eigener Abschnitt.

Tempovergleich

Gemessen wurde auf einem TUXEDO-Notebook mit Ubuntu 26.04.1, GNOME 50.1 und Kernel 7.0, angeschlossen über einen 2,5-Gbit-USB-Adapter an eine Fritzbox 5690 Pro, die an einem Gigabit-Port hängt. Getestet wurden zwei Speicher: der interne der Box (1,7 GB) und ein USB-3.0-Stick mit 128 GB. Jeder Test lief dreimal, die Tabelle zeigt den Median. Gelesen und geschrieben wurde eine 512 MB große Datei (mit Nullen gefüllt, vor jedem Lesen Cache geleert).

Dieselben Läufe wurden später auf demselben Notebook unter TUXEDO OS wiederholt (Kernel 7.2, Plasma). Die Werte liegen fast deckungsgleich: Der Kernel-Mount schreibt mit 46 bis 49 MB/s und liest mit 105 MB/s, smbclient schreibt mit 64 bis 68 MB/s, FTP mit 52 bis 65 MB/s, je nach Speicher. Abweichungen von mehr als 3 MB/s gab es nur beim Schreiben mit smbclient auf den internen Speicher (64 statt 55 MB/s).

Beim Lesen großer Dateien bremst nicht Linux, sondern das Netz: Die Fritzbox hängt an einem Gigabit-Port, und gut 100 MB/s ist knapp unter dem, was eine solche Verbindung hergibt. Intern wie am Stick kommt dasselbe heraus. Der 2,5-Gbit-Adapter des Notebooks wird dabei nicht ausgereizt. Die SMB-Version spielt keine Rolle, 2.1, 3.0 und 3.1.1 sind gleich schnell.

Beim Schreiben bleibt der Kernel-Mount bei rund 45 MB/s, egal ob intern oder am Stick. smbclient und FTP schreiben auf den USB-3-Stick dagegen mit 65 bis 71 MB/s, GVfs mit 60 MB/s. Der Speicher ist beim Kernel-Mount also nicht die Bremse, und auch das Messverfahren ist nicht die Ursache, das ist gegengeprüft.

Gefunden wurde der Grund beim Ausprobieren von Einstellungen. Puffergrößen (wsize) und andere Optionen ändern nichts, das Signieren der Pakete (sign) kostet sogar fast die Hälfte. Mit nostrictsync springt das Schreiben dagegen auf rund 95 MB/s. Die Option verhindert, dass Linux beim Schließen einer Datei verlangt, dass die Box sie auf den Datenträger schreibt. Die Box meldet dann „fertig“, bevor die Daten auf dem Stick liegen.

Bei vielen kleinen Dateien (300 Stück à 16 KB) ist GVfs deutlich abgeschlagen: Am Stick braucht es zum Schreiben 2,4 und zum Lesen 2,5 Sekunden, der Kernel-Mount nur 0,8. Für ein paar Fotos fällt das nicht auf, bei einem Ordner mit tausenden Dateien schon. Auf dem internen Speicher sah es genauso aus (2,3 gegen 0,7 Sekunden).

cache=loose bringt beim Lesen vier Prozent und beim Schreiben nichts Messbares. Die vier Prozent merkt man im Alltag kaum. Dafür sieht der Rechner Änderungen anderer Geräte später. Für ein Netzlaufwerk, auf das mehrere Leute zugreifen, sollte es aus bleiben. Die Messreihe stammt von einem Tag und einem Router, die Werte sind also Anhaltspunkte und keine Garantie.

NFS und Freetz

Die Fritzbox selbst bietet kein NFS an: Auf Port 2049 und 111 antwortet die Box nicht. Früher half das Zusatzprojekt Freetz, das unter anderem einen NFS-Server nachrüstete. Das ursprüngliche Freetz gilt als veraltet, seine letzte Version stammt aus dem Jahr 2012. In alten Foren-Beiträgen findet ihr dazu viele Anleitungen, die sich auf Boxen und Firmware-Stände beziehen, die lange nicht mehr aktuell sind.

Lebendig ist der Fork Freetz-NG, der die Arbeit des ursprünglichen Projekts weiterführt: Die News reichen bis November 2026, zuletzt erschien im September ein neuer Stand. Auch ein NFS-Server mit Weboberfläche gehört weiter dazu, der nfsd-cgi. Die Liste der unterstützten Firmwares führt viele Fritzboxen auf, darunter die 5690 Pro. Wer es ausprobieren will, sollte vorher klären, welche Firmware die eigene Box hat.

Ein Selbstläufer ist es trotzdem nicht. Freetz-NG ersetzt die Firmware der Box durch ein selbst gebautes Abbild, und laut den News laufen neuere FritzOS-8.5-Stände nur teilweise, viele Anpassungen schlagen fehl. Die Dokumentation des NFS-Servers nennt nur eine alte Fritzbox 7390 als Testgerät. Für die 5690 Pro ist es ungetestet, und der Gewinn wäre überschaubar: Beim Lesen sitzt das Netz schon an der Grenze, beim Schreiben bremst das Wegschreiben auf den Datenträger.

Erfahrungen und Messwerte

Wie hängt ihr eure Fritzbox-Freigaben ein? Erfahrungen und Tipps gehören gern in die Kommentare, besonders zu anderen Fritzbox-Modellen und Firmware-Ständen, zu USB-Datenträgern mit anderen Dateisystemen und zu Ordnerrechten pro Benutzer, die sich in diesem Test nicht klären ließen. Auch Messwerte von schnelleren Speichern oder einem 2,5-Gbit-Anschluss an der Box sind willkommen.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Tfm bringt unter anderem eine Seitenleiste, Tabs, eine Zwei-Fenster-Ansicht und Dateivorschauen mit. Auch die üblichen Dateioperationen wie Kopieren, Verschieben, Umbenennen und Löschen sind mit an Bord. Interessant dabei: Ihr müsst nicht ausschließlich über die Tastatur arbeiten. Tfm unterstützt auch die Maus, und damit beispielsweise das Markieren, Verschieben und Umbenennen von Dateien per Drag & Drop.

Damit verbindet tfm typische Funktionen grafischer Dateimanager mit der Umgebung des Terminals. Wer ohnehin häufig dort arbeitet, kann Dateien und Verzeichnisse verwalten, ohne extra ein grafisches Programm zu öffnen.

Installation über das AUR

Tfm findet ihr im AUR (Arch User Repository). Wer einen AUR-Helper wie yay verwendet, installiert die Binärversion direkt. Unter Arch Linux genügt dafür folgender Befehl:

$ yay -S tfm-tui-bin

Anschließend startet ihr den Dateimanager mit:

$ tfm

Nutzt ihr eine andere Distribution, findet ihr auf der Projektseite eine Installationsbeschreibung für das dort bereitgestellte Installationsskript. Darüber installiert ihr die aktuelle Version unabhängig von den Paketen eurer Distribution.

Nerd Fonts für die Symbole

Damit tfm Ordner und Dateien mit den vorgesehenen Symbolen darstellt, braucht ihr einen Nerd Font. Diese Schriften bringen zusätzliche Zeichen und Icons mit, die Terminal-Anwendungen für die Darstellung von Ordnern, Dateien und anderen Elementen nutzen.

Für diesen Artikel verwende ich den Hack Nerd Font. Unter Arch Linux liegt die Schrift direkt in den offiziellen Paketquellen und lässt sich mit pacman installieren:

$ sudo pacman -S ttf-hack-nerd

Damit tfm die Symbole korrekt darstellen kann, muss die Hack Nerd Font lediglich auf eurem System installiert sein – eine Auswahl der Schrift im Terminal ist dafür nicht nötig. Eine manuelle Aktualisierung des Font-Caches braucht es bei einem Paket aus den Arch-Repositories normalerweise auch nicht.

Beta mit kleinen Macken

Tfm befindet sich derzeit noch im Beta-Stadium, und das merkt ihr am ehesten bei der Darstellung der Symbole. In meinen Tests wurden die Nerd-Font-Symbole nicht bei jedem Start zuverlässig angezeigt – Ordner und andere Elemente erscheinen dann teilweise ganz ohne die vorgesehenen Icons.

Ein Neustart von tfm oder des Terminals behebt das Problem meist. Auffällig dabei: Die Darstellung funktioniert auch ohne Änderungen am Font-Cache beim nächsten Start wieder – die Probleme lassen sich also nicht allein auf eine fehlerhafte Installation der Schrift zurückführen.

Für die grafische Vorschau von Bildern braucht tfm ein Terminal, das das Kitty Graphics Protocol unterstützt. Unter Linux eignet sich dafür beispielsweise Ghostty, dessen Linux-Oberfläche auf GTK4 basiert. Gnome Terminal kann diese Funktion dagegen nicht bieten, weil die zugrunde liegende VTE-Bibliothek das Kitty Graphics Protocol nicht unterstützt.

Auch bei der übrigen Oberfläche solltet ihr noch nicht mit der Stabilität und Konsistenz rechnen, die ihr von etablierten Dateimanagern gewohnt seid. Wer tfm ausprobiert, sollte deshalb erst einmal mit unkritischen Dateien arbeiten und wichtige Daten nicht allein einer noch jungen Software anvertrauen.

Die wichtigsten Tastenkürzel

Trotz der Mausunterstützung spielt die Tastatur bei tfm eine wichtige Rolle. Die wichtigsten Befehle findet ihr in der folgenden Übersicht:

Unterm Strich ist tfm für mich ein sympathischer Fund für alle, die ohnehin ständig im Terminal unterwegs sind. Seitenleiste, Tabs, Zwei-Fenster-Ansicht, Vorschau und Mausbedienung sorgen für einen Komfort, den man von der Kommandozeile sonst nicht gewohnt ist. Wer mag, kann bei Bedarf sogar Animationen einschalten – wie das aussieht, zeigt ein Video auf Reddit.

Die Macken der Beta-Phase, allen voran bei der Symboldarstellung und der noch nicht ganz ausgereiften Oberfläche, sollte man dabei aber im Hinterkopf behalten. Ich bleibe an der Entwicklung dran und würde tfm aktuell vor allem zum Ausprobieren empfehlen – am besten mit unkritischen Dateien, bis die Software etwas gereift ist.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Unter Arch findet ihr die aktuelle Beta direkt in den Paketquellen, alternativ kann man sich die jeweils aktuelle SVN-Version aus dem AUR bauen. Zudem unterscheidet die Paketverwaltung zwischen einer GTK-Variante des Dateimanagers für User mit Gnome oder Xfce auf dem Desktop oder alternativ einer Qt-Variante, die besser zu KDE und anderen auf Qt aufbauenden Desktopumgebungen passt. Wer eine andere Distribution nutzt, der findet im openSUSE Build Service Informationen zur Integration der entsprechenden Paketquellen beziehungsweise aber auch direkt Pakete im DEB- und RPM-Format zum Herunterladen (Link zur GTK und zur QT-Version).

$ pacaur -Ss double commander
community/doublecmd-gtk2 0.7.0-1
    twin-panel (commander-style) file manager (GTK)
community/doublecmd-qt 0.7.0-1
    twin-panel (commander-style) file manager (QT)
[...]
aur/doublecmd-gtk2-svn r6565-1 (37, 0,00)
    Twin-panel (commander-style) file manager (GTK)
aur/doublecmd-qt-svn r6565-1 (37, 0,00)
    Twin-panel (commander-style) file manager (QT)

Der Double Commander orientiert sich nun nicht nur optisch am Total Commander, sondern unterstützt zudem die Plugins des Total Commander in den Formaten WCX, WDX und WLX. Die beiden Panels lassen sich mit Tabs erweitern, Dateien mit einer Stapelverarbeitung umbenennen, es gibt eine Quick-View-Funktion, mit der man in einem Panel in die gerade markierte Datei hineinschnuppern kann sowie einen integrierten Editor und einiges mehr. Diesen halte ich allerdings eher für grenzwertig benutzbar, selbst wenn der Editor ein Syntax-Highlighting beherrscht — beispielsweise lässt sich nicht einmal ein Zeilenumbruch aktivieren. Unter Konfigurieren | Options… lässt sich allerdings auch ein externer Editor konfigurieren, an gleicher Stelle sollte man auch eine andere Terminal-Anwendung als Xterm eintragen.

Neu in der Version 0.7 des Double Commander sind eine Baumansicht als drittes Panel (unter Zeigen | Baumansicht-Panel zu aktivieren), die Möglichkeit, Dateien direkt in Archiven oder via FTP-Verbindungen zu verarbeiten und die eingebaute Unterstützung des GVFS, so lassen sich dann direkt aus dem Dateimanager heraus Freigaben auf Samba-Servern oder Windows-Rechnern öffnen. Alles in allem macht der Double Commander eine ordentliche Figur. Besonders User mit einem für den Total Commander antrainierten Muskelgedächtnis werden sich freuen, wenn sie eine weitere Option für einen Norton- beziehungsweise Total-Commander-Clon haben. Ich für meinen Teil greife meistens zum Sunflower File Manager, wenn ich einen Two-Panel-Dateimanager brauche (via WebUpd8).

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Dateien stapelweise mit Nautilus umbenennen

Den Nautilus-Renamer findet ihr bei vielen Distributionen, wie zum Beispiel auch bei Ubuntu, noch nicht in den Paketquellen — obwohl das Programm bereits einige Jahre auf dem Buckel hat. Allerdings bietet das Projekt auf seiner Launchpad-Seite ein DEB-Paket zur Installation an, das ihr üblicherweise mit einem Doppelklick aus einem Dateimanager heraus installiert bekommt. Als Arch-User muss ich persönlich einfach nur ins AUR schauen, dort findet sich das Programm unter demselben Namen. Damit die Nautilus-Erweiterung aktiv wird, müsst ihr den Dateimanager nach der Installation des Pakets in jedem Fall einmal neu starten.

### Nautilus-Renamer unter Arch installieren...
$ pacaur -S nautilus-renamer
### Nautilus nach der Installation neu starten...
$ nautilus -q

Anschließend wird das Plugin automatisch geladen, auf den ersten Blick werdet ihr allerdings noch keinen großen Unterschied bemerken. Markiert ihr nun einfach nur eine Datei und wählt aus dem Kontextmenü heraus die Option Umbenennen an, beziehungsweise drückt auf [F2], dann öffnet Nautilus die herkömmliche Funktion zum Umbenennen einer einzigen Datei. Markiert ihr jetzt aber gleich mehrere Dateien im Dateimanager, dann startet Nautilus bei derselben Aktion automatisch die Stapelverarbeitung zum Umbenennen der Dateiauswahl.

Diese bietet nun drei Reiter: Muster lässt euch beim Umbenennen der Dateien alle Freiheiten. Über Variablen wie /name/, /day/, /number|3/ oder /number|3+5/ könnt ihr automatisch Teile des alten Namens übernehmen, den aktuellen Tag in die neuen Dateinamen einbauen oder die Dateien durchnummerieren — auf Wunsch auch bei einer bestimmten Zahl starten und vieles mehr. Der Button mit dem Fragezeichen neben dem Feld öffnet eine Quicklist mit allen zur Verfügung stehenden Schaltern.

Die anderen zwei Reiter, Ersetzen und Schreibweise, dienen für einfachere Aufgaben zum Suchen und Ersetzen beziehungsweise für Aktionen wie ALLES GROß SCHREIBEN, alles klein schreiben oder nur den Ersten Buchstaben groß schreiben. Habt ihr die gewünschte Umbenennen-Aktion eingegeben, dann solltet ihr noch kurz die Vorschau ausklappen und auf Vorschau aktualisieren tippen. Der Nautilus-Renamer zeigt euch dann die späteren Dateinamen an, sodass ihr etwaige Fehler schnell erkennen könnt. Dies ist natürlich besonders dann wichtig, wenn ihr mit den Mustern arbeitet.

Thunar als Alternative zu Nautilus

Als Alternative zu Nautilus bietet sich generell der Thunar-Dateimanager aus der Desktopumgebung Xfce an. Wie Gnome basieren auch die Xfce-Anwendungen auf GTK, sodass sich der Dateimanager gut in den Gnome-Desktop einpasst und bei Usern, die sowieso mit Gnome arbeiten, nur wenige Abhängigkeiten mehr installiert werden müssen — allerdings bringt der Dateimanager eben von Haus aus einige Funktionen mit, die viele Anwender bei Nautilus vermissen. So lassen sich beispielsweise ohne weitere Nacharbeiten Dateien via Bearbeiten | Umbenennen oder [F2] im großen Stil umbenennen oder eine Baumansicht öffnen.

### Thunar unter Ubuntu installieren...
$ sudo apt install thunar
### Thunar unter Arch Linux installieren...
$ pacman -S thunar

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Der Amaze File Manager steckt zwar noch offiziell in einer Beta-Phase, er macht sich als Dateimanager für Android allerdings schon jetzt recht gut. Grundlegende Dateioperationen wie Kopieren, Einfügen, Löschen oder Dateien Packen oder Extrahieren funktionieren selbstverständlich. Verpackt werden die Funktionen in einer schicken Oberfläche im aktuellen Material Design von Android 5.0 aka Android Lollipop. Gefällt euch das quietschbunte Lila nicht, so ist das kein Problem, die Farben der Oberfläche lassen sich auch anders gestalten.

Für das zügige Hin-und-her-Schubsen von Dateien unterstützt der Amaze File Manager Lesezeichen und Tabs, sodass ihr schnell zwischen verschiedenen Verzeichnissen hin- und herspringen könnt. Tabs öffnet ihr durch einen Fingerzeig auf das rote Plus-Icon rechts unten und dann dem untersten der sich öffnenden Kontext-Icons. Die oberen beiden legen eine neue Datei bzw. einen neuen Ordner an. Zum neuen Reiter wechselt ihr über einen Klick auf den Dropdown-Pfeil oben in der Menüleiste neben dem Menü-Button.

Wer sein Android-Handy oder -Tablet gerootet hat und ganz gerne in die Tiefen des Dateisystems hinabsteigt, der sollte den Einstellungen des Dateimanagers einen Besuch abstatten. Dort könnt ihr über den Schalter Root Explorer festlegen, dass sich der Amaze File Manager um Root-Rechte bemühen soll. Erlaubt ihr den Zugriff, dann könnt ihr mit dem Dateimanager auch Systemverzeichnisse betreten und so im Inneren von Android frei walten. In den Einstellungen lassen sich zudem eine ganze Reihe von Dingen am Erscheinungsbild des Dateimanagers ändern.

Bislang gibt es den Amaze File Manager nur auf Google Play, im alternativen Open-Source-Market F-Droid konnte ich noch keinen Build des noch recht jungen Dateimanagers entdecken. Bei Fragen oder Anregungen könnt ihr euch am Thread zum Programm im XDA-Developers-Forum melden. Und interessiert euch ein Blick hinter die Kulissen des Dateimanagers, dann bekommt ihr den Quellcode des Programms im GitHub-Repository des Projekts.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Thunar aus der Xfce-Desktopumgebung macht beispielsweise eine solide Figur. Wer allerdings mit dem klassischen Norton Commander oder seinen modernen Abkömmlingen wie dem Total Commander aufgewachsen ist, sollte sich unbedingt Sunflower anschauen. Ich hatte mir Sunflower bereits 2011 angesehen – höchste Zeit also für ein Update zur modernen Linux-Variante dieses zweispaltigen Klassikers.

Installation von Sunflower

Seit meinem letzten Artikel über Sunflower hat sich in Sachen Installation nicht viel verändert. Der Dateimanager hat es nach wie vor nicht in die offiziellen Paketquellen der großen Distributionen geschafft. Immerhin gibt es inzwischen ein offizielles PPA für Ubuntu sowie ein gepflegtes Paket im Arch User Repository (AUR).

Unter Arch Linux empfehle ich die gleichzeitige Installation der Abhängigkeiten vte und mutagen, um den vollen Funktionsumfang von Sunflower nutzen zu können:

$ pacaur -S sunflower vte mutagen

Unter Ubuntu oder auf Ubuntu-basierten Systemen geht’s so:

$ sudo add-apt-repository ppa:atareao/sunflower
$ sudo apt update
$ sudo apt install sunflower

Nach der Installation findet sich Sunflower wie gewohnt im Anwendungsmenü. Der erste Start begrüßt mit der typischen Zweispalten-Ansicht, wie man sie von Commander-Dateimanagern kennt. Im Gegensatz zu diesen Vorbildern unterstützt Sunflower jedoch zusätzlich Tabs, die sich flexibel zwischen den beiden Panels verschieben lassen.

Funktionsumfang: Vielseitig und anpassbar

Sunflower bietet viele Funktionen, die Nutzer klassischer Dateimanager vermissen: Dateien lassen sich per Rechtsklick markieren – so wie man es vom Total Commander oder sogar noch vom Norton Commander gewohnt ist. Allerdings muss man diese Funktion erst aktivieren: Bearbeiten | Einstellungen | Dateiliste | Bedienung und dann Rechtsklick markiert Eintrag.

Hinweis: Das Kontextmenü erscheint danach nur noch bei längerem Gedrückthalten der rechten Maustaste – ein kleiner Kompromiss.

Auch Terminalfreunde kommen auf ihre Kosten. Mit Strg+Z öffnet sich ein Terminal im aktuell gewählten Verzeichnis direkt im Dateimanager – alternativ per Klick auf das Terminal-Icon. Mit Strg+W lässt sich das Terminal wieder schließen. Einzelne Kommandos lassen sich auch bequem in der Kommandozeile unterhalb der Dateiliste eingeben.

Besonders praktisch: Das integrierte Tool zum Massen-Umbenennen von Dateien. Mit dem Python-Modul Mutagen lassen sich sogar Metadaten (ID3-Tags) von MP3- und OGG-Dateien direkt im Dateimanager ändern – ideal für die eigene Musiksammlung.

Plugins und Netzwerkintegration

Sunflower lässt sich über Plugins erweitern. Im Menü Werkzeuge finden sich unter anderem Optionen zum Einbinden von externen Laufwerken und Netzwerkfreigaben via FTP, SFTP oder WebDAV. Die Zugangsdaten werden dabei in einem eigenen Keyring sicher gespeichert.

Ebenfalls gelungen ist die Integration von GVFS: Sunflower übernimmt Nautilus-Lesezeichen und bindet automatisch bereits eingebundene Netzwerkfreigaben mit ein. Das macht den Dateimanager zu einem praktischen Werkzeug – gerade im Netzwerkalltag.

Fazit: Ein echter Geheimtipp für Dateimanager-Fans

Sunflower ist ein echter Geheimtipp für alle, die mit zweispaltigen Dateimanagern groß geworden sind – oder schlicht effizient arbeiten möchten. Zwar kommt Sunflower funktional nicht ganz an den Total Commander heran, bietet aber viele vertraute Konzepte in einer freien, unter Linux lauffähigen Variante.

Gerade für Nutzer, denen Nautilus oder andere moderne Dateimanager zu minimalistisch geworden sind, lohnt sich ein Blick. Dank Tab-Unterstützung, Plugin-System, Netzwerkfeatures und zahlreichen Konfigurationsoptionen ist Sunflower ein mächtiges Werkzeug für den Datei-Alltag – auch und gerade im produktiven Umfeld.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Richtig brauchbar und umfassend fand ich dagegen die Erweiterung Nautilus Renamer, ihr könnt sie unter Debian/Ubuntu direkt über ein .deb-Paket installieren, den Download findet ihr auf der rechten Spalte der entsprechenden Launchpad-Seite. [UPDATE: Unter Arch findet sich die Software inzwischen im Arch-User-Repository aka AUR. Aus diesem lässt sich das Programm mithilfe eines AUR-Helpers daher sehr leicht installieren, ohne dass man sich mit dem Auflösen von Abhängigkeiten oder der Installation von Bibliotheken zum Kompilieren beschäftigen müsste.]

$ pacaur -Ss nautilus renamer
aur/nautilus-renamer 4.0-1 (34, 0,49) [installed]
    Rename multiple files easily in Nautilus (Files).
$ pacaur -S nautilus-renamer

Nach der Installation des Pakets und einem Neustart des Dateimanagers (am einfachsten über ein Terminal und den Befehl $ nautilus -q && nautilus &) findet ihr im Kontextmenü von Nautilus den neuen Eintrag „Mass Rename“, sobald ihr mehrere Dateien ausgewählt habt. Über diesen könnt ihr dann Dateien nach einem bestimmten Schema umbenennen, Namensteile lassen sich ersetzen oder ihr ändert einfach nur die Schreibweise wie etwa die Groß-/Kleinschreibung. Das einzige große Manko ist in meinen Augen, dass Nautilus-Renamer wohl nicht mit via GVFS eingebundenen Netzwerken zurechtkommt, auf einem FTP-Server versagte das Programm leider seinen Dienst. Für diesen Fall müsste man die Netzwerkfreigabe komplett im System mounten.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Aktuell befindet sich Sunflower noch in einer Alpha-Phase, alle paar Tage gibt es ein neues Build aus der 0.1er Reihe. Von daher gibt es auch noch wenige Paketbauer für das Programm. Am einfachsten installiert sich Sunflower in Archlinux, wo das Programm im AUR enthalten ist, und Ubuntu, für das es eine PPA-Paketquelle gibt…

$ sudo add-apt-repository ppa:ferramroberto/sunflower
$ sudo apt-get update && sudo apt-get install sunflower

Ansonsten stellt der italienische Blogger Ferram Roberto auf lffl auch noch einzelne Pakete für Debian wie auch Fedora zur Verfügung. Zur Not kann man sich auch einfach den aktuellen Code via code.google.com herunterladen, das Archiv entpacken und die Anwendung über die ausführbare Datei starten.

Wie vorher schon erwähnt ist Sunflower noch lange nicht vollständig. Die ToDo-Liste umfasst alleine für die endgültige 0.1er Version noch wichtige Funktionen wie eine Suche, Verzeichnisabgleich, Text-Betrachter und -Editor und vieles mehr. Zudem fehlen auch noch Übersetzungen, hier ist vielleicht die Community aufgerufen beizuspringen, eine passende Anleitung zum Erstellen einer Übersetzung gibt es im Wiki von Sunflower.

Ansonsten bin ich mal gespannt wie sich das Programm entwickelt. Neuigkeiten bekommt ihr über MeanEYE_rcf@Twitter, Mladen Mijatov@Google+ oder natürlich über die Homepage auf code.google.com mit. Zum Abschluss noch eine Demo vom Autor zur schon etwas angestaubten Version 0.1a-21, die in fünf Minuten einige Funktionen des Dateimanagers erklärt.

Video wird erst nach Klick von YouTube geladen.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Doch man kann auch den guten alten Nautilus zu einer zweispaltigen Anzeige überreden. Der GNOME-Entwickler Holger Berndt betreibt schon länger einen Zweig von Nautilus, in dem sich ein zweites Panel einblenden lässt. Pakete waren bislang nur für Ubuntu Jaunty erhältlich, nun gibt es auch für Ubuntu Karmic Koala 9.10 die Möglichkeit den „Zwei-Spalten-Nautilus“ über ein PPA zu installieren.

In Ubuntu Karmic könnt ihr die Paketquelle sehr bequem über ein Kommando zu Eurer Paketverwaltung hinzufügen. Führt einfach nacheinander die Befehle…

$ sudo add-apt-repository ppa:berndth/ppa
$ sudo apt-get update && sudo apt-get dist-upgrade
$ nautilus -q && nautilus &
$ exit

… aus, um die Quelle einzubinden, die neuen Pakete zu installieren und Nautilus abschließend neu zu starten. Danach könnt Ihr über Ansicht | Extra Pane oder über [F3] die zweite Ansicht in Nautilus öffnen und dann Dateien von einer Spalte zur nächsten verschieben bzw. kopieren.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.