Diky za popis. Rozdeleni pameti pro KERNEL a "others" beru v potaz. Jen nevim, cim presne se to urcuje (kmem_size??) MFS root jsem zkusil jeste mensi, nez jsem pouzival na RELENG_9 a stejne to vyhodi tuhle chybu. Rucne namountovat dany mfsroot na jinem systemu nedela problem. Dany MFS root ma cca kolem 85MB. Cely stroj ma 4GB pameti.
A ano, zkusil jsem nastaveni v loader.confu pro ZFS z i386 (nic jineho uz me nenapadlo) :( Zkousel jsem nyni postupne zmenstovat velikost mfsrootu tak, aby vse v pohode nabootovalo (ac se mi tam sice nevejde vse potrebne, ale to zatim necham stranou). Zjistil jsem, ze pri urcitych velikostech nastavaji 3 varianty: - nabootuje v pohode - nenabootuje a sekne se - nenabootuje a vyhodi zmineny kernel panic Konkretne dane nastane pri nasledujicich velikostech mfs rootu (velikost mfsrootu v B): 58 799 104 -> funguje, nabootuje ok 59 847 680 -> nefunguje, nenabootuje, nevyhodi kernel panic, ale po nacteni mfsrootu se proces bootovani sekne (posledni je vypis "tocitka" indikujici nacitani mfsrootu) 62 902 784 -> nefunguje, nenabootuje a vyhodi zmineny kernel panic Kernel samotny ma nejaky 13MB. Tzn. se vsim vsudy jsem pod 100MB. Drive jsem obcas na i386 bojoval s tim, ze jsem musel poladit NKPT, pokud byl mfsroot kolem 100MB (nebo vetsi). U amd64 me tohle chovani prekvapilo a zatim jsem na mrtvem bode :/ -- Mira ----- Original Message ----- Od: "Dan Lukes" <d...@obluda.cz> Komu: "FreeBSD mailing list" <users-l@freebsd.cz> Odeslané: Pátek, 25. Leden 2019 4:18:19 Předmět: Re: FreeBSD 12 + mfs root - panic no memory to grow kernel On 24.1.2019 14:47, Mira Chlastak wrote: > se peru s RELENG_12 a MFS_ROOT. Do ted dana masina jela na RELENG_9 a vse > slapalo > FreeBSD 12.0-RELEASE-p2 r343088 MOJE12-GENERIC amd64 > FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on LLVM > 6.0.1) > panic: pmap_growkernel: no memory to grow kernel Pametovy prostor se deli na pamet pro kernel a pamet ostatni. pmap_growkernel je funkce, ktera by posunula delici caru a zvetsila tu kernelovou cast (obvykle proto, ze ve stavajici uz neni potrebny dostatecne velky kus pameti k dispozici). Jeden z duvodu proc muze alokace selhat je, ze MFS image (hadam, ze pamet se alokuje kvuli nemu) je vetsi, nez byl ten devitkovy. Takze, pokdu si ho delas sam, over, z eneni nejak neobvykle velky ci necim jinym "podivny". Pokud ne, pak se muzes pokusit problem vyresit tim, ze uz pocatecni deleni ovlivnis tak, aby se tam potrebna data vesla i bez dodatecneho zvetsovani. Ale nemam zdrojaky nacteny natolik abych rekl jak a na kolik a je moc velka tma abych to nacital ted. > Zkusil jsem i v loader.conf upravit kmem ale vysledek je stejny. > vm.kmem_size="330M" > vm.kmem_size_max="330M" To mas z navodu jak rozchodit ZFS na i386 architekture. Mas AMD64 a nevim kolik v tom mas pameti - mozna si nejdriv zjisti, jestli nahodou neni defaultni hodnota vetsi. Dan -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
