Üdvözlök mindenkit!
Biztos mindenki ismeri a mondást, hogy addig jár a forrás a kútra míg le nem fordul, - természetesen a forrás szó helyére a kernel forrást írhatjuk jelen esetben. Az eredeti szólás-mondástól pedig eltekintek, mert ami törik maximum a kernelt konfigurálók kedve lehet, de mindenképp érdemes kísérletezni mert tanulni sosem szégyen!
Fontosnak tartom elmondani, hogy a NosPup-ok nem saját céllal készültek, hanem olyan célkitűzést valósítanak meg, amik túlmutatnak a woof-ce nyersességén. Nem csak lefuttattuk a woof-ce-t és amit kaptunk felraktuk egyből a tárolóra, hanem feltérképeztük és optimalizálva javítani próbáltuk. Ki-ki a maga részét téve bele.
Bár a régi gépek BIOS -t tartalmaznak nagyrészt, egyre többet kerül elő az UEFI kérdés.
Aki esetleg teljesen járatlan a témában, annak javaslom az alábbi cikket, ami az alapvető tudnivalókat foglalja össze:
https://skamilinux.hu/a-nagy-boot-kaosz-efi-uefi-gpt-csm-bios-msdos-mbr-secure-boot/
Már viszonylag sok bejegyzés és fórumtéma született a
rendszerindítás, betöltés és telepítés témakörében, ezek szinte mind
kivétel nélkül a hagyományos BIOS – MBR sémát veszik alapul.
Ezek a rendszerbetöltés videók ebben a YouTube listában találhatóak meg:
https://www.youtube.com/watch?v=3As5IrHArb8&list=PLTwvqf_atuc1m-hdp_qOKpxtvxD52Nygt
Tehát éppen ideje volt egy új howto videónak, amiben átnézzük az alapvető tudnivalókat és megnézzük a gyakorlatban is egy DpupBuster64 rendszer UEFI only, azaz csak és kizárólag UEFI gépre történő telepítését, itt semmilyen más lehetőség nincs, a gépen nem lehet hagyományos, legacy rendszert telepíteni.
A videóban használt EFI firmware:
https://sourceforge.net/projects/puppyszoftver/files/UEFI/
Időnként előfordul, hogy elfogy a tárhely.
Bizonyára megesett már mással is. Ilyen esetekben át kell szervezni a merevlemezünket, vagy ha több van, akkor a merevlemezeinket.
Előfordul, hogy pont a rendszerpartíciónk a problémás és a komplett telepített és már ezer éve beállított Puppy linuxhoz kellene hozzá nyúlni.
Ez az az eset, amivel senki sem foglalkozik szívesen és a legtöbben inkább más megoldás után néznek.
No, arra gondoltam, hogy erről készítek egy kis összefoglaló videót, hogy hogyan lehet egy másik partícióra áthelyezni a már meglévő rendszerünket.
Fogadjátok nagy szeretettel:
Amikor unix és linux alapú rendszerekről beszélünk, szinte minden esetben a disztrókra, programokra, driverekre és játékokra gondolunk, pedig az init és a rendszerfolyamatok kezelése a rendszerek alapvető építőkövei.
Ehhez viszont nem árt kicsit átnézni a linuxos rendszerindulás folyamatát egy hagyományos – BIOS -os gépen:
Mindenkinek megvannak a maga démonai, ahogy a mondás tartja, jelen esetben viszont a szó egy háttérben futó programot jelent, egy szolgáltatást végző alkalmazást, amit a rendszer újraindítása nélkül is le tudunk állítani, elindítani, konfigurálni. Ilyen démonok feladata a nyomtatás, a naplózás vagy akár a hálózati kapcsolat.
Amikor a kernel elindítja az init programot és az egyes számmal látja el a folyamatot ( PID:1 ) lényegében ezt hívjuk a rendszerünk valódi inicializációjának (initialization), innen a folyamat neve, egy rövidítés: init. Ez a folyamat a számítógép kikapcsolásáig jelen van és meghatározza a különféle alkalmazások és szolgáltatások betöltési módját, szokás szuperdémonnak is hívni, ami igen csak furcsa és mókás lehet kezdő linuxosok számára, de a fentiek ismeretében immáron teljesen érthető, hiszen minden folyamat, processz felett áll, így a démonok felett is.
Fontos, amennyiben a kernel nem találja az initet, akkor kernel pánikkal elszáll, mint a győzelmi zászló !
"Kernel panic - not syncing - attempted to kill init!"
Ezzel el is érkeztünk írásunk lényegi részéhez, hogy milyen init rendszerek és folyamatvezérlők vannak.
/etc/inittabNa és hol marad a systemd – a sokak által gyűlölt és szeretett megoldás?
Nos az a helyzet, hogy a systemd egy Red Hat alkalmazott Lennart Poettering és Kay Sievers munkássága nyomán jött létre és a projekt eredeti célja egy init rendszer lett volna.
A gond az, hogy mára már gyakorlatilag teljesen átvette a home
könyvtárak kezelésétől, a rendszerloggolástól a felhasználók kezelésén
át a hálózatkezelésig és a folyamatkezelésig szinte mindent. A dolgok
jelenlegi állása szerint a projekt annyi mindent integrál magába, hogy
gyakorlatilag a teljes alaprendszert átveszi, így egy kész
systemd-core-os -t hozva létre, mint egy konténer image, ami mindenkinek
ugyanaz lesz, ami szerintem nagyon rossz irány és ezek a fejlesztések
nagyon károsan hatnak a linux rendszerekre.
Tehát már messze nem csupán egy init vagy egy szolgáltatás kezelő
rendszer, ami már csak azért is problémás, mert végig a legmagasabb
azonosítóval, a PID:1 -el fut, így bármilyen hiba vagy törés esetén a
legmagasabb szintű jogosultsággal fut le az adott folyamat.
A másik probléma, hogy a systemd nem tartja magát a POSIX szabványhoz,
ami számomra teljesen elfogadhatatlan 22 év linuxozás után, tehát
számomra a systemd nem init rendszer és nem helyes a szemléletmód az ami
mögötte van, így én ezt a projektet semmilyen formában nem vagyok
hajlandó támogatni sem videók, sem cikkek formájában.
Köszönöm a figyelmet és remélem, hogy lesz majd aki hasznosnak
találja, a végére pedig szeretnék ajánlani egy magyar cikket és egy
külföldi oldalt, egy kis szakmai olvasnivaló.
Akár egyetértünk vele, akár nem, szerintem nagyon hasznos írások és mindenképpen szélesíti a látókörünket.
Kéretik elolvasni – egy igen alapos és körültekintő leírás:
https://lacyc3.eu/systemd
Végül egy olyan link, amivel én személy szerint tökéletesen egyetértek és csak támogatni tudom,
legyetek szívesek figyelmesen átolvasni az itt leírtakat: https://nosystemd.org/
Bejegyzések
Megjegyzések
