Puli 6.2

[nocsak]

Hát, nekem nincs difi a két kernel nagyjából ugyanazt a hibát adja:

viszont csináltam egy modernebb initet a Puli8.2 jelen kiadásához, ezzel usb3++-ról is hajlandó elindulni:

20250103_135055.gif (929.96 KiB) Megtekintve 2344 alkalommal

teszt!!!!

Kód: Egész kijelölése

dmesg | grep -i "unable\|failed\|error\|unknown\|invalid\|microcode"

[    0.026400] Unknown kernel command line parameters "BOOT_IMAGE=/vmlinuz pmedia=usb pfix=ram", will be passed to user space.
[    0.084268] SRBDS: Mitigation: Microcode
[    0.084275] GDS: Mitigation: Microcode
[    0.281755] iommu: DMA domain TLB invalidation policy: lazy mode
[    0.384301] nvme nvme0: failed to set APST feature (2)
[    0.413001] microcode: Current revision: 0x000000f8
[    0.413002] microcode: Updated early from: 0x000000b4
[  135.391561] udevd[1035]: specified group 'input' unknown
[  135.391662] udevd[1035]: specified group 'kvm' unknown
[  135.399703] udevd[1036]: unable to move watches dir /run/udev/watch; old watches will not be restored: Invalid cross-device link
[  137.687164] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2
[  137.687169] cfg80211: failed to load regulatory.db
[  138.435986] Error: Driver 'pcspkr' is already registered, aborting...
[  154.247846] udevd[1036]: specified group 'input' unknown
[  154.247989] udevd[1036]: specified group 'kvm' unknown


Linux puppypc2533 6.10.4-64oz-hf-aoe #1 SMP Thu Aug 15 23:30:46 AEST 2024 x86_64 x86_64 x86_64 GNU/Linux

[gjuhasz]

Kedves nocsak!

A Debian alapú Puli még nem jutott eszembe, nem tudom, hogy mikor lesz időm ennek az előnyeit megnézni.
Kernek ügyben Te vagy a guru, én csak Ubutu-s kernelekket teszteltem a Pulit.
A dmesg egyébként gép-specifikus eredmményt ad, az én céges DELL-emen pl. ezt:

Kód: Egész kijelölése

root# dmesg | grep -i "unable\|failed\|error\|unknown\|invalid\|microcode"
[    0.039851] Unknown kernel command line parameters "BOOT_IMAGE=/vmlinuz pfix=ram", will be passed to user space.
[    0.100659] GDS: Mitigation: Microcode
[    0.407179] iommu: DMA domain TLB invalidation policy: lazy mode
[    0.612832] pci 10000:e0:1d.0: bridge window [io  size 0x1000]: failed to assign
[    0.654081] microcode: Current revision: 0x000000b6
[    0.654082] microcode: Updated early from: 0x000000a4
[   32.700061] udevd[1125]: specified group 'input' unknown
[   32.700122] udevd[1125]: specified group 'kvm' unknown
[   32.706321] udevd[1126]: unable to move watches dir /run/udev/watch; old watches will not be restored: Invalid cross-device link
[   36.042257] i915 0000:00:02.0: Direct firmware load for i915/tgl_dmc_ver2_12.bin failed with error -2
[   36.042285] i915 0000:00:02.0: [drm] Failed to load DMC firmware i915/tgl_dmc_ver2_12.bin (-ENOENT). Disabling runtime power management.
[   36.128292] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-QuZ-a0-hr-b0-77.ucode failed with error -2
[   36.128344] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-QuZ-a0-hr-b0-76.ucode failed with error -2
[   36.128615] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-QuZ-a0-hr-b0-75.ucode failed with error -2
[   36.128658] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-QuZ-a0-hr-b0-74.ucode failed with error -2
[   36.128885] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-QuZ-a0-hr-b0-73.ucode failed with error -2
[   36.128932] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-QuZ-a0-hr-b0-72.ucode failed with error -2
[   36.128979] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-QuZ-a0-hr-b0-71.ucode failed with error -2
[   36.129025] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-QuZ-a0-hr-b0-70.ucode failed with error -2
[   36.129071] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-QuZ-a0-hr-b0-69.ucode failed with error -2
[   36.129116] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-QuZ-a0-hr-b0-68.ucode failed with error -2
[   36.129161] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-QuZ-a0-hr-b0-67.ucode failed with error -2
[   36.129206] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-QuZ-a0-hr-b0-66.ucode failed with error -2
[   36.129250] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-QuZ-a0-hr-b0-65.ucode failed with error -2
[   36.129293] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-QuZ-a0-hr-b0-64.ucode failed with error -2
[   36.129339] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-QuZ-a0-hr-b0-63.ucode failed with error -2
[   36.129383] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-QuZ-a0-hr-b0-62.ucode failed with error -2
[   36.129428] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-QuZ-a0-hr-b0-61.ucode failed with error -2
[   36.129474] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-QuZ-a0-hr-b0-60.ucode failed with error -2
[   37.049812] Error: Driver 'pcspkr' is already registered, aborting...
[   37.364756] r8152 2-1.4:1.0: Direct firmware load for rtl_nic/rtl8153a-3.fw failed with error -2
[   37.364759] r8152 2-1.4:1.0: unable to load firmware patch rtl_nic/rtl8153a-3.fw (-2)
[   51.588992] udevd[1126]: specified group 'input' unknown
[   51.589122] udevd[1126]: specified group 'kvm' unknown 

Köszönöm az intrd.gz változatodat, már azt futtatom (működik) és keresek majd olyan USB-t, amin ki tudom próbálni az indítást.

Jó terelgetést!

Üdv
gjuhasz

puli.png (10.53 KiB) Megtekintve 2322 alkalommal

[ticoo1]

Helló !

Nem akarok akadékoskodni, de a fentebb emlegetett kernelekhez (6-osok) magasabb verziójú glibc kell -- egyébként gondok lehetnek.

Screenshot.jpg (84.33 KiB) Megtekintve 2284 alkalommal

Persze Ubuntus.

[nocsak]

Üdv ismét!

Egy rövid kitérő és összefoglalás ami egyébként talán bármely Puppyhoz jól jöhet, és melyeknek szükségességét, pont a fentebb említett problémák adták, óriási segítséget kaptam hozzájuk KuLuSz sed-es, grep-es, és regex-es tudása által, illetve mindenkié által aki segített tesztelni.

Alap esetben elmondható, hogy egyes 6-os kernelek feletti kernel források, már újabb gcc-vel hajlandóak csak köszönő viszonyba lenni. Mivel sajnos ez már meghatározza a linuxos C nyelv könyvtárakat és verzióit, ezért találtam ki, hogy legyen egy, a hiányzó libeket is alaposabban feltáró szkript - halmaz amikkel jól lehet monitorozni a kirívó eltéréseket.

Erre hivatott az objdumper2.sh szkript. Vezérlése azonos a hiányzó libeket részleteibe menően és talán alaposabban egyébként mindkét szkript esetében terminálos, konzolos futásból is feltáró gui_not_found_XI.sh szkriptével. Előbbi megkeresi az összes fájl alapú fájlt, azok közül is a futtatható illetve - vagy shared object fájlt, (mivel nem minden .so fájl futtatható egyúttal) majd kilistázza az összes találatot, a hozzá tartozó legnagyobb glibc verzió és legkisebb glibc verziószámmal, majd ezt leszűröm a legkisebbet birtokló és legnagyobbat birtokló 2 fájlra, hogy látható legyen melyik fájlé a legkisebb és melyiké a legnagyobb verzió. Indulásakor a szkript kijelzi az aktuális rendszer glibc verziószámát. A végeredményekből pedig egy fejlesztő már látja a szignifikáns eltéréseket.

A másik szkript, amely a hiányzó libeket tárja fel, hasonló módszert alkalmaz, de ott már csak azok az eredmények jelennek meg szigorúan soronként, amelyek valóban valamely hiányosságról szólnak.

A 3. szkript pedig a BriefSysInfo.sh amely a nevéből adódóan egy rövid SysInfo - mely a futó rendszer alapvető tulajdonságait vizsgálva dob egy kockát, és javasol egy Puppyt:

retro - noPAE
PAE 32bit
64bit
modern 64 bit

kategóriákban, függően a vizsgált hardverelemek alapján, hogy megkönnyítse a keresőknek a megfelelő puplet kiválasztását. Az objdump parancs a binutils csomag telepítésével érhető el!

Screenshot22.gif (534.08 KiB) Megtekintve 2239 alkalommal

[gjuhasz]

Kedves Fórumtársak!

@nocsak, Gratulálok a szriptekhez. Ellenőriztem és valóban be kellett tenni a hiányzó libet (libc6_2.33-0ubuntu5_amd64.deb - azóta fent van a Puli google drive-os mappájában), bár még nem tudtam utánanézni, hogy mi működik jobban ettől.
A Puliban eddig én (is) azt az /usr/sbin/checkdeps command-line szkriptet használtam, amit fentebb @ticoo1 futtatott. Hasonló eredményt ad, mint az, amit @nocsak most készített, én biz' kihagytam ezt a lépést a legújabb kerneleknél...
A 8.2 -es verzióban eddig csak kisebb hibákat találtam, akkor jelentkeznek, ha a két monitorom nem egymás alatt, hanem egymás mellett van. Ekkor

1) lassabban épül fel az X-es környezet (az X-et újra kell indítani a bootolás után). Ezért a delayedrun-ban "igazi" IF-re kellett cserélni a 26-27-es sorokat,
erről:

Kód: Egész kijelölése

    # rerwin: skip quicksetup if /etc/personal_settings_popup_disabled file created by remasterpup2
    [ ! -f /etc/personal_settings_popup_disabled ] && quicksetup

erre:

Kód: Egész kijelölése

    # rerwin: skip quicksetup if /etc/personal_settings_popup_disabled file created by remasterpup2
		if [ ! -f /etc/personal_settings_popup_disabled ]; then
			sleep 1
			sync
			quicksetup
		fi 

A módosíttott delayedrun fájl helye egyelőre a <boot eszköz>/profiles/Common/usr/sbin mappa.
.
------------
.
2) A két monitor közti keret kettéválaszt néhány betöltéskori üzenetet (egyenként végig kell keresnem, hogy mit tehetek velük)

Ha összejön egy pár ilyen hiba, akkor a fontosságuktól függően verziószám növeléssel vagy anélkül felteszem a javított változatot.

Jó terelgetést!

Üdv
gjuhasz

puli.png (10.53 KiB) Megtekintve 2132 alkalommal

[nocsak]

Üdv!

Először is @gjuhasz köszönöm, másodszor a friss kiadással operálva nem találtam hibát a futó rendszerben EFI módban indítva, Legacy BIOS bootnál fordult elő, hogy a syslinux nem talált egy .c32 fájlt és ezért nem indult, de lehet én rontottam el valamit.
Majd később ide beillesztem a konzol hibaüzenetet.

---SZERK.---
Én hibáztam, viszont mikrokóddal nem indult így se, kernel pánikolt a kernelemmel amire cseréltem a benne lévőt, viszont indításnál TAB gombbal szerkesztettem a boot paramétert, mikrokód nélkül csak inittel, úgy viszont teljesen jól indul. dmesg-ben csak a szokásos hibák vannak de azok más rendszereknél is és kerneleknél is ott vannak ennél a kis gépnél.

Tehát alap esetben ha valakinél kernel pánik van legacy bootnál, akkor mikrokód nélkül kell indulni. Ez eset viszont nem Puli specifikus hiba.

[gjuhasz]

Kedves Fórumtársak!

@nocsak-tól mindig tanul az ember...

Közben updateltem a a 8.2-es verziót a SourceForge repóban https://sourceforge.net/projects/puppys ... /Puli-8.2/ azonos verziószámmal. Az előző posztomban jelzett szépséghibák javítva (amelyek ugyebár csak az egymás mellett elhelyezett monitoroknál jönnek elő), de még küzdök a pupdialog középre rakott üzeneteivel, pl. a countdown-nal. A Redshift beállítás alja is kilóg a képből, ha a baloldali monitor felbontása nagyobb, de így jár az (esetünkben én), aki két monitort akar használni és nem az egymás fölötti elhelyezést választja.

Szerkesztve 2025 január 20:

• A countdown sikeresen javítva, most már nem a két képernyő között, hanem a pupdialog kellős közepén jelenik meg. Ha kitakarna valamilyen fontos szöveget, akkor a dialógot el lehet mozgatni mögötte.

• A redshift-en nem változtattam. A színbeállítást a manuál módban megjelő YAD tray elemet maximalizálva lehet módosítani, ha kell.

• A howto mappába betettem egy howto.hexedit.txt nevű fájlt, ami sokkal részletesebb leírást ad a hexeditről, mint annak a
  help-je.

A fenti linken 2025 január 18-án hajnalban updatelt Puli ellenőrző számai:

Kód: Egész kijelölése

SHA1: 617e4ab192251724f1e167eff132feff2e80f3a3 
MD5: 26a66e4659698267a55f4ff5cc40e87

Jó terelgetést!

Údv
gjuhasz

puli.png (10.53 KiB) Megtekintve 1822 alkalommal

[gjuhasz]

Kedves Fórumtársak!

Hm...
A fenti posztomban csupa igazság vagyon (tehát semmi terelgetés ), mégsem tudom szerkeszteni, mert visszaugrik a fórum kezdőoldalára...
Csak annyit akartam módosítani, hogy az emlékezetből tévesen "howto"-nak írt mappa helyesen "Howto" és a frissen berakott fájl a "howto-hexedit.txt".

Bocs, üdv

gjuhasz

puli.png (10.53 KiB) Megtekintve 1767 alkalommal