ELFP404 (444uux /lib/ld-linux.so.2GNUCC3B-57 8!&>4A:=1 ?%#</@9*"   ()+.$60;2',oQ * !FgČԌc"@^%n:$4-VDTPd:t1>p-č%"3tԍ%/v%"@D$@4/DTpd]t{:Ď)EԎ2'm,1$-64>JDgCT1d@t-ď@CԏCL $,e-K$@ 40libc.so.6strcpy__divdi3ioctl__strtod_internalstdoutstrerrorsnprintf__ctype_bgetenv__strtol_internalusleepgetpagesizefscanffgetsmemcpyperrorfeofmallocfflushabortstrrchrcallocwritefprintfctime__deregister_frame_infostdinstrstrreadstrncmpstrncpyreallocsscanfsetmntentendmntentgettimeofdaymemsetsrand__assert_failstrcmpsprintffclosestderrfsyncgetmntentaccess__xstat__errno_locationexit__fxstatfopen_IO_putc_IO_stdin_used__libc_start_mainstrlenstrchrexecvp__register_frame_infofree__gmon_start__GLIBC_2.1GLIBC_2.0ii (ii 2tA9:     āȁ́Ёԁ؁܁ !"#$ %&'() *$+(,,-0.4/80<1@2D3H4L5P6T7X8\;`<d>h?l@pBU.5%%h%h%h%h%h %h(%h0%h8p%h@`%hHP%hP@%hX0%h` %hh%hp%āhx%ȁh%́h%Ёh%ԁh%؁h%܁h%h%hp%h`%hP%h@%h0%h %h%h%h%h% h%h%h%h %h(% h0%$h8p%(h@`%,hHP%0hP@%4hX0%8h` %<hh%@hp%Dhx%Hh%Lh%Ph%Th%Xh%\h%`h%dhp%hh`%lhP%ph@1^PTRh+hlQVh4CUSP[tЋ]ÉU uItt&B učt h ]ÍvU]ÍUthh]Ð&U]ÍUh@,t$,hÉUWVSu]d/uPuSuuu u)) u1u{jE< uh# H@Wt I1E;p}&ÃHQSh! @WuFE;p| WXZujK1e[^_]ÐUWVS1ہ؍UDž|DžDžxDž5DžDžDžDžDžt󫍅عDž"5ƅcDž󫍅عDž45ƅf󫍅عDž-5ƅR󫍅عDž:5ƅu󫍅DžB5$ƅ r󫍅0@عDž$V5ƅ(h󫍅|L\عDž@6ƅDV󫍅xhxعDž\[5󫍅tعDžxSpƅ|a󫍽F󥍅jPu Rha5rPp }9 PȏPRjpv Phh55j/u 60ÃuvC؉ƿa58u0tDžlh,5 *޿p5 8u_Džlt h,빐t h -뤋t h`-됋th-yRE 0hy5|tjjZjh5@hlÃu4^0hPh55 j$$  p譈tɉu4 EPNtluh-nxtnj(<u h5 vEu2HwBt P ÃRSh V]PRh0 @VtH$uQSh7;5 v SW$1e[^]ÍvUSuh1 u] btK$|PSh7;5 S$1]ÐUVSdEPuVj] ^EU< t!QShL;5;$ovu&Ď>Eu j>Pjh4 V~.$t t Gt+>VSh=52QShc;5RShu;5 Sf$v1e[^]ÍvUWVSpE1ۅEPuVj} +EU2 < t SWhL;5$6 u6Ď>Eu2 uRjh VJPjSV:tw$t t :t1VWh;5j%3 uSWh;5N W3$1e[^_]ÉUWVSlҋ}uu;Ď>Eu!h =5$P]SWjEU< tSVhL;5$QSu j4 uh( WRVh;5$J$$>vh;5lvh;5Tvh;5Eu!h`=5B$vQ]SWj'EU< tRVhL;5$8PSu j uh* WkQVh=5$$$p>vh(<5lvh;5iTvh;5QEu!h=5$Q]SWjEU< tRVhL;5l$PSu j uh" WWVh<<5$$$>vh(<5lvh;5Tvh;5Eu!h =5$FQ]SWjEU< tRVhL;5$PSu jl uh) W;WVhZ<5$$$0?vh;5Qlvh;59Tvh;5!|HDžt`ppuC3uCQuEPt40j@EU%CECvCCpMr A91;M}&|T9ڍ<A;M|E;p}pBuBMAv tu.uFDttRPh75!tpEUB9EE9E|X`xxuj47>ÃLPEPh`S@VEƒEs@MD9pI$u> PR47uh FJjuuuEt8pS47|  SXSUtuhIxEMA9EE9E|1XMtjE0dvjU2dÃREPh`S^@EE@M1PjQuu1S1du  SQUBE9E21e[^_]UWVShIE<=@PxWY[hlhIƃuWovRE<h`F54$EvWSthIStPVjdSuɃ V@1e[^_]ÉUSP]tYC C Pssss s$sCJPC9PC0Ps(h`J0;tC,tPhI]ÉUWVSjlubÃu hJ|1WjljSiE C(EPhSVsC 1@tWQEPhSV@tAEЉSԉSR%jC EhIC$HPDžv h K'PEPhSV@tWEPhSV@u0 4$ hIU9Cu]9CuU9C uJE9C$uB13׹у AQC,tlVhGPBU VC hIHPhHPVƃ;us(hKKv1DžDž8Qj3ƅƅ8BEЃ@,󥋕4Ѓ?u6<tFЃ?u:6<u-j S tHus(hI1Ʌ-EЩ?tRPs(hLts(h@L*t s(hLy/s(hLS$1tv hJ`CC0C4{9 SCJC8CICO$C ؍e[^_]ÍvUWVSLRhjPDžDž SjƅƅƅƅE0PE@G󥋕Ѓ?u<tKЃ?u?<u2j utHuUr(hI1ɅU?79Dtq t vs> @P+EɉHT>P+RQBM>ATBs> @PEɉHXt_>P+RQM>AX6v+UB\+B`v+MAd+AhD\9Ѓ?u<u pPREp(h@MQE?u҃ PPPUr(hM 띉 hMO댐1e[^_]ÉUWVSLVhjPDžDž SjƅƅƅƅE0xE@#󥋕Ѓ?u<tKЃ?u?<u2j uAtHuEp(hI1ɅUЃ?u( @Pƃu <tSREp(hNE?u PPPEp(hM] 늃 hMxQPPV>0EpP1e[^_]UWVS|QSDžjDžDžDžDžDžƅ%E0E@󥋕Ѓ?u<tKЃ?u?<u2j udtHuEp(hI&1ɅUЃ?<RhjPDžDž SjƅƅE0E@󥋕Ѓ?u<tKЃ?u?<u2j uctHuEp(hI%1Ʌ(E?uEp(h@Nu\uS   ‹EP +Ep(hN$NyE@@Ѓ?uPPEp(hO=vuEp(h@OtDWREp(hOv hJ h-Je   BEP   ‹EP1e[^_]ÍvUSS]t^C,t PCTt P CXt PCPt P 36$1]ÍvUWVS,E <}v%RPw(hO辿$P貿1F;t jd$DžDžDžDžDžDžƅGPj7Ã]t%?]E>t u1v h@Pe[^_]ÍvUU M9ʉv9sv)щ9vЉ‰9s9u]ÉUWVShlh`P}rƃQuhnPj@hyPhP趼 V;QuQWhPSǾÉ4$1KH%QMRVhS)tPj hPS脽t V贻t VĽPe[^_]ÍvUVS`uhPj]hyPhPv@ P(u R`R1ۡ;Xt[1T0T0 Rػƒ҉tD0QPjRCݽ;Xu1ۋ@9t ؎1ҐDCD9u1e[^]ÍvUWVS,=܎DžDžuhPhhyPhQ5ԎuhPhhyPhQuhPhhyPhQ蝺uhPhhyPh&QzuhPhhyPh1QU ؎uhPhhyPh=Q1@Dy PBDy Pƃ5`tY@Dy 1҉ w5=_Dۉy 1҉ vav= 5`GDy PBDy PhR5 S QVh@S5 Å PÃ=v SPRhS5蚸ȻӋ`$щ1='\v \'W5\h T5FhP55܎pà hT5؎5ԎpÃPT9v'V5`P<R<h`TR9s(S5`P<R<hT'5`<R<h`UP3 P95T5PhU555p? Ã9Å܎5TpPYԎpP j覷;t 5PP $ ԎpPu Dž P$IÃjthPh'hyPhIQH܎5TpP[^5PQR $bXZhV5ܵ$tthPhBhyPh\Q۵v=HuNhV5苵^5ԎPÃt9Q VIh`V5U1h W5=Mh`W5"1e[^_]U uhW襶Y5Ht h XJPEPhnQ5CEyuEeu EsuEt jӶvÉUWVSLEEE/E-EE%\|} \|;} Ev} G1u VáXj,@j uVXǶEt K#u EPu WUXPh`X荵5e[^_]ÍvUWVSX@BP!ɉ XEE1;PMEEEvۉtC< EWD 9B t&UMUOvNtE}D 9B uuEUCEEEEE}U;zpEE1;PEEEEۉtC< ؎EċWD 9B t&UȉMU܍OvNtE܋}D 9B uuE؎U؉CEEEEE}U;zpP5hc51e[^_]ÍvU 5hX5̱ 5th Y5賱 5|h`Y5蚱 5xhY5聱 5hY5hÉUdU@t9uu1@]ÍvUhU@t9uu1@]ÍvUSRdҋ]t9t Rt9uum j Kƒuh Z5述Z lA lt; |dCBZdv0 |(BCl@t;|Zlv|]UdҋMt9tvRt9uu hZPvB9u-luhdhhdhdvABR…tB9uuhZ5輯;luhdhhdhdƯAB Q lÐUSRhҋ]t9t Rt9uum j 軯ƒuh@[5/ʯ pA px; hZBC hv0 (BC p@x;Zpv]USRhҋ]t9t Rt9uu h[TvB9u1puh-dhhdh9d菮vC BV…tB 9uuh[5,E puh-dh(hdh9d5C B ss$k p]UWVS}S7u Jd Su @\ Su\{\t19tYu  P趭ƒ҉tQ4jRįC9uQWh]51e[^_]ÐUt1\19l]ÐUP19U]ÐUVSURURuV܎pP tQPh@]5耬vuu.URURVáԎpP tRPh]5;֬tuuuo j聬Ãu h]5=ECE C Vt EE CC C Se[^]ÐUS1ɋ@19t B9uȋ$ÐUS1ҋ@9‹]t 9u B9u1$ÐUWVS 1ɋS9ыu} t9p t A9t90u;Ktiu1Y;|r VWh^;rh`^5詪1e[^_]ÐUWVSE EEE 1Q9֋}t9x t F9t98u;qu}E hdEe[^_]%ME;LrWQh^5EEmËU䡌;rWuh_5ĩ_vMu@MBM;Tv;Pv%}tVuh@_5Ie[^_]ÉU ju uÍvU ju uÍvUWVS ES9U}t9x t E9Ut98uE;CM ;LrWQh_5蝨8] u U;rWu h_5kMt?MuhdhdhdhdT ] e[^_]ÐUWVS 1;xtsEQWhd51ԧU;\t8֐St0 wuRShd5蚧C;\0u˃EG;xue[^_]UV5dStPS6h_5Q^t+vs ss3h`5&[ u؋vue[^]ÉUWVS E11;P1 ؎t8 }쐅Ét@Q9sˉЋI u`P؎48W!Ѓ@u#`CPVh@`5hvLu<`Q Ps؎48@uRVhd5%E` SVXU؎t -F;p1;pt%1ۉ ؎4F7;puߋEe[^_]USSlu13Mu,1p11]ÐUl]ÉUp]ÉUWVS1;EEEEEvU p xVt3v90thdh:hdhdvP9s׋@uСU;xt|E_ VE t890thdhKhdhd菤v9Xu CEE@uɋU؅uE9EvUEUE}]EU;}w uRt+Et$WuuࡘUp  ut^ uuuh`5螣6 Phe5肣 Ph)e5fuu&hdhqhdh:ele[^_]ÍvUWVS uEE ] Q`19t9p t vG9t90u;yuRVh@a5轢XSE4i!Ѓ@uSWha5胢 jÃuhb5VPu V܎pP; Tr S誤 CPSQԎrR tSPh`b5蔢` PSƒ҉Suhb5ġ_v Lu:P` PRU4臤@u.VWhc5`Q PjRu V$C3E u V!U;ve[^_]UWVS }u 9tr uÃuQuh`c5ؠG[t9suuhc5豠Ls3{$FJ9ue[^_]ÍvUWVSE EEuhBej4hReh^e耠EE P訠Uu,hee hf5 vEM 9MMv1] 9Et9U1ɍv}t]C]9D s]E9\vUF;u uϋutSEphe he5qM=E@EUM Du裟]] DZu艟UL Du1;u }EMA]܋U9DrVM] t1Vhf5觞E \DU]<vt MtM]DtHH~>UM<vt ]H]EUu]SPe[^_]UWVS EU]Eҋ} E?E-Sƒues MUEQRPEPWs V|ƒ tvMM}E0tz}u ]9t tMtyVW|t1}t U:St"3@{6C +u{u1`CMT}t Eut UMt*Ut MUA MA uEtAU؍e[^_]Ðt&UWVS E@&'E & V >9u;uw9u ;uFE}9}w@VEtكuLM8-tAM u{@E EEe[^_]{UVuS] uj@P.|…tك e[^]ÉUEM P u[@t%=t1= t(t&=t=t  ! t&1 t&1]ÍUEM P u[@t%=t1= t(t&=t=t  ! t&1 t&1]ÍUWVSlE}E 'EEEE@EErх)& BQ@@Zхu 9B u9wыJu29B u+PRWs| rbrt&Z كtCB t&Br t EFB ]Tu E8-dt Tt\E@}PWZx@$w^u h`oSwjNyPzC13&DHM @HM QwU)ĉRPyÃ];{-u{uTcC;-u ECEjjSW4jSW'1ɉ؄t#=t@t =u==u@MU)ЉEEPEPEPjSPQ*E u UEuE@@B4@9u#]C tEVW{@EBEB]uCSPjW(PjWt; @XEЋUjPEPPjPVHE E;t @XMMA tfyu jQV]f{uSRS7uf~@Bt Pv@BEt uBt(PW(E@M@H9B uA9v=@'@ BS@H@9B u 9w@B ;u]C B\9u#uF tMtPW@Jt.Z ECB uVWUE@UPMq jQH4$q@BtAPP)t@$ps[u  h`oQrjuPu1t&@1ɋPt-jEjPRsEȃ8u^fu.UQR&EQPmj@11ɋptXlrEUEEjPVlq]u]uڃ>" EEĀ8u^f u]C HUMEpEuE-pE"UME%qE}UMEEuqET ىUME-qE2]C UME$‹=PhpWp$su̅t$] MЋUSQRPPW vEptfxtEtx9|%B xPpSqppU t PTqZPpÃtVMtPoqxoPhovuFPhoSrtptpBtEX t fxUfztxfztqptg@PtZtCtR@HQkp@$oZu5 h`oV)oj_qPr]Mt4MA, W!؍ve[^_]ÍUE1҅t@P@]USU1ۅt"DtL;H} @L[]ÍUSM1ۅtDtL;H}[]ÍvUUtDtHL9u1 ]ÍUWVS,}t W@Pt R+p@@\1;` \vt PoCt PoCCt PoCC t PoC F;`|\t Rloh1ɉ\1;lh't PoCt PoCCt PnCC t PnC F;lxht RnD1҉ht Pn1Dpt PlnX1pt PNn1ۉXt P0n1ɉt Pn1҉t Pm1t Wm1e[^_]Ít&'U1W S0]E D$@D$ $ED$D$D$D$ED$ED$ jRSe[_]UWVS UEu tJt hl \`$PPlƒ҉<tJ Ptk@$ju h`oQ0j$dlRPm1FCFCF C FCFtM Pk@$Mju" h`oQi$kVRPl1CFtR Pj@$iu h`oQii$kVRPPl &1CFCF C 1e[^_]ÍvUE1ɅtE u@tQt A D1]ÍUE wa$@qoXoPpIo@o9p0#p)9p WphE]hpp]Ðt&UVuS] @) u_1҅t t&BuA @@ @@@A$P@QSRa@BBe[^]ÍUE@PGt]Ít&UWVSEu t69}-]UMЃeMtNB;U |ܺ;U }CE&tуu19}MMGB;U |[^_]Ðt&UWVShpqg}E3uj/VRftI]MSQg@$"gZu h`oPfjhPi}u Vg])ĉe SogUYRcgD$fǃu }t&E]PSit&'>tIj:VteÃtMQVhoWhXZjW.ft1ۍSH!u W-h1e[^_] UWVS Eu 1;u}'vU  FPlf\;u|܃ SeÃ۸tyE19ƍ\}.U  FQSh$f\;u|؋EUtU: WDgEtEU1e[^_]Ít&UWVS(EujEdE VeP )ĉRjSfEu"Ev8Mu E}t \Ft:M\C{DP t=U8tdEBCU9uЃUPWCeǃtyU2't'"t\t MF3 CF>E SsdtEMU EQRWPEt WeEe[^_]ÉUWVHEU EMUU}EUMy"Eu1Uډu)lj}uy(U1MUډM؅)‹E؉U܋U܉EUU1ɋEuҋ}Eu29v u 1ƉE9v1ƒEu9w19urpiE Mĉ})MMM ‹ẺUMmMċUMȉ}M EEuẻlj9ʉw 9u;uvO1ɉMԋM}ЋEЋUԅtډM1)‹EUUH^_]ÉUSlltv'ЋuX[]U]ÍUSR[ÂUvd]usage: mkraid [--configfile] [--version] [--force] [--upgrade] [--dangerous-no-resync] [-acfhuv] * --all not possible for mkraid! --force not possible for raid0run! --really-force not possible for raid0run! --upgrade not possible for raid0run! --dangerous-no-resync not possible for raid0run! WARNING! NOTE: if you are recovering a double-disk error or some other failure mode that made your array unrunnable but data is still intact then it's strongly recommended to use the lsraid utility and to read the lsraid HOWTO. If your RAID array holds useful and not yet backed up data then --force and the hot-add/hot-remove functionality should be used with extreme care! If your /etc/raidtab file is not in sync with the real array configuration, then --force might DESTROY ALL YOUR DATA. It's especially dangerous to use -f if the array is in degraded mode. If your /etc/raidtab file matches the real layout of on-disk data then recreating the array will not hurt your data, but be aware of the risks of doing this anyway: freshly created RAID1 and RAID5 arrays do a full resync of their mirror/parity blocks, which, if the raidtab is incorrect, the resync will wipe out data irrecoverably. Also, if your array is in degraded mode then the raidtab must match the degraded config exactly, otherwise you'll get the same kind of data destruction during resync. (see the failed-disk raidtab option.) You have been warned! [ If your array holds no data, or you have it all backed up, or if you know precisely what you are doing and you still want to proceed then use the --really-force (or -R) flag. ] dumped RAID status into the syslog. %s is not a RAID0 or LINEAR array, skipping. DESTROYING the contents of %s in 5 seconds, Ctrl-C if unsure! %s is not a RAID0 or LINEAR array! %s must be a nonpersistent RAID0 or LINEAR array! device %s is not described in config file mkraid: aborted. (In addition to the above messages, see the syslog and /proc/mdstat as well for potential clues.) /etc/raidtabconfigfilereally-forceupgradedangerous-no-resynchelpdebugmkraid%s: %s raid0runUnknown command %s mkraid version %d.%d.%d Couldn't open %s -- %s could not open filedebug ioctl failedconsidering %s... %s is persistent, skipping. major_version%18s: %d minor_versionpatch_versionctimenr_disksraid_disksmd_minorutimestateactive_disksworking_disksfailed_disksspare_diskslayoutchunk_sizenumbermajorraid_diskright-symmetricleft-symmetricright-asymmetricleft-asymmetricraiddevout of memory raid-levellineartranslucenthsmmultipathraid level %d not supported nr-raid-diskspersistent-superblocknr-spare-disksparity-algorithmchunk-sizeinvalid chunk-size (%dkB) deviceraid-disk"device" line expected spare-diskparity-diskfailed-diskunrecognized option %s %s %s couldn't allocate configuration entry nr-spare-disks must be zero for raid level %d parity-algorithm undefined for raid level %d a maximum of %d devices in a set is supported raid-disk should be smaller than raid_disks spare-disk not supported for raid level %d parity_disk only supported for raid level 4 failed-disk not supported for raid level %d failed-disk should be smaller than raid_disks detected error on line %d: %sneed to be run as root. kernel has no RAID support. device already running! no MD device file in /dev. /dev/urandom%s: already running %s: not an MD device! %s: not running! %s: old kernel? %s: device already stopped %s: old kernel! %s: can not hot-add disk: disk does not exist! disk busy! too small disk! array not running! invalid argument. disk not in array! %s: can not hot-remove disk: %s: can not set disk faulty: chunk_size must be an integral number of k Cannot handle %dk chunks. Defaulting to %dk %s: device already read-write! kernel does not support hot-add! kernel does not support hot-generate-error! %s: can not hot-generate-error disk: kernel does not support hot-remove! ? Ph8Ъ8PhЭHHHHHHHHHHHHH0HHHHHܮ(4@XXLL/dev/md0/dev/md/0cannot determine md version: %d. (%2ld%% done; ~%d:%02d left %d:%02d elapsed [%.1f KB/sec])Changing MD version from %d.%d.%d to %d.%d.%d. changed preferred minor to %d (md%d) strange superblock, order of disks mixed up?... upgrading RAID disk %d: major %d, minor %d, raid_disk %d => to major %d, minor %d, raid_disk %d Conforms to MD version: %d.%d.%d preferred minor %d (md%d) State: %d%s Individual disk size: %uMB (%ukB) Chunk size: %dkB Parity algorithm: %d (%s) Disk %d: major %d, minor %d, raid_disk %d, %s appears to contain an ext2 filesystem -- use -f to override %s appears to be already part of a raid array -- use -f to force the destruction of the old superblock upgrading superblock on %s ... could not write new superblock! cannot upgrade magic-less superblock on %s ... raid_disks + spare_disks != nr_disks raid level %d can't have more than 1 failed disk couldn't call stat() on device %s -- %s raid_disk for %s (%d) > nr_disks (%d) raid_disk conflict on %s and %s (%d) couldn't open device %s -- %s couldn't get device size for %s -- %s disk %d: %s, %ukB, raid superblock at %dkB %s: array is active -- run raidstop first. array needs no upgrade cannot downgrade array ... MD ID: %x preferred minor %d (md%d) %s: file doesn't exist! couldn't call stat() disk weird superblock ... changed chunksize to %d gvalid_words: %d Raid set ID: %x Creation time: %sUpdate time: %s (clean)Raid level: %d unknownTotal number of disks: %d Number of raid disks: %d Number of active disks: %d Number of working disks: %d Number of failed disks: %d Number of spare disks: %d not in syncnot activefaultyoperationalstate: %d (%s, %s, %s) /etc/mtab%s is mounted old superblock: new superblock: sb->minor after write: %d handling MD device %s analyzing super-block %s: device too small (%dkB) disk %d: %s, failed /md/proc/mdstatinactive%s: device not ready error. %s: reset error. SG Name: %s /dev/sg%dfailed on INQUIRYfailed on READ_CAPACITYfailed on MODE_SENSE Name: %s Model: %s %s %s SCSI Rev: %d Device ID: %d:%d:%d:%d Block Size: %d bytes Total Size: %d MBytes Unable to allocate memory for sg_dev scsi_init_sg_device: Unable to get ID, LUN, bus, or host of drivescsi_init_sg_device: unable to find the matching sg device to go with the target disk device %s %s: scsi error on INQUIRY, status byte = 0x%x %s: non-disk devices are not supported %s: this device is not currently ready for use %s: removable devices are not supported failed on EVPD Page 0x83 INQUIRY%s: scsi error on EVPD Page 0x83 INQUIRY, status byte = 0x%x %s: SENSE_KEY 0x%02x, ASC 0x%02x, ASQ 0x%02x failed on EVPD Page 0x80 INQUIRY%s: scsi error on EVPD Page 0x80 INQUIRY, status byte = 0x%x %s: device is currently reserved. %s: both MODE_SENSE and READ_CAPACITY failed to return a block size assuming 512 bytes per block %s: failure on READ_CAPACITY, SENSE_KEY 0x%02x %s: the device is currently reserved. %s: failure on READ_CAPACITY, status byte 0x%02x %s: wait timeout out of range (%d) Allowed timeout is between 0 and 60 seconds. failure sending TEST_UNIT_READY/proc/meminfogetphysmemreconfiguration.cmkbMemTotal:MemTotal: %uCouldn't parse /proc/meminfo!alloc_source_disk_mapreconf_block_sizerun_reconfigurationsource_driversink_driverold_md_cfgnew_md_cfgold_rrc_cfgnew_rrc_cfg!nr_wishes_left ()!nr_gifts_left ()%4syesCouldn't open /proc/meminfo for reading!Cannot read from /proc/meminfoParse error reading memory from /proc/meminfoCannot allocate source_disk_free_mapCannot allocate disk free map for one diskOld array chunk size is %u KB, new array chunk size is %u KB, gcd is %lu KB, this is not good. Wild array configuration or internal error.Using %lu Kbyte blocks to move from %i Kbyte chunks to %i Kbyte chunks. Physical memory in system seems unreasonable.Detected %u KB of physical memory in system A maximum of %u outstanding requests is allowed I will SHRINK your old device %s of %lu blocks to a new device %s of %lu blocks using a block-size of %lu KBI will grow your old device %s of %lu blocks to a new device %s of %lu blocks using a block-size of %lu KBI will convert your old device %s of %lu blocks to a new device %s of same size using a block-size of %lu KBConverting %lu block device to %lu block device Source driver failed while reading blocks!Generic writer returned failure. Source drained, flushing sink. Reconfiguration succeeded, will update superblocks... Because of --test switch we will not update the superblocks Congratulations, your array has been reconfigured, and no errors seem to have occured. --------------------------------------------------- %s Is this what you want? (yes/no): (assuming yes, because of --test switch) Working (%c) [%08lu/%08lu] [%s] Out of memory allocating global disk rrc arrayMaximum friend-freeing depth: %9lu Total wishes hooked: %9lu Maximum wishes hooked: %9lu Total gifts hooked: %9lu Maximum gifts hooked: %9lu Out of memory where we must not fail. Hope you didn't need those data anyway... unhook_wish() was asked to unhook a wish for a disk with no wishs. Continuing anyway. unhook_wish() was asked to unhook a non-existant wish. Continuing anyway. Out of memory when hooking gift. Will jump into ocean. unhook_gift() was asked to unhook a gift for a disk with no gifts. Continuing anyway. unhook_gift() was asked to unhook a non-existant gift. Continuing anyway. Cannot allocate free disk map size arrayCannot allocate per-disk free block accounting arrayCannot allocate free disk map for specific diskAllocated free block map for %i disks Source driver returned error: "%s". Will dump core. Sink driver returned error: "%s". Will dump core. Out of memory when inserting wish. Hoping to live thru it... Block %lu is out of scope in is_disk_block_free request on diskid %i A driver inquired about a free block out of range. Let's see what will happen. block %lu is out of range on diskid %i block %lu out of range for free map on diskid %i Double free of block %lu on diskid %i block %lu is out of range on diskid %i and cannot be unfreed Wish list for source disk id %i: source disk id %i block %lu , sink disk id %i block %lu Writer seek error on disk %i block %lu Writer failed to flush data to disk - bad blocks on disk ? No best request in reader... best is %lu [%lu-%lu]. This is an internal error - I will dump core.. Diskid %i is not in source, when freeing blocks and their friends... Seek error in fulfill_wish() (secondary) for disk %i block %lu. Will dump core. Oh cr*p, we failed malloc() when setting up secondary gift. Dump core for now. Sink driver returned fatal error: "%s" We couldn't allocate memory for the secondary gift buffer. Dying horrible death for now. Secondary request: Read error on disk %i in souce (disk_id=%i). Bad blocks on disk ?. No wishes on disk_id %i given to fulfill_wish() routine! Found hole in the claimed contiguous wish sequence... Will dump core. %i unique disks detected. unhook_wishrrc_common.cwish_list_lengthunhook_giftgift_list_lengthCannot allocate free disk map disk_id %i not in source mark_disk_block_unfreenr_free_disk_blocks[disk] Unfree blocks on disk %i %lu Write error on disk %i fulfill_wisheswp->source_disk_id == diskid%u wishes left %lu free blocks partialcalc_raid_zonesrrc_raid0.cndisksCannot alloc. zone table Smallest is: %lu chunks No smallest raid0_map_local_to_globalZone calculation failed!raid0_request_blocksthis->zonesUpdating superblocks... Error analyzing superblock. RAID-0 Superblock info errorArray %s is already running raid0_map_global_to_locallblockNo such block!zone->disk or zone->disk_nr array allocation failure Adding disk %i to zone %i as disk # %lu Size of zone %i is %lu chunks. Bummer! No stripe index yields disk id %i as destination Will dump core. dblock / this->blocks_per_chunk - passed_dblocks / this->blocks_per_chunk == (dblock - passed_dblocks) / this->blocks_per_chunkOuch ! block %lu on disk id %i is not in array! Will dump core. Cannot allocate disk blocks arrayCannot allocate disk blocks done arrayRAID0 Array size: %lu blocks (%lu Chunks) on %i disks this->dsk_total_blocks[this->cur_disk] > this->dsk_blocks_done[this->cur_disk]tdisk == this->disks[this->cur_disk]. disk_idtdblock == this->dsk_blocks_done[this-> cur_disk]tdisk == this->disks[dsk].disk_idtdblock == this-> dsk_blocks_done[dsk] RAID-0 requester: We think we're done on disk %i, but we aren't [%lu/%lu]! RAID-0 Superblock analysis errorFailed setting array info for device %s Array is updated with kernel. Failed adding disk %lu to array RAID-0 Superblock disk addition errorDisks re-inserted in array... Hold on while starting the array... RAID-0 Superblock update errorWrong level for RAID-5 DriverToo few disks for RAID5can't open %s (%s).RAID-5 Superblock info errorraid5_map_global_to_localOut of memory: abort () RAID-5 Superblock analysis errorFailed adding disk %lu to array.RAID-5 Superblock update errorraid5: unsupported algorithm %d %s: disk %d block out of range: %lu (%lu) gblock = %lu single_initializerrc_single.ccfgdisksSingle disk size: %lu blocks There's no superblock on a plain disk. So we're done :) Cannot map out-of-range gblocks to single deviceDiskid %i is not the single disk id %i -> cannot map to global virtual memory exhausted. POSIXLY_CORRECTPOSIX_ME_HARDER--%s-%c%s/%s--%s%smissing argumentunknown optionopt->arg should not be NULLaliases nested too deeplyerror in parameter quotinginvalid numeric valuenumber too large or too smallmemory allocation failedunknown erroroption type (%d) not implemented in popt mutually exclusive logical operations requested<G8ppAAAA$$w$$$$$$$$p$h$PATHx7666 l +(xH < |l(o<ooʌڌ *:JZjzʍڍ *:JZjzʎڎ *:JZjzʏڏ *:.shstrtab.interp.note.ABI-tag.hash.dynsym.dynstr.gnu.version.gnu.version_r.rel.dyn.rel.plt.init.text.fini.rodata.data.eh_frame.dynamic.ctors.dtors.got.bss  !(( ' HH0/xx<7o Do<< 0S ll (\   ell ` kPPq+w , UF lltt||x