Hide Forgot
Description of problem: I've accidentally messed my boot device and the computer started booting Fedora which I didn't want at the moment. So when prompted for the password to unlock my encrypted partition, I hit Ctrl+Alt+Del combo to soft reboot and reselect the proper device. The system didn't react to that ... Version-Release number of selected component (if applicable): kernel-4.7.4-200.fc24.x86_64 How reproducible: always Steps to Reproduce: 1. have a Fedora setup with encrypted system partition (I don't have separate /home, not sure how much is it relevant here) 2. wait for disk password prompt on boot 3. hit Ctrl+Alt+Delete keys combo Actual results: nothing happens Expected results: /boot is unmounted, buffers flushed, system reboots Additional info: reporting for kernel as by this time in the boot sequence, I belive no handler is installed which would block the keys combo (like some graphical interfaces like to do) - please reassign as needed and sorry if my guess is wrong
*********** MASS BUG UPDATE ************** We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 24 kernel bugs. Fedora 24 has now been rebased to 4.7.4-200.fc24. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you have moved on to Fedora 25, and are still experiencing this issue, please change the version to Fedora 25. If you experience different issues, please open a new bug report for those.
*********** MASS BUG UPDATE ************** This bug is being closed with INSUFFICIENT_DATA as there has not been a response in 4 weeks. If you are still experiencing this issue, please reopen and attach the relevant data from the latest kernel you are running and any data that might have been requested previously.
cleaning stale needinfos ... FTR, no longer an issue with F35