Waiting for device /dev/mapper/pdc_cbbaifafid-part7 to appear: …
Could not find /dev/mapper/pdc_cbbaifafid-part7.
Want me to fall back to /dev/mapper/pdc_cbbaifafid-part7? (Y/n)
Title says pdc_cbbaifafid**_part7 (underscore before “part7”) while in text you say pdc_cbbaifafid-**part7 (minus before “part7”). I tried to simulate it in VM and I can reproduce the problem if variant with underscore is used for root name. So - what exactly do you have? Photo of screen would be helpful.
I probably have a typo with the title or the error message listed. I wish I could have done a cut and paste. Since this is a boot problem, there is no way to actually accomplish that task.
Since this is a boot problem, the only way to do a screen shot is with a camera and camera shots of screens typically don’t look very good.
Someone in this thread suggested that the RAID software might be broken. At one point, I thought my drive was broken. Out of curiosity, I removed one of the drives and tried rebooting. Same problem.
My solution was to re-install the OS. Fortunately, the partition that failed contains just OS info so I didn’t loose any data.
Note below: This is not the first time I’ve posted this problem. The problem seems to be new to the 64 bit version of 13.1. My 32 bit version has not encountered this problem.
As arvidjaar sad, there problem is in “underscore” and “minus” in partition name.
This issue is located somwhere in grub2 package.
On reboot in grub menu I press “e” to edit menu item(s), change “underscore” to “minus” before part* of selected item and press F10 to boot.
System was booted normaly and I change all insuffisient “underscores” to “minuses” in /boot/grub2/grub.cfg
All changes will be lost on next grub2 configuration utility run/save untill this bag will be fixed.
i.e. after using grub2 configuration utility make manual changes (“underscores”) in /boot/grub2/grub.cfg before reboot!!!
In /boot/grub2/grub.cfg partition /dev/disk/by-id/raid-ddf1_Main-part3 is presented as /dev/disk/by-id/raid-ddf1_Main_part3
This issue is reprodused only for raid.
I am using GUI tool for Partition management - /sbin/yast2 disk
Please, open bug report, attach grub.cfg, /etc/fstab and /proc/self/mountinfo. Post number here. Thank you.
P.S. strictly speaking it is kpartx bug - it has to include udev rule to create _ variant in initrd. grub2 likely picks the first link it finds (and it is not clear which one should it prefer if there are multiple links).
This ugly problem has re-emerged after the latest kernel upgrade. Is there a reloaded 13.1 version available?
The problem appears to reproducible.
Reinstalling the OS.
Go into YaST Software Management. Upgrade the kernel. Reboot. Here is what you likely get:
RAID set “pdc_cbbaifaifid” was activated
RAID set “pdc_cbbaifaifid” was not activated
Trying manual resume from /dev/disk/by-id/raid-pdc_cbbaifaifid-part6
resume: libgcrypt version: 1.5.3
Trying manual resume from /dev/disk/by-id/raid-pdc_cbbaifaifid-part6
Waiting for device /dev/mapper/raid-pdc_cbbaifaifid-part7 to appear: … could not find raid-pdc_cbbaifaifid-part7
Want me to fall back to /dev/disk/by-id/raid-pdc_cbbaifaifid-part7
It appears that Grub boots from MBR, located in pdc_cbbaifaifid-part7. /boot is located in pdc_cbbaifaifid-part6.
If I install the OS disabling MBR and enabling /boot, the installation fails to boot for initialization.
If you use the DVD to install, and have a wired connection during install, then there’s an install option to add online repos during the install. If you add the update repo, your initial install will have most updates, including the most recent kernel.
Trying manual resume from /dev/disk/by-id/raid-pdc_cbbaifaifid-part6
Usually, the swap device is configured for resume. Unless you hibernated on the last shutdown, it won’t find anything there.
Waiting for device /dev/mapper/raid-pdc_cbbaifaifid-part7 to appear: … could not find raid-pdc_cbbaifaifid-part7
A mapped file system is supposed to be mapped by the “initrd”. So it is looking as if you are getting a bad “initrd” except during install.
My suggestion:
Boot from the install DVD (in repair mode).
Do whatever RAID magic is needed to access your partitions.
Mount the root file system on “/mnt”. Mount any other file systems on top of that.
# mount --bind /dev /mnt/dev
# mount --bind /proc /mnt/proc
# mount --bind /sys /mnt/sys
# mkinitrd /mnt
Note: I have never tried doing that. It is supposed to be using the “mkinitrd” from the DVD to create an “initrd” for your system. That should give about the same result as you get with an install.
I don’t know if it will work, but it is worth trying.
Didn’t think to use a wired connection. Thank goodness I saved my 30 meter Ethernet cable. I guess everyone limited to a wireless connection is beyond hope.
I reinstalled, using the wired internet connection. It installed all the latest updates, as expected. On Friday, the updater indicated there were three new updates. After installing, the pdc_cbbaifafid_part7 error recurred, so I’m back to square one.
I can’t be the only person in the world with this problem.
I have some vague ideas … please, when you reboot your system, in GRUB menu start editing menu entry (press ‘e’ character when menu entry is selected). In a window that opens scroll down to line that starts with “linux”. Do you have this string (pdc_cbbaifafid_part7) anywhere on this line? If possible, make a photo of this screen.