Displaying 5 results from an estimated 5 matches similar to: "CentOS7 DF problem"
2016 Apr 14
0
mount bind problem
Dear Robert,
Thank you.
The state after reboot are as follows.
# LANG=C lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sr0 11:0 1 1024M 0 rom
vda 252:0 0 15G 0 disk
|-vda1 252:1 0 500M 0 part /boot
`-vda2 252:2 0 14.5G 0 part
|-VolGroup-lv_root (dm-0) 253:0 0
2016 Apr 15
0
mount bind problem
Dear Robert,
Before sending 'grep -r /home /etc' data, I want tell you what happned this
morning.
In order to solve the /home/home problem, 'umount /home' had been done,
system had been running in a normal file system.
But suddenly /home has been lost.
Key information of that time is as in the **** lines.
And I found in the //// lines messages log.
How do you think the reason
2016 Apr 12
3
mount bind problem
On CentOS release 6.7, there's file system problem.
Aftert reboot /home is set under /home (/home/home) like followings.
# ls -l /home
total 48
-rw------- 1 root root 7168 Nov 15 19:10 aquota.group
-rw------- 1 root root 7168 Jan 25 11:09 aquota.user
drwxr-x--- 2 root root 4096 Jan 18 21:55 backups
drwxr-xr-x 4 root root 4096 Jan 1 11:59 home
drwxr-xr-x 8 root root 4096 Apr 5
2016 Apr 13
2
mount bind problem
On 04/13/2016 12:02 AM, ???? wrote:
> In /etc/rc.d/rc.sysinit,
> there's "mount -a -n -t nonfs,nfs4,smbfs,ncpfs,cifs,gfs,gfs2i,glusterfs -O
> no_netdev".
>
>
> I have other same type servers. And on other servers with same /etc/fstsb,
> file system is correct.
> There's no difference between normal server's rc.sysinit and this problem
> server's
2016 Apr 14
7
mount bind problem
On 04/13/2016 08:44 PM, ???? wrote:
> # mount
> /dev/mapper/VolGroup-lv_root on / type ext4 (rw,usrquota,grpquota)
> proc on /proc type proc (rw)
> sysfs on /sys type sysfs (rw)
> devpts on /dev/pts type devpts (rw,gid=5,mode=620)
> tmpfs on /dev/shm type tmpfs (rw)
> /dev/vda1 on /boot type ext4 (rw)
> /dev/vdb on /mnt/extradiskA type ext4 (rw,usrquota,grpquota)
>