Toon posts:

Permissie probleempje

Pagina: 1
Acties:

Verwijderd

Topicstarter
Interessant vaagheidje. Ik heb soms vaag HD gedrag als mijn laptop suspend. Laatste besloot mijn HD bijvoorbeeld dat mijn filesystem kapot moest, en toen heeft 'ie de halve /usr/bin gewist. Gelukkig kan je met /bin nog booten en dan alle sys-RPMs opnieuw installeren, en dan werkt 't weer. Ik zit echter nog met een klein probleempje die ik er niet uitkrijg.

code:
1
2
3
4
5
[root@shrek bin]# rpm -Uvh --force --nodeps --replacefiles /tmp/coreutils-4.5.3-19.i386.rpm
Preparing...                ########################################### [100%]
   1:coreutils              ########################################### [100%]
error: unpacking of archive failed on file /usr/bin/users: cpio: rename failed - Operation not permitted
[root@shrek bin]#


En dan installeert 'ie dus niet. Dus, wat is er aan de hand met /usr/bin/users/? Well... :

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
[root@shrek users]# ls -la
total 80
dr-x--xr-T    2 795168095 1852142895    40960 Mar 26  1970 .
drwxr-xr-x    3 root     root        40960 Jul  2 20:40 ..
[root@shrek users]# useradd -u 795168095 -p huppeldepup bla
[root@shrek users]# su bla
[bla@shrek users]$ cd ..
[bla@shrek bin]$ rmdir users
rmdir: `users': Permission denied
[bla@shrek bin]$ chmod a-t users
chmod: changing permissions of `users': Operation not permitted
[bla@shrek bin]$ ls users/
[bla@shrek bin]$ ls -la users/
total 80
dr-x--xr-T    2 bla      1852142895    40960 Mar 26  1970 .
drwxr-xr-x    3 root     root        40960 Jul  2 20:40 ..
[bla@shrek bin]$ exit
exit
[root@shrek users]# userdel bla
[root@shrek users]# chmod a-t .
chmod: changing permissions of `.': Operation not permitted
[root@shrek users]# cd ..
[root@shrek bin]# chmod a-t users
chmod: changing permissions of `users': Operation not permitted
[root@shrek bin]# rm -fr users
rm: cannot remove directory `users': Operation not permitted
[root@shrek bin]#


Mjah, interessant dus. Die vage user/group ID zullen wel door mijn suspend-actie komen, en hoe die sticky bit daar komt (T schijnt no-execute+sticky te zijn) is me al helemaal onduidelijk. Het vreemdste is echter dat ik als root d'r helemaal niks mee kan! :o. Hoe los ik dit op cq. hoe kom ik van die dir of die permissies af?

offtopic:
Het echte probleem is overigens dat in coreutils.rpm iets zit wat ik nodig heb om te compileren via automake. ;).


edit:
Ik heb inmiddels de verwarde /usr/bin maar naar /usr/bin.old gemoved met een cp -a'tje (minus users/) terug in /usr/bin. Maar ik wil toch weten hoe ik hiervan af kom.

[ Voor 5% gewijzigd door Verwijderd op 03-07-2004 05:51 ]


  • Robtimus
  • Registratie: November 2002
  • Laatst online: 20:17

Robtimus

me Robtimus no like you

Dat user bla zijn eigen dir niet kan verwijderen verbaast me niet; daarvoor moet nml ook de parent dir writable zijn.
Ik ben alleen bang dat dat je niet gaat helpen, aangezien zelfs root het niet kan fixen.

Heb je al een fsck gedaan?

More than meets the eye
There is no I in TEAM... but there is ME
system specs


  • raoulduke
  • Registratie: Oktober 2003
  • Niet online

raoulduke

Get in!

Op wat voor filesystem vond de crash plaats: ext2, ext3, reiser of iets anders?

Remember, if you have any trouble you can always send a telegram to the Right People.


Verwijderd

Topicstarter
raoulduke schreef op 03 juli 2004 @ 10:19:
Op wat voor filesystem vond de crash plaats: ext2, ext3, reiser of iets anders?
ext3.
IceManX schreef op 03 juli 2004 @ 10:11:
Heb je al een fsck gedaan?
Uhm, nouja, ehm, kijk, dit was zeg maar het resultaat van een fsck. :X.