Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.os.unix.linux.misc > #110987

Re: Formatierung des Datenbereiches fuer Dual-Boot System

Show all headers | View raw

On 2020-06-09 17:56, Kay Martinen wrote:
> Am 09.06.20 um 23:10 schrieb Joerg:
>> On 2020-06-09 13:39, Kay Martinen wrote:
>>> Am 09.06.20 um 21:41 schrieb Joerg:
>>>> Aus verschiedenen Gruenden muss bei drei Rechnern Dual-Boot bleiben,
>>>> geht wirklich nicht mit VM. In meinem Fall ist das MX-Linux 19 auf ext4
>>>> File System und Windows 7 Professional auf NTFS. Beide OS sollen
>>>> langfristig Schreib- und Lesezugang zu demselben Datenbereich
>>>> (Partition) innerhalb des jeweiligen Rechners haben. Weiterhin soll
>>>
>>> Dann würde ich eine FAT32 Partition im Freien Bereich hinter Windows und
>>> Linux anlegen und diese in beiden OS einklinken. Windows macht es
>>> automatisch z.b. auf D: und bei Linux hilft ein Mountpoint den du selbst
>>> festlegen kannst. Damit hast du dann auch kein Berechtigungsproblem weil
>>> das Dateisyetem das eh nicht kennt. Also auch kein Streß beim Syncen zum
>>> NAS. Damit meinst du vermutlich deine PogoPlug-Teile.
>>>
>>> Ist meine Ansicht, auch wenn ich das so noch nicht selbst machte.
>>> Jedenfalls nicht dauerhaft.
>>>
>>
>> Danke. Das mit den Berechtigungen ist schon einigermassen wichtig, da
>> auch auf dem NAS liegend. Es gibt Verzeichnisse, wo alle dran duerfen
>> und dann welche, wo nur ich selbst ran darf, oder die Familie.
>
> Das müßte eigentlich; auch in einem einzigen Share; mit den linux
> benutzer/gruppenrechten gehen. Du selbst als Owner, deine Familie z.b.
> als Gruppe "Family" und alle anderen als gäste oder "others".
>
> Problem ist dann wohl eher wenn du von Windows aus auf das Share
> schreiben wolltest die richtigen Berechtigungen zu setzen. Von Linux aus
> kannst du die leichter einstellen (z.B. per nfs statt samba). Du weißt
> das die Dateirechte (seiner für ihn lokalen Dateien) von samba
> berücksichtigt werden oder?
>

Ja, aber es gibt irgendeine "AND" Verknuepfung. Wenn ein File oder ein 
Verzeichnis weniger Rechte zuweist als Samba, dann werden die 
zusaetzlichen Reste von Samba nicht gewaehrt.


> Ein 0777 als zugriffsrechte gäbe alles für alle zum lesen, schreiben,
> Ausführen/durchsuchen frei. Ein 0700 nur für dich als owner, 0770 dann
> für dich und die Familie und die weiteren Abstufungen für RWX darfst du
> gern selbst in den man pages nach schlagen.
>

Inzwischen weiss ich, wie chmod geht :-)


>> Die Berechtigungen sind natuerlich auch nochmal in der smb.conf des NAS
>> festgelegt. Da dies bei Samba mit Unterverzeichnissen unhandlich wird,
>> muesste ich den Datensatz in drei Teile zerlegen (nur ich, Familie,
>> alle) und jeden Teil einzeln als Samba Share rausgeben. Ist machbar.
>> Reicht das prinzipiell?
>
> Schon richtig. Für jede Gruppe ein Share ein zu richten ist dann
> einfacher. Dann kann man dem Samba z.b. auch sagen welcher user lese und
> schreib zugriff haben darf. FYI hier:
>
> https://www.samba.org/samba/docs/using_samba/ch08.html
>
> Wenn du also die benutzer joerg, frau, kind (o.ä.) im Linux und in Samba
> als Benutzer hättest und dazu eine benutzergruppe Family der all diese
> Benutzer zugeordnet sind dann kannst du z.b. dein Homedir oder ein
> weiteres share für deine eigenen Dateien nehmen. Dann ein [family] share
> das der gruppe family zugeordnet ist und ein [public] share das alle
> ohne schutz benutzen dürften.
>
> Beim Family Share muß das verzeichnis hinter dem share auf dem NAS aber
> auch für diese gruppe schreibrechte haben.
>

Ja, das ist es, was ich anfangs nicht wusste. Rechtevergabe in smb.conf 
nutzen nichts, wenn nicht mindestens die gleichen Rechte in den Files 
liegen.


>> Auf den Rechnern selbst ist es weniger wichtig, da die betreffenden
>> Rechner nur von mir benutzt werden und Password-Schutz haben. Aber nach
>> Sync von der FAT32 Partition aus gaebe es dann, so wie ich es verstehe,
>> fuer die betreffenden Files wegen Ueberschreibens keine
>> Zugriffsbeschraenkungen mehr auf der ext3 Partition des NAS.
>
> Wenn du ein Share hast das nur du beschreiben darfst und von der FAT
> Datenpartition dort *nur* Dateien rein schiebst die du lesen/schreiben
> darfst dann werden die dort auch so gespeichert werden. Wenn das share
> so eingerichtet ist. Denn samba setzt für neue Files und Directorys die
> Berechtigungen auf dem Zieldateisystem (bei dir ext3) so wie du es ihm
> vorgibst. Ebenso kannst du dann mit einem Familien-share verfahren und
> mit dem das alle anderen nutzen dürfen. Public=yes kannst du bei
> letzterem z.b. setzen damit alle ohne schutz drauf zugreifen dürften.
>
> Du mußt evtl. noch die Umsetzung der DOS Attribute auf die
> linux-dateirechte beachten oder umkonfigurieren. Aber wenn es nur
> datendateien sind die kein hidden oder system attribut brauchen, dürfte
> das keine Probleme machen.
>

Ich habe ein wenig hin und her geschoben, geschrieben, mit Windows und 
Linux. Textbearbeitung mache ich jetzt immer in Linux, aber 
erstaunlicherweise haben sich die Rechte nicht geaendert, als ich einen 
File auf OpenOffice im Windows Boot erstellte und aufs NAS schrieb.


> Wenn auf die freigabe [joerg] nur der samba- und system-user joerg
> zugreifen darf, auf die freigabe [family] nur die Mitglieder der Gruppe
> family (inkl. dir selbst) und auf die Freigabe [public] alle dann sollte
> das schon so reichen. Meine ich, der ich dabei nun auch kein Echter
> Experte bin.
>
> Uff. Eigentlich wollte ich nicht so viel schreiben. Hoffe es hilft.
>

Danke, das tut es. Es sieht so aus, als ob NTFS als Partition auf dem 
Rechner und ext3 auf dem NAS zusammen funktionieren. Aendern kann ich 
das ja spaeter immer noch, durch Neuformatieren.

-- 
Gruesse, Joerg

http://www.analogconsultants.com/

Back to de.comp.os.unix.linux.misc | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

Formatierung des Datenbereiches fuer Dual-Boot System Joerg <news@analogconsultants.com> - 2020-06-09 12:41 -0700
  Re: Formatierung des Datenbereiches fuer Dual-Boot System Kay Martinen <kay@martinen.de> - 2020-06-09 22:39 +0200
    Re: Formatierung des Datenbereiches fuer Dual-Boot System Joerg <news@analogconsultants.com> - 2020-06-09 14:10 -0700
      Re: Formatierung des Datenbereiches fuer Dual-Boot System Kay Martinen <kay@martinen.de> - 2020-06-10 02:56 +0200
        Re: Formatierung des Datenbereiches fuer Dual-Boot System Joerg <news@analogconsultants.com> - 2020-06-12 14:40 -0700
          Re: Formatierung des Datenbereiches fuer Dual-Boot System Kay Martinen <kay@martinen.de> - 2020-06-13 00:29 +0200
            Re: Formatierung des Datenbereiches fuer Dual-Boot System Joerg <news@analogconsultants.com> - 2020-06-13 11:27 -0700
              Re: Formatierung des Datenbereiches fuer Dual-Boot System Helmut Waitzmann <nn.throttle@xoxy.net> - 2020-06-14 15:03 +0200
                Re: Formatierung des Datenbereiches fuer Dual-Boot System Hermann Riemann <nospam.ng@hermann-riemann.de> - 2020-06-15 13:22 +0200
                Re: Formatierung des Datenbereiches fuer Dual-Boot System Helmut Waitzmann <nn.throttle@xoxy.net> - 2020-06-16 00:09 +0200
                Re: Formatierung des Datenbereiches fuer Dual-Boot System Hermann Riemann <nospam.ng@hermann-riemann.de> - 2020-06-16 08:51 +0200
                Re: Formatierung des Datenbereiches fuer Dual-Boot System Helmut Waitzmann <nn.throttle@xoxy.net> - 2020-06-16 10:22 +0200
                Re: Formatierung des Datenbereiches fuer Dual-Boot System Gert Link <gertlink_nospam@gmx.de> - 2020-06-16 10:54 +0200
                Re: Formatierung des Datenbereiches fuer Dual-Boot System Hermann Riemann <nospam.ng@hermann-riemann.de> - 2020-06-16 15:30 +0200
                Re: Formatierung des Datenbereiches fuer Dual-Boot System Christoph 'Mehdorn' Weber <spam-fuer@das-mehdorn.de> - 2020-07-12 16:09 +0200
                Re: Formatierung des Datenbereiches fuer Dual-Boot System Christian Garbs <mitch@cgarbs.de> - 2020-06-16 09:10 +0200
                Re: Formatierung des Datenbereiches fuer Dual-Boot System Hermann Riemann <nospam.ng@hermann-riemann.de> - 2020-06-16 09:32 +0200
                Re: Formatierung des Datenbereiches fuer Dual-Boot System Helmut Waitzmann <nn.throttle@xoxy.net> - 2020-06-16 21:54 +0200
                Re: Formatierung des Datenbereiches fuer Dual-Boot System Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-16 22:42 +0200
                Re: Formatierung des Datenbereiches fuer Dual-Boot System Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2020-06-17 07:24 +0200
                Re: Formatierung des Datenbereiches fuer Dual-Boot System Joerg <news@analogconsultants.com> - 2020-06-15 14:44 -0700
  Re: Formatierung des Datenbereiches fuer Dual-Boot System Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-06-10 08:37 +0200
    Re: Formatierung des Datenbereiches fuer Dual-Boot System Joerg <news@analogconsultants.com> - 2020-06-12 14:43 -0700
  Re: Formatierung des Datenbereiches fuer Dual-Boot System Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2020-06-10 09:30 +0200
    Re: Formatierung des Datenbereiches fuer Dual-Boot System Joerg <news@analogconsultants.com> - 2020-06-12 14:47 -0700
      Re: Formatierung des Datenbereiches fuer Dual-Boot System Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2020-06-13 08:36 +0200
        Re: Formatierung des Datenbereiches fuer Dual-Boot System Herrand Petrowitsch <herrands@t-online.de> - 2020-06-13 13:36 +0200
          Re: Formatierung des Datenbereiches fuer Dual-Boot System Herrand Petrowitsch <herrands@t-online.de> - 2020-06-13 14:25 +0200
          Re: Formatierung des Datenbereiches fuer Dual-Boot System Herrand Petrowitsch <herrands@t-online.de> - 2020-06-13 14:27 +0200
        Re: Formatierung des Datenbereiches fuer Dual-Boot System Joerg <news@analogconsultants.com> - 2020-06-13 11:30 -0700
  Re: Formatierung des Datenbereiches fuer Dual-Boot System Hermann Riemann <nospam.ng@hermann-riemann.de> - 2020-06-10 10:14 +0200
    Re: Formatierung des Datenbereiches fuer Dual-Boot System Joerg <news@analogconsultants.com> - 2020-06-12 15:05 -0700

csiph-web