<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Smb on Michael’s Domain</title><link>https://jeltsch.org/de/tags/smb/</link><description>Recent content in Smb on Michael’s Domain</description><generator>Hugo</generator><language>de</language><copyright>Copyright © 2002 - 2026 Michael Jeltsch.</copyright><lastBuildDate>Fri, 24 Jul 2026 00:18:18 +0300</lastBuildDate><atom:link href="https://jeltsch.org/de/tags/smb/index.xml" rel="self" type="application/rss+xml"/><item><title>Dateien mit „unzulässigen Zeichen“ löschen</title><link>https://jeltsch.org/de/deleting_files_with_illegal_characters/</link><pubDate>Fri, 08 Sep 2017 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/deleting_files_with_illegal_characters/</guid><description>&lt;p&gt;In der plattformübergreifenden Umgebung unserer Universität greifen mindestens drei verschiedene Betriebssysteme auf die gemeinsam genutzten SMB-Gruppenverzeichnisse zu. Offenbar können Macs Dateien mit Zeichen speichern, die auf anderen Plattformen nicht zulässig sind und sich nicht ohne Weiteres löschen lassen. Kürzlich hatten wir mehrere Dateien, deren Namen mit einem „.“ (Punkt) oder einem „ “ (Leerzeichen) endeten, und wir konnten sie über die grafische Benutzeroberfläche nicht entfernen. Unter Windows 7 gelang mir dies über die Befehlszeile mit: &lt;code&gt;delete &amp;quot;file.&amp;quot;&lt;/code&gt; oder &lt;code&gt;delete &amp;quot;file &amp;quot;&lt;/code&gt;. Ich habe jedoch noch keine Möglichkeit gefunden, dies von meinem Ubuntu-Rechner aus zu tun, und es ist ärgerlich, nur zum Löschen einiger Dateien Windows starten zu müssen. Leider wurde dies notwendig, da das 
 &lt;a href="https://www.cloudberrylab.com" target="_blank" rel="noopener noreferrer nofollow"&gt;Cloudberry&amp;nbsp;






 
 
 
 &lt;svg class="svg-inline--fa fas fa-up-right-from-square fa-2xs" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 512 512" overflow="visible"&gt;&lt;use href="#fas-up-right-from-square"&gt;&lt;/use&gt;&lt;/svg&gt;&lt;/a&gt;
-Backup-System (das unter Ubuntu läuft) bei solchen Dateien ins Stocken gerät. Ich bin auf der Suche nach einem neuen Backup-System für die Computer unseres Labors, da 
 &lt;a href="https://www.crashplan.com" target="_blank" rel="noopener noreferrer nofollow"&gt;CrashPlan&amp;nbsp;






 
 
 
 &lt;svg class="svg-inline--fa fas fa-up-right-from-square fa-2xs" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 512 512" overflow="visible"&gt;&lt;use href="#fas-up-right-from-square"&gt;&lt;/use&gt;&lt;/svg&gt;&lt;/a&gt;
 beschlossen hat, den Support für Privatkunden einzustellen…&lt;/p&gt;</description></item><item><title>Samba-Freigaben einbinden (warum funktioniert Nautilus nicht?) und SMB-Einbindungen dauerhaft festlegen</title><link>https://jeltsch.org/de/mount_samba_shares_why_doesn_t_nautilus_work_and_making_smb_mounts_permanent/</link><pubDate>Sat, 26 May 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/mount_samba_shares_why_doesn_t_nautilus_work_and_making_smb_mounts_permanent/</guid><description>&lt;p&gt;&lt;strong&gt;Samba-Freigaben einbinden&lt;/strong&gt;Anscheinend ist es sehr einfach, innerhalb von Nautilus eine Verbindung zu Windows-Computern (oder besser gesagt zu Computern, auf denen SMB-Dienste laufen) herzustellen. Man muss lediglich „smb:///“ in die Adressleiste eingeben, und schon wird das Netzwerk nach verfügbaren Domänen, Arbeitsgruppen und Diensten durchsucht. Versucht man jedoch, bestimmte Dateien (z. B. ein Bild) zu öffnen, erscheint oft die Fehlermeldung, dass auf diese Dateien über Samba nicht zugegriffen werden kann. Was tun? Ich habe herausgefunden, dass das Einbinden von SMB-Freigaben einwandfrei funktioniert. Um mein Benutzerverzeichnis auf einem anderen Computer einzubinden, lautet der Befehl: &lt;code&gt;sudo mount -t smbfs -o username=michael,password=hier_kommt_mein_Passwort //paula/michael /mnt/smb&lt;/code&gt; „paula“ ist der NetBIOS-Name des anderen Computers und „michael“ ist der Name der Freigabe.Mit der Option &lt;code&gt;-o uid=owner&lt;/code&gt; kannst du außerdem den Eigentümer aller Dateien des eingebundenen Dateisystems festlegen: &lt;code&gt;sudo mount -t smbfs -o username=michael,password=hier_kommt_mein_Passwort -o uid=500 //paula/michael /mnt/smb&lt;/code&gt;Wenn du dein Passwort nicht eingeben möchtest, kannst du es in einer Datei wie dieser speichern:&lt;code&gt;username=susannepassword=0sdf7b&lt;/code&gt; und anschließend auf diese „Anmeldedaten“-Datei verweisen:&lt;code&gt;sudo mount -t smbfs -o username=susanne,credentials=/home/susanne/.smbpasswd //patolmac217/susanne /mnt/smb&lt;/code&gt;Zum Aushängen verwenden Sie:&lt;code&gt;sudo umount /mnt/smb&lt;/code&gt;Dies schlägt meist fehl, da wahrscheinlich einige geöffnete Fenster/Terminals die Verbindung aufrechterhalten. Schließen Sie diese und versuchen Sie es erneut. Sie können auch &lt;code&gt;umount -f&lt;/code&gt; versuchen.&lt;strong&gt;SMB-Einbindungen dauerhaft einrichten&lt;/strong&gt;Wenn Sie eine SMB-Freigabe einbinden, geht diese bei einem Systemneustart verloren. Damit sie beim Systemstart automatisch eingebunden wird, müssen Sie einen neuen Eintrag in der Datei &lt;code&gt;/etc/fstab&lt;/code&gt; erstellen. In meinem Fall z. B.: &lt;code&gt;//paula/michael /mnt/smb smbfs credentials=/home/jeltsch/.smbpasswd 0 0&lt;/code&gt; In der Datei &lt;code&gt;.smbpasswd&lt;/code&gt; stehen mein Benutzername und mein Passwort. Wahrscheinlich nicht besonders sicher, aber wen interessiert das schon? Die Datei .smbpasswd sollte ohnehin nur für Sie selbst lesbar sein!&lt;/p&gt;</description></item><item><title>Samba-Probleme (smb, smbadduser, smbpasswd)</title><link>https://jeltsch.org/de/samba_trouble_smb_smbadduser_smbpasswd/</link><pubDate>Wed, 23 May 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/samba_trouble_smb_smbadduser_smbpasswd/</guid><description>&lt;p&gt;Wenn Ihr Samba unzuverlässig ist, kann dies verschiedene Ursachen haben. Ich habe den Eindruck gewonnen, dass YAST Konfigurationsdaten überschreibt, die Sie manuell bearbeitet haben (z. B. in den Passwort- und Benutzerdateien), wenn Sie versuchen, Einstellungen über den YAST-Samba-Einrichtungsvorgang zu ändern. Hier folgt eine Checkliste für den Fall, dass Samba wieder nicht reagiert oder in der Netzwerkumgebung nicht sichtbar ist. Es könnte sein, dass die Unzuverlässigkeit auf das Herunterfahren eines PDC zurückzuführen ist. Vielleicht sollte ich meinen Linux-Rechner zum PDC machen, da er immer läuft. Jedenfalls konnte ich, selbst wenn es mir gelang, von W2K aus eine Verbindung herzustellen (über „Netzlaufwerk zuordnen“), von W98 aus keine Verbindung herstellen, indem ich auf das sichtbare Symbol meines Computers in der MCBL-Arbeitsgruppe klickte („Netzwerkpfad nicht gefunden“). Und unter Mac OS X war mein Computer überhaupt nicht sichtbar (aber ich konnte über den manuellen Befehl „smb://128.214.186.42/homes“ eine Verbindung herstellen). Seltsam… In /etc/samba/smb.conf:&lt;/p&gt;</description></item><item><title>autofs, automount, auto.master und das Einbinden von Samba-Freigaben</title><link>https://jeltsch.org/de/autofs_automount_auto_master_and_mounting_samba_shares/</link><pubDate>Mon, 21 May 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/autofs_automount_auto_master_and_mounting_samba_shares/</guid><description>&lt;p&gt;Zunächst habe ich einen symbolischen Link in /etc/init.d/rc5.d/ hinzugefügt: &lt;code&gt;cd /etc/init.d/rc5.d sudo ln -s ../autofs S21autofs&lt;/code&gt; Anschließend habe ich in der Datei /etc/auto.master die folgende Zeile hinzugefügt:&lt;code&gt;/media/automounts /etc/auto.smbmounts&lt;/code&gt;Anschließend habe ich die Datei auto.smbmounts mit folgendem Inhalt erstellt:&lt;code&gt;michael_msbl.helsinki.fi -fstype=smbfs,username=michael,password=## ://paula/michael&lt;/code&gt; Anschließend habe ich den Einhängepunkt angelegt:&lt;code&gt;sudo mkdir /media/automounts/michael_msbl.helsinki.fi&lt;/code&gt;Dann habe ich den autofs-Daemon aktiviert:&lt;code&gt;sudo /etc/init.d/autofs start&lt;/code&gt; Wenn nun jemand versucht, auf das Verzeichnis /media/automounts/michael_msbl.helsinki.fi zuzugreifen, mountet der autofs-Daemon die SMB-Freigabe automatisch und hebt den Mount nach einer bestimmten Zeit der Inaktivität wieder auf.&lt;/p&gt;</description></item><item><title>SMB-Einbindungen über fstab oder Automount?</title><link>https://jeltsch.org/de/smb_mounts_via_fstab_or_automount/</link><pubDate>Mon, 21 May 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/smb_mounts_via_fstab_or_automount/</guid><description>&lt;p&gt;Ich habe viele Computer, auf die ich von meinem Linux-Rechner aus zugreifen muss. Das Durchsuchen des Netzwerks funktioniert zwar, ist aber furchtbar langsam, daher möchte ich einige Verknüpfungen erstellen, über die ich mit einem einzigen Mausklick das Gewünschte aus einer Liste einbinden kann. Zunächst dachte ich daran, die &lt;code&gt;fstab&lt;/code&gt;-Datei zu ändern und dort Einträge hinzuzufügen, die es mir ermöglichen würden, SMB-Freigaben als normaler Benutzer problemlos einzubinden. Beispiel: &lt;code&gt;//paula/michael /media/smbmounts smbfs noauto,user,credentials=/home/jeltsch/.smbpasswd1 0 0&lt;/code&gt; Das funktioniert, wenn der Eintrag beim Systemstart gemountet wird (ohne den Eintrag „noauto“). Ist der „noauto“-Eintrag vorhanden, wird die SMB-Freigabe beim Systemstart nicht eingebunden, sondern muss explizit mit dem folgenden Befehl eingebunden werden: &lt;code&gt;mount /media/smbmounts&lt;/code&gt; Aufgrund der „user“-Option in der fstab sollte jeder normale Benutzer dazu in der Lage sein. Das ist jedoch nicht der Fall! Zunächst musste ich die „suid“-Rechte für den Befehl „smbmnt“ aktivieren (er befand sich offenbar in /usr/bin/smbmnt, war jedoch über einen Symlink mit /usr/lib/samba/classic/smbmnt verknüpft:&lt;code&gt;chmod +s /usr/lib/samba/classic/smbmnt&lt;/code&gt; Dann stieß ich auf widersprüchliche Angaben darüber, ob der Einhängepunkt (in meinem Fall /media/smbmounts) dem einhängenden Benutzer gehören muss oder nicht. Zur Sicherheit habe ich dies getan:&lt;code&gt;chown jeltsch /media/smbmounts&lt;/code&gt;Trotzdem erhielt ich eine Fehlermeldung, deren Ursache ich nicht herausfinden konnte, und beschloss, Automounts zu verwenden.&lt;/p&gt;</description></item><item><title>Welche NFS- und SMB-Freigaben sind auf einem Server verfügbar (showmount, smbclient)?</title><link>https://jeltsch.org/de/what_nfs_and_smb_shares_are_available_on_a_server_showmount_smbclient/</link><pubDate>Thu, 05 Apr 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/what_nfs_and_smb_shares_are_available_on_a_server_showmount_smbclient/</guid><description>&lt;p&gt;Der Befehl, um herauszufinden, welche Freigaben beispielsweise auf dem Computer 192.168.0.2 verfügbar sind, lautet: Für NFS: &lt;code&gt;/usr/sbin/showmount -e 192.168.0.2&lt;/code&gt; Für Samba: &lt;code&gt;smbclient -L 192.168.0.2&lt;/code&gt;&lt;/p&gt;</description></item><item><title>smbclient (Einbinden, Windows XP, SFS, Dateifreigabe)</title><link>https://jeltsch.org/de/smbclient_mount_windows_xp_sfs_file_sharing/</link><pubDate>Wed, 04 Apr 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/smbclient_mount_windows_xp_sfs_file_sharing/</guid><description>&lt;p&gt;Da ich immer Grafikschnittstellen verwende, weiß ich nicht mehr so recht, wie man über die Befehlszeile eine Verbindung zu einem Windows-Rechner herstellt. Mit &lt;code&gt;smbclient -L windowshost&lt;/code&gt; werden die verfügbaren Freigaben angezeigt. Oftmals kann man diese Freigaben nicht ohne Benutzernamen und Passwort für diesen Windows-Rechner durchsuchen; daher muss man &lt;code&gt;smbclient -L windowshost -U Benutzername&lt;/code&gt; eingeben. Gelegentlich funktioniert auch der NetBIOS-Name nicht und man muss ihn durch die IP-Adresse ersetzen.&lt;/p&gt;</description></item><item><title>Einschränkung des Samba-Zugriffs unter SuSE 10.1 auf eine IP-Adresse</title><link>https://jeltsch.org/de/restricting_samba_access_on_suse_10_1_to_one_ip/</link><pubDate>Mon, 14 Aug 2006 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/restricting_samba_access_on_suse_10_1_to_one_ip/</guid><description>&lt;p&gt;Wenn Sie über das YaST-Tool zur Firewall-Konfiguration den Samba-Zugriff auf Ihren SuSE 10.1-Rechner zulassen, werden drei Änderungen an der Datei /etc/sysconfig/SuSEfirewall2 vorgenommen:&lt;/p&gt;</description></item><item><title>Die Anzeige von „.“-Dateien in Samba-Shares unterdrücken</title><link>https://jeltsch.org/de/hiding_dot_files_for_samba_shares/</link><pubDate>Mon, 23 Feb 2004 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/hiding_dot_files_for_samba_shares/</guid><description>&lt;p&gt;Um die Anzeige von Systemdateien (Konfigurationsdateien, die mit einem Punkt beginnen) zu unterdrücken, wenn von einem Windows-Computer eine Verbindung zu einem Samba-Server hergestellt wird, trage Folgendes in die Datei /etc/samba/smb.conf ein:&lt;/p&gt;</description></item></channel></rss>