Re: broken system after srm -r -d /tmp/.* (user login and several services not working)

2008-07-08 Thread Michelle Konzack
Hello Jonas. Am 2008-07-03 18:58:08, schrieb Jonas Meurer: But I discovered something really strange. If I compare the output of 'ls -al /' on my system and in the chroot, several directory sizes seem to be different. I thought that directorys always have a size of 4069 bytes, but apparently

Re: broken system after srm -r -d /tmp/.* (user login and several services not working)

2008-07-04 Thread Jonas Meurer
On 03/07/2008 Sven Joachim wrote: But I discovered something really strange. If I compare the output of 'ls -al /' on my system and in the chroot, several directory sizes seem to be different. I thought that directorys always have a size of 4069 bytes, but apparently this is not the case:

Re: broken system after srm -r -d /tmp/.* (user login and several services not working)

2008-07-03 Thread Jonas Meurer
On 02/07/2008 Sven Joachim wrote: I've broken my debian/unstable system by executing as root the command # srm -r -d /tmp/.* Ouch. That seems a good command to run before you sell your hard disk. ;-) yes :-/ Login as root works without any issues. When I try to su to a normal user

Re: broken system after srm -r -d /tmp/.* (user login and several services not working)

2008-07-03 Thread Sven Joachim
On 2008-07-03 11:42 +0200, Jonas Meurer wrote: When I try to su to a normal user from root, I get: Cannot execute /bin/bash: Permission denied. The permissions for /bin/bash are ok: -rwxr-xr-x 1 root root 797784 2008-05-12 19:00 /bin/bash Can you run su under strace and see where it fails?

Re: broken system after srm -r -d /tmp/.* (user login and several services not working)

2008-07-03 Thread Jonas Meurer
Hey Sven, first thanks for your help! On 03/07/2008 Sven Joachim wrote: On 2008-07-03 11:42 +0200, Jonas Meurer wrote: When I try to su to a normal user from root, I get: Cannot execute /bin/bash: Permission denied. The permissions for /bin/bash are ok: -rwxr-xr-x 1 root root 797784

Re: broken system after srm -r -d /tmp/.* (user login and several services not working)

2008-07-03 Thread Stephan Seitz
On Thu, Jul 03, 2008 at 06:58:08PM +0200, Jonas Meurer wrote: [snip] [pid 17413] execve(/bin/bash, [bash], [/* 16 vars */]) = -1 EACCES (Permission denied) [pid 17413] open(/usr/share/locale/locale.alias, O_RDONLY) = -1 EACCES (Permission denied) [pid 17413]

Re: broken system after srm -r -d /tmp/.* (user login and several services not working)

2008-07-03 Thread Jochen Schulz
Jonas Meurer: But I discovered something really strange. If I compare the output of 'ls -al /' on my system and in the chroot, several directory sizes seem to be different. I thought that directorys always have a size of 4069 bytes, but apparently this is not the case: No, it's not and your

Re: broken system after srm -r -d /tmp/.* (user login and several services not working)

2008-07-03 Thread Sven Joachim
On 2008-07-03 18:58 +0200, Jonas Meurer wrote: On 03/07/2008 Sven Joachim wrote: On 2008-07-03 11:42 +0200, Jonas Meurer wrote: When I try to su to a normal user from root, I get: Cannot execute /bin/bash: Permission denied. The permissions for /bin/bash are ok: -rwxr-xr-x 1 root

broken system after srm -r -d /tmp/.* (user login and several services not working)

2008-07-02 Thread Jonas Meurer
Hello, I've broken my debian/unstable system by executing as root the command # srm -r -d /tmp/.* I aborted the command after something between 20 and 40 seconds, but since then, my system behaves strange: If I try to login as normal user on the console, I get the error Unable to cd to

Re: broken system after srm -r -d /tmp/.* (user login and several services not working)

2008-07-02 Thread Ron Johnson
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/02/08 04:33, Jonas Meurer wrote: Hello, I've broken my debian/unstable system by executing as root the command # srm -r -d /tmp/.* I aborted the command after something between 20 and 40 seconds, but since then, my system behaves

Re: broken system after srm -r -d /tmp/.* (user login and several services not working)

2008-07-02 Thread Jonas Meurer
On 02/07/2008 Ron Johnson wrote: No flames, but thanks! for the informative post. A reboot cleanly clears out /tmp, so ISTM that the way to accomplish your ultimate goal is to run sfill soon after boot. Yes, you're correct. ;-) Thanks for the suggestion, will use that next time. Should have

Re: broken system after srm -r -d /tmp/.* (user login and several services not working)

2008-07-02 Thread Sven Joachim
On 2008-07-02 11:33 +0200, Jonas Meurer wrote: I've broken my debian/unstable system by executing as root the command # srm -r -d /tmp/.* Ouch. That seems a good command to run before you sell your hard disk. ;-) I aborted the command after something between 20 and 40 seconds, but since

Re: broken system after srm -r -d /tmp/.* (user login and several services not working)

2008-07-02 Thread Sven Joachim
On 2008-07-02 12:33 +0200, Jonas Meurer wrote: In the meanwhile, I had a new idea: Maybe srm doesn't remove the overwritten files before quitting when it is aborted. That way, some file on my system could still exist, but in a truncated way: half of the file is still the orignal, the other

Re: broken system after srm -r -d /tmp/.* (user login and several services not working)

2008-07-02 Thread Ron Johnson
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/02/08 05:45, Sven Joachim wrote: On 2008-07-02 11:33 +0200, Jonas Meurer wrote: I've broken my debian/unstable system by executing as root the command # srm -r -d /tmp/.* Ouch. That seems a good command to run before you sell your hard

Re: broken system after srm -r -d /tmp/.* (user login and several services not working)

2008-07-02 Thread Sven Joachim
On 2008-07-02 13:00 +0200, Ron Johnson wrote: On 07/02/08 05:45, Sven Joachim wrote: On 2008-07-02 11:33 +0200, Jonas Meurer wrote: I've broken my debian/unstable system by executing as root the command # srm -r -d /tmp/.* Ouch. That seems a good command to run before you sell your hard