Anzeige:
Ergebnis 1 bis 3 von 3

Thema: openSuSI 15.0 / keine Verbindung zum internen NAS die Zweite

  1. #1
    ruestiger Rentner Avatar von pibi
    Registriert seit
    Jul 2002
    Ort
    Winterthur (CH)
    Beiträge
    2.699

    openSuSI 15.0 / keine Verbindung zum internen NAS die Zweite

    Hallo zusammen

    Ich mache mal einen neuen Thread auf, weil jetzt ein anderes Problem aufgetreten ist (siehe dieses Posting von mir).

    Via NFS konnte ich mein NAS von dem neu aufgesetzten TV-PC nicht erreichen. Als Workaround habe ich mich mit CIFS verbunden. Dies hat sofort und auf Anhieb geklappt:
    Code:
    mount -t cifs -o user=pit,pass=12345678 //synology.<mydomain>.ch/data   /misc/syno-vol1
    Auch eine rudimentaere Konfiguration habe ich vorgenommen und auch ein paar Mal gebootet. Sicherheitshalber habe ich mit diesem Zwischenstand ein Rescue-System gestartet und mit "dd" ein Backup der ganzen Platte auf eine externe USB-Disk gezogen.

    Dann habe ich das Update via meinem internen Mirror gestartet (extra vorher nochmal mit ftp5.gwdg.de abgeglichen, 569 packages sollten installiert werden). Bei der Liste der Neu zu installierenden Programme ist mir aufgefallen, dass auch "apparmor" dabei war. Dieses Glump brauche ich nicht auf meiner Platte. Leider gibt es bei "zypper update" keine Moeglichkeit, Packages abzuwaehlen.

    Egal, nach Ende des Updates habe ich als Erstes "apparmor" deinstalliert. Auch das ging problemlos. Aber nun die grosse Ueberraschung: Ich komme nicht mehr auf mein NAS, nicht mal mehr mit CIFS, welches vor dem Update noch wunderbar funktioniert hatte:
    Code:
    tv:~ # mount -t cifs -o user=pit,pass=12345678 //synology.<mydomain>.ch/data   /mnt
    mount error(95): Operation not supported
    Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
    dmesg zeigt nix relevantes an, auch bei "man mount.cifs" springt mir nichts in Auge. Ich kann einfach nicht glauben, dass bei einem simplen Update (innerhalb der gleichen Software-Version) solche Fehler auftreten. Das ist mir mit der SuSI seit ueber 20 Jahren Treue noch nie passiert.

    Hat jemand eine Idee, was da passiert sein koennte? Hat womoeglich jemand aehnliche Erfahrungen gemacht?

    Gruss Pit.

    PS: Ich traue mich gar nicht, meinen Server zu updaten, der auch mit der SuSI 15.0 laeuft......
    div. Hardware:
    Server openSuSI 15.1 / Laptops und Workstations openSuSI 15.2, 15.3 und 15.5
    Fritzbox 7940, Synology DS418

  2. #2
    Registrierter Benutzer
    Registriert seit
    Aug 2007
    Ort
    Sauerland
    Beiträge
    1.690
    Hatten wir da nicht erst vor kurzem was mit vers=2.0 oder so?

  3. #3
    ruestiger Rentner Avatar von pibi
    Registriert seit
    Jul 2002
    Ort
    Winterthur (CH)
    Beiträge
    2.699

    Solved!

    Danke fuer den Tritt in den Allerwertesten! Du bist mein Held. Ehrlich. Nun funktioniert es wieder.

    Falls es jemanden interessiert:
    Code:
    mount -t cifs -o user=pit,pass=12345678,vers=2.0 //synology.<mydomain>.ch/data   /mnt
    Gruss Pit.
    Geändert von pibi (31.05.19 um 15:25 Uhr) Grund: Code added
    div. Hardware:
    Server openSuSI 15.1 / Laptops und Workstations openSuSI 15.2, 15.3 und 15.5
    Fritzbox 7940, Synology DS418

Ähnliche Themen

  1. openSuSI 15.0 / keine Verbinung zum internen NAS
    Von pibi im Forum Linux als Server
    Antworten: 1
    Letzter Beitrag: 31.05.19, 12:41
  2. openSuSI 13.1 - keine DefaultRoute gesetzt
    Von pibi im Forum Linux als Server
    Antworten: 3
    Letzter Beitrag: 05.06.14, 21:56
  3. postfix relay - amavisd - keine internen mails prüfen
    Von meinereinerseiner im Forum Linux als Server
    Antworten: 0
    Letzter Beitrag: 28.05.10, 07:05
  4. Relay über internen Mailserver mit gesicherter Verbindung?
    Von Baschdard im Forum Linux als Server
    Antworten: 3
    Letzter Beitrag: 13.10.08, 20:47
  5. Antworten: 20
    Letzter Beitrag: 23.04.08, 18:16

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •