kernel-packages team mailing list archive

[blausand <blausand@xxxxxxxxxxxxx>]

I have the very same problem and it freaks me out because i cannot return to the much older kernel that woud boot.
*I kindly request some guidance to a temporary manual fix.*
The mapper-ID (isw_****) seems to change from time to time. I don't know if that stems from the Ubuntu (Studio 14.04 LTS) installation or, possibly, from Intels RAID rebuild code that is launched via the Windows OS e.g. after power loss.
_____
blausand@Utopon ~> cat /proc/cmdline 
BOOT_IMAGE=/vmlinuz-3.2.0-67-generic root=UUID=57907805-da9f-4d85-9c49-71807a97c4c0 ro nosplash
blausand@Utopon ~> cat /proc/version
Linux version 3.2.0-67-generic (buildd@brownie) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) #101-Ubuntu SMP Tue Jul 15 17:46:11 UTC 2014

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1358491

Title:
  [Trusty] fails to boot with kernels later than v3.11: systemd-
  udevd[133]: conflicting device node

Status in linux package in Ubuntu:
  In Progress

Bug description:
  I have a lab server named 'caddy' that is used for data recovery and
  forensics of disk drives. It has hot-swap drive bays for various disk
  interface types. Amongst others it has a Promise FasTrak TX2000 IDE
  'fake' RAID controller.

  It was upgraded from Saucy to Trusty. After the upgrade the server
  fails to boot using kernel version 3.13.0-24-generic during early udev
  whilst still in the initrd. Errors of the form:

  [    6.989549] systemd-udevd[137]: inotify_add_watch(7, /dev/sdi2, 10) failed: No such file or directory
  ...
  [    7.092733] systemd-udevd[133]: conflicting device node '/dev/mapper/pdc_ecjaiecgch1' found, link to '/dev/dm-2' will not be created

  are reported for some devices, usually the Promise 'fake' RAID
  devices.

  The system hangs at that point without ever dropping to a busybox
  shell.

  Starting with an earlier Saucy kernel version 3.11.0-12-generic allows
  the server to start successfully.

  After some research it appears that maybe this is due to an
  incompatibility between systemd-udevd and device-mapper and/or dmraid-
  activate. I read in a similar Fedora bug report a comment by Kay
  Seivers:

  https://bugzilla.redhat.com/show_bug.cgi?id=867593#c11

  "Device-mapper seems to mknod() things in /dev, which just can not work
  correctly today.

  There is nothing udev can fix here, it will never touch any device
  node, which should not exist in the first place, that is in the way."

  I've tried breaking initrd, but unless it is done at 'top' udevd
  starts and the system hits this problem.

  Serial console logs of the failed and successful boot attempts are
  attached

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1358491/+subscriptions