Hatástalanított chmod ubuntun? 666-os jogokkal nem engedi a mezei users még csak ls-elni sem

Ubuntu Linux

Sziasztok!

Következő lenne a problémám, amire nem igazán találtam választ a neten, talán ti tudtok segíteni:

Adott egy Ubuntu Server 7.10-es verzió. Ezen van egy felcastolt ext3 particio -mnt-hd2 néven. Ennek egy almappájához szeretnék hozzáférni userrel, de valamiért a chmod illetve a chown parancsok hatástalanok: 


sudo chmod -R 666 /mnt/hd2
ls /mnt/hd2
ls: /mnt/hd2: Permission denied

Akárhogy próbálkozom, sehogy sem akarja, pedig tudtommal ennek így tökéletesen működnie kéne... Hol rontom el?

Az fstab ide vonatkozó része: 


/dev/sda                                /mnt/hd2          ext3 defaults,errors=remount-ro     0      0

A válaszokat előre is köszi!

  • 2162 megtekintés

( Potrien | 2007. 10. 25., cs – 14:59 )

666 rw-rw-rw -t ad nem? Execute/list-et nem. Akkor természetes, hogy ls visszautasítva!

Vágom mi vele a baj de ahogy elnézem ez volt a cél mert ezt próbálta: sudo chmod -R 666 /mnt/hd2. Vagy félre értettem.

Ha nem szeretné, hogy minden futtatható legyen benne akkor csak a sudo chmod /mnt/hda2-öt használja.
De mégjobb ha megfelelő csoportra teszi a jogosultságot.

man chown

( R3Ce | 2007. 10. 25., cs – 15:39 )

Köszönöm a válaszokat, a cél az volt hogy minden user hozzáférjen a csatolt particiohoz írva/olvasva, minden. Egyszerűbb mint casoportokkal bíbelődni, és megbízható környezetben van, így ez nem jelent reális biztonsági kockázatot.

666 rw-rw-rw -t ad nem? Execute/list-et nem. Akkor természetes, hogy ls visszautasítva!
Na ezaz amit nem vágtam! Ez is benne van a manban? Csak mert átfutottam azt is de úgy látszik elsiklottam felette.

Innen, már megoldom, thx mégegyszer.

Üdv:
R3Ce

Benne. Csak kicsit bogarászni kell. Szárazabb, mint a "beszédes" megoldás:

A numeric mode is from one to four octal digits (0-7), derived by
adding up the bits with values 4, 2, and 1. Any omitted digits are
assumed to be leading zeros. The first digit selects the set user ID
(4) and set group ID (2) and sticky (1) attributes. The second digit
selects permissions for the user who owns the file: read (4), write
(2), and execute (1); the third selects permissions for other users in
the files group, with the same values; and the fourth for other users
not in the files group, with the same values.

És csak execute-t említ, nem írja, hogy a search is ahhoz a bithez tartozik

( LGee | 2007. 10. 25., cs – 15:47 )

Konyvtaron az execute (+x) jog jelenti a belepest...

Mellesleg a kovetkezo hasonlo esetben a

find . -type d -xdev -exec chmod 777 {} \;

a legegyszerubb megoldas (az osszes, megadott ponnttol lefele eso konyvtarra megadja a 777 jogot, es nem megy at mas fajlrendszerre), nem mintha a tobbi fajlon (*jpg pl) problemat okozna a futtathatova tetel egy 'chmod -R 777 *' utan - csak nem szep.

Az osszes konyvtarra adott 777 joggal csak akkor lehet problema, ha felhasznaloi konyvtarak is vannak benne, kulonos tekintettel a ~/.ssh/ -ra...

---

Elado es ingyen viheto holmik itt

find . -type d -xdev -print0|xargs -0 chmod 777

-t hasznalok, mert ugy tudom a xargs "osszegyujti" a fajlneveket, es ugy futtatja a chmodot. Ez akkor hasznos, ha pl 10000 fajlt kell atmodolni.

a -print0 es -0 azert kell, hogy a spaces, idezojeles fajlokat is jol kezelje.

Elbandi
--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

( psc | 2009. 07. 10., p – 11:20 )

Eben nincsenek olyan flag-ek, mind bsdk-ben?