14345 2008-02-06 18:55:34 +0300 very long pause with clocksource=tsc after checking the root fs 2010-08-25 08:48:10 +0400 1 1 4 Development Sisyphus SysVinit unstable all Linux NEW P2 minor --- 1 imz ldv mike qa-sisyphus oldest_to_newest 62773 0 imz 2008-02-06 18:55:35 +0300 SysVinit-2.86-alt1 I discovered this while experimenting because of the bug with system clock https://bugzilla.altlinux.org/show_bug.cgi?id=14258 . The described effect appears together with a similar effect: https://bugzilla.altlinux.org/show_bug.cgi?id=14343 . $ rpm -q kernel-image-wks-smp-2.6.18-alt1 -i Name : kernel-image-wks-smp Relocations: (not relocateable) Version : 2.6.18 Vendor: ALT Linux Team Release : alt1 Build Date: Срд 13 Дек 2006 02:28:15 Install date: Срд 21 Фев 2007 02:43:51 Build Host: bee5.hasher.altlinux.org Group : System/Kernel and hardware Source RPM: kernel-image-wks-smp-2.6.18-alt1.src.rpm Size : 44948311 License: GPL Packager : Konstantin A. Lepikhov <lakostis@altlinux.ru> <....> Steps to Reproduce: 1. boot 2.6.24-wks-smp-alt1 with clocksource=tsc 2. 3. Actual Results: After the root fs is mounted read-only (and it is written that it has been checked), the boot-up sequence pauses for about 40 sec. Only after that the message like "Remounting the root filesystem read-write" is written. Expected Results: Normally, there is no pause at all at this moment (e.g., on 2.6.24-wks-smp-alt1 with default options). 62782 1 imz 2008-02-06 19:33:01 +0300 (In reply to comment #0) > After the root fs is mounted read-only (and it is written that it has been > checked), I meant after it was checked while being read-only; before remounting it in read-write mode. 62806 2 imz 2008-02-07 05:07:02 +0300 I also experienced this delay on 2.6.24-std-def-alt2 with clocksource=tsc. (With this option, 2.6.24-std-def-alt2 also has the bad behavior of the system clock: https://bugzilla.altlinux.org/show_bug.cgi?id=14258#c18 ). Perhaps, this is not a bug and an expected behavior under this kernel parameter. But I wonder why other programs work without delays then. 111477 3 mike 2010-08-25 08:48:10 +0400 Ivan, is it still there?