Dateisystemtabelle on Michael’s Domain

Einbinden von Gruppenverzeichnissen über die fstab

Mon, 11 Feb 2019 00:00:00 +0000

An der Universität Helsinki kann man Gruppenverzeichnisse beantragen, bei denen es sich schlicht um Speicherplatz auf einem NAS handelt. Diese lassen sich problemlos einbinden, wenn man einen von der Universität verwalteten Computer über das Universitätsmenü nutzt, aber wie sieht es aus, wenn man seinen eigenen Rechner verwendet? Zumindest unter Ubuntu Linux hat sich die Vorgehensweise zum Einbinden dieser Verzeichnisse im Laufe der Jahre mehrfach geändert und funktioniert seit Kurzem wieder nicht mehr. Der aktuelle Eintrag in der Datei /etc/fstab in meinem (Standard-, nicht von der Universität verwalteten) Ubuntu 16.04 lautet wie folgt:# HY-Gruppenverzeichnisse//group2.ad.helsinki.fi/h204 /home/local_username/GROUP-drive cifs noauto,user,user=hy_username,nobrl,uid=1000,gid=1000,file_mode=0666,dir_mode=0777 0 0Anschließend können Sie einfach „mount /home/local_username/GROUP-drive“ ausführen, woraufhin Sie zur Eingabe Ihres HY-Passworts aufgefordert werden. Die Zahl 2 und die Zeichenfolge „h204“ in der Serveradresse (group2.ad.helsinki.fi/h204) beziehen sich auf die Kostenstelle, in diesem Fall H2042 (wobei jeweils die erste Ziffer und die ersten vier Zeichen der Kostenstellen-Zeichenfolge verwendet werden). Und hier finden Sie eine Anleitung, wie Sie dies manuell auf einem Macintosh durchführen können: https://helpdesk.it.helsinki.fi/en/instructions/saving-and-sharing/group-storage-space/remote-access-home-and-group-directory-mac

Samba-Freigaben einbinden (warum funktioniert Nautilus nicht?) und SMB-Einbindungen dauerhaft festlegen

Sat, 26 May 2007 00:00:00 +0000

Samba-Freigaben einbindenAnscheinend 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: sudo mount -t smbfs -o username=michael,password=hier_kommt_mein_Passwort //paula/michael /mnt/smb „paula“ ist der NetBIOS-Name des anderen Computers und „michael“ ist der Name der Freigabe.Mit der Option -o uid=owner kannst du außerdem den Eigentümer aller Dateien des eingebundenen Dateisystems festlegen: sudo mount -t smbfs -o username=michael,password=hier_kommt_mein_Passwort -o uid=500 //paula/michael /mnt/smbWenn du dein Passwort nicht eingeben möchtest, kannst du es in einer Datei wie dieser speichern:username=susannepassword=0sdf7b und anschließend auf diese „Anmeldedaten“-Datei verweisen:sudo mount -t smbfs -o username=susanne,credentials=/home/susanne/.smbpasswd //patolmac217/susanne /mnt/smbZum Aushängen verwenden Sie:sudo umount /mnt/smbDies 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 umount -f versuchen.SMB-Einbindungen dauerhaft einrichtenWenn 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 /etc/fstab erstellen. In meinem Fall z. B.: //paula/michael /mnt/smb smbfs credentials=/home/jeltsch/.smbpasswd 0 0 In der Datei .smbpasswd 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!

Anschließen der externen Festplatte an meinen Computer (Maxtor One Touch 200 GB, FireWire und USB 2.0/1.1)

Fri, 25 May 2007 00:00:00 +0000

Die Festplatte war über FireWire an Red Hat 9 Linux angeschlossen und verfügte über ein ReiserFS-Dateisystem. Sie sollte eigentlich für Backups verwendet werden, funktionierte aber plötzlich nicht mehr (sie wurde beim Systemstart nicht mehr erkannt). Wahrscheinlich hatte das etwas mit dem externen USB-Zip-Laufwerk zu tun. Beide werden vom System offenbar als SCSI-Geräte erkannt, und das Zip-Laufwerk könnte (über Automount) die sda-Nummer belegt haben, die manuell in die Datei /etc/fstab eingetragen worden war, um die Maxtor-Festplatte zu aktivieren. Um zu überprüfen, ob mit dem Laufwerk selbst alles in Ordnung ist, habe ich es an meinen Arbeitscomputer angeschlossen. Mein Arbeitscomputer verfügt jedoch nicht über eine FireWire-Karte, sodass ich den USB-Anschluss nutzen musste. Das sollte keinen Unterschied machen, da sowohl USB als auch FireWire gewissermaßen als SCSI-Geräte behandelt werden.Ich habe lediglich die Datei /etc/fstab bearbeitet und folgende Zeile hinzugefügt: /dev/sda1 /mnt/usbhd1 reiserfs defaults 1 2 Zunächst hatte ich vergessen, das Verzeichnis /mnt/usbhd1 anzulegen. Daher wurde das Laufwerk nach dem Neustart nicht eingehängt. Ich habe mit /sbin/fdisk -l nachgesehen, und dort gab es folgenden Eintrag: /dev/sda1 Windows 95 (oder so ähnlich). Seltsamerweise wird das Reiserfs-Dateisystem als FAT-Dateisystem angezeigt. Ich habe den Eintrag „reiserfs“ in /etc/fstab in „vfat“ geändert und das Verzeichnis /mnt/usbhd1 angelegt. Beim Systemstart trat ein Fehler auf (etwa: „Auf der Partition konnte kein FAT-Dateisystem gefunden werden“). Also habe ich die Einstellung wieder auf „reiserfs“ zurückgesetzt, neu gestartet, und das externe Laufwerk wurde beim Systemstart ohne Probleme eingehängt.

SMB-Einbindungen über fstab oder Automount?

Mon, 21 May 2007 00:00:00 +0000

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 fstab-Datei zu ändern und dort Einträge hinzuzufügen, die es mir ermöglichen würden, SMB-Freigaben als normaler Benutzer problemlos einzubinden. Beispiel: //paula/michael /media/smbmounts smbfs noauto,user,credentials=/home/jeltsch/.smbpasswd1 0 0 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: mount /media/smbmounts 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:chmod +s /usr/lib/samba/classic/smbmnt 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:chown jeltsch /media/smbmountsTrotzdem erhielt ich eine Fehlermeldung, deren Ursache ich nicht herausfinden konnte, und beschloss, Automounts zu verwenden.

Einbinden von vfat-Partitionen und Zuordnung der Zugriffsrechte (fstab, vfat, umask, fmask, dmask, users)

Wed, 04 Apr 2007 00:00:00 +0000

Alte Windows-Partitionen (d. h. FAT-Partitionen) stellen für Linux kein Problem dar. Fortgeschrittene Installationsprogramme wie YaST erkennen sie automatisch und machen sie unter Linux verfügbar. Manchmal entsprechen die Zugriffsrechte jedoch nicht Ihren Anforderungen. Um eine FAT-Partition für alle Benutzer (un)mountbar zu machen und jede Datei/jedes Verzeichnis für alle als +rwx einzustellen, muss die fstab-Datei wie folgt aussehen: /dev/hda2 /media/windows/E vfat defaults,users,uid=500,gid=100,umask=000 0 0 Zusätzlich werden unter Linux der Eigentümer 500 und die Gruppe 100 für alle Dateien zugewiesen. Sie können die Berechtigungen auch separat für Dateien (fmask) und Verzeichnisse (dmask) festlegen. Bei der umask müssen Sie den inversen Oktalwert angeben, d. h.: 000 bedeutet alle Berechtigungen und 777 bedeutet keine Berechtigungen.

Exportieren von automatisch gemounteten Partitionen über NFS

Wed, 04 Apr 2007 00:00:00 +0000

Wir greifen über NFS auf Daten von unserem Server zu. Die NFS-Exporte werden auf den Computern der NFS-Clients automatisch eingebunden. Das funktioniert einwandfrei. Es gibt jedoch eine Partition (genauer gesagt ein ganzes Laufwerk) auf unserem Server, die bei Bedarf automatisch eingebunden wird. Wir wollten, dass diese Festplatte automatisch ausgehängt wird, wenn sie nicht benötigt wird, um Energie zu sparen und den Geräuschpegel zu senken. Wenn ich den Einhängepunkt dieser Partition in die Datei /etc/exports eintrage, scheint alles einwandfrei zu funktionieren, doch das automatische Einhängen dieses Exports auf einem Client-Rechner schlägt fehl. Manuell lässt sie sich jedoch weiterhin mit einem regulären mount-Befehl einhängen. Als Workaround (um in KDE eine Verknüpfung auf dem Desktop zu den Daten auf dem Server zu haben) habe ich Folgendes getan: Ich habe einen Eintrag zur fstab hinzugefügt: server:/automounts/multimedia /media/multimedia nfs rsize=1024,wsize=1024,noauto,user 0 0 Anschließend habe ich ein Shell-Skript erstellt: !/bin/sh mount /media/multimedia kfmclient openProfile filemanagement /media/multimedia Anschließend habe ich eine neue „Verknüpfung zur Anwendung“ erstellt, die auf dieses Shell-Skript verweist. Wenn man auf diesen Link klickt, wird der NFS-Export eingebunden und ein neues Konqueror-Fenster geöffnet, in dem der Inhalt des Einbindeverzeichnisses angezeigt wird.