[Android Software Development] DeadP00ll:
Why the last_kmsg may looks like normal log after system reboot, but after unbbotable recoevery it's unreadable?

Like this:

[ 00.3867 !] )S202batteby\p(p`a`]KfGaUee_pAAd]cer`dNt] &Inal C4pr%j$940"0 (ba4i-=00 0)
[ 201.1 638] (0)Z250b`dteRY_ThreAd][ adtTopToemqU 82 4000 28!1 5
[ "01"2860# (0	Z00:batt%ryZ4(`E`@]f/p`e g%tVtat\ 80),8240,40250,2 :75 5
[ 0 1*36 66] (0)[250:bat4arh_phrea`[foBcE_'dd_Tbat] p:25 pre`is%:251
[ 01.387(1M ( )A2108b@t$eRyt`r%`d]K&f_I3Sb`ttEri]e iqt\ M @\RES^B@TONNUN@D = 0
[ "0!.080M 0)2$0(bptPepyUt(r`a`]GM3lmg 0! 01 4115 ,40 0 -090 450 0 -100 21  13 0 Z 2!.387070U ( !_"50:aTp%2h_ThbeadG
1HoD2 201 0 0 0   0 0 0 [ 00. (314D ( )Y0:bat%py_threaD]FI3lMg3 0*0 41&8 !5 70 0
B "01.38798] 0![240:`at4$r!_dhpdAd\GE3,og41 92 0 0 0 1 1   90
[ 20 .28'2!1 (0)C210batte`yNthrea`]GM3Lo& i.p 201 21 0 0 0 0[ 201.38722Y (0)[210:battebyXt`read]@M3l/g pHofe]sta5e 0 0
[ 209&"8223] ( ) "50:badder9YthraD]E3 bab:%22 c`rUdHd`8-0328
[0 20&3(762] (0)["52 attery^DhBe#d][feVbat.agFMbcaUge_get_jabg\`l4fY m2Pew C118 (71$0
 "1*38286] (0)K2%0:bat4epy]p`paad]QDfa$_nadg[Dcat'eG%t_Naf`_`fd] [ 5_16 0 15L0 0Q
J 201,3(710]( (0([24 :`atT$rx_thbead][@gKbat7nAfcY[ff!1g$YGd`_NagOc_d(tb] mV*EG[20] [b102]04W16( X0000) 15]0 0(0000)Y
Z 001.0#225] ((([ 10:bAtter9_v`reA`\
3llg,ninT
.`Fc 2p! "0 0 40!99 !800
Z 20138·36] (0)S25 :ba tarxdhre!D]нkbatDeby bNo4 Adde ="J 20130c1$9] (0 [2502 aterhDh2eAdZ3a e%pWfd_al''baa-v%ri] )&tr[nql0P"0 0 
[ 281&408829] 0)[0:awapPer/0]n`m$:ppe&YPgwer%swap DP: Fo elt$r -- SODI32 Do e,tEP
- УnD@: NC Df$er -,- Y 00!488984] ()C0(s7a`per,0]m"$`]mAda0pq* 315$ !$4( 3, 0( 2( 4( (, 1$ clusTeB 8 #(1, 4, pau`d = 314, -ulth core = 14 lateLc	0< 0,res(ddn#x 9 ", laqt #fr% = 22, av`il cPu = p0Ff, Hust`r = 0 00, ehabld` ) 0, eaxOs[Q4!t% - %$ sYs4e
_idhe^hinp = 00 000 0[ 201.5438 2 -,0!0:su!p0Dr/0U[name0cpo$]Power/swap CT(s/h`de,@gi$dE(: [ U = $0,0	( S!] , ,0($ Y2] 5 0,)( Y3L = (,0), PY = ( ( ) C5\ 5 0,0	, [6] < (0( ), 7 5 00)(
K 2 0.5492$U - 0([:qwAp`e2/0][nAle*3p-&IPwer+rwa` sgidle"dock_alt2 "yYfr)] = 2314, [`9c0u 4 0 X ysrrM % Kby_udsY  0, Zby_tee]  0,*[by_clkX = , [by^dasM = 0, [by\dIs]
0, [by_ptmI = 0, [By_pll] % 0, Z"y[b-opM = $ [ "01.431!5M	(0)[0:sWapper	0I[naMe:sPm"]Poge"/swa0 soa ld_@hlck_mA!k* (`00 0, x00000 0 0x000000, 0x0000 00( 0h 000 0, 0x 0 0 00, K 20!,'0y09 ,(1)I0(sea а`r,1][ ameb#&It`ck `rFa,c!s Antd `oUnper 04: 3(4, 40, 39,$0, 0 24, ($ 0 sABcaqa*coufpe2 @pq: 51, 8, 20, 0$  6 1 0 fal bMu&td2 cpq  0 0,  , 0, , 0 ilde"ru`d coAnpeR `bu2 64, 30( 2 , 0 ", 8( #, 0( o: 0,2!6( : , ": , P: 0018"086 0 0 740 0  00012900 9( 0802160 9$ 018 2 5010, (018 2175 8, 007560 00, 0 81219009
P 2 1790 ] ( [08 :Wddk)0YSdj-#] a u0$lBip=8 ,`b tҐ0(f",,$, 3 21695 [ 0 7$386152,200000]
Y 0,55 0)X24:w tc-][p(reaD:284
P*20¶5401363  02 1-28 068043$
902695 EC8an`b/!d thme 21 0%10-28 00*04:3.10"615K 01.6&0%0E (6)"91w`Tk)
S7Dk
cU #pu=&,hbit=X$0,cbiT<0xfB 0,! 135216495$[20762025008,1891)2] [  0&%9805] (1)C284:wdtk%1]Kч`c#@ cPu=1,b	t,0 4,cb(p 0XD,,1,0s%2!6?905$[20!5794157$1959 \Y 200&81&97I  )
 6 d
-0]w`k cM Apt=,dbit00`4`,bAt90xf`,0(1,3206%9 5,01807:7$71(!9 5889][ 201.8!2&0U )[200
w@ta-0]Qw`k-cQ @p=5,``Id0`6b, `At=00ff,,0,03$2!69"5["08825 049,19925704]
[ 001&81 11\ ()S2(98wdta-4UYwdK%s] pf54,,bht x6b Cb`p$0db$0,0,1"5"06905 S"0!81(#880=,193543%U
 20!.81(7] 2)[26:wDt+-2][sd+
c] #pq= ,lb t= 87",bit50`ff( ,!,2%216'94([20!81($2809%1Y534\
Q 201.81461] 7)2	0wdtk)#]Acdk)iM "`=,`bhp=0hf $bHt)0hfF, ,1,326#920h[ 10851)!,195!10Y"[ 21.90400\ (0):iLi]hnHt Bece)ved con4rol e@crae 'Ane`f@ce_Tart' f+r '@ndrKi$. arduepe*k%yl!btr@4,0:K@yl`@tAr@eVI e$f U,t dR@m p	d: 04 /Sb)n/hq3@rvicema/aCa)
[ 001& 1409'] !1)K:)jit]inhp8