| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
ref #6473
|
|
|
|
|
| |
this also introduces default behaviour for networking
calling configure_ip without setting ip defaults to dhcp
|
| |
|
|
|
|
|
| |
Likely introduced in the major rehaul done in
e4af128b30855b2b29a27c2fd7580b62059bbe51
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
this is mainly to copy the developer keys present on build system
to the target initramfs. simplifies creating your own initramfs
and when your key is not packaged.
|
|
|
|
| |
makes things a bit cleaner
|
|
|
|
| |
and set default speed to 115200.
|
| |
|
|
|
|
|
|
|
|
|
| |
Increase timeout to 5sec if we have not found anything so we don't get
error too early.
If boot repos are found then reduce the event timeout to 250ms. If
usb_storage is found, then always add 1 second of delay in addition, to
let the usb host settle.
|
| |
|
|
|
|
| |
They are not pulled in automatically
|
|
|
|
|
| |
certain platform and usb devices expose things deep down the tree,
increase the recursion limit
|
| |
|
|
|
|
|
|
|
|
| |
raid disks are created zero sized. when mdadm has found all the
disks it finally enables it. this causes md devices to be zero
sized for some time after their creation, and blkid will not
detect them. catch the 'change' notification and rescan block
devices for updated blkid.
|
|
|
|
|
|
|
| |
Based on patch by donoban. Limit recursion depth for repository
search to 2 levels (shell script had -maxdepth 3 for finding the
file entry, so it's maximum of 2 levels of directories). For sysfs
entries deeper search is allowed. ref #5192
|
| |
|
| |
|
|
|
|
|
| |
this was commented out during nlplug-findfs refactor for debugging
purposes. uncomment it again.
|
|
|
|
|
|
|
| |
we we specify a repo with boot option then we should not launch an
emergency shell even if no repo was found.
This is needed for pxe boot.
|
|
|
|
|
| |
add -n option to allow return success even if nothing was found. This is
useful for net boot, where apkovl and repositories are on network.
|
|
|
|
|
| |
we need set MAC_ADDRESS where whi know $device, which is a local
variable.
|
| |
|
| |
|
|
|
|
|
| |
we need to relocate mount based on fstab in initramfs in case there is
an apkovl but no fstab.
|
|
|
|
|
| |
this fixes one typo of that filename. ref #4975 - fixes
half of the problem.
|
|
|
|
| |
otherwise it hangs waiting input from stdin
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
it is normal that kernel modules or directories are missing in
some architectures. don't give unwanted warnings on those.
|
| |
|
|
|
|
|
|
|
| |
kernel does not set any "DRIVER" env var in uevent from netlink so we
use kmod to find usb_storage driver.
We also reduce the timeout to 1 sec, which should be enough.
|
|
|
|
|
| |
we want the faster crypto implementation early for cryptsetup, xfs and
btrfs.
|
| |
|
|
|
|
|
| |
Avoid printing error message if there are lvm devices but root is not on
any of those.
|
| |
|
|
|
|
|
|
|
| |
we want print the device name that user is looking for when we prompt
for cryptsetup password instead of the devname from kernel uevent.
If user specified UUID, then we print kernel provided name.
|
|
|
|
|
| |
we want avoid lvm messages be printed after password prompt for
cryptsetup is displayed.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We need run cryptsetup in parallel so that keyboard drivers are loaded
while waiting for password input.
But cryptsetup will recreate the device which means that the uevent for
new device node will first be added then changed and finally will it
create the /dev/mapper/* device node. We handle the first generated
uevent and while handling, the device node might have disappeared
causeing blkid not find any UUID, and the /dev/mapper/* does not yet
exist.
This means that we need to:
- handle uevents in parallel while waiting for password input
- block uevent handling while actually setting up the crypt device
So we use libcryptsetup and add a mutex while setting up the crypt
device.
|
|
|
|
|
| |
Use a bit mask to indicate trigger thread. This is so we can have more
threads in future.
|