Bug 960306
Summary: | Upgrade of clean F17 install to F18 fails in fedup second phase, boot drops to dracut emergency shell | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Adam Williamson <awilliam> |
Component: | fedup | Assignee: | Will Woods <wwoods> |
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | high | Docs Contact: | |
Priority: | unspecified | ||
Version: | 17 | CC: | nscavell, sixerjman, tflink, wwoods |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2013-05-16 21:15:27 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Adam Williamson
2013-05-07 01:18:55 UTC
I'm not even sure where to add my comments as this seems to be an issue effecting a lot of people in many ways across several bugs. My disk layout: NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 465.8G 0 disk ├─sda1 8:1 0 500M 0 part /boot └─sda2 8:2 0 465.3G 0 part ├─vg_sterling-lv_swap (dm-0) 253:0 0 9.8G 0 lvm [SWAP] ├─vg_sterling-lv_root (dm-1) 253:1 0 162.5G 0 lvm / └─vg_sterling-lv_home (dm-2) 253:2 0 293G 0 lvm └─luks-5faa44a4-788c-40e2-b6e2-b48e6e5e861e (dm-3) 253:3 0 293G 0 crypt /home After rebooting from `sudo fedup-cli --network 18 --debuglog fedupdebug.log` and after entering password for /home I get dropped into emergency shell and /home is not mounted. I have tried removing rhgb and plymouth.splash=fedup. I have enforcing=0. Nothing seems to work. I have the exact same situation as the OP, with the exception that my machine is not a VM guest. The upgrade shell timed out waiting for /dev/disk/by-uuid/(/boot partition UUID). I could get to a maintenance shell to mount the partition manually but at that point I didn't know what to do next. After exiting into a previous environment (I guess systemctl default?) and looking over the various systemd targets I tried 'systemctl isolate system-upgrade.target' but that failed with so many 'mismatch' errors I did a CTRL-C to end the script and gave up. Currently upgrading via 'fedora-upgrade' and it looks like all vestiges of the previous fedup-cli run are gone but if there is anywhere I could look to see any debug messages I can try and have a look. Here is my partition layout. The first few partitions contain WinXP and Debian, you can see the Fedora stuff at /dev/sda7 and /dev/sda8. lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 149.1G 0 disk ├─sda1 8:1 0 5.9G 0 part ├─sda2 8:2 0 75.1G 0 part ├─sda3 8:3 0 1K 0 part ├─sda5 8:5 0 12.3G 0 part ├─sda6 8:6 0 2G 0 part ├─sda7 8:7 0 500M 0 part /boot └─sda8 8:8 0 53.4G 0 part ├─vg_fedora-lv_swap (dm-0) 253:0 0 2G 0 lvm [SWAP] ├─vg_fedora-lv_root (dm-1) 253:1 0 34.3G 0 lvm / └─vg_fedora-lv_home (dm-2) 253:2 0 17.1G 0 lvm /home dominique: we're pretty sure the fedup in updates-testing for F17 is just busted, I don't think it's system-dependent. So we probably don't need a lot of detail on specific systems hitting the bug. Thanks for contributing! *** This bug has been marked as a duplicate of bug 958586 *** |