- 10 Sep, 2021 1 commit
-
-
Anton Midyukov authored
The 'splash=0' parameter not only disables splash, but also switches to tty5 on which plymouth is supposed to run. This looks like a bug in propagator. 'nosplash' is also a general parameter for propagator and make-initrd.
-
- 07 Sep, 2021 1 commit
-
-
Anton Midyukov authored
For install2, this is needed to work around error 99-cdrom.sh with method:cdrom. The error shows up with make-initrd-bootchain, but not propagator, as lowmem is enabled for propagator in this mode. For rescue, the point is that the latter has become quite large, so by default it would be better that way.
-
- 12 Apr, 2021 2 commits
-
-
Anton Midyukov authored
-
Anton Midyukov authored
-
- 05 Apr, 2021 1 commit
-
-
Anton Midyukov authored
-
- 24 Jan, 2017 1 commit
-
-
Michael Shigorin authored
Turns out it's "splash=0" that does the job. Suggested-by:
Lenar Shakirov <snejok@altlinux.org> See-also: https://bugzilla.altlinux.org/28625
-
- 23 Aug, 2016 1 commit
-
-
Michael Shigorin authored
This one is related to forensics mode handling in mkimage: there's a regex that's expecting the old string ending with hash value, and it stops working when this is changed here (at least as of mkimage 0.2.18). So partially undo the change for this particular file to avoid refind's example menu for regular-rescue.iso (or any other image involving forensics mode), and hope to revert this commit some day.
-
- 19 Aug, 2016 1 commit
-
-
Michael Shigorin authored
This keyword was misused due to the lack of understanding of its meaning; thanks zerg@ for the hint, let's hide the kernel boot parameters not expected to be modified by user under the hood (and vice versa in some cases). Note that this is just a keyword shift in all cases but mediacheck where "showopts" is now added. NB: this keyword is only relevant for gfxboot.
-
- 14 Apr, 2016 1 commit
-
-
Michael Shigorin authored
"Forensic mode" submenu has fallen apart after the original commit as the tricky logic in mkimage::tools/mki-copy-efiboot failed to pick up the new variant; this should all be redone (solo@ has started doing something but it needs a time-consuming review). Fixes: 79d02088
-
- 04 Apr, 2016 1 commit
-
-
Michael Shigorin authored
This one is just like STAGE2_BOOTARGS but for rescue images (which don't do that one for quite a few reasons).
-
- 19 Apr, 2014 3 commits
-
-
Michael Shigorin authored
As proposed by Maxim Suhanov since there are only 7 loop devices available upon bootup which might be not enough given ro,loop mounts by default.
-
Michael Shigorin authored
This value is used to authenticate rescue rootfs image by verifying the squashfs file's sha256sum before use (propagator-20140419+). Looks like this check might be useful for other stage2 images as well but let's get started with this one. Thanks Maxim Suhanov <suhanov/group-ib.ru> for both http://www.forensicswiki.org/wiki/Forensic_Live_CD_issues and propagator patches.
-
Michael Shigorin authored
Thanks Maxim Suhanov (suhanov <AT> group-ib.ru, http://www.forensicswiki.org/wiki/User:.FUF) for taking the time to review regular-rescue image. Note that there are more than just filesystems: arrays, logical volumes and swaps aren't activated either; startup-rescue >= 0.18 should make that clear enough. syslinux shortcut handling is case-insensitive, let's find yet another letter...
-
- 14 Apr, 2014 1 commit
-
-
Michael Shigorin authored
A variant of rescue that marks the need to be careful towards block devices and filesystems thus reducing the amount of auto-activation done by startup-rescue (0.17 or newer).
-