Forum Mjukvara Linux och övriga operativsystem Tråd

Annorlunda rättigheter vid ls på nfs share

1
Skriv svar
Permalänk
Medlem
●

Annorlunda rättigheter vid ls på nfs share

Lyckas inte lösa mitt problem och kan inte se vad som är fel. Har en NFS-share där rättigheterna avviker på klienten, men allt ser likadant ut på servern.

root@server # ls -lan
drwxr-xr-x   6 1000  1000    6 Jan  8 14:15 Arkiv
drwxr-xr-x   4 1000  1000   15 Nov 25 14:50 Dokumentär
user@client $ ls -lan
drwxr-xr-x   2 0     0       2 23 Jun  2020 Arkiv
drwxr-xr-x   4 1000  1000   15 25 Nov 14:50 Dokumentär

Varför får katalogen Arkiv inte de korrekta rättigheterna?

EDIT:
Kör FreeNAS-11.3-U5 på servern och MacOS v11.1 på klienten.

Visa signatur

Tjo Göingar!

Redigera
Citera flera Citera
Permalänk
Avstängd
●
Citat: 
drwxr-xr-x   6 1000  1000    6 Jan  8 14:15 Arkiv
drwxr-xr-x   2 0     0       2 23 Jun  2020 Arkiv

Är du säker på att du kör "ls -lan" i samma katalog i båda fallen? Det står att Arkiv har olika storlek, olika datum och olika många underkataloger. Hur bär du dig för övrigt åt för att få en katalog som är 6 eller 2 byte stor? Mina kataloger är i princip alltid 4096 byte.

Redigera
Citera flera Citera
Permalänk
Medlem ★
●

4096-block indikerar Ext4 som filsystem

Detta beror på filsystem - BTRFS (och jag gissar här ZFS) anger exakt förbrukad utrymme på bytenivå och har också tailstuffing så att småfiler och småbitar av slutet på större filer betydligt mindre än hela sektorer inte ligger på var och en varsina sektorer utan samlas upp och fyller upp betydligt färre antal sektorer

Nu finns det också apparant storlek och verklig förbrukad storlek (dock ej kompression och deduplicering medtagen) och visningen av vilket kan styra av flaggor till 'ls'. Apparant storlek är hur stor filen har registrerat sig som och verklig storlek är hur mycket diskyta det upptar och kan skilja sig stort på filer med 'hole' eller som det också kallas sparse-filer [1].

[1] i sparse-filer så är alla områden med minst en sektors storlek som är helt fyllda med '0' tar inte upp någon fysisk plats på disken - detta är jättegammal 'Unix-trix' i filsystemet redan i orginal UFS som kan spåras till 80-talet typ.

Senast redigerat
Redigera
Citera flera Citera
1
Skriv svar
Senaste nyheterna
Hårdvara
Mjukvara
Övrigt
Nytt i forumet
Datorkomponenter
System
Ljud, bild och kommunikation
Spel och mjukvara