Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 836262 - Genkernel failed to work in dropbear to do ssh unlock ZFS
Summary: Genkernel failed to work in dropbear to do ssh unlock ZFS
Status: UNCONFIRMED
Alias: None
Product: Gentoo Hosted Projects
Classification: Unclassified
Component: genkernel (show other bugs)
Hardware: AMD64 Linux
: High major (vote)
Assignee: Gentoo Genkernel Maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-03-27 07:23 UTC by labyrithfind
Modified: 2022-03-29 16:40 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description labyrithfind 2022-03-27 07:23:21 UTC
Hi Team, I've got issues in configuring genkernel using Dropbear, in having the ZFS system get remote unlock via SSH.

Steps were referenced in this link:
https://wiki.gentoo.org/wiki/Genkernel#Genkernel.3F_Genkernel-next.3F_Dracut.3F#Remote%20rescue%20shell


The SSH key works fine, it can do get login to the initramfs file system during boot, but would ended up very quickly, and leave the following weird content.

$ ssh root@XXX.XXX.XXX.X
!! Command 'sh
#
#
tmp=$(mktemp)
cat
#
xterm-256color|xterm
OTbs,
colors#0x100,
acsc=``aaffggiijjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~,
bel=^G,
clear=\E[H\E[2J,
csr=\E[%i%p1%d;%p2%dr,
cud=\E[%p1%dB,
cup=\E[%i%p1%d;%p2%dH,
cvvis=\E[?12;25h,
dl=\E[%p1%dM,
el1=\E[1K,
hpa=\E[%i%p1%dG,
il=\E[%p1%dL,
initc=\E]4;%p1%d;rgb:%p2%{255}%*%{1000}%/%2.2X/%p3%{255}%*%{1000}%/%2.2X/%p4%{255}%*%{1000}%/%2.2X\E\,
invis=\E[8m,
kEND=\E[1;2F,
kNXT=\E[6;2~,
ka3=\EOy,
kcub1=\EOD,
kdch1=\E[3~,
kf11=\E[23~,
kf15=\E[1;2R,
kf19=\E[18;2~,
kf22=\E[21;2~,
kf25=\E[1;5P,
kf29=\E[15;5~,
kf32=\E[19;5~,
kf35=\E[23;5~,
kf39=\E[1;6R,
kf42=\E[17;6~,
kf45=\E[20;6~,
kf48=\E[24;6~,
kf51=\E[1;3R,
kf55=\E[18;3~,
kf58=\E[21;3~,
kf8=\E[19~,
kind=\E[1;2B,
kri=\E[1;2A,
memu=\Em,
op=\E[39;49m,
rev=\E[7m,
rmam=\E[?7l,
rmkx=\E[?1l\E>,
rs1=\Ec\E]104,
setab=\E[%?%p1%{8}%<%t4%p1%d%e%p1%{16}%<%t10%p1%{8}%-%d%e48;5;%p1%d%;m,
setaf=\E[%?%p1%{8}%<%t3%p1%d%e%p1%{16}%<%t9%p1%{8}%-%d%e38;5;%p1%d%;m,
sgr=%?%p9%t\E(0%e\E(B%;\E[0%?%p6%t;1%;%?%p5%t;2%;%?%p2%t;4%;%?%p1%p3%|%t;7%;%?%p4%t;5%;%?%p7%t;8%;m,
sgr0=\E(B\E[m,
smcup=\E[?1049h\E[22;0;0t,
smglr=\E[?69h\E[%i%p1%d;%p2%ds,
smkx=\E[?1h\E=,
tbc=\E[3g,
u8=\E[?%[;0123456789]c,
Cr=\E]112,
Ms=\E]52;%p1%s;%p2%s,
XM=\E[?1006;1000%?%p1%{1}%=%th%el%;,
kDC4=\E[3;4~,
kDN=\E[1;2B,
kDN6=\E[1;6B,
kEND5=\E[1;5F,
kHOM3=\E[1;3H,
kHOM6=\E[1;6H,
kIC5=\E[2;5~,
kLFT4=\E[1;4D,
kLFT7=\E[1;7D,
kNXT5=\E[6;5~,
kPRV3=\E[5;3~,
kPRV6=\E[5;6~,
kRIT4=\E[1;4C,
kRIT7=\E[1;7C,
kUP5=\E[1;5A,
kb1=\EOt,
kpCMA=\EOl,
kpZRO=\EOp,
xm=\E[<%i%p3%d;%p1%d;%p2%d;%?%p4%tM%em%;,

TERMEOF

tname=.terminfo
if
#
tname=".terminfo.cdb"
fi
tic_out=$(tic
rc=$?
rm
if
if
export
login_shell=""
python=""

login_shell_is_ok()
if
case
*sh)
esac
return
}

detect_python()
python=$(command
if
if
}

using_getent()
cmd=$(command
if
output=$($cmd
if
}

using_id()
cmd=$(command
if
output=$($cmd
if
}

using_passwd()
cmd=$(command
if
output=$($cmd
if
}

using_python()
detect_python
if
output=$($python
if
}

execute_with_python()
detect_python
exec
}

die()

using_getent
if
if
if
if


#


#
#
#
shell_name=$(basename
if
#
execute_with_python
fi
exec
'' is not supported! 
Connection to XXX.XXX.XXX.X closed.



I could get type the Volume password in screen, and the system has no issue in enter the real system.

Would you like help check above info, and advise why might this causes?

Appreciate for your help!