Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1309513 - dnf remove vagrant makes system unusable
Summary: dnf remove vagrant makes system unusable
Keywords:
Status: CLOSED DUPLICATE of bug 1259865
Alias: None
Product: Fedora
Classification: Fedora
Component: dnf
Version: 23
Hardware: x86_64
OS: Linux
unspecified
urgent
Target Milestone: ---
Assignee: Packaging Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-02-18 00:33 UTC by Andy Wallace
Modified: 2016-02-22 12:48 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-02-22 12:48:33 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Andy Wallace 2016-02-18 00:33:39 UTC
Description of problem: 

I had an older version of vagrant on my laptop which was not working for some reason, so I ran "dnf remove vagrant". It came up with a list of 47 other packages to remove, most of which seemed to be ruby packages. I let it go without checking too closely, and one of the packages it removed was sqlite, meaning dnf stopped working after that.

I got the binaries for sqlite off another box and dnf happily installed the latest version of vagrant (which I'd already downloaded), and it required no dependencies.

I then tried to use rpm -ql on a package, and rpm wouldn't work as nss was missing. I checked back (same xterm open luckily), and nss was not in the list of packages dnf was supposed to remove. Everything else seemed to be working, it was getting towards hometime in the office so I thought I'd get back to it in the morning.

I work in a government office, so my laptop has an encrypted drive. This morning it wouldn't boot. Type in the disk password, see it crash with a kernel panic. I booted from a fedora-live image on a USB stick and had a look around (cryptsetup open worked ok with the password, so it hasn't been trashed). libbd_crypto was missing, so I copied over the library files into /usr/lib64 on the mounted disk. That's another package which hadn't been listed to be removed by dnf. Still wouldn't boot from the hard disk though.

My guess is that something else important has been removed by stealth. It would be nice to know what!


Version-Release number of selected component (if applicable): Fedora 23 latest


How reproducible: Only tried once, that was enough!

Steps to Reproduce:
1. Install Fedora 23 with encrypted hard disk
1. use dnf to install vagrant from local rpm package
2. use dnf to remove vagrant, with list of dependencies
3. reboot

Actual results:

Kernel panic on boot, presumably due to some other missing dependencies that dnf removed

Expected results:

Usable system

Additional info:

Output from boot log follows:
...
[ OK ] Reached target Switch Root.
[ OK ] Started Plymouth switch root service.
       Starting Switch Root...
[  17.230869] Kernel panic - not syncing: Attempted to kill init! exitcode=0x00007f00
[  17.230869] 
[  17.231183] CPU: 0 PID: 1 Comm: systemd Not tainted 4.3.5-300.fc23.x86_64 #1
[  17.231183] Hardware name: TOSHIBA SATELLITE C50D-B/ZBWAE, BIOS 1.0 04/13/2014
[  17.231183]  0000000000000000 00000000c098e8de ffff88042d6c7e00 ffffffff813a643f
[  17.231183]  ffffffff81a4e420 ffff88042d6c7e88 ffffffff811a4521 ffff880400000010
[  17.231183]  ffff88042d6c7e98 ffff88042d6c7e30 00000000c098e8de 0000000000000001
[  17.231183] Call Trace:
[  17.231183]  [<ffffffff813a643f>] dump_stack+0x44/0x55
[  17.231183]  [<ffffffff811a4521>] panic+0xd3/0x20b
[  17.231183]  [<ffffffff810a3c13>] do_exit+0xad3/0xae0
[  17.231183]  [<ffffffff810a3ca7>] do_group_exit+0x47/0xb0
[  17.231183]  [<ffffffff810a3d24>] SyS_exit_group+0x14/0x20
[  17.231183]  [<ffffffff81781e2e>] entry_SYSCALL_64_fastpath+0x12/0x71
[  17.231183] Kernel Offset: disabled
[  17.231183] ---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x00007f00
[  17.231183]

Comment 1 Honza Silhan 2016-02-22 12:48:33 UTC

*** This bug has been marked as a duplicate of bug 1259865 ***


Note You need to log in before you can comment on or make changes to this bug.