IF YOU WOULD LIKE TO GET AN ACCOUNT, please write an
email to Administrator. User accounts are meant only to access repo
and report issues and/or generate pull requests.
This is a purpose-specific Git hosting for
BaseALT
projects. Thank you for your understanding!
Только зарегистрированные пользователи имеют доступ к сервису!
Для получения аккаунта, обратитесь к администратору.
The installed system can have several devices with the same structure.
The automatic 'fuid' option can be used to detach one from the other to find the
partition where our stage2 image is stored, launched from stage1 (in this case
propagator). This option works automatically with the cdrom method:
- automatic=method:cdrom,fuid:PATH_TO_UNIQ_UID_FILENAME
p happened to be off-by-const (5) thus pointing
way after the end of the string; looks like an
assembly-level overoptimization with two concurrent
thoughts or more...
Thanks ldv@ for figuring this out.
See also https://bugzilla.altlinux.org/28289
This consists of several changes at once:
- purged unneccessary variables;
- fixed variable and function types;
- more readable return values;
- improved error logging;
- optimized hash printout just in case.
The original version of this patch fixed an off-by-one
issue too (it's been committed separately now).
This is a patch by Maxim Suhanov <suhanov/group-ib.ru>
aiming to provide integrity and authenticity check for
stage2 rootfs image when required:
- media bootloader passes sha256 hash of stage2 image;
- stage1 early userspace code (that is, propagator)
checks the candidate files against that during search;
- existing file with different checksum results in a warning
with a dialog to just say NO, continue searching for the
proper squashfs image and have a look at that weird one;
- existing file with correct checksum results in booting
as usual.
The check is triggered by "hash=..." kernel boot parameter.
See also http://www.forensicswiki.org/wiki/Forensic_Live_CD_issues
The misoptimization of the final commit version resulted
in strlen operating on a 5 char too short string thus
delivering "device names" like "/de" and "/de1".
Thanks yet another late colleague :)
