** Patch added: "10_linux.patch"
   
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1780598/+attachment/5160958/+files/10_linux.patch

** Attachment removed: "ProcEnviron.txt"
   
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1780598/+attachment/5160957/+files/ProcEnviron.txt

** Attachment removed: "ProcCpuinfoMinimal.txt"
   
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1780598/+attachment/5160956/+files/ProcCpuinfoMinimal.txt

** Attachment removed: "Dependencies.txt"
   
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1780598/+attachment/5160955/+files/Dependencies.txt

** Description changed:

  In /etc/default/grub are two variables that enable customization of
  kernel options : GRUB_CMDLINE_LINUX_DEFAULT for non-recovery entries and
  GRUB_CMDLINE_LINUX for all entries (both recovery and non-recovery).
  
  It is not possible to specify kernel options to be used for recovery
  entries but not regular ones, which in my case is problematic as
  modesetting parameters are at a contradiction in those cases.
  
  I propose that the GRUB_CMDLINE_LINUX_RECOVERY would allow to do so.
  This requires exporting this variable in the grub-mkconfig script, so
  that it can be read by the 10_linux script.
  
  There, I propose to keep the usual behaviour when the variable has not
  been set, and to completely eschew it when the variable is set.
  
  I am reporting here as it appears that upstream grub 10_linux does not
  have a mechanism for recovery entries at all, so I think it is Ubuntu
  specific.
  
  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: grub-common 2.02-2ubuntu8 [modified: usr/sbin/grub-mkconfig]
- ProcVersionSignature: Ubuntu 4.15.0-24.26-generic 4.15.18
- Uname: Linux 4.15.0-24-generic x86_64
- NonfreeKernelModules: nvidia_modeset nvidia
- ApportVersion: 2.20.9-0ubuntu7.2
  Architecture: amd64
- CurrentDesktop: XFCE
- Date: Sun Jul  8 09:07:07 2018
- InstallationDate: Installed on 2016-09-07 (668 days ago)
- InstallationMedia: Xubuntu 16.04 LTS "Xenial Xerus" - Release amd64 
(20160420.1)
  SourcePackage: grub2
- UpgradeStatus: Upgraded to bionic on 2018-07-01 (6 days ago)
- modified.conffile..etc.grub.d.10_linux: [modified]
- modified.conffile..etc.pm.sleep.d.10_grub-common: [modified]
- mtime.conffile..etc.grub.d.10_linux: 2018-07-08T09:04:49.307828
- mtime.conffile..etc.pm.sleep.d.10_grub-common: 2016-09-09T08:55:42.654798

** Description changed:

  In /etc/default/grub are two variables that enable customization of
  kernel options : GRUB_CMDLINE_LINUX_DEFAULT for non-recovery entries and
  GRUB_CMDLINE_LINUX for all entries (both recovery and non-recovery).
  
  It is not possible to specify kernel options to be used for recovery
  entries but not regular ones, which in my case is problematic as
  modesetting parameters are at a contradiction in those cases.
  
- I propose that the GRUB_CMDLINE_LINUX_RECOVERY would allow to do so.
- This requires exporting this variable in the grub-mkconfig script, so
- that it can be read by the 10_linux script.
+ I propose that the GRUB_CMDLINE_LINUX_RECOVERY variable would allow to
+ do so. This requires exporting this variable in the grub-mkconfig
+ script, so that it can be read by the 10_linux script.
  
  There, I propose to keep the usual behaviour when the variable has not
  been set, and to completely eschew it when the variable is set.
  
  I am reporting here as it appears that upstream grub 10_linux does not
  have a mechanism for recovery entries at all, so I think it is Ubuntu
  specific.
  
  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: grub-common 2.02-2ubuntu8 [modified: usr/sbin/grub-mkconfig]
  Architecture: amd64
  SourcePackage: grub2

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1780598

Title:
  grub does not allow to specify recovery-only kernel options

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1780598/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to