[RASPBIAN] Nieuwe share op USB schijf verbinden

[Spasm]

Ik ben een aardige Linux nOOb dus sorry voor mijn onwetendheid bij voorbaat :shock:

Jaren geleden heb ik mijn nog steeds prima draaiende Rasberry Pi B 2.0. als Home Server ingesteld als Home Server via
deze guide: https://melgrubb.com/2014...rry-pi-home-server-index/

Dit is me destijds allemaal prima gelukt, maar ik zou nu een twee share toe willen voegen en ik kom er niet helemaal uit hoe dit moet via Webmin.

Dit is de share die verbinding maakt met de map Data op mijn USB drive:



Info over de partitie:



Deze share staat open voor iedereen binnen het netwerk.

Nu zou ik graag een tweede share aan willen maken, prive genaamd.

Het aanmaken van de share is 'denk ik' gelukt:



Maar ik heb het idee dat deze share nu op de SD kaart is aangemaakt, ipv op de USB drive.

Nu is mijn vraag: Hoe krijg ik het voor elkaar om de share te 'linken' als /mnt/prive naar de usb schijf ?

In Windows is dit een eitje, maar mijn kennis van Linux is dusdanig slecht dat ik er niet echt uitkom.

Degene die mij op weg kan helpen zou ik zeer erkentelijk zijn.

[Hero of Time]

Je moet in Webmin nog wel aangeven waar je die andere schijf gekoppeld wilt hebben. Nu heb je 'm aangesloten, maar heeft het nog geen pad om te benaderen. Je zal 'm dus eerst moeten mounten.

[Spasm]

Bedank voor je antwoord Hero of Time. Dat is inderdaad wat ik wil, echter ik kom er niet uit hoe omdat ik een koppeling wil maken op dezelfde schijf, niet op een andere.

Voor de eerst schijf had ik dit gedaan in etc/fstab:

code:

/dev/disk/by-uuid/0D8378F30372ED28      /mnt/data       ntfs-3g defaults,noatime        0       0

Dus toen dacht ik simpelweg dit te doen voor de nieuwe share:

code:

/dev/disk/by-uuid/0D8378F30372ED28      /mnt/prive      ntfs-3g defaults,noatime        0       0

Ik kan nu ook verbinden met de nieuwe share via Windows, maar ik heb het 'gevoel' dat deze
share nu naar een map op de SD kaart leid.

Als ik via SSH het mount commando uitvoer zie ik dit:

code:

pi@PIServer /etc/samba $ mount
/dev/root on / type ext4 (rw,noatime,data=ordered)
devtmpfs on /dev type devtmpfs (rw,relatime,size=185936k,nr_inodes=46484,mode=755)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=38044k,mode=755)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=76080k)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
/dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
/dev/sda2 on /mnt/data type fuseblk (rw,nosuid,nodev,noatime,user_id=0,group_id=0,allow_other,blksize=4096)

[Hero of Time]

Iets in fstab zetten zorgt er niet gelijk voor dat het gemount wordt. Dat gebeurt pas bij het opstarten of als je 'mount -a' uitvoert of 'mount /pad/in/fstab' (als root/met root rechten).

Let er ook op dat je nu dezelfde schijf twee keer mount, niet twee verschillende schijven. Want het UUID, iets wat dus zoals de naam aangeeft, uniek is. Die kan dus niet overeenkomen tussen schijven.

[Spasm]

Hero of Time schreef op dinsdag 14 mei 2019 @ 08:41:
Iets in fstab zetten zorgt er niet gelijk voor dat het gemount wordt. Dat gebeurt pas bij het opstarten /snip ...

Heb ik geprobeerd, maar dat had geen resultaat.

Let er ook op dat je nu dezelfde schijf twee keer mount, niet twee verschillende schijven. Want het UUID, iets wat dus zoals de naam aangeeft, uniek is. Die kan dus niet overeenkomen tussen schijven.

Klopt, dat gaf ik ook aan in mijn posts. Dat was ook min of meer mijn vraag, is dit mogelijk ?
Zoals ik van jou begrijp niet dus ?

[Hero of Time]

Je kan een schijf zo vaak mounten als je wilt. Maar dan moet het mountpoint ook wel bestaan. Hoe zit /mnt eruit? Staat daar ook echt een map 'prive', of alleen 'data'?

[Spasm]

code:

pi@PIServer /mnt $ dir
data  prive

Edit

Wellicht is het toch gelukt ? Als ik via RDP inlog op de PI zie ik nu dit:



Blijf het dan wel gek vinden dat hij hier niet tussenstaat:



Denk dat het toch niet gelukt is. Om de proef op de som te nemen probeer ik een ISO bestand naar
de nieuwe share te kopieëren, maar tijdens het kopieëren wordt de vrije ruimte in /dev/root kleiner (53% used)
Nadat ik het test bestand weer verwijderde werd de ruimte weer groter (51 % used).

[ Voor 116% gewijzigd door Spasm op 14-05-2019 10:00 ]

[Hero of Time]

Maar waarom deel je dezelfde schijf nog een keer? Het heeft toch helemaal geen nut om iets publiekelijk te delen en hetzelfde ook privé beschikbaar te stellen? Dat maakt het hele idee van iets afschermen nutteloos. We doen de voordeur op slot, maar achter staat de deur gewoon open.

[Spasm]

Ik wil op dezelfde schijf twee shares hebben waarvan de ene publiek toegankelijk is en de ander niet.

Zoals dit:



Als ik dubbelklik op de Data share kom ik erin, maar als ik dubbelklik op prive moet er om een gebruikersnaam / wachtwoord gevraagd worden. (alleen leid dit nu dus nog naar de sd kaart )

Ik wil dus niet dat de shares naar exact dezelfde bestanden leiden.

[Kanthana]

Dan mount je de schijf 1 keer. Daarna maak je op die mountlocatie twee mappen. Die twee mappen maak je in samba beschikbaar via hun eigen share. Zo krijg je 2 shares op 1 mount.

[Hero of Time]

Spasm schreef op dinsdag 14 mei 2019 @ 10:45:
Ik wil op dezelfde schijf twee shares hebben waarvan de ene publiek toegankelijk is en de ander niet.

...

Ik wil dus niet dat de shares naar exact dezelfde bestanden leiden.

Dat heb je dus wel. Je zal zoals hierboven wordt aangegeven in /mnt/data twee mappen moeten maken met 'publiek' en 'prive', die je dan apart configureert in Samba. Daar hoef je een schijf niet dubbel voor te mounten.

Op Windows deel je dezelfde map toch ook niet meerdere keren, om eentje openbaar te hebben en de andere afgeschermd? Ze leiden immers hoe dan ook naar dezelfde data.