Dotaz: nastavení vlastní výchozí skupiny

[Míra]

Zdravím, když vytvářím soubor, tak vlastníkem jsem já a skupina s1, které jsem členem. Potřeboval bych ale, aby vlastníkem byla skupina s2, které jsem také členem. Jak mám změnit svoji vlastní výchozí skupinu? usermod -g s2 mi nějak nefunguje.

Odpovědi

[Michal Kubeček]

To se nedivím. Výchozí skupinu (stejně jako příslušnost do dalších) vám pochopitelně může změnit pouze root. Pokud vám jde čistě o to, aby nově vytvářené soubory měly jako skupinového vlastníka s2, použijte 'newgrp s2'. Případně vám mohou pomoci SGID bit na adresáři nebo defaultní ACL adresáře. Záleží na tom, co přesně potřebujete.

[Míra]

Potřeboval bych zařadit několik uživatelů do společné skupiny, např domaci. Když potom bude kdokoliv z nich vytvářet soubor, tak bude automaticky patřit tomu uživateli a společné skupině domaci. Aspoň si to tak představuju. Jenže ti uživatelé patří do více skupin a já chci, aby vytvářely soubory se společnou skupinou. Příkazem: chgrp domaci slozka -R dostanu to, co potřebuju. Já chci, aby to vznikalo samo.

[Michal Kubeček]

Pokud vám jde o konkrétní adresář (a jeho podadresáře), nastavte těm adresářům skupinového vlastníka a SGID bit. Nebo použijte ACL a nastavte těm adresářům defaultní ACL, který bude obsahovat položku pro příslušnou skupinu (viz acl(5), setfacl(1)). Chcete-li, aby se tak dělo všude, nastavte jim tu skupinu jako výchozí.

[Míra]

Chci jim tuto skupinu jako výchozí nastavit, ale jak? Příkazem usermod se mi to nepodařilo.

[Michal Kubeček]

Takže obvyklý výslech: co jste konkrétně zkoušel, co se nepovedlo, co to znamená "nepovedlo" - tj. co to udělalo, co jste chtěl aby to udělalo… Ne, opravdu nepatřím k těm, kdo se v anketě chlubí nadpřirozenými schopnostmi, na podobné nesmysly nevěřím, takže co mi nepopíšete, to nevím.

[Míra]

Omlouvám se, ale zapomněl jsem se odhlásit a zase přihlásit. Teď to funguje. #usermod -g nova_vychozi_skupina uzivatel změní výchozí skupinu uživatele. To jsem potřeboval. Všechny nově vytvořené soubory patří původnímu uživateli, ale nové skupině.

[Michal Kubeček]

Ano, to je poměrně klasický problém. Stručné shrnutí: UID, GID, ale dokonce i seznam dalších skupin, kterých jste členem, se vašemu shellu nastaví už v okamžiku, kdy se přihlásíte. Tyto atributy pak dědí i všechny procesy, které vzniknou jako potomci, tedy i všechny příkazy, které dále spouštíte (pomineme-li speciality typu programů se SUID/SGID bitem). Pokud tedy uživateli změníte výchozí skupinu, nedotkne se to celkem pochopitelně už běžících sessions. Co je ale možná na první pohled trochu překvapivé, je skutečnost, že se jich nedotkne ani přidání uživatele do skupiny nebo jeho odebrání ze skupiny. Oboje se projeví až u nových sessions, které otevřete po příslušné změně v databázi uživatelů.

[podlesh]

Jenom poznámka: u některých UNIXových systémů se změna projeví hned, u některých ne.

[Zdeněk Burda]

Můžeš prosím upřesnit u kterých systémů se změna projeví ihned?

[David Watzke]

Když už jsme u toho, taky se na něco zeptám. Chtěl bych nějak docílit toho, aby nově vytvořené soubory a adresáře měly práva 664 a 775 a skupinu home. Jsou ale adresáře, kde potřebuju aby to tak bylo furt; případně aby - když se tam zkopírujou soubory - ty práva i změnil, nejlépe podle přípony. Napadá mě jedině dát do cronu find/chmod a to je špinavost

[David Watzke]

Chtěl bych nějak docílit toho, aby nově vytvořené soubory a adresáře měly práva 664 a 775 a skupinu home.

Ale jen u pár adresářů... rekurzivně...

[Michal Kubeček]

Předpokládám, že vám jde hlavně o to, aby skupina home měla automaticky právo zápisu. Na to stačí

  setfacl -d -m g:home:rwx /ten/adresar

Samozřejmě to nezabrání tomu, aby příslušnou položku ACL později někdo neodebral, ale dědění oprávnění na nově vytvořené soubory i do nově vzniklých podadresářů to zajistí.

[David Watzke]

Děkuju, přesně o to mi jde.

[Michal Kubeček]

P.S.: nefunguje ve Slackware - nebo aspoň někdy na podzim (10.2?) ještě nefungovalo. Ale to ať si postižení vyřídí s autorem… :-)

[David Watzke]

Tak to mi skutečně nevadí :o)

[happy barney]

hmm, a viete aj dovod, preco to nefunguje? (priznam sa, administracia nie je mojou silnou strankou, a po tejto diskusii zacinam to acl studovat)

[Michal Kubeček]

Protože se autoři distribuce rozhodli, že podporu ACL nezahrnou (stejně jako třeba PAM). Důvod tohoto rozhodnutí ale neznám - a protože mám stejně proti Slackware mnoho dalších výhrad, ani jsem po něm moc nepátral.

[happy barney]

aha ja sa mozem cudovat, ze to mne ide, pouzivam slackware-current
clovek, co sme daval changelogy by mozno vedel viac povedat

[David Watzke]

Oops, nějak to nejde

# setfacl -d -m g:home:rwx /home/petr/Apps
setfacl: /home/petr/Apps: Operation not supported

[Michal Kubeček]

Jestli je to ext2, ext3 nebo ReiserFS, bude potřeba, aby ten filesystém byl přimountován s parametrem acl. Není problém v tom?

[David Watzke]

Je, mám ext3.

[David Watzke]

Zvláštní, pořád totéž ...

# setfacl -d -m g:home:rwx /home/petr/Apps
setfacl: /home/petr/Apps: Operation not supported
# setfacl -d -m g:home:rwx /data
setfacl: /data: Operation not supported
# mount | grep acl
/dev/hda3 on /home type ext3 (rw,noatime,acl)
/dev/hdb2 on /data type ext3 (rw,noatime,acl)

[Zdeněk Burda]

Hmmm, asi používáš vlastní jádro a zapoměl jsi do něj přidat podporu...

[David Watzke]

Vskutku... já jsem trotl