This is strictly FYI and has only been around for the last two or three versions of udev. This is a really minor error message I'm seeing right after "Remounting remaining filesystem readonly ..." and just before poweroff. I get about 6 lines of this and the only way I was able to read it was to take a mpeg movie of it with my digital camera. It only occurs on my laptop which is running an ~x86+ system. Here are my system particulars: Portage 2.1_pre6-r4 (default-linux/x86/2006.0, gcc-4.1.0, glibc-2.4-r1, 2.6.15-gentoo-r7 i686) ================================================================= System uname: 2.6.15-gentoo-r7 i686 Intel(R) Pentium(R) M processor 1400MHz Gentoo Base System version 1.12.0_pre16 ccache version 2.4 [enabled] dev-lang/python: 2.4.2-r1 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.91.0.6 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium-m -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-O2 -march=pentium-m -pipe -fomit-frame-pointer -fvisibility-inlines-hidden" DISTDIR="/storage/packages" FEATURES="autoconfig candy ccache distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.ecc.u-tokyo.ac.jp/GENTOO " LANG="en_US.UTF-8" LDFLAGS="-Wl,-Bdirect -Wl,-hashvals -Wl,-zdynsort" LINGUAS="en ja" PKGDIR="/storage/quickpkgs" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.ca.gentoo.org/gentoo-portage" USE="x86 X a52 aac aalib acl acpi alsa anthy apache2 arts asf audiofile avi berkdb bitmap-fonts bluetooth bzip2 cairo cdparanoia cjk cli cpudetection crypt ctype cups curl dba dbus dhcp dlloader dri dts dvd dvdr dvdread emboss encode ethereal expat fame fastbuild ffmpeg firefox flac font-server foomaticdb force-cgi-redirect fortran ftp gd gdbm gif glibc-omitfp glut gphoto2 gpm grammar gs gstreamer gtk gtk2 gtkhtml hal imagemagick imlib immqt-bc ipv6 java jikes jpeg kde kdepim lcms ldap libcaca libg++ libwww live lm_sensors logitech-mouse logrotate lua lzo mad mailwrapper memlimit mikmod mjpeg mmx mmxext mng motif mp3 mp4live mpeg mplayer mysql nas ncurses network nls nonfsv4 nptl nptlonly nsplugin ogg opengl oss pam pcmcia pcre pda pdf pdflib perl png posix postgres python qt quicktime readline real rtc samba scanner sdl session simplexml slang slp smime soap sockets speex spell spl sse sse2 ssl svg svgz tcltk tcpd theora thesaurus tiff tokenizer truetype truetype-fonts type1-fonts udev unicode usb userlocales v4l v4l2 vidix vorbis wifi win32codecs wmf wv xine xml xml2 xscreensaver xsl xv zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux linguas_en linguas_ja userland_GNU video_cards_-ati video_cards_fglrx video_cards_vesa video_cards_fbdev" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LC_ALL, MAKEOPTS
Does this happen on the 089 release too?
Yes. Still the same message about six times right before the lights go out.
Just to follow up on this I finally found out what was causing those messages. Evidently from an earlier version of udev, the permissions on nodes /lib/udev/devices/null and /lib/udev/devices/zero were -rw-rw-rw- and were causing the "delete_path" errors. When I deleted folder /lib/udev/devices, the nodes were recreated and the permissions changed to -rw-------, and the error messages went away. I noticed a couple posts in the forums where others complained about this. Maybe you can fix udev to regenerate these nodes to eliminate the errors. Thanks.
No, no! Setting the permissions manually or deleting that folder doesn't solve the problem. The messages are still there. It is indeed a minor issue but I hate warnings. And why would udev try to delete something when the file systems are mounted read-only? I don't dig that.
I ask to mark this bug at least "normal" instead of "trivial" since it is not trivial as it would seem (at least for me). Two of my machines do not complete halt when I ask them to do so (using halt) starting instead to loop endlessly on those delete_path errors. I also tried using the fix suggested in comment #3, but it didn't work nor on the first one neither on the second machine.
Still no clue on this? Many users are forced to physically press the power button of their computer to switch it off. I agree with Alessandro, the severity should upgraded to normal.
Does the 094 release fix this?
Greg: i will only be able to test udev 094 on my machines until aug 21. As soon as i am able to test it i'll report you the results thank you in advance, Alessandro
(fix to my previous comment) greg: I will NOT not be able to test udev 094 on my machines until aug 21. As soon as i am able to test it i'll report you the results thank you in advance, Alessandro
(In reply to comment #7) > Does the 094 release fix this? > udev-096-r1 is also affected.
sys-apps/baselayout-1.12.4-r2 Solved the bug for me. I rebooted about 15 times to check.
*** Bug 142071 has been marked as a duplicate of this bug. ***
I confirm that >=sys-apps/baselayout-1.12.4 used with >=sys-fs/udev-096 addresses the problem and solves it on all of my affected machines. Thank you all Bye, Alessandro
i confirm too this problem baselayout 1.12.4 with udev 096 have some people solve of this?
upgrade baseutils please.
