search for: rootvol

So here goes... First some back story -Centos 5 with latest updates as of yesterday. kernel is 2.6.18-238.19.1.el5 -setup is raid 1 for /boot and lvm over raid6 for everything else - The / partition (lvm "RootVol") had run out of room... (100% full, things where falling appart...) I resized the root volume (from 20GiB to 50GiB). This was done from a fedora 15 livecd, seemed like a better idea than doing it on a live system at the time.... After the resize the content of all the lvs could be mounted an...

...ding_ certain types. Note that the first two letters are "no", which applies to all the listed types: mount -a -n -t nonfs,nfs4,smbfs,ncpfs,cifs,gfs,gfs2i,glusterfs -O no_netdev [rkn] ~ $ df Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/vg_omega3g-rootvol 11963960 5995348 5337828 53% / tmpfs 8194160 340 8193820 1% /dev/shm /dev/sda1 689128 130200 508752 21% /boot /dev/mapper/vg_omega3g-var 38166008 8282340 27921892 23% /var /dev/mapper/vg_omega3g-s...

...is is the problem. If I try to chainboot Windows XP, it will start my rescue Windows system instead. Here's my extlinux.conf. What can I do? Thanks label Fedora menu label ^Fedora kernel /vmlinuz-2.6.25.3-18.fc9.x86_64 append initrd=/initrd-2.6.25.3-18.fc9.x86_64.img root=/dev/FedoraLVM/RootVol ro rhgb quiet label Windows XP menu label ^Windows XP kernel chain.c32 append hd1 #won't boot actually on hd1 but hd0 instead (needs mapping) label Rescue Windows XP menu label ^Rescue Windows XP kernel chain.c32 append hd0 1

...first two letters are "no", which applies to all the > listed types: > > mount -a -n -t nonfs,nfs4,smbfs,ncpfs,cifs,gfs,gfs2i,glusterfs -O > no_netdev > > [rkn] ~ $ df > Filesystem 1K-blocks Used Available Use% Mounted on > /dev/mapper/vg_omega3g-rootvol > 11963960 5995348 5337828 53% / > tmpfs 8194160 340 8193820 1% /dev/shm > /dev/sda1 689128 130200 508752 21% /boot > /dev/mapper/vg_omega3g-var > 38166008 8282340 27921892 23% /var &...

Hi Gordon, my dracut package is the latest available for Centos7 (this occur just after my "yum update" and reboot). It is dracut-033-568.el7.x86_64 in CentOS Linux release 7.8.2003 (Core) I'm going to rebuild my initrd as suggested with the snapshot setup. Thanks for the links. Patrick Le 19/08/2020 ? 17:31, Gordon Messmer a ?crit?: > On 8/19/20 1:02 AM, Patrick B?gou wrote:

Hello all. Does anyone have any suggestions for making centos cloud images that can automatically repartition the root device to resize the filesystem? All the Ubuntu UEC images do this, so using the same image, you can launch cloud instances of a variety of flavors and the VM instance will repartition the root disk and resize the fs. The Ubuntu images utilize scripts in the initramfs dpkg that

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

On a 8 Core system only dom0 can set cap > 100 and vcpus > 1. On a domU ''xm sched-credit -d <domU> -c 200'' says "Error: cap is out of range". Vcpu cannot be set higher than 1 - regardless of boot/config/command line. Low performance is equivalent to the cap setting. See ''xm list --long'': (domain (domid 0) (uuid

...edly closed (148727 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(600) [sender=3.0.6] And if I do a df of the entire system, it looks like everything is still ok: # df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/SysVG-RootVol 2.0G 872M 1.1G 46% / tmpfs 4.0G 0 4.0G 0% /dev/shm /dev/sda1 486M 87M 375M 19% /boot /dev/mapper/SysVG-HomeVol 4.0G 137M 3.7G 4% /home /dev/mapper/SysVG-OptVol 6.0G 4.3G...

On 06/21/2011 01:15 PM, Jan Stilow wrote: > Hello, > > Nirbheek Chauhan <nirbheek <at> gentoo.org> writes: >> [...] >> >> Every few minutes, (I guess) when applications do fsync (firefox, >> xchat, vim, etc), all applications that use fsync() hang for several >> seconds, and applications that use general IO suffer extreme >> slowdowns.