rmdir: invalid option -- 'r'
Steht doch da, du hast eine Option angeben, die rmdir nicht kennt. Ich hab diesbezüglich auch nicht alle Optionen parat. Daher hab ich das auch ohne Option angegeben. Nur quasi als Stichwort.
tuxoche hat Recht, so wie du das angegeben hast, löscht das auch Verzeichnisse. Das ist mir erst später eingefallen und dann hab ich das in meinem Post rausgenommen, aber da hattest du es schon ausprobiert.
fowLakatah Wenn es bei einem Befehl keine Rückmeldung gibt, dann hat alles geklappt. Das ist meinst der Standard unter Linux, außer man sagt im Befehl, was anderes. Rsync ist so eine Ausnahme, dem muss man mitteilen, dass man das Geblabber nicht wissen will.
Tommes war schneller. 😉
Ich hab mir mal nach einer Anleitung hier im Forum, den MidnightCommander installiert, damit siehst du erheblich mehr als mit den "Bordmitteln"...
Was sieht man denn mehr als mit Bordmitteln? 
eineb Stimmt. Das ist aber mal gut beschrieben, mit allem, was er möchte und was nicht funktioniert. 👍
Ich hab das für mich in drei Teile aufgeteilt.
Ach so. Ja, da haben wir aneinander vorbei geredet. Dafür braucht man ein Backup, keine Frage. Mir ging es um das Syncen der der "wichtigen" Daten. Das soll ja auf die Workstations gemacht werden.
So ich ts911 verstehe will er die wichtigen Dateien syncen, sehe dazu kein Problem das hiermit ggf. durchzuführen. Wozu brauchst du hier ein Backup?
eineb genau so interpretiere ich das. Was man davon hält überlasse ich jedem selber.
eineb Müsste dafür nicht WSL installiert sein? Ich nutze das auf meinem betrieblichen Notebook nicht, da bin ich ahnungslos. Ich weiß ja auch nicht, ob eine zusätzliche Installation auf allen Workstations durchfürbar ist.
KippA , ja das könnte auch ein Alternative sein. Auch hier wäre die Frage, wie das mit der Installation von Software aussieht?
Danke eineb. Also für die DXP2800 ist Mai 29 Ende und auch für einige weitere Modelle. Also noch ca. 3 Jahre und 3 Monate. Was danach ist, weiß man nicht. Ob es bis dahin eine neue Ugreen OS Version gibt, die ein neues EOL hat, steht in der Sternen.
ts911 : wenn du das über Netzwerkfreigaben machst, wäre Robocopy (ein ähnliches Proramm wie rsync nur unter Windows) dein Freund. Dann würden die Workstations das ganze anstoßen. Allerdings bin ich bei Windows und dem Zugriiff auf die NAS draußen, da ich kein Windows privat benutze und dies nicht testen oder verifizieren kann. Da kann ich nur Denkanstöße geben. Das was ich hier als Problem sehe, ist dass erstens der Zugriff mit robocopy auf die NAS und zweitens, dass die Übertragung geschützt ist.
Vielleicht gibt es ja auch rysnc unter Windows, das weiß ich nicht, dann wäre die Übertragung geschützt. In dem Fall könnte man auf jeder Workstation einen automatischen Login konfigurieren und ein Skript würde dann nicht mehr nach dem Passwort fragen.
Sicher? Ich hatte mal sowas im Kopf, dass es nur bis 2030 Updates gibt?
Weitere Zusicherungen seitens Ugreen kenne ich nicht. Was danach kommt, weiß ich nicht.
Das wird schwierig, eine Lösung, die auf Anhieb und ziemlich einfach funktioniert, sehe ich auch nicht.
Hier wirst du wohl nicht dran vorbeikommen, das ganze per Skript selbst durchzuführen.
Dann die Frage, wer soll die Übertragung starten? Die Workstations oder die NAS? Bei der NAS hast du das Problem mit einem z. T. eingeschränkten Befehlsatz in der Skriptumgebung, z. B. kein ping Befehl. Bei den Workstations kann man das umgehen.
Die Workstations haben ggf. das Problem, dass die IP Adressen wahrscheinlich variabel sind und für diesen Fall kann man z. B. mit nmap nachschauen, welche MAC Adresse gerade, welche IP Adresse belegt und kann sich das dann merken. Dazu ist aber zu sagen, dass ggf. der nmap Befehl so wahrscheinlich nicht unter Ugreen OS funktioniert, ich hab das nicht getestet und auch der nmap Befehl Bandbreite im deinem Netz nimmt, sodass der Befehl gerade im betrieblichen Ablauf zu vermeiden ist.
Dann die Frage, welches Protokoll nutzt du zur Datenübertragung?
So das nur ein paar Fragen, die zu stellen wären und dies sind bei weitem nicht alle.
Um von Windows wegzukommen, würde ich die Migration in 2 Teile unterteilen.
1. Migration der Daten der Access Datenbank.
Hier wäre eine Datenbank wie Sqlight, MariaDB, PostgreDB, MySQL oder ähnliches vorgesehen. Die Liste ist weder vollständig, noch gibt es irgentwelche Sortierungen, was ich nehmen würde. Die sind mir nur spontan eingefallen.
2. Migration der Applikation
Du dürftest wahrscheinlich noch sowas wie Formulare unter Access haben, was ggf. auch noch sowas wie ein VisualBasic Programm dahinter hat. Das kann auch eine andere Programmiersprache sein, ich hab Anfang der 0er Jahre das nicht mehr verfolgt. Und da war es VB.
Wie aufwändig das ist, kann ich nicht abschätzen. Das hängt u. a. davon ab, wie Dein DB-design ist, wie viel da wirklich Access spezifisches drin ist. Und natürlich bei dem Access Frontend, was da alles programmiert wurde.
Die Anzahl der einzelnen Datensätze pro Tabelle ist da übringens nicht relevant. Es spielt keine Rolle, ob 100 oder 10.000 Sätze migriert werden. Das dürfte einen Unterschied machen, der höchstens im einstelligen Minutenbereich liegt.
Auch wenn einiges beim UGreen fehlt, aber rsync ist doch dabei
Und das sogar in einer neueren Version als ein aktuelles Linux Mint 22.3.
Ugreen OS: version 3.4.1
Linux Mint: version 3.2.7
Stand: 06.02.2026
Warum es keine GUI für rsync gibt?
Nun rsync hat alleine über 100 Optionen, die selber noch mal diverse Möglichkeiten bei einzelnen Optionen haben, also z. B. bei --exclude-dir kannst fast beliebig viele Verzeichnisse angeben. Alleine die Optionen in einer GUI dazustellen plus die Möglichkeit, soetwas variabel zu halten für z. B. für die Verzeichnisse, ist nicht so einfach wie man denkt.
Wenn man dann auch noch das ganze verifiziert haben möchte, wäre bei einer ssh Verbindung dann auch noch eine entsprechende Konfiguration des ssh Servers von nötigen. Da muss man dann auch einen automatischen Connect inkl. Passphase konfiguriert haben, sonst geht das nicht. Auch ja dann gibt es ja auch noch die Daemon Variante. Die arbeitet ein klein bisschen anders beim Aufruf. Also auch das gibt es zu berücksichtigen. Ich hab bestimmt nicht alle Fallstricke für eine GUI beschrieben, nur ein paar, die mir sofort eingefallen sind.
Sind wir hier in der Kirche?
Ich denk' eher Harry Potter. Der Satz erinnert mich daran. Der böse Lord, dessen Name man nicht ausspricht. 😉
Ich mach hier mal Werbung für einen 7 h Online Kurs, den ich fantatisch finde.
Der Kurs ist umsonst. Einziges Problem, dass man haben kann, ist dass der Kurs nur auf Englisch ist und Dave auch recht schnell spricht. Also man kann dann zu Beginn recht schnell feststellen, ob man ihm folgen kann oder nicht. Es gibt es durchweg Menschen, die hatten keine Gelegenheit diese zu lernen oder tun sich schwer damit.
Das Buch das Tommes vorgeschlagen hat, kann ich auch empfehlen. 😊
Also das Tuturial zu Regex finde ich sehr gut
Einmal das Reguläre Ausdrücke Buch für Tommes bestellen... er wird mich hassen 😉🤭
Ich wollte aber eher daraufhinaus, das gerade die Textmanipuation einer der großen Stärken der Bash ist.
So rein praktisch lief das Update brav durch. Ob es vielleicht Fehler hatte werden weitere Tests zeigen. Falls es was gibt, sage ich hier Bescheid.
