in /etc/fstab geht nicht ("mount error: could not resolve address for rn214: Unknown error")
- //10.0.0.22/media /media/rn214-volker/media cifs noauto,users,credentials=/home/user/.smbcredentials,iocharset=utf8,uid=1000,gid=1000,file_mode=0770,dir_mode=0770 0 0 funktioniert (10.0.0.22 ist die IP-Adresse von rn214)
- ping localhost auf der VM geht, dito ping mintvm und ping heise.de.
Es sieht so aus, als könnte die VM den Namen rn214 im lokalen Netzwerk nicht auflösen, aber ich bin gerade etwas überfragt, warum...
Ingrid möchte noch anmerken, daß sie natürlich SMB in Rente schicken und auf NFS umstellen wird, sobald die letzte Windows-Maschine das Netzwerk verlassen hat.
Ach ja: SMB3 Transportverschlüsselung ist global deaktiviert, wegen Win7 Client.
Linux Mint 20.1 "Ulyssa", falls das eine Rolle spielt.
In der Linux Mint Netzwerkkonfiguration steht für das Gerät enp0s3 quasi alles auf Default, IPv4 und IPv6 auf "Automatic (DHCP)", keine zusätzlichen Server.
# This file is managed by man:systemd-resolved(8). Do not edit. # # This is a dynamic resolv.conf file for connecting local clients to the # internal DNS stub resolver of systemd-resolved. This file lists all # configured search domains. # # Run "resolvectl status" to see details about the uplink DNS servers # currently in use.
resolvectl status spuckt mir folgendes aus:
Global LLMNR setting: no MulticastDNS setting: no DNSOverTLS setting: no DNSSEC setting: no DNSSEC supported: no DNSSEC NTA: 10.in-addr.arpa [...] corp d.f.ip6.arpa home internal intranet lan local private test
Link 2 (enp0s3) Current Scopes: DNS DefaultRoute setting: yes LLMNR setting: yes MulticastDNS setting: no DNSOverTLS setting: no DNSSEC setting: no DNSSEC supported: no Current DNS Server: 10.0.0.1
, finde ich einigermaßen plausibel.
In der Linux Mint Netzwerkkonfiguration steht für das Gerät enp0s3 quasi alles auf Default, IPv4 und IPv6 auf "Automatic (DHCP)", keine zusätzlichen Server.
Was mir auf die schnelle aufgefallen ist, weil es per IP-Adresse geht und per Namensauflösung nicht: Willst Du //rn214 mounten oder wie oben angegeben //rn214-volker ?? Was sonst noch zur Lösung beitragen könnte: was spuckt denn ein "dig rn214" in der VM ausgeführt aus? IP-Adresse oder Fehlermeldung?
Wenn Fehlermeldung, heißt der zu behandelnde Patient wohl Namensauflösung. Was systemd da aber für Sperenzchen machen könnte kann ich Dir mangels diesbezüglicher Erfahrung auch nicht sagen, bislang kommen meine Systeme ohne Systemd aus...
Copy-Paste-Fehler. Der Name ist schon konsistent //rn214 überall.
Kümmere ich mich morgen drum. Jetzt ist schon alles runtergefahren und der wohlverdiente Feierabend eingeläutet. ;-)
Kann natürlich auch mit der VM bzw. der VirtualBox-Konfiguration zusammenhängen. Eine physische Linuxkiste hat mit einer sehr ähnlichen Konfiguration überhaupt kein Problem //rn214 zu sehen/mounten. Mei, "sehr ähnlich" - wenn ich mich nirgends vertippt und keinen der dutzend Konfigurationsschritte vergessen habe.
Ich hatte kürzlich bei einem neu installierten Rechner ebenfalls Probleme bei der Namensauflösung, obwohl ich alle meine Rechner brav in allen /etc/hosts eingetragen hatte. Als Ursache hat sich dann eine fehlende order hosts,bind Zeile in /etc/resolv.conf herausgestellt. Zudem scheint es so, dass man mittlerweile manche Sachen nur durch einen kompletten Reboot „reparieren“ kann. Ich könnte kotzen.
Sieht sehr nach einer DHCP-Geschichte aus. Ich habe mir jetzt nochmal die physische Linuxkiste angeschaut und auch ein Mint Mate von USB-Stick gebootet, da ist derselbe Ansatz vollkommen unauffällig.
Schätze man könnte die VirtualBox vielleicht noch irgendwie konfigurieren (es gibt ja die Optionen "NAT", "NAT Network", "Bridged", "Internal", "Host Only" und "Generic Driver" - allerdings sehe ich nur bei "Bridged" überhaupt das NAS im Netzwerk), irgendwelche Ports forwarden oder eine IP-Adresse als zusätzlichen DHCP-Server eintragen.
Aber eigentlich ist das die Zeit nicht wert. Ging mir nur darum, etwaige Fallstricke bei der Linux-Migration möglichst frühzeitig zu erkennen, bei Fehlern ggfs. zurückrollen zu können und nicht nach der Installation dazusitzen, ohne Zugriffsmöglichkeit auf wichtige Daten.
Speziell Wine ist das so ein Kandidat, hat eine Weile gedauert, bis ich herausgefunden hatte, wie man "Open With" mit meinem Lieblingsbildverarbeitungstool einrichtet. Und eine E-Mail-Datenbank aus TheBat in Evolution zu importieren, bedurfte auch einiger Umwege.
Nein, Thunderbird ist keine Option. Mit dem werde ich in 1000 Jahren nicht warm. Und KMail konnte mich auch nicht so recht überzeugen.
Dann noch ein Nobrainer-Backup-Restore-Konzept, Epson-Scanner mit VueScan benutzen (XSane mag ja für den Anfang ganz nett sein, mir gefällt der Workflow von VueScan aber doch besser, insbesondere, da ich meine Profile übernehmen kann), Kyocera-USB-Drucker im Netz freigeben, usw.
Du weißt doch schon das es an der namensauflösung liegt. Dann würde an deiner stelle mal schauen wo auf dem system die namensauflösung erledigt wird, durch welchen host. Vergleichen kannst du das ja mit den anderen Systemen die das problem nicht haben.
Es könnte auch sein das beim mountversuch der resolver noch nichts auflösen kann. Probiere es mit IP Adressen. Wenn es dann nicht klappt liegt's offensichtlich beim mountversuch. Das alles ist kein elektronik-Problem, sondern eines von linux netwerk -> Gruppenwechsel!
Die Antwort lautet: Weil ich hier in de.sci.electronics ein paar freundliche Menschen mit Linuxerfahrung kenne, die mir bei solchen Banalitäten möglicherweise sofort helfen können und bei denen nicht klar ist, ob sie irgendwelche Linuxnewsgroups - die ich erst raussuchen müßte - frequentieren. Zudem könnte es sein, daß es in solchen Newsgroups vor noch mehr Blockwarten wimmelt, die gleich Schaum vor dem Mund bekommen, wenn ein Lamer wie ich "Windows" schreibt, kein "richtiges" Linux benutzt oder in sonst ein Fettnäpfchen tritt.
Meines Wissens gibt es hierzugroups keine Charta und wenn, dann kommt es auf ein bißchen weniger SNR auch nicht mehr an. Oder welche wissenschaftlichen Belange zum ohnehin nicht stattfindenden Verbrenner-Aus 2035 mit Bezug zur Elektronik gab es zu diskutieren?
Das würde ich nur allzu gerne. Mangels Linux-Expertise mußte ich leider fragen, das so präzise wie mir möglich. Und rätsle, Stand heute, immer noch "wo auf dem system die namensauflösung erledigt wird" und warum sie im Netzwerkbrowser funktioniert und in fstab nicht.
und funktioniert auch dann nicht, wenn ich das NAS im Netzwerkbrowser (konkret: der Netzwerkumgebung im Dateibrowser) ebendiesen Systems unter ebendiesem Namen bereits sehe.
Hmm, da ich davon ausgehe, daß bei Dir lokal kein DNSSEC am Werk ist, deutet das darauf hin, daß der Resolver in der VM nicht weiß, wo ihm weitergeholfen wird und daher die Anfrage nicht beantworten KANN. Passt auch zum Bild, daß es mit IP-Adresse statt mit Hostnamen funktioniert. Das läßt immer noch mehrere mögliche Ursachen zu:
Der DHCP-Server in Virtualbox rückt keine DNS-Info raus (die DNS-Konfiguration in DHCP ist wie fast alles andere auch was man so nutzen kann optional)
Konfiguraton des systemd-Resolvers in der VM, so daß er per DHCP-Option angelieferte DNS-Server nicht in Betracht zieht
Konfiguration des DNS-Servers in der Fritzbox, so daß er Anfragen, die nicht aus seinem eigenen Adressbereich kommen, nicht beantwortet, in Verbindung mit nicht erfolgtem NAT bei unterschiedlichen Adressbereichen in Virtualbox.
Vermutlich gibt's da noch ein paar weitere mehr oder weniger gut getarnte Variationen, das Ganze zu Fall zu bringen...
Was ich aber sagen kann: den DHCP-server in Virtualbox und eventuelle Probleme durch NAT (inklusive nicht erfolgtem NAT) kann man dadurch umgehen, daß man das Netzwerk in VirtualBox auf Bridged stellt. Dann verhält sich der Netzadapter in der VM so, als wäre er neben dem Host in den Switch gestöpselt, insbesondere holt er sich auch seine Adresse direkt von der angesprochenen Fritzbox. Klar, das ist nicht in jedem Fall das was man eigentlich will, aber ich vermute hier passt es am besten zu dem, was Du eigentlich mit der VM willst.
Wie gesagt, ich vermute "Bridged" kommt dem, was du vorhast, am nächsten, dann hängt die VM ohne Umwege direkt mit im LAN. Aber wenn ich das richtig verstanden habe, hast Du das ja schon so. Bleibt also ganz oben auf der Liste die Konfiguration des systemd-resolvers, dazu kann ich wie früher schon erwähnt mangels Kontakt aber nix sagen.
Mit einem Monat Verspätung habe ich leider auch keine Hilfe, aber "Name or service not known" ist im SMB/CIFS Umfeld nicht notwendigerweise ein DNS-Problem. Und SMB/CIFS ist ein fieses Thema, weil man sich dafür sowohl mit Unix als auch im Windows auskennen muss, und zwar so richtig tief drin und weit unten.
Zusammengefasst: Ich bin draußen, herzliches Beileid.
Grüße Marc, dessen SMB servierender Scanner seit einigen Wochen schon wieder nicht mehr SMB so serviert dass die Linuxe dieses SMB einhängen wollen und der deswegen schon wieder SD-Karten durch die Gegend trägt
ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here.
All logos and trade names are the property of their respective owners.