Re: DPup Stretch HU 2018.04.
Elküldve: 2018.05.17. 09:08
Sziasztok!
Köszönöm az ötleteket, észrevételeket.
Aszt hiszem nem voltam érthető, megint nem jól fejeztem ki magam... NEM A PUPPY-val VAN BAJ! az remekül működik. Csak kizárólag a huge K-4xxx NoPae kernelek bizonyos használati módjával.
willy36!
Mivel a többi kernellel nem produkálja a fenti pendrive-os (egyszerű frugál, illetve windows-os progi) hibát, ezért semmi szükség új változatra (csak ezért a kernelért). Ha jobban körülnézel a neten, az újabb puppy-khoz nem raknak K-4 NoPae-s kerneleket. A K-4xxx-ből csak Pae-st!!!, vagy ha mégis, akkor K-3xxx NoPae-s!!!
janugsa!
Az eredeti initrd.gz fájl okozza a fenti problémát, cserélgethetjük össze-vissza, ha remaster-t csinálunk, akkor ugyanazt az initrd tartalmat kapjuk vissza és "kakukk" ezen kernelcsoporttal (mármint a fenti pendrive-os estekben).
Az ISO szerkeszthető, de nincs jelentősége.
Gondolom a mo managert itt véletlenül írtad ("elkalandoztál"), mivel az initrd-be bekerülő /locale/hu...stb init fájlhoz semmi köze (hacsak nem az initrd-ben lévő "0"-ás init.mo-ra gondoltál, hogy azt kellene feltölteni, és az initrd-ét újraszerkeszteni ), mert annak a tartalmát a "usr/share/initrd_strings/sss" könytár initrd_strings.hu-ból "szedi" (a németét az initrd_strings.de-ből és, ha már itt tartok a német sem jó).
A billentyűzet választhatóságánál a legújabb puppy-ban (pl. UBB 18.05) csak hu van, de természetesen kipróbáltam mind a kettőt. Sőt minden újabb általam használt puppy-ban, még a Moksha 2.1 puppy-ban is kipróbáltam mindent, de az eredmény a K-4xxx NoPae-val ugyanaz.
Szerintem a charset....-8859-2 "paraméterezésével", "környezetével" van probléma az initrd-ben, a német 8859-1 (ha jól emlékszem a "számokra"), vagy egyszerűen csak az UEFI támogatás végett van így. Nem tudom, de a K-4xxx NoPae kernelek pendrive-s misztériumát meghagyom egy "Linux-Gurunak". Igazából talán 4-5 ilyen kernel van, legfeljebb nem kell használni őket a legújabb puppy-knál, mint ahogy mások is kihagyják.
Köszönöm az ötleteket, észrevételeket.
Aszt hiszem nem voltam érthető, megint nem jól fejeztem ki magam... NEM A PUPPY-val VAN BAJ! az remekül működik. Csak kizárólag a huge K-4xxx NoPae kernelek bizonyos használati módjával.
willy36!
Mivel a többi kernellel nem produkálja a fenti pendrive-os (egyszerű frugál, illetve windows-os progi) hibát, ezért semmi szükség új változatra (csak ezért a kernelért). Ha jobban körülnézel a neten, az újabb puppy-khoz nem raknak K-4 NoPae-s kerneleket. A K-4xxx-ből csak Pae-st!!!, vagy ha mégis, akkor K-3xxx NoPae-s!!!
janugsa!
Az eredeti initrd.gz fájl okozza a fenti problémát, cserélgethetjük össze-vissza, ha remaster-t csinálunk, akkor ugyanazt az initrd tartalmat kapjuk vissza és "kakukk" ezen kernelcsoporttal (mármint a fenti pendrive-os estekben).
Az ISO szerkeszthető, de nincs jelentősége.
Gondolom a mo managert itt véletlenül írtad ("elkalandoztál"), mivel az initrd-be bekerülő /locale/hu...stb init fájlhoz semmi köze (hacsak nem az initrd-ben lévő "0"-ás init.mo-ra gondoltál, hogy azt kellene feltölteni, és az initrd-ét újraszerkeszteni ), mert annak a tartalmát a "usr/share/initrd_strings/sss" könytár initrd_strings.hu-ból "szedi" (a németét az initrd_strings.de-ből és, ha már itt tartok a német sem jó).
A billentyűzet választhatóságánál a legújabb puppy-ban (pl. UBB 18.05) csak hu van, de természetesen kipróbáltam mind a kettőt. Sőt minden újabb általam használt puppy-ban, még a Moksha 2.1 puppy-ban is kipróbáltam mindent, de az eredmény a K-4xxx NoPae-val ugyanaz.
Szerintem a charset....-8859-2 "paraméterezésével", "környezetével" van probléma az initrd-ben, a német 8859-1 (ha jól emlékszem a "számokra"), vagy egyszerűen csak az UEFI támogatás végett van így. Nem tudom, de a K-4xxx NoPae kernelek pendrive-s misztériumát meghagyom egy "Linux-Gurunak". Igazából talán 4-5 ilyen kernel van, legfeljebb nem kell használni őket a legújabb puppy-knál, mint ahogy mások is kihagyják.