Find the answer to your Linux question:
Page 2 of 2 FirstFirst 1 2
Results 11 to 17 of 17
Strange.. Maybe your users are a chroot env. As a user: ls -lad /usr ls -lad /usr/bin ls -la /usr/bin...
Enjoy an ad free experience by logging in. Not a member yet? Register.
  1. #11
    Trusted Penguin Irithori's Avatar
    Join Date
    May 2009
    Location
    Munich
    Posts
    3,392

    Strange..
    Maybe your users are a chroot env.
    As a user:
    ls -lad /usr
    ls -lad /usr/bin
    ls -la /usr/bin
    You must always face the curtain with a bow.

  2. #12
    Just Joined!
    Join Date
    Jun 2010
    Posts
    9
    As a user, I executed these commands:

    Code:
    bash-3.2$ ls -lad /usr
    drwxr-xr-x 5 root root 4096 Jun 15 21:39 /usr
    bash-3.2$ ls -lad /usr/bin
    ls: /usr/bin: No such file or directory
    bash-3.2$ ls -la /usr/bin
    ls: /usr/bin: No such file or directory
    bash-3.2$

  3. #13
    Trusted Penguin Irithori's Avatar
    Join Date
    May 2009
    Location
    Munich
    Posts
    3,392
    as a user:
    ls -la /usr

    It doesnt say "permision denied".
    It says: "not found"
    So the filesystem looks different for the user.
    chroot or virtualization is a way to "achieve" this.
    Are you aware of anything like this in place?

    Can you also do, once as user, once as root:
    df -h
    mount
    You must always face the curtain with a bow.

  4. #14
    Just Joined!
    Join Date
    Jun 2010
    Posts
    9
    Result of "df -h, mount" as user:

    Code:
    bash-3.2$ df -h
    bash: df: command not found
    bash-3.2$ mount
    bash: mount: command not found
    bash-3.2$
    Result of "df -h, mount" as root:

    Code:
    [root@base-s1 ~]# df -h
    Filesystem            Size  Used Avail Use% Mounted on
    /dev/vzfs              20G  647M   20G   4% /
    none                  1.0G  4.0K  1.0G   1% /dev
    tmpfs                 1.0G     0  1.0G   0% /usr/local/psa/handlers/before-local
    tmpfs                 1.0G     0  1.0G   0% /usr/local/psa/handlers/before-queue
    tmpfs                 1.0G     0  1.0G   0% /usr/local/psa/handlers/before-remote
    tmpfs                 1.0G     0  1.0G   0% /usr/local/psa/handlers/info
    tmpfs                 1.0G     0  1.0G   0% /usr/local/psa/handlers/spool
    /dev/vzfs              20G  647M   20G   4% /var/named/run-root/var/run/dbus
    [root@base-s1 ~]# mount
    /dev/vzfs on / type vzfs (rw)
    proc on /proc type proc (rw)
    sysfs on /sys type sysfs (rw)
    none on /dev type tmpfs (rw)
    none on /dev/pts type devpts (rw)
    none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
    proc on /var/named/run-root/proc type proc (rw)
    tmpfs on /usr/local/psa/handlers/before-local type tmpfs (rw)
    tmpfs on /usr/local/psa/handlers/before-queue type tmpfs (rw)
    tmpfs on /usr/local/psa/handlers/before-remote type tmpfs (rw)
    tmpfs on /usr/local/psa/handlers/info type tmpfs (rw)
    tmpfs on /usr/local/psa/handlers/spool type tmpfs (rw)
    proc on /var/named/run-root/proc type proc (rw)
    /dev/vzfs on /var/named/run-root/var/run/dbus type vzfs (rw)
    [root@base-s1 ~]#
    This is a strange setup and I think it is virtualization!!!
    The account was set up with plesk (web hosting software)

  5. #15
    Trusted Penguin Irithori's Avatar
    Join Date
    May 2009
    Location
    Munich
    Posts
    3,392
    As I said, my best guess is, that the users are chrooted.
    A simple way of verifying this is to do as root:
    touch /testfile1
    touch /usr/testfile2
    touch /usr/bin/testfile3
    and then try to see these files as user
    ls -la /testfile1
    ls -la /usr/testfile2
    ls -la /usr/bin/testfile3

    The last one will fail, as far as we know.

    I still havent seen
    ls -la /usr
    as user.

    The virtualisation used seems to be virtuozzo.
    Are you aware of any chroot setup for that server?
    You must always face the curtain with a bow.

  6. #16
    Just Joined!
    Join Date
    Jun 2010
    Posts
    9
    all the following fail as user:
    Code:
    ls -la /testfile1
    ls -la /usr/testfile2
    ls -la /usr/bin/testfile3

    result of ls -la/usr (as user):
    Code:
    drwxr-xr-x  5 root root 4096 Jun 15 21:39 .
    drwxr-xr-x 21 root root 4096 Jun 15 21:39 ..
    drwxr-xr-x  2 root root 4096 Jun 15 21:39 lib
    drwxr-xr-x  3 root root 4096 Jun 15 21:39 libexec
    drwxr-xr-x  3 root root 4096 Jun 15 21:39 share
    bash-3.2$

    also I don't know if it will help you, but the hosting I have is
    netfirms.com/vps/

    I checked and it is plesk, virtuozzo.
    As for chroot I don't know how to check for that but maybe not, because if commands such as ls are working from the original root, then how can it be? I am not that skilled in linux though

  7. #17
    Trusted Penguin Irithori's Avatar
    Join Date
    May 2009
    Location
    Munich
    Posts
    3,392
    The three testfiles show, that root is in a completely different environment compared to the user, because:
    Not even the first testfile1 ist there.

    And in that user env, you obviously have only the bare minimum of commands (/bin),
    as there is no /usr/bin.


    I wouldnt be surprised, if the way you login as root vs user would show different hosts.
    Judging from the presence of virtuozo, it could be, that the user env is indeed a virtual server different from the one you use as root.

    Is there anyone you can ask?
    Someone who setup that server, and knows the reasons behind this?
    You must always face the curtain with a bow.

Page 2 of 2 FirstFirst 1 2

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •