Tag Info

New answers tagged

0

The explanation lies in the mount.fuse man page: Filesystems are mounted with nodev,nosuid by default, which can only be overridden by a privileged user With the nodev option, the kernel bans all access to devices in the mounted filesystem. With the nosuid option, the kernel ignores setuid and setgid attributes. Both options are necessary for security ...


1

(this does not answer the chroot, but can allow you to change a forgotten unix passwd) I understood disk is mounted on /media/usb try cd /media/usb/etc vi shadow pick line with root, wipe second field (or you can pick the crypted string of a know password from your actual /etc/shadow). in case shadow don't exists, do the same in passwd


3

You can't execute /bin/bash in your chroot and that is most likely because your filesystem is mount with the noexec option and maybe also with nosuid. You can check this running with the mount command as that will show the mount options and you may need to remount the filesystem with other options.


2

Chroot in ubuntu or recovering Ubuntu,Debian Linux boot from livecd of ubuntu, if you installed with system 32bit use 32bit Live CD, If 64bit use 64 bit live cd. Mount the Linux Partitions using # sudo blkid Output: sysadmin@localhost:~$ sudo blkid [sudo] password for sysadmin: /dev/sda1: UUID="846589d1-af7a-498f-91de-9da0b18eb54b" TYPE="ext4" ...


0

I have two program which are communicate each other via unix domin socket, and one of them accessing raw disk. I am running these two programs under chroot. There is %10 performance loss. As you, also I am looking for performance measurements for chroot.


1

Let us say the chroot is in /path/to/chroot. Then you need: A directory etc in /path/to/chroot, and A file called passwd in /path/to/chroot/etc, with at least one entry: juser:x:5002:5002::/some/path:/some/shell And both: /path/to/chroot/some/path /path/to/chroot/some/shell (The shell must be present, along with any necessary libraries and such.)


0

I came across the same issue and ended up writing this to make it work painlessly across different systems (debian, ubuntu currently): Run make_chroot_initrd script to create a new chroot-enabled initrd image from the existing one: # ./make_chroot_initrd /chroot/trusty/boot/initrd.img-3.13.0-32-generic making new initrd: ...


-1

You can do this: usermod --home /var/www/ username



Top 50 recent answers are included