From: jiri.wichern@hccnet.nl
To: linux-kernel@vger.kernel.org
Subject: PROBLEM: kernel 2.4.20 option CONFIG_BLK_STATS breaks /proc/partitons so "mount" can't mount devices by UUID.
Date: Tue, 17 Dec 2002 00:24:50 +0100 [thread overview]
Message-ID: <3DFE6ED2.7174.1395ABF@localhost> (raw)
Short description of the problem: You can't mount hard drive
volumes by using their UUID number when also using extra
statistics for your block devices by the CONFIG_BLK_STATS
kernel option.
-----------------
First of all: i dont know really if i should send this message to this
group. I tried drew@colorado.edu, because he seemed the most
likely "suspect" for his email adress was in the genhd.h file. The
genhd.c/genhd.h kernel source files of kernel 2.4.20 use the
CONFIG_BLK_STATS config option the most, but genhd.c had
only Linus Torvalds as creator. I tried to find on internet the
maintainer of the generic "block devices" part of the kernel;
however i couldn't find him after a few google attempts.
I have also tried google for finding out if this problem was already
known: no answers.
Maybe this should be a case for the maintainer of the "Mount"
application. However, i would like to hear your opinion on that if it is
so.
-------------------------
This is what actually happens:
When chosing the CONFIG_BLK_STATS kernel option in the
configure menu and compiling the kernel (version 2.4.20), after
rebooting; booting with the new kernel, the file /proc/partitions has
extra statistic information about your block devices. However this
extra information seems to hamper the possibility to mount
volumes by UUID number; a feature also using the /proc/partitions
file. This can ultimately result in a failure-to-mount filesystems at
boottime resulting in a forced single user maintainance mode or re-
reboot of the system. (This is dependable on your inittab and
/etc/rc.d files.)
------------------------------
Some version info:
Kernel: 2.4.20
Mount: mount-2.10l
Some kernel make config:
CPU: AMD Athlon/Duron
SCSI kernel modules: "Adaptec AIC7xxx support" "Sym53C8xx scsi support"
Everything is linked in one kernel file (no loose modules)
System hardware:
CPU: AMD Thunderbird 1400 @ 1050MHz (100MHz FSB)
Main board: MSI k7t master-s (onboard SCSI, 1 SCSI HDD connected; this one will mount as in fstab points to /dev/sda1, 2 and 3.)
extra SCSI adapter: dual UW symbios controller with DE 500 NIC on one PCI card (Digital/Compaq) (3 SCSI HD's on the second controller. These won't mount for i use to point at them by their UUID)
-----------------------------
More info:
bash-2.04# ./ver_linux
If some fields are empty or look unusual you may have an old version.
Compare to the current minimal requirements in Documentation/Changes.
Linux saphire 2.4.20 #3 Tue Dec 17 01:54:12 CET 2002 i686 unknown
Gnu C egcs-2.91.66
Gnu make 3.79
binutils 2.9.1.0.25
util-linux 2.10l
mount 2.10l
modutils 2.3.11
e2fsprogs 1.18
Linux C Library 2.1.3
ldd: version 1.9.9
Procps 2.0.6
Net-tools 1.55
Kbd 0.99
Sh-utils 2.0
Modules Loaded
bash-2.04# comment: (No modules loaded)
bash-2.04# cat /proc/cpu
cat: /proc/cpu: No such file or directory
bash-2.04# cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 6
model : 4
model name : AMD Athlon(tm) Processor
stepping : 4
cpu MHz : 1050.088
cache size : 256 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge
mca cmov pat p
se36 mmx fxsr syscall mmxext 3dnowext 3dnow
bogomips : 2090.59
bash-2.04# cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
Vendor: DEC Model: RZ2CD-KS (C) DEC Rev: 0306
Type: Direct-Access ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 06 Lun: 00
Vendor: MATSHITA Model: CD-R CW-7502 Rev: 4.17
Type: CD-ROM ANSI SCSI revision: 02
Host: scsi2 Channel: 00 Id: 09 Lun: 00
Vendor: COMPAQ Model: BB00911CA0 Rev: 3B05
Type: Direct-Access ANSI SCSI revision: 02
Host: scsi2 Channel: 00 Id: 12 Lun: 00
Vendor: DEC Model: RZ2CD-KS (C) DEC Rev: 0306
Type: Direct-Access ANSI SCSI revision: 02
Host: scsi2 Channel: 00 Id: 13 Lun: 00
Vendor: DEC Model: RZ2CD-KS (C) DEC Rev: 0306
Type: Direct-Access ANSI SCSI revision: 02
bash-2.04# comment: (without CONFIG_BLK_STATS option)
bash-2.04# cat /proc/partitions
major minor #blocks name
8 0 4190040 sda
8 1 1047521 sda1
8 2 1047552 sda2
8 3 1571328 sda3
8 4 519684 sda4
8 16 8886762 sdb
8 17 8886256 sdb1
8 32 4190040 sdc
8 33 4184901 sdc1
8 48 4190040 sdd
8 49 4184901 sdd1
comment: (with CONFIG_BLK_STATS option)
major minor #blocks name rio rmerge rsect ruse wio wmerge
wsect wuse running use aveq
8 0 4190040 sda 263 2001 4534 1790 2 0 4 10 0 1330 1800
8 1 1047521 sda1 255 1908 4326 1750 2 0 4 10 0 1290 1760
8 2 1047552 sda2 3 45 96 10 0 0 0 0 0 10 10
8 3 1571328 sda3 3 45 96 10 0 0 0 0 0 10 10
8 4 519684 sda4 1 0 8 10 0 0 0 0 0 10 10
8 16 8886762 sdb 1 3 8 10 0 0 0 0 0 10 10
8 17 8886256 sdb1 0 0 0 0 0 0 0 0 0 0 0
8 32 4190040 sdc 1 3 8 10 0 0 0 0 0 10 10
8 33 4184901 sdc1 0 0 0 0 0 0 0 0 0 0 0
8 48 4190040 sdd 1 3 8 10 0 0 0 0 0 10 10
8 49 4184901 sdd1 0 0 0 0 0 0 0 0 0 0 0
I think other information is irrelevant.
---------------------------
Workaround: Only one i found so far: don't use the kernel option.
---------------------------
As this is my first kernel "bug" report i would very much appreciate
if you could tell me if i did anything wrong here...
Regards, Jiri Wichern. Nijmegen, the Netherlands. A dedicated
Linux fan since 1996.
next reply other threads:[~2002-12-16 23:16 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-12-16 23:24 jiri.wichern [this message]
2002-12-17 0:55 ` PROBLEM: kernel 2.4.20 option CONFIG_BLK_STATS breaks /proc/partitons so "mount" can't mount devices by UUID Andries Brouwer
2002-12-18 15:31 ` Marcelo Tosatti
2002-12-19 11:51 ` Andries Brouwer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3DFE6ED2.7174.1395ABF@localhost \
--to=jiri.wichern@hccnet.nl \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.