Your message dated Sun, 4 Oct 2009 01:09:05 +0200
with message-id <[email protected]>
and subject line Re: Bug#549522: udev no longer works without inotify support,
upgrade breaks system
has caused the Debian Bug report #549522,
regarding udev no longer works without inotify support, upgrade breaks system
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
549522: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549522
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: udev
Version: 146-3
Severity: important
Running dist-upgrade on my sid box today, I ended up with an unbootable system
because udev apparently freaks out if inotify support is not enabled.
AFAIU, inotify is only used to detect updates to the config files, clearly not
a critical feature. What's more, previous versions of udev worked just fine
without inotify support, so the new behaviour is a regression.
Finally, the package should check *BEFORE INSTALLING* whether mandatory
features are present on the system, instead of installing and failing later on,
leaving the user with an unbootable system. I had to downgrade to lenny's udev
to get my system back to life.
The error message is:
Setting up udev (146-3) ...
udevd[518]: inotify_init failed: Function not implemented
error initializing inotify
udevd[518]: error initializing inotify
Cannot start udevd. (rc=4)
dpkg: error processing udev (--configure):
subprocess installed post-installation script returned error exit status 4
-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
total 56
-rw-r--r-- 1 root root 3801 Aug 26 12:31 50-udev.rules
-rw-r--r-- 1 root root 1601 Aug 26 12:31 60-persistent-input.rules
-rw-r--r-- 1 root root 1488 Aug 26 12:31 60-persistent-storage-tape.rules
-rw-r--r-- 1 root root 4873 Aug 26 12:31 60-persistent-storage.rules
-rw-r--r-- 1 root root 523 Aug 26 12:31 60-persistent-v4l.rules
-rw-r--r-- 1 root root 685 Oct 4 00:02 70-persistent-net.rules
-rw-r--r-- 1 root root 452 Aug 26 12:31 75-cd-aliases-generator.rules
-rw-r--r-- 1 root root 4427 Aug 26 12:31 75-persistent-net-generator.rules
-rw-r--r-- 1 root root 2507 Aug 26 12:31 80-drivers.rules
-rw-r--r-- 1 root root 4559 Aug 26 12:31 91-permissions.rules
-rw-r--r-- 1 root root 593 Aug 26 12:31 95-late.rules
lrwxrwxrwx 1 root root 15 Feb 26 2009 z60_hdparm.rules -> ../hdparm.rules
-- /sys/:
/sys/block/loop0/dev
/sys/block/loop1/dev
/sys/block/loop2/dev
/sys/block/loop3/dev
/sys/block/loop4/dev
/sys/block/loop5/dev
/sys/block/loop6/dev
/sys/block/loop7/dev
/sys/block/sda/dev
/sys/block/sda/sda1/dev
/sys/block/sda/sda2/dev
/sys/block/sda/sda3/dev
/sys/block/sda/sda4/dev
/sys/block/sdb/dev
/sys/class/input/mice/dev
/sys/class/misc/perf/dev
/sys/class/misc/rtc/dev
/sys/class/scsi_generic/sg0/dev
/sys/class/scsi_generic/sg1/dev
-- Kernel configuration:
isapnp_init not present.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: hppa (parisc64)
Kernel: Linux 2.6.22.19 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
--- End Message ---
--- Begin Message ---
On Oct 04, Thibaut VARENE <[email protected]> wrote:
> Running dist-upgrade on my sid box today, I ended up with an unbootable system
> because udev apparently freaks out if inotify support is not enabled.
This is documented in README.Debian.
> AFAIU, inotify is only used to detect updates to the config files, clearly not
> a critical feature.
Not only for that.
> What's more, previous versions of udev worked just fine
> without inotify support, so the new behaviour is a regression.
The need for inotify has always been documented, if it half-worked well
enough for your needs then good for you but this is not a bug.
> Finally, the package should check *BEFORE INSTALLING* whether mandatory
> features are present on the system, instead of installing and failing later
> on,
> leaving the user with an unbootable system. I had to downgrade to lenny's udev
> to get my system back to life.
So by downgrading you may also have broken your system in ways I do not
want to think about. Downgrades are not supported, please do not blame
me if your system will break in the future.
> Cannot start udevd. (rc=4)
> dpkg: error processing udev (--configure):
> subprocess installed post-installation script returned error exit status 4
This does not look like "installing".
It would be pretty dumb to reboot a system after udev failed to install.
I do not believe that it is useful to explicitly check for every kernel
feature udev may depend on because:
- it works with all Debian kernels
- the list is documented, and building kernels without these features is
silly anyway
- installation will fail if something really important is missing
- I am not even sure that it is possible to check for e.g. signalfd by
only using a shell script and rewriting preinst in C would probably
be impractical
--
ciao,
Marco
signature.asc
Description: Digital signature
--- End Message ---
