Selbst erstellte Ordner plötzlich nouser:nogroup

M

manuelgh

New Member
Feb 4, 2020
16
2
3
40
Guten Tag zusammen. Ich habe folgendes Problem. Bei mir läuft ein LXC mit Ubuntu 18.04 der als Samba Server dient. Alles funktionierte einwandfrei. Ordner erstellen, Daten hin und her kopieren. Gestern habe ich dann mal mein Proxmox neugestartet und seit dem kann ich nicht mehr auf die Daten zugreifen.

Via Ssh auf den Server zu gegriffen. Ausgabe von ls -l gibt aus das die Ordner und Dateien um die es geht plötzlich dem User nouser und der Gruppe nogroup gehören.

Versucht die Rechte und Besitzer via chown und chmod zu ändern aber selbst als root wird mir der Zugriff verweigert!

Wie komme ich wieder in Besitz meiner Daten?

Ich danke im vorraus
 
Hallo,

bitte schick ein Bild mit der Samba Konfiguration. (Es reicht die Config vom geteilten Directory)

Benutzt du deinen lokalen User als Sambauser?
 
Code: 
[filme]
path = /mnt/filme
guest ok = yes
read only = no

[serien]
path = /mnt/serien
guest ok = yes
read only = no

Das sind meine Freigaben. Die Ordner habe ich im LXC mit Rootrechte erstellt. Gehörten auch die ganze Zeit zum User Root und zur Gruppe Root. Erst nach dem neustart des PVE hatten gehörten sie plötzlich nicht mehr root:root sondern nobody:nogroup. Von daher denke ich das Problem liegt nicht an Samba sondern an Proxmox selbst. Wenn ich versuche mit Root rechte die Rechte zu ändern bekomme ich ein Permission deneid.

Code: 
root@smb:~# ls -l /mnt
total 16
drwxr----- 2 nobody nogroup 4096 May 25 20:12 filme
drwxr----- 2 nobody nogroup 4096 May 25 20:13 musik
drwxr----- 2 nobody nogroup 4096 May 25 20:13 serien
drwxrwxrwx 2 root   root    4096 Jun  4 18:40 test

Das ist die Ausgabe von ls -l. Die Ordner filme musik und serien gehörten vor dem Neustart des PVE root:root
 
1. Der Ordner für Samba sollte nicht dem Root user gehören. Am besten du legst einen eigenen lokalen user an und gibst ihn mit
sudo smbpasswd -a <username> ein Samba Passwort.

Hinzufügen zu /etc/samba/smb.conf

browseable = yes
valid users = <dein samba user>
writeable = yes
guest ok = no
create mask = 0770

2. Versuch folgendes um die Rechte zu ändern

Falls du die coreutils noch nicht installiert hast: (Sollten standardmäßig installiert sein)

sudo apt-get install coreutils

sudo chgrp -R root /mnt/filme
sudo chown -R root /mnt/filme
 
Last edited:
Ok danke werd Ich gleich mal versuchen.

Bzw. Chown habe ich schon versucht. Auch Permission Denied. Weis aber nicht ob coreutils schon installiert ist.

Ich habe es bei root belassen da Ich der einzige bin der den Server adminestriert. Und von ausserhalb auch kein Zugriff drauf erfolgen kann. Also Sicherheit ist für mich erst mal zweitrangig.
 
Ausgabe chgrp

Code: 
root@smb:~# sudo chgrp -R root /mnt/filme
chgrp: cannot read directory '/mnt/filme': Permission denied

Coreutils ist die aktuelle Version installiert.

Bin bei meiner Suche durchs Web auf einen Beitrag gestoßen der irgendwas mit einem "Mapping" von Proxmox zu tun hat. Dadurch kann es dann wohl passieren das sich die Berechtigungen ändern. Aber so ganz schlau bin ich daraus nicht geworden. Was mich auch so sehr wundert ist, warum ich selbst als root ein Permission denied erhalte
 
manuelgh said:
Ok danke werd Ich gleich mal versuchen.

Bzw. Chown habe ich schon versucht. Auch Permission Denied. Weis aber nicht ob coreutils schon installiert ist.

Ich habe es bei root belassen da Ich der einzige bin der den Server adminestriert. Und von ausserhalb auch kein Zugriff drauf erfolgen kann. Also Sicherheit ist für mich erst mal zweitrangig.
Click to expand...


Ok.

Problematik ist folgende:

Wenn ein Gast User eine Samba Share verändert dann werden die Rechte auf nobody:nogroup geändert. Dann hast du wieder die Problematik, dass du mit dem Root user keinen Zugriff mehr hast.
 
Ja ok das versteh ich. Aber da in meiner Freigabe ja guest ok angegeben ist müsste ich ja tehoretisch von meinem Windows PC auf die freigabe zugreifen können. Denn wenn Dateien oder Ordner verändert werden dann nur von diesem. Und dennoch müsste ich als root doch die Rechte ändern können. Oder gibt es noch eine höhere instanz als Root?
 
manuelgh said:
Ausgabe chgrp

Code: 
root@smb:~# sudo chgrp -R root /mnt/filme
chgrp: cannot read directory '/mnt/filme': Permission denied

Coreutils ist die aktuelle Version installiert.

Bin bei meiner Suche durchs Web auf einen Beitrag gestoßen der irgendwas mit einem "Mapping" von Proxmox zu tun hat. Dadurch kann es dann wohl passieren das sich die Berechtigungen ändern. Aber so ganz schlau bin ich daraus nicht geworden. Was mich auch so sehr wundert ist, warum ich selbst als root ein Permission denied erhalte
Click to expand...


Öffne die Proxmox Shell und mach einen Screenshot von deiner LXC Config Datei:

/etc/pve/lxc/<CTID>.conf
 
Code: 
ot@pve1:~# less /etc/pve/lxc/102.conf
arch: amd64
cores: 1
hostname: smb
memory: 1024
mp0: filme:subvol-102-disk-0,mp=/mnt/filme,backup=1,size=4000G
mp1: serien:subvol-102-disk-0,mp=/mnt/serien,backup=1,size=4000G
mp2: familie:subvol-102-disk-0,mp=/mnt/musik,backup=1,size=2000G
net0: name=eth0,bridge=vmbr0,firewall=1,gw=192.168.178.1,hwaddr=F6:4C:BD:F6:A2:9A,ip=192.168.178.175/24,ip6=dhcp,type=veth
onboot: 1
ostype: ubuntu
rootfs: local-lvm:vm-102-disk-0,size=8G
swap: 1024
unprivileged: 1
/etc/pve/lxc/102.conf (END)
 
Code: 
root@pve1:~# df -aTh
Filesystem           Type         Size  Used Avail Use% Mounted on
sysfs                sysfs           0     0     0    - /sys
proc                 proc            0     0     0    - /proc
udev                 devtmpfs     3.9G     0  3.9G   0% /dev
devpts               devpts          0     0     0    - /dev/pts
tmpfs                tmpfs        786M  9.1M  777M   2% /run
/dev/mapper/pve-root ext4          94G  4.5G   85G   6% /
securityfs           securityfs      0     0     0    - /sys/kernel/security
tmpfs                tmpfs        3.9G   63M  3.8G   2% /dev/shm
tmpfs                tmpfs        5.0M     0  5.0M   0% /run/lock
tmpfs                tmpfs        3.9G     0  3.9G   0% /sys/fs/cgroup
cgroup2              cgroup2         0     0     0    - /sys/fs/cgroup/unified
cgroup               cgroup          0     0     0    - /sys/fs/cgroup/systemd
pstore               pstore          0     0     0    - /sys/fs/pstore
none                 bpf             0     0     0    - /sys/fs/bpf
cgroup               cgroup          0     0     0    - /sys/fs/cgroup/rdma
cgroup               cgroup          0     0     0    - /sys/fs/cgroup/hugetlb
cgroup               cgroup          0     0     0    - /sys/fs/cgroup/blkio
cgroup               cgroup          0     0     0    - /sys/fs/cgroup/perf_event
cgroup               cgroup          0     0     0    - /sys/fs/cgroup/freezer
cgroup               cgroup          0     0     0    - /sys/fs/cgroup/memory
cgroup               cgroup          0     0     0    - /sys/fs/cgroup/devices
cgroup               cgroup          0     0     0    - /sys/fs/cgroup/pids
cgroup               cgroup          0     0     0    - /sys/fs/cgroup/cpu,cpuacct
cgroup               cgroup          0     0     0    - /sys/fs/cgroup/cpuset
cgroup               cgroup          0     0     0    - /sys/fs/cgroup/net_cls,net_prio
debugfs              debugfs         0     0     0    - /sys/kernel/debug
hugetlbfs            hugetlbfs       0     0     0    - /dev/hugepages
systemd-1            -               -     -     -    - /proc/sys/fs/binfmt_misc
mqueue               mqueue          0     0     0    - /dev/mqueue
sunrpc               rpc_pipefs      0     0     0    - /run/rpc_pipefs
fusectl              fusectl         0     0     0    - /sys/fs/fuse/connections
configfs             configfs        0     0     0    - /sys/kernel/config
lxcfs                fuse.lxcfs      0     0     0    - /var/lib/lxcfs
/dev/fuse            fuse          30M   24K   30M   1% /etc/pve
binfmt_misc          binfmt_misc     0     0     0    - /proc/sys/fs/binfmt_misc
tmpfs                tmpfs        786M     0  786M   0% /run/user/0
 
Was mir aufällt:
Die drei Festplatten, welche im LXC gemountet sind, sind am Host System selbst nicht gemountet.
Eigentlich musst du am Host System selber vollen Zugriff auf die festplatten haben.
 
Ja das ist mir auch gerade aufgefallen. Die Externen Hdd's sind aber definitiv angeschlossen und werden auch als Online im Zpool Status ausgegeben. Demnach arbeiten sie auch. jetzt stellt sich die Frage warum PVE die Platten nach dem Neustart nicht mehr mountet
 
Der Befehl scheint bei mir nicht zu funktionieren.

Code: 
root@pve1:~# systemctl status mnt-pve-storage.mount
Unit mnt-pve-storage.mount could not be found.
 
You must log in or register to reply here.

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Quick Navigation

Home Get Subscription Wiki Downloads Proxmox Customer Portal About

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!
Community platform by XenForo® © 2010-2024 XenForo Ltd.
Top Bottom
Back