Mac HDD via Raspberry Pi Mounten

[krizzziz]

Mijn vraag
Ik wil op mijn RPI een Mount maken naar mijn HDD op mijn Mac. Het is me ooit gelukt maar na een herinstalleren van de Pi ben ik de methode hoe ik dat toen gedaan heb kwijt.

Relevante software en hardware die ik gebruik
RPI 3B+ en Mac Pro

Wat ik al gevonden of geprobeerd heb
In FSTAB heb ik de volgende entry staan:
//192.168.0.XX/Volumes/Data2TB-1/Backup/Images/Domoticz /mnt/backup/ cifs vers=1.0,user=XXX,password=XXX,x-systemd.automount 0 0

de map mnt/backup op de PI heeft lees en schrijfrechten:
pi@raspberrypi:/mnt $ ls -l
total 4
drwxrwxr-x 2 root root 4096 Jan 2 23:36 backup

en toch als ik iedere keer ga mounten dan krijg ik de volgende foutmelding:
sudo mount -a

mount error(2): No such file or directory
Refer to the mount.cifs( manual page (e.g. man mount.cifs)


wie weet wat ik fout doe?

[Brahiewahiewa]

krizzziz schreef op zondag 3 januari 2021 @ 00:36:
... cifs vers=1.0 ...

Anno 2021 wordt je niet meer verwacht SMBv1 te gebruiken. De Mac heeft dat ongetwijfeld geblokkeerd

[krizzziz]

Goed punt! Heb echter de versie am verhoogd naar 3.0 maar nog geen resultaat gehad.

[Hero of Time]

En op de Mac is die map ook nog steeds gedeeld? Werkt het handmatig mounten wel? Want dat is eigenlijk altijd het eerste wat je doet en dan wat handmatig werkt omzetten naar een fstab regel.
Het lijkt er op dat het de bron niet kan vinden. Is cifs-utils geïnstalleerd zodat je ook het cifs 'filesystem' kan gebruiken?

[krizzziz]

Hero of Time schreef op zondag 3 januari 2021 @ 12:21:
En op de Mac is die map ook nog steeds gedeeld? Werkt het handmatig mounten wel? Want dat is eigenlijk altijd het eerste wat je doet en dan wat handmatig werkt omzetten naar een fstab regel.
Het lijkt er op dat het de bron niet kan vinden. Is cifs-utils geïnstalleerd zodat je ook het cifs 'filesystem' kan gebruiken?

Duurde ff voordat ik erop terug kon komen.

Ik heb je suggestie even gevolgd, om handmatig te mounten:

code:

sudo mount -t cifs //192.168.0.XX/Volumes/Data2TB-1/Backup/Images/Domoticz /mnt/backup/ -o username=XXX,password=XXX,vers=1.0

Maar kreeg onderstaande boodschap.

code:

Couldn't chdir to /mnt/backup: No such device

Vreemd dacht ik, laat ik even proberenn of de directory wel beschikbaar is:

code:

pi@raspberrypi:~ $ cd /mnt

code:

pi@raspberrypi:/mnt $ ls
backup

OK, de backup dir bestaat regulier, nu nog even "erin"

code:

pi@raspberrypi:/mnt $ cd backup

maar dit geeft bij mij de melding

code:

-bash: cd: backup: No such device

Heel raar, dus ik dacht ik verwijder de directory even en maak een nieuwe aan.

code:

pi@raspberrypi:/mnt $ rmdir backup
rmdir: failed to remove 'backup': Permission denied

Volgens mij is er dus iets met de rechten van deze /mnt/backup/ directory, en dat dat het probleem vanaf ht begin is. Ik krijg nu echter deze directory niet meer verwijderd?

code:

pi@raspberrypi:/mnt $ rm -Rf backup
rm: cannot remove 'backup': Permission denied

[Guru Evi]

Je probleem zit hier: IP/Volumes/Data2TB-1/Backup/Images/Domoticz

Als je de folder “Backup” deelt op de Mac via Sharing dan is het adres smb://host/Backup je kan de root niet delen, de meeste SMB systemen laten subfolder mounts niet meer toe (veiligheid). Je kunt de shares die je kan zien zo terugvinden: smbclient -L \\\\machine-of-ip -U 'user'

Dus je commando zou er ongeveer zo uitzien mount.cifs //IP-adres/Backup /mnt/Backup -o ...

Je kunt versie nummer weglaten, dan gaat die automatisch de juiste versie kiezen, 3, 3.02 of 3.1.1

Als je manueel mount, ook de lijn in fstab uitschakelen en systemctl daemon-reload, anders kan systemd auto mounten zodat het probleem zich maskeert.

[ Voor 14% gewijzigd door Guru Evi op 09-01-2021 07:25 ]

[Hero of Time]

Je vermoed dat het in de rechten van /mnt/backup zit, maar je laat nooit een ls -l in /mnt zien om de daadwerkelijke rechten te tonen. Standaard heeft een map 755 als mask. Van deze map weten we het niet. Het kan namelijk net zo goed 000 zijn.

Ik weet ook niet wat de mount optie 'systemd.automount' doet. Het is vroeger nooit nodig geweest en op al m'n systemen werkt het ook prima zonder. Dus tenzij je het echt nodig hebt en er geen enkele andere optie is om het niet te gebruiken, zou ik het gewoon lekker weglaten.

[krizzziz]

Guru Evi schreef op zaterdag 9 januari 2021 @ 07:20:
Je probleem zit hier: IP/Volumes/Data2TB-1/Backup/Images/Domoticz

Als je de folder “Backup” deelt op de Mac via Sharing dan is het adres smb://host/Backup je kan de root niet delen, de meeste SMB systemen laten subfolder mounts niet meer toe (veiligheid). Je kunt de shares die je kan zien zo terugvinden: smbclient -L \\\\machine-of-ip -U 'user'

Dus je commando zou er ongeveer zo uitzien mount.cifs //IP-adres/Backup /mnt/Backup -o ...

Je kunt versie nummer weglaten, dan gaat die automatisch de juiste versie kiezen, 3, 3.02 of 3.1.1

Als je manueel mount, ook de lijn in fstab uitschakelen en systemctl daemon-reload, anders kan systemd auto mounten zodat het probleem zich maskeert.

Nooit geweten dit verhaal over SMB! Interessant. Als ik jou code probeer dan krijg ik dit:

code:

pi@raspberrypi:~ $ smbclient -L \\\\192.168.X.XX -U 'xxxx'
Unable to initialize messaging context
Enter WORKGROUP\domoticz's password: 

    Sharename       Type      Comment
    ---------       ----      -------
    Backup          Disk      
    xxxxxx XXXX Public Folder Disk      
    Data2TB-1       Disk      
    Domoticz        Disk      
    IPC$            IPC       
    domoticz        Disk      
Reconnecting with SMB1 for workgroup listing.
do_connect: Connection to 192.168.0.30 failed (Error NT_STATUS_CONNECTION_REFUSED)
Failed to connect with SMB1 -- no workgroup available

Ik moest dus ook een workgroup password invullen, had maar de password van de Pi gebruikt en dat was kennelijk goed. Probeerde de command nog een keer met een ander PW en ik kreeg:

code:

Unable to initialize messaging context
Enter WORKGROUP\domoticz's password: 
session setup failed: NT_STATUS_LOGON_FAILURE

[krizzziz]

Hero of Time schreef op zaterdag 9 januari 2021 @ 14:28:
Je vermoed dat het in de rechten van /mnt/backup zit, maar je laat nooit een ls -l in /mnt zien om de daadwerkelijke rechten te tonen. Standaard heeft een map 755 als mask. Van deze map weten we het niet. Het kan namelijk net zo goed 000 zijn.

Ik weet ook niet wat de mount optie 'systemd.automount' doet. Het is vroeger nooit nodig geweest en op al m'n systemen werkt het ook prima zonder. Dus tenzij je het echt nodig hebt en er geen enkele andere optie is om het niet te gebruiken, zou ik het gewoon lekker weglaten.

Betreffende je 1e comment:

code:

pi@raspberrypi:/mnt $ ls -l
total 0
drwxr-xr-x 2 root root 0 Feb 14  2019 backup

betreffende je tweede, ik heb mijn FSTAB entry aangepast naar:

code:

//192.168.X.XX/Volumes/blablahelepad/Domoticz /mnt/backup/ -o username=XXX,password=XXX

Maar dan krijg ik dit:

code:

pi@raspberrypi:~ $ sudo mount -a
mount: /mnt/backup: unknown filesystem type '-o'.

[Hero of Time]

krizzziz schreef op maandag 11 januari 2021 @ 20:36:
[...]

Betreffende je 1e comment:

code:

pi@raspberrypi:/mnt $ ls -l
total 0
drwxr-xr-x 2 root root 0 Feb 14  2019 backup

Een lege map hoort niet 0 te zijn, maar 4096, 4 KiB. Daar is iets niet in orde. Doe eens een fsck op je schijf. Je zal waarschijnlijk vanaf een live omgeving moeten starten, want een fsck kan je niet op een gemount filesystem uitvoeren. Niet met rw iig.

betreffende je tweede, ik heb mijn FSTAB entry aangepast naar:

code:

//192.168.X.XX/Volumes/blablahelepad/Domoticz /mnt/backup/ -o username=XXX,password=XXX

Maar dan krijg ik dit:

code:

pi@raspberrypi:~ $ sudo mount -a
mount: /mnt/backup: unknown filesystem type '-o'.

Niet zo gek, je hebt je mount commando letterlijk in fstab gezet. Het commando gebruikt '-o' om opties aan te geven. In fstab is dat gewoon een veld. Je wilt waarschijnlijk nog de eigenaar opgeven voor je lokale systeem om alles in die map te kunnen, anders mag alleen root erin wijzigen.

[Guru Evi]

Zoals je ziet in de lijst, de share is Backup, niet Volumes.

Dus je fstab zou er zo moeten uitzien:

//192.168.0.30/Backup /mnt/backup cifs user=domoticz,password=XXX,file_mode=0755,dir_mode=0755 0 0

[krizzziz]

Hero of Time schreef op maandag 11 januari 2021 @ 20:47:
[...]

Een lege map hoort niet 0 te zijn, maar 4096, 4 KiB. Daar is iets niet in orde. Doe eens een fsck op je schijf. Je zal waarschijnlijk vanaf een live omgeving moeten starten, want een fsck kan je niet op een gemount filesystem uitvoeren. Niet met rw iig.


[...]

Niet zo gek, je hebt je mount commando letterlijk in fstab gezet. Het commando gebruikt '-o' om opties aan te geven. In fstab is dat gewoon een veld. Je wilt waarschijnlijk nog de eigenaar opgeven voor je lokale systeem om alles in die map te kunnen, anders mag alleen root erin wijzigen.

Heb even nagedacht nog, dacht er nog even aan dat /mnt/backup een locatie is die "ge-mount" is. En dat ik deze daardoor niet kon verwijderen. En ja hoor, "ge-unmount" en de map kunnen verwijderen!

code:

pi@raspberrypi:~ $ sudo umount /mnt/backup
pi@raspberrypi:~ $ cd /mnt
pi@raspberrypi:/mnt $ ls
backup
pi@raspberrypi:/mnt $ sudo rm -rf backup
pi@raspberrypi:/mnt $ ls
pi@raspberrypi:/mnt $

Ik heb nu net weer even dezelfde map aangemaakt

code:

pi@raspberrypi:/mnt $ sudo mkdir backup
pi@raspberrypi:/mnt $ ls
backup
pi@raspberrypi:/mnt $ ls -l
total 4
drwxr-xr-x 2 root root 4096 Jan 12 21:28 backup

Maar hoe zorg ik ervoor dat de rechten goed staan, of staan ze goed?

[ Voor 6% gewijzigd door krizzziz op 12-01-2021 21:30 ]

[Hero of Time]

Wat de rechten ook zijn op een map, zodra je er iets op mount, maken die rechten niets meer uit. Ik heb al meerdere keren uitgelegd hoe je bij een cifs mount de eigenaar zet, dit ga ik niet nogmaals herhalen.

[Guru Evi]

Gelieve mijn vorig antwoord na te kijken. De rechten worden gezet tijdens de mount. De map maakt niets uit.