Using ext3 sometimes a full fsck runs on bootup. This may take up to 15 minutes for one of my filesystems. Using parallel startup, I get about a dozen messages that services are depending on fsck to start up themselves every other second or so. It is not only unnecessary in this case to write those messages literally hundreds of times, but it also frequently overwrites fsck's progress bar. My suggestion is to add a "may block for some time" flag to the rc system that suppresses the "A is waiting for B" messages on bootup. Such a flag may not only be interesting to fsck but maybe also for other services like network filesystems, VPN connections etc. Reproducible: Sometimes Steps to Reproduce: 1. set rc_parallel="YES" in /etc/rc.conf 2. cause a full fsck trigger on next reboot (e.g. "every x mounts" on ext3) 3. boot gentoo 4. see *lots* of repeating messages that several services can't start, because they are waiting for fsck to finish Actual Results: A dozen messages every other second, that several processes are waiting for fsck to finish startup. These messages overwrite the fsck progress bar frequently. Expected Results: This messages either once or not at all. 2.6.27-gentoo-r2 x86_64) ================================================================= System uname: Linux-2.6.27-gentoo-r2-x86_64-Intel-R-_Core-TM-2_Quad_CPU_@_2.40GHz-with-gentoo-2.0.0 Timestamp of tree: Sun, 16 Nov 2008 10:15:01 +0000 distcc 3.0 x86_64-pc-linux-gnu [disabled] app-shells/bash: 3.2_p39 dev-java/java-config: 1.3.7, 2.1.6-r1 dev-lang/python: 2.3.6-r2, 2.4.4-r7, 2.5.2-r8, 2.6-r4 dev-python/pycrypto: 2.0.1-r6 dev-util/cmake: 2.6.2 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.3.0-r1 sys-apps/sandbox: 1.2.18.1-r3 sys-devel/autoconf: 2.13, 2.63 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1-r1 sys-devel/binutils: 2.19 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=core2 -O3 -pipe -fomit-frame-pointer -msse3 -ftracer -ftree-vectorize -maccumulate-outgoing-args" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/4.1/env /usr/kde/4.1/share/config /usr/kde/4.1/shutdown /usr/share/config /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-orphans userfetch userpriv usersandbox" GENTOO_MIRRORS="http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ http://distfiles.gentoo.org" LANG="en_CA" LC_ALL="en_CA.UTF-8" LDFLAGS="-Wl,-O1" LINGUAS="en de eo" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage/layman/desktop-effects /usr/local/portage/layman/java-overlay /usr/local/portage/local" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="X a52 aac acl acpi aiglx alsa amd64 anthy audiofile avi bzip2 bzlib cairo canna cdr cjk cli cracklib crypt cups curl dbus dirac dri dts dvb dvd dvdr emul-linux-x86 encode exif ffmpeg firefox flac fortran freewnn ftp gdbm gif gimpprint glitz glut gmp gnutls gstreamer gtk gtk2 gtkhtml htmlhandbook iconv imagemagick imlib inotify ipv6 isdnlog ithreads java joystick jpeg junit kde kdeprefix lesstif libnotify mad madwifi maildir matroska mbox midi mikmod mime mmap mmx mmxext mng motif mozsvg mp2 mp3 mp4 mpeg mudflap multilib ncurses nls nobcel nolog4j norhino nptl nptlonly objc ogg oggvorbis openal opengl openmp pango pcre pdflib perl pic pie png posix pppd python qt qt4 quicktime readline reflection rtc ruby schroedinger sdl session sndfile sockets speex spell spl sqlite sse sse2 ssl ssse3 svg sysfs tcltk tcpd tetex theora threads tiff truetype uim unicode userlocales v4l v4l2vcd vim-syntax vorbis x264 xml xml2 xorg xpm xsl xv xvid zlib" ALSA_CARDS="ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en de eo" USERLAND="GNU" VIDEO_CARDS="radeon" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 173031 [details, diff] Don't warn about waiting on notimeout services. Does this help any?
Yes, thank you. I reemerged the patched openrc, caused an fsck with tune2fs -C and rebooted. This time no warnings about services waiting for fsck to finish occured. Nice. :) I hope it did not make a difference that this time my root partition was checked. I chose it, because it would have to be checked soon anyway and because I did not want to spend 15 minutes on rebooting. Please note, though, that applying the patch file failed. Instead I had to make the change manually using an editor. This wasn't a problem for me, but adding the patch unchanged into portage would cause build fails.
(In reply to comment #2) > Please note, though, that applying the patch file failed. Instead I had to make > the change manually using an editor. This wasn't a problem for me, but adding > the patch unchanged into portage would cause build fails. Possibly because that patch is from the git repo which is a little newer than the 0.3 ebuild :) Fixed in http://git.overlays.gentoo.org/gitweb/?p=proj/openrc.git;a=commitdiff;h=3fe02b7d15ba360374c406f3e37e697493887b44
Fixed in 0.4.0.
