Re: New kernel will not boot after upgrade from fedora-21 to fedora-22

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




On Wed, May 25, 2016 at 1:25 PM, Chris Murphy <lists@xxxxxxxxxxxxxxxxx> wrote:
May 24 00:07:00 redwood.localnet kernel: Command line:
BOOT_IMAGE=/vmlinuz-4.4.9-200.fc22.x86_64 root=/dev/mapper/vg0-lv1 ro
rd.md.uuid=5a1848ce:cff64c1f:a622dc1f:e5f06d55 LANG=en_US.UTF-8
SYSFONT=True rd.lvm.lv=vg0/lv0 rd.lvm.lv=vg0/lv1 KEYTABLE=us rd.luks=0
rd.dm=0


There is an rd.md.uuid= parameter, so that's good.



May 24 00:10:08 redwood.localnet dracut-initqueue[347]: Warning: Could not boot.
May 24 00:10:08 redwood.localnet systemd[1]: Received SIGRTMIN+20 from
PID 349 (plymouthd).
May 24 00:10:08 redwood.localnet dracut-initqueue[347]: Warning:
/dev/mapper/vg0-lv1 does not exist
May 24 00:10:08 redwood.localnet dracut-initqueue[347]: Warning:
/dev/vg0/lv0 does not exist
May 24 00:10:08 redwood.localnet dracut-initqueue[347]: Warning:
/dev/vg0/lv1 does not exist
May 24 00:10:08 redwood.localnet systemd[1]: Starting Dracut Emergency Shell...

OK so yeah, it's basically not finding rootfs. 29 seconds later...

May 24 00:10:37 redwood.localnet kernel: md: md0 stopped.
May 24 00:10:37 redwood.localnet kernel: md: bind<sda1>
May 24 00:10:37 redwood.localnet kernel: md: bind<sdb1>
May 24 00:10:37 redwood.localnet kernel: md: raid1 personality
registered for level 1
May 24 00:10:37 redwood.localnet kernel: md/raid1:md0: active with 2
out of 2 mirrors
May 24 00:10:37 redwood.localnet kernel: md0: detected capacity change
from 0 to 262078464
May 24 00:10:37 redwood.localnet kernel: md: md1 stopped.
May 24 00:10:37 redwood.localnet kernel: md: bind<sda2>
May 24 00:10:37 redwood.localnet kernel: md: bind<sdb2>
May 24 00:10:37 redwood.localnet kernel: md/raid1:md1: active with 2
out of 2 mirrors
May 24 00:10:37 redwood.localnet kernel: created bitmap (15 pages) for
device md1
May 24 00:10:37 redwood.localnet kernel: md1: bitmap initialized from
disk: read 1 pages, set 0 of 29804 bits
May 24 00:10:37 redwood.localnet kernel: md1: detected capacity change
from 0 to 2000068632576
May 24 00:10:54 redwood.localnet systemd[1]: Found device /dev/mapper/vg0-lv1.
May 24 00:10:54 redwood.localnet systemd[1]: Starting File System
Check on /dev/mapper/vg0-lv1...
May 24 00:10:54 redwood.localnet systemd-fsck[2685]: /: clean,
529693/1048576 files, 3263599/4194304 blocks
May 24 00:10:54 redwood.localnet systemd[1]: Started File System Check
on /dev/mapper/vg0-lv1.


So now it's found, I'm gonna guess this is your manual attempt at
starting up the array?

What do you get for cat /proc/mdstat at the dracut prompt before you
do anything else? And also the results from

mdstat -E /dev/sda1
mdstate -E /dev/sdb1
blkid

These can be redirected to fpaste or a file. If you have network
access this early it's easiest to redirect to fpaste but I'm not sure
if it's in the initramfs.

>From your mdadm.conf, you have UUIDs that do not match what's on the
command line.

cmdline:
rd.md.uuid=5a1848ce:cff64c1f:a622dc1f:e5f06d55

mdadm.conf
UUID=c45384af:aa8fc7ca:7eebaeb8:f0ca1523
UUID=524079c6:521ca76f:126164a9:3232e116

Looks like the mdadm.conf is stale and should be recreated, and
recreate the initramfs. Thing is, the rd.md.uuid ought to be enough
for dracut to startup that array, the mdadm.conf is really just about
assigning a particular md array to a particular /dev/mdX assignment,
which by the way has changed recently so there might be confusion
going on there.

You might just try renaming the current mdadm.conf, or commenting out
all of the lines, except for one:

ARRAY /dev/md0 UUID=5a1848ce:cff64c1f:a622dc1f:e5f06d55

And after saving it, use dracut -f.



Chris Murphy

​I am having TONS of problems with f22 (af​
 
​ter reinstalling it
from DVD media, due to system corruption).
FOr example, after using dnf to install all the
mate packages that were previously installed (I had saved
the names of those packages in a different drive).
I had no desktop control. Mouse and KB did not work.
The one app that automatically came up (due to
settings of the mate env) was firefox , and for some
reason KB within the FF window worked, but nowhere else.
​yara ... yara ...yara..

When it rains problems, it pours :)

--
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://lists.fedoraproject.org/admin/lists/users@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux