Re: [gentoo-user] df showing rootfs
On Tuesday 13 May 2008, 20:56, Miika Linnapuomi wrote: Actually its relatively obvious, but its a 'dynamic' rule in /lib/udev/write_root_link_rule, that creates /dev/.udev/rules.d/10-root-link.rules Yes I have that, and I even have the /dev/root device. However, df does not show rootfs or /dev/root in its output (while on baselayout-2 systems it does). -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] df showing rootfs
Sun, 11 May 2008 23:53:19 +0100 Neil Bothwick [EMAIL PROTECTED] wrote: On Mon, 12 May 2008 01:05:56 +0300, Daniel Iliev wrote: So, please, check what your /etc/fstab reads about / in case you have accidentally overwritten it by answering yes to etc-update or dispatch-conf. That's not it. I also get the two odd entries for / with no change to fstab. /dev/root is a symlink to the actual block device, with no obvious culprit in the udev rules. Actually its relatively obvious, but its a 'dynamic' rule in /lib/udev/write_root_link_rule, that creates /dev/.udev/rules.d/10-root-link.rules signature.asc Description: PGP signature
Re: [gentoo-user] df showing rootfs
Am Montag, 12. Mai 2008 schrieb Daniel Iliev: Try refreshing your block device identification cache by: rm /etc/blkid.tab* I don't have those files, although I see the rootfs line in df output. But again: Why would I care? What's the problem? Bye... Dirk signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] df showing rootfs
On Monday 12 May 2008, 00:41, Daniel Iliev wrote: I am curious why it reads rootfs and /dev/root in the output of df instead of /dev/hda2 as I have it in my /etc/fstab, and why there are two entries. W Alright. Perhaps man libblkid. Which leads me to one *really wild* guess after which I'm out of ideas. Try refreshing your block device identification cache by: rm /etc/blkid.tab* blkid FWIW, I've always seen those entries (or something quite similar) in /proc/mounts (for a long time), but never in the output of df. $ cat /proc/mounts rootfs / rootfs rw 0 0 /dev/root / reiserfs rw,noatime 0 0 proc /proc proc rw,nosuid,nodev,noexec 0 0 sysfs /sys sysfs rw,nosuid,nodev,noexec 0 0 udev /dev tmpfs rw,nosuid 0 0 devpts /dev/pts devpts rw,nosuid,noexec 0 0 /dev/sda7 /home ext3 rw,noatime,data=ordered 0 0 none /dev/shm tmpfs rw 0 0 none /proc/bus/usb usbfs rw 0 0 $ df Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda8 18899832 6396036 12503796 34% / udev 10240 100 10140 1% /dev /dev/sda7 96124904 74332380 16909572 82% /home none 1037040 0 1037040 0% /dev/shm (I haven't switched to baselayout-2 yet). That said, I have no idea why the output of df under baselayout-2 differs (although I assume that the rc-svcdir thing is somehow related to baselayout-2 or openrc). -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] df showing rootfs
On Sat, 10 May 2008, Willie Wong wrote: Having just upgraded to baselayout2 and openrc, I found that when I run df, I get Filesystem 1K-blocks Used Available Use% Mounted on rootfs 8008068 6827336 1180732 86% / /dev/root 8008068 6827336 1180732 86% / udev 1024088 10152 1% /dev none257012 0257012 0% /dev/shm rc-svcdir 102456 968 6% /lib/rc/init.d /dev/hda6 401572139560262012 35% /var /dev/hda7 29735368 28433384 1301984 96% /home Note the first two lines are identical. Is this the way it is supposed to be? Or did I miss a configuration variable somewhere when I etc-update'd? Just to let you know you are not alone. $ uname -a Linux tux 2.6.24-gentoo-r2 #1 SMP PREEMPT Tue Feb 12 18:54:03 EST 2008 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ AuthenticAMD GNU/Linux $ df -k Filesystem 1K-blocks Used Available Use% Mounted on rootfs10008136 1208624 8799512 13% / /dev/sda3 10008136 1208624 8799512 13% / udev 10240 200 10040 2% /dev shm1029084 0 1029084 0% /dev/shm rc-svcdir 102488 936 9% /lib64/rc/init.d /dev/sda5 10008136412576 9595560 5% /var /dev/sda6 10008136 6799800 3208336 68% /usr /dev/sda7166998544851032 166147512 1% /data /dev/sdb2 7816780 1789648 6027132 23% /var/spool/news /dev/sdb3 39068880 27590744 11478136 71% /usr/portage /dev/sdb4146508292 127278184 19230108 87% /home /dev/mapper/vg00-backup 398266496 338484192 59782304 85% /backup -- Reverend Paul Colquhoun, ULC.http://andor.dropbear.id.au/~paulcol Asking for technical help in newsgroups? Read this first: http://catb.org/~esr/faqs/smart-questions.html#intro -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] df showing rootfs
Paul Colquhoun schrieb: On Sat, 10 May 2008, Willie Wong wrote: Having just upgraded to baselayout2 and openrc, I found that when I run df, I get Filesystem 1K-blocks Used Available Use% Mounted on rootfs 8008068 6827336 1180732 86% / /dev/root 8008068 6827336 1180732 86% / udev 1024088 10152 1% /dev none257012 0257012 0% /dev/shm rc-svcdir 102456 968 6% /lib/rc/init.d /dev/hda6 401572139560262012 35% /var /dev/hda7 29735368 28433384 1301984 96% /home Note the first two lines are identical. Is this the way it is supposed to be? Or did I miss a configuration variable somewhere when I etc-update'd? Just to let you know you are not alone. $ uname -a Linux tux 2.6.24-gentoo-r2 #1 SMP PREEMPT Tue Feb 12 18:54:03 EST 2008 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ AuthenticAMD GNU/Linux $ df -k Filesystem 1K-blocks Used Available Use% Mounted on rootfs10008136 1208624 8799512 13% / /dev/sda3 10008136 1208624 8799512 13% / udev 10240 200 10040 2% /dev shm1029084 0 1029084 0% /dev/shm rc-svcdir 102488 936 9% /lib64/rc/init.d /dev/sda5 10008136412576 9595560 5% /var /dev/sda6 10008136 6799800 3208336 68% /usr /dev/sda7166998544851032 166147512 1% /data /dev/sdb2 7816780 1789648 6027132 23% /var/spool/news /dev/sdb3 39068880 27590744 11478136 71% /usr/portage /dev/sdb4146508292 127278184 19230108 87% /home /dev/mapper/vg00-backup 398266496 338484192 59782304 85% /backup For me it is the same. Could it be that this is new in the new coreutils? signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] df showing rootfs
Justin [EMAIL PROTECTED] writes: For me it is the same. Could it be that this is new in the new coreutils? For me it started after the upgrade from baselayout-1 to baselayout-2. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] df showing rootfs
On Sun, May 11, 2008 at 02:18:47PM +0100, Penguin Lover Graham Murray squawked: For me it started after the upgrade from baselayout-1 to baselayout-2. Same here. W -- omega says hi i think he might be sulking because he has fur ~S Sortir en Pantoufles: up 520 days, 13:42 -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] df showing rootfs
Am Sonntag, 11. Mai 2008 schrieb Graham Murray: Justin [EMAIL PROTECTED] writes: For me it is the same. Could it be that this is new in the new coreutils? For me it started after the upgrade from baselayout-1 to baselayout-2. Interesting. I never saw it look different. What's the problem? Bye... Dirk signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] df showing rootfs
On Fri, 9 May 2008 15:43:35 -0400 Willie Wong [EMAIL PROTECTED] wrote: Having just upgraded to baselayout2 and openrc, I found that when I run df, I get Filesystem 1K-blocks Used Available Use% Mounted on rootfs 8008068 6827336 1180732 86% / /dev/root 8008068 6827336 1180732 86% / udev 1024088 10152 1% /dev none257012 0257012 0% /dev/shm rc-svcdir 102456 968 6% /lib/rc/init.d /dev/hda6 401572139560262012 35% /var /dev/hda7 29735368 28433384 1301984 96% /home Note the first two lines are identical. Is this the way it is supposed to be? Or did I miss a configuration variable somewhere when I etc-update'd? Thanks, Willie Are you, guys, doing some funky remounts like switch_root or pivot_root (perhaps in initrd or initfs)? On a normal system I get: == localhost ~ # uname -r 2.6.24-gentoo-r4 localhost ~ # df -h | head -n2 FilesystemSize Used Avail Use% Mounted on /dev/hda1 6,6G 4,8G 1,8G 74% / == On a system with initfs, where I do switch_root because of root on lvm2 case I get: == localhost ~ # uname -r 2.6.24-gentoo-r4-acpi localhost ~ # df -h | head -2 FilesystemSize Used Avail Use% Mounted on /dev/mapper/vg1-root 485M 446M 40M 92% / == -- Best regards, Daniel -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] df showing rootfs
On Sunday 11 May 2008, Daniel Iliev wrote: Filesystem 1K-blocks Used Available Use% Mounted on rootfs 8008068 6827336 1180732 86% / /dev/root 8008068 6827336 1180732 86% / udev 10240 88 10152 1% /dev none 257012 0 257012 0% /dev/shm rc-svcdir 1024 56 968 6% /lib/rc/init.d /dev/hda6 401572 139560 262012 35% /var /dev/hda7 29735368 28433384 1301984 96% /home Note the first two lines are identical. Is this the way it is supposed to be? Or did I miss a configuration variable somewhere when I etc-update'd? Thanks, Willie Are you, guys, doing some funky remounts like switch_root or pivot_root (perhaps in initrd or initfs)? No, I get it too since the upgrade to baselayout-2 I have a small / partition, everything else on lvm, drivers needed at kernel load time compiled in, no initrd -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] df showing rootfs
On Sun, May 11, 2008 at 10:44:39PM +0300, Penguin Lover Daniel Iliev squawked: On Fri, 9 May 2008 15:43:35 -0400 Willie Wong [EMAIL PROTECTED] wrote: Having just upgraded to baselayout2 and openrc, I found that when I run df, I get Filesystem 1K-blocks Used Available Use% Mounted on rootfs 8008068 6827336 1180732 86% / /dev/root 8008068 6827336 1180732 86% / udev 1024088 10152 1% /dev none257012 0257012 0% /dev/shm rc-svcdir 102456 968 6% /lib/rc/init.d /dev/hda6 401572139560262012 35% /var /dev/hda7 29735368 28433384 1301984 96% /home Note the first two lines are identical. Is this the way it is supposed to be? Or did I miss a configuration variable somewhere when I etc-update'd? Thanks, Willie Are you, guys, doing some funky remounts like switch_root or pivot_root (perhaps in initrd or initfs)? Not that I know of. I am definitely not using initfs or initrd. Don't know about switch_root or pivot_root (where would those come up?) I am curious why it reads rootfs and /dev/root in the output of df instead of /dev/hda2 as I have it in my /etc/fstab, and why there are two entries. W -- M: Hot almond milk. Best stuff on earth. Sortir en Pantoufles: up 520 days, 20:07 -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] df showing rootfs
On Sun, 11 May 2008 21:59:35 +0200 Alan McKinnon [EMAIL PROTECTED] wrote: On Sunday 11 May 2008, Daniel Iliev wrote: Are you, guys, doing some funky remounts like switch_root or pivot_root (perhaps in initrd or initfs)? No, I get it too since the upgrade to baselayout-2 I have a small / partition, everything else on lvm, drivers needed at kernel load time compiled in, no initrd I downloaded openrc + baselayout-2 and did some digging on the decompressed files, but didn't find anything strange. Just the opposite - at first glance the new scripts dealing with the root fs appear to be not as complex as those in baselayout-1. The only thing, which I could put a note on, was that baselayout-2 provides a new /etc/fstab file. So, please, check what your /etc/fstab reads about / in case you have accidentally overwritten it by answering yes to etc-update or dispatch-conf. -- Best regards, Daniel -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] df showing rootfs
On Sun, 11 May 2008 17:35:10 -0400 Willie Wong [EMAIL PROTECTED] wrote: On Sun, May 11, 2008 at 10:44:39PM +0300, Penguin Lover Daniel Iliev squawked: Are you, guys, doing some funky remounts like switch_root or pivot_root (perhaps in initrd or initfs)? Not that I know of. I am definitely not using initfs or initrd. Don't know about switch_root or pivot_root (where would those come up?) [START OT] Think of those as of one-file images of a very basic GNU/Linux system, which are used when you need to do some things before mounting the real root FS. The kernel extracts those images in the RAM as root file system executes the commands they contain After this basic system has finished its job you need to switch to the real system by mounting the real root and executing the real /sbin/init. Then you use switch_root or pivot_root to tell the kernel to drop the root fs from the RAM and start working with the real root fs. [END OT] I am curious why it reads rootfs and /dev/root in the output of df instead of /dev/hda2 as I have it in my /etc/fstab, and why there are two entries. W Alright. Perhaps man libblkid. Which leads me to one *really wild* guess after which I'm out of ideas. Try refreshing your block device identification cache by: rm /etc/blkid.tab* blkid P.S. On Sun, May 11, 2008 at 10:44:39PM +0300, Penguin Lover Daniel Iliev squawked: ...-- *ROFL* ! -- Best regards, Daniel -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] df showing rootfs
On Mon, 12 May 2008 01:05:56 +0300, Daniel Iliev wrote: So, please, check what your /etc/fstab reads about / in case you have accidentally overwritten it by answering yes to etc-update or dispatch-conf. That's not it. I also get the two odd entries for / with no change to fstab. /dev/root is a symlink to the actual block device, with no obvious culprit in the udev rules. -- Neil Bothwick We demand rigidly defined areas of doubt and uncertainty! signature.asc Description: PGP signature
[gentoo-user] df showing rootfs
Having just upgraded to baselayout2 and openrc, I found that when I run df, I get Filesystem 1K-blocks Used Available Use% Mounted on rootfs 8008068 6827336 1180732 86% / /dev/root 8008068 6827336 1180732 86% / udev 1024088 10152 1% /dev none257012 0257012 0% /dev/shm rc-svcdir 102456 968 6% /lib/rc/init.d /dev/hda6 401572139560262012 35% /var /dev/hda7 29735368 28433384 1301984 96% /home Note the first two lines are identical. Is this the way it is supposed to be? Or did I miss a configuration variable somewhere when I etc-update'd? Thanks, Willie -- - How many surrealists does it take to change a light bulb? - Two: one to hold the giraffe, the other to fill the bathtub with lots of brightly colored machine tools. Sortir en Pantoufles: up 518 days, 18:17 -- gentoo-user@lists.gentoo.org mailing list
