Messages in this thread | | | From | jiri.wichern@hccnet ... | Date | Tue, 17 Dec 2002 00:24:50 +0100 | Subject | PROBLEM: kernel 2.4.20 option CONFIG_BLK_STATS breaks /proc/partitons so "mount" can't mount devices by UUID. |
| |
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. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |