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
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:
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
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?
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
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]
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
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
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
-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
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
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
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
-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
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
15 matches
Mail list logo