rl2664

Problem gelöst. SSD raus, alte hdd rein und Mint direkt installiert. Und schwupps, da ist das @. Dem neuen Rechner steht also nichts mehr im Wege.

Ich google schon seit gestern Abend. Natürlich ist in der VM deutsch eingestellt. In Mint auch. Mein Plan war eigentlich einen Win 10 Rechner gegen einen mit Mint auszutauschen. Jetzt hängt es sich aber schon an den einfachsten Sachen wie das @ Zeichen auf. Natürlich hab ich keine große Lust einen Rechner zu kaufen um dann festzustellen das bei einer richtigen Installation die gleichen Probleme auftauchen.

Leider keine Besserung. TightVNC macht schon eine besseren Eindruck, aber das @ funktioniert trotzdem nicht. Das kann doch alles gar nicht sein. Ist das ein Problem von der Linux Mint installation?

Leider habe ich aktuell das gleiche Problem. In der VM ist Deutsch eingestellt und in Linux Mint geht kein @. Eine Win VM macht das problemlos. Ist wirklich ärgerlich weil damit die Mint VM nicht wirklich brauchbar ist.

Jepp, das wirds sein. Update läuft, danke.

Bin etwas weiter. Die Diskstation Freigaben sind in Unraid mittels Unassigned Devices gemounted. Browse ich über den Link der gemounteten Freigabe fehlt ein ganzer Ordner den ich über Unraid nicht sehen kann, der auf der Quelle aber noch da ist. Wie ist das möglich? Und so löscht das Script natürlich alles was in der gemounteten Freigabe nicht mehr sichtbar ist, obwohl es noch da ist...

Hallo zusammen, mein Unraid Server dient als Backupserver. Ich mach Backups von meiner Diskstation mittels rsync Script. Bislang hat das gut geklappt, aber jetzt fängt unraid an Daten im Ziel zu löschen die in der Quelle noch vorhanden sind. Wo ist der Fehler, bez. was hat sich verändert? rsync -aAXv --delete /mnt/remotes/DISKSTATION_Tim/ /mnt/user/unraid1/Tim Das ist die Zeile die ich als Script verwende. Ist jetzt nur ein Beispiel für die Freigabe Tim. Es werden wahllos Bilder oder auch pdfs gelöscht wenn das Script läuft. Kann kein System erkennen. Hat da jemand ne Idee? Sind die Parameter des Scripts neuerdings falsch? Viele Grüße Ronny

Da es mir keine Ruhe lies; Dose raus, kein Fehler gefunden, die linke Seite neu aufgelegt, keine Besserung. Dann die vermeindlich gute rechte Seite genommen, auch Drops. Und zum guten Schluss mit einem langen LAN Kabel den Server direkt mit der FritzBox verbunden --> ebenfalls Drops. Damit bleibt nur noch der LAN Port auf dem Motherboard des Servers als Übeltäter übrig. Was ich nur nicht verstehe, wenn er an dem langen Weg über die beiden Switche zur FritzBox hängt zeigt er keine Drops. Ich muss mal schauen ob ich noch eine Netzwerkkarte liegen habe zum testen, sonst kaufe ich Dienstag eine. 10GB hab ich auch schon mal drüber nachgedacht, aber das lohnt hier nicht für mich. Soviele Daten schiebe ich nicht hin und her, da spielt der Zeitvorteil keine so große Rolle.

Perfekte und korrekte Skizze. Wobei "Netzwerkdose 2" das Patchfeld ist auf dem die Fritzbox steht. Die Verbindung ist ist nur ein kurzes Kabel. Nach etlichem hin und her tauschen hat sich herausgestellt das es "Netzwerkdose 1" sein muss. Am Patchfald habe ich bereits die Verlegeleitung (CAT 7 duplex) neu aufgelegt, ohne Verbesserung. Ich werde morgen mal die Dose aus der Wand schrauben und schauen ob da noch genug Leitung ist zum neu auflegen bez. ob man offensichtliche Fehler erkennen kann. Der Weg über den zweiten Port im Büro ist, wie gesagt, deutlich länger und mit zwei Switchen (beide unmanaged) komplexer, aber fehlerfrei. Dort habe ich 1G und keine Drops oder Errors mehr. Daher hoffe ich auf einen Fehler in Dose 1, wäre blöd grade in dem Raum eine Leitung zu verlieren.

Es zeigt sich so langsam das es der Weg einer Netzwerk Dose zum Router ist. Direkt ist der Weg nicht, da kommt nach dem Server eine Netzwerk Dose, die Leitung zum Patchfeld und noch ein Kabel zum Router. Ich tausche jetzt noch das letzte Kabel zum Router und wenn das nix hilft ist es der Weg vom Patchfeld ins Büro. An dieser Leitung hing zuletzt ein ISDN Telefon zum Büro welches durch knacken und Verbindungsabbrüche auf sich aufmerksam gemacht hat. Der Server hängt jetzt an einem 8er Switch, Netzwerkdose, Patchfeld, 24er Switch, Router. Bislang keine Drops oder Error mehr... Gesendet von meinem KB2003 mit Tapatalk

Die Fritzbox ist eine recht aktuelle 7590, die Ports stehen alle auf Gigabit und üblicherweise häängen alle Geräte an einem 24er Switch plus noch ein 8er Switch weil ich im Büro nur 2 LAN Dosen habe. Um diese Fehlerquellen weg zu haben hängt der Server jetzt direkt an der Fritzbox. Das Kabel ist getauscht und grade sinds wieder nur 100 Mbit. Screenshots und Diagnostics anbei. Was mich wundert sind die vielen Drops. Nach einem Neustart sinds wieder 1Gbit, aber immer noch mit ein paar Drops, wenn auch deutlich weniger. Gibts in unraid oder dem Bios iregendwas einzustellen oder läuft es auf eine neue Netzwerkkarte hinaus wenn die onboard soche faxen macht? unraid-diagnostics-20220416-2024.zip

Danke euch für die Hinweise. Das Kabel hab ich jetzt getauscht. Tatsächlich nutze ich eine Fritzbox, wobei das bislang immer gut funktioniert hat. Ich werde das mit dem neuen Kabel mal beobachten und berichten. Btw: Alle anderen Geräte im Netzwerk haben solche Probleme nicht. Gesendet von meinem KB2003 mit Tapatalk

Nabend zusammen, ich hab in letzer Zeit öfter das Problem das wenn ich den Unraid Server starte die Verbindung nur 100 MBit/s sind anstatt 1 Gbit/s. Starte ich den Server nochmal neu passt alles. Der Server hängt direkt am Router, kein Switch oder dergleichen dazwischen. Woran kann das liegen und kann man in Unraid forcieren das der Server sich mit 1 GBit verbinden soll? Oder soll das an der Hardware liegen? Gruß Ronny

@dlandon Thanks for fixing. It works.

Wie oft UD das versucht kann ich nicht sagen, ich werd aus den Logs nicht schlau. Ich kann den Server aber neu booten und mal über Nacht laufen lassen und schauen ob sich was tut. Das Script lief jetzt eine Zeit, ohne Auffälligkeiten so wie das sehen kann. Log hängt an Der Unraid Server ist ja mein Backup und ich boote den immer per WOL und konnte dann das rsync Script starten. Jetzt erst jedesmal die Shares mounten zu müssen ist nicht so optimal. log.zip