Raspberry PI5 kernel nem támogatja az f2fs fájlrendszert. Emiatt nemtudom a root fst megváltoztatni et4- ről f2fs- re.
Sikeresen telepitettem az ajánlott f2fs-tools csomagot, de ez kevésnek bizonyult a boldogsághoz.
Ez nem volt probléma a koprábbi PIknél, PIZero, PI3, PI4 jól megy az f2fs - rootfs- el, a PI5 hisztizik.
Mi kell még az új raspbiannak, hogy a kernel támogatás is meglegyen ?
( Én még csak köszönő viszonyban sem vagyok a kernellel. )
A megoldás az lett, hogy nem az ubuntu alatt csináltam meg a "clonozást" hanem, itt az élő PI 5B gépen. Az automatikus hol- ide, hol- oda csatolgatást az éppen aktuális állapotnak a leolvasásával rögzitettem egy kis bash scriptemmel : https://appp.me/gA8es4 majd ezek alapján egy másik kicsi bash programommal : https://appp.me/WZZCPZ átirtam az sdcard tartalmát a másik sdcarra. Ezek után szerkesztettem a cmdline.txt, a config.txt, fstab fájlokat és bemásoltam a kernel8.img fájlt ahogy az @bzt ajánlotta. A kértyák cseréje után jól bootolt.
Ez nekem már nem linux reszelés, hanem linux hegesztés volt. Most, hogy jól működik, igy élvezem, de az elmúlt napok siralmasak voltak.
Köszönöm mindenkinek a segitségét.
Hozzászólások
ATFAI (Ask The Fucking AI)
A Raspberry Pi 5 (vagy más néven Raspberry Pi 5B) esetén az alapértelmezett Raspbian (vagy Raspberry Pi OS) telepítés sajnos nem tartalmazza az F2FS fájlrendszer kernel támogatását. Ebben az esetben szükséges lehet a kernel újragyűjtése (recompile) vagy egy olyan kernel használata, amely már támogatja az F2FS-t.
Az alábbi lépések segíthetnek a kernel újragyűjtésében F2FS támogatással:
Kernel források beszerzése: Először is szükséged lesz a Raspberry Pi 5 kernel forrásaira. Ezek a források általában elérhetők a Raspberry Pi hivatalos GitHub oldalán vagy a Raspbian disztribúció hivatalos forráskönyvtárában.
Kernel konfiguráció: A kernel konfigurációjában (
.config
fájl) ellenőrizd, hogy az F2FS fájlrendszer támogatása be van-e kapcsolva. Ezt a következőképpen teheted meg:make menuconfig
A
File systems
részen belül ellenőrizd, hogy azF2FS filesystem support
be van-e jelölve. Ha nem, akkor jelöld be, majd mentsd el a konfigurációt.Kernel újragyűjtése és telepítése: A kernel újragyűjtése és telepítése a következő lépésekből áll:
make sudo make modules_install sudo make install
Rendszer indítása a frissített kernellel: Miután elkészült a kernel újragyűjtése, indítsd újra a rendszert, és válaszd ki a frissített kernel verziót a bootloader-ben.
Fontos megjegyezni, hogy a fenti lépések a kernel újragyűjtésének egy általános leírása, és a Raspberry Pi specifikus konfigurációkat és könyvtárstruktúrát is figyelembe kell venni. A Raspberry Pi hivatalos dokumentációja és a kernel forrásokban található README fájlok további segítséget nyújthatnak.
Ezen lépéseket csak akkor végezd el, ha biztos vagy benne, hogy tudod, mit csinálsz, és mindig készíts biztonsági másolatot a fontos adatokról, mielőtt a rendszeren változtatásokat hajtasz végre.
Majd szólj, hogy sikerült-e újragyűjteni :D
Aláírás _Franko_ miatt törölve.
neut @
Mint irtam, "Én még csak köszönő viszonyban sem vagyok a kernellel." Nem tudom, hopgy mi a pontos neve, kiterjesztése, hol a helye stb.
üdv: virtualm
Ebben az esetben 3 lehetőséged maradt:
1. megtanulod hogyan kell kernelt forgatni
2. hagyod a francba és élsz tovább f2fs nélkül.
3. halványan felviláglik a gondolat, hogy talán nem véletlen és másnál is előfordult: nosza rákeresel, nálam a 2. találat, 2. hozzászólás, lefordítva ezt írják (deepl): A Pi 5 alapértelmezés szerint 16k oldalt használ, de ez nem kompatibilis az F2FS-szel. A config.txt-ben állítsd be a kernel=kernel8.img értéket, hogy a 4k oldalas kernelt használja.
a 3. opciót nem ellenőrizetem, mert nincs Pi5-öm illetve neked is maradjon némi szórakozás.
A tanulás a hobbim.
Találtam a /boot/firmware/ mappában egy kernel8 nevű fájlt. Azt hiszem ő az aktuális kernel. Ezt kellene újra forditani f2fs opcióval ?
üdv: virtualm
nem ezt írja, de ha az angol jobban megy és nem mersz kattintani:
Pi 5 defaults to 16k pages but that isn't compatible with F2FS. Set kernel=kernel8.img to config.txt to make it use the 4k page kernel.
Nem. A kernel neve /boot/KERNEL8.IMG és innen származik. Nincs Pi5-m, de ha jól értem, nem kell újrafordítanod, mivel ez továbbra is tartalmazza az f2fs-t, annyi csupán csak a dolgod, hogy letöltöd az SDkártya gyökerébe, a config.txt-ben meg hozzáadsz egy "kernel=kernel8.img" sort, és voilá.
Amit újra lehet gyűjteni (sic!) az meg itt található egyébként (de ez nem fog kelleni neked, csak a már legyűjtögetett kernel8.img bináris).
Na de komolyan, ezt a Pi5-t az összes lehetséges módon elkúrták. Iszonyat mennyiségű RAM-ot pazarol a 16k-s lapméret (igaz, hogy a lapozótábla mérete valamivel kissebb, viszont a 16k-t foglal le akkor is, ha csak 1 bájtra van szükség...).
Köszönöm szépen, megpróbálom.
üdv: virtualm
Megcsináltam az ajánlott műveletet.
/boot/firmware/ itt találtam meg a kernel8.img fájlt és a cmdline.txt
/boot/firmware/cmdline.txt szerkesztése
config.txt szerkesztése : kernel=kernel8.img
szerkesztés után a fájlok másolása / alá
Most már rendesem kezeli az f2fs- t.
Megcsináltam az új sdcardra a mentést:
felcsatoltam:
sudo mount /dev/mmcblk0p2 /media/wt/srcp2
mentettem az új f2fs particióra ( szépen lefutott )
rsync -avxHASX /media/wt/srcp2/ /media/wt/p2/
bootolás után az ( initramfs ) lehetőségeivel megállt a mutatvány.
ash shellt és help lehetőségeket adott.
Beloggolni nem lehetett mert nem ismerte a passwordöt.
Sem a cli mód, sem a grafikus mód nem indul rendesen.
Elfogytak az ötleteim.
Az elakadásm csúnya képei:
https://i.imgur.com/HlhDvpu.png
https://i.imgur.com/XVM7wpy.png
https://i.imgur.com/bl7l4sM.png
üdv: virtualm
Nálam az fstabban label alapján vannak mountolva a fájlrendszerek. Igaz, ez Ubuntu. Most macera lenne bebootolni és megnézni egy Debiános PI-t, de az lenne az első tippem, hogy vagy a label hiányzik, vagy az UUID más az fstabban mint az új partíción.
Hogy kell kernelt újragyűjteni?
tul sok kiskapu konyvet olvasott az ai
Szerintem hazudik! Csak be akar vinni a
fkernelerdőbe gyűjteni!uname -a
Linux pi5 6.1.0-rpi7-rpi-2712 #1 SMP PREEMPT Debian 1:6.1.63-1+rpt1 (2023-11-24) aarch64 GNU/Linux
üdv: virtualm
OFF: mire használod az RPI5-t? És mire használtad a korábbiakat?
Új még a PI5. Látod, hogy még csak barátkozom vele. Az új dolgok mindig tanulásra kényszeritenek. Ezen szeretnék megtanulni néhány speciális dolgot. Ma például a kernel csere volt a tanulság ( @bzt )
üdv: virtualm
Kernel forgatást 20 éve egy P3-on csináltam. RPI specifikusabb dologra gondoltam, főleg hogy írod, a korábbi verziókkal is van tapasztalatod. Mire használod ki az RPI előnyét vagy csak egy linuxos környezetként tekintesz rá és ennyi? Mert arra egy virtualbox is elég.
Magam is keresem az RPI előnyét IT-s szemmel, de kevés helyen tudom elképzelni, főleg az RPI 5-nek, ami fogyasztásban, hő termelésben is jelentősen emelkedett.
A mérete és a relativ tudása volt ami miatt a PI-t választottam egy beágyazott rendszerhez. Megtetszett és ezen keresztül tanulgatom a linux rejtelmeit. évről évre rákényszerülök, hogy valamit megismerjek, megtanuljak és használjak. Ezzel kockázat nélkül csinálhatok bármit, csak az időm veszne kárba, ha nem tanulnék belőle.
üdv: virtualm
Nagyon szűkszavúan fogalmazol :) Milyen beágyazott rendszerhez választottad? Mit csinál a cucc?
Mellébeszél :D
Aláírás _Franko_ miatt törölve.
neut @
Pár éve volt egy projektem, ami parkoló pályára került, teljesitmény és idő korlátok miatt, mert a Linux az nem real time rendszer. Most majd előveszem mert az új, gyorsabb PI- vel és egyébb ötletekkel talán tudok annyit gyorsitani rajta, hogy elfogadható legyen.
üdv: virtualm
Mellébeszélés as it's finest. Akkor ne fórumozz, ha nem akarsz információt cserélni.
Mit csinál a parkoló project, min kell gyorsítani?
Aláírás _Franko_ miatt törölve.
neut @
Ha elolvasod a korábbi fórum kérdéseimet, akkor láthatod, hogy minden problémafelvetésem megoldását publikáltam, tehát megosztottam az összegyűjtött, elemzett, kipróbált információt, hogy másoknak ne kelljen ezen a gyötredelmes úton végigmennie. Szerintem a segitőszándékú fórumozóknak tisztességes válaszokat adtam a javasolt megoldásokról. A Te pitiáner javaslatodat nem tudom sikeresnek értékelni, de ennek ellenére megosztottam róla a véleményem. Ha nem tudsz érdemben hozzászólni a fórum témához, akkor ne fórumozz, ne irj, csak olvass.
üdv: virtualm
Leszarom mit gondolsz, de kőkemény surmóság amikor exact kérdésre ("mire használod?") csak mellébeszélsz.
Aláírás _Franko_ miatt törölve.
neut @
Te tényleg ilyen vagy ? Esetleg rossz napod van ?
Egyébként válaszoltam és láthatod, hogy nem használom semmire, mert nem működik a cucc most sem, ezért lett elrakva, jegelve a régi projekt.
üdv: virtualm
A kérdés arra irányult, hogy valóban annyival kevesebbet írja-e a kártyát az f2fs, vagy sem... De ~két hónapja, amikor az átálláshoz kaptál iránymutatást (és figyelmeztetést, hogy nem biztos, hogy jó lesz...), akkor sem igazán derült ki, hogy valóban szükséges-e, hasznos-e, vagy csak "mert meg lehet csinálni" akarod összerakni/tákolni.
Az, hog ymost nem megy egy sima másolás után, az meg... Szóval olvasd vissza, hogy miknek a módosításra volt/van/lehet szükség sima fájlmásolós esetben... Anno ezt is részleteztük neked.
Igen, köszönöm, visszaolvasom.
A lelkemen kivül, a sebességre is jótékony hatása volt. Sok kicsi fájjl irogatásáról van szó.
Ha működésre birom a PI5- öt, akkor hajlandó vagyok egy általad kért tesztet futtatni és ide publikálni. Nekem nincs ilyen teszt feladatom, ezért a Zérónál és a PI4- nél csak érzésre modom, hogy gyorsabb lett, azt meg elhiszem, hogy kiméli az sdcard- ot.
üdv: virtualm
Nem lesz ám az gyorsabb, sőt, még egy kicsit lassabb is.
Az f2fs előnye, hogy körkörös bufferként használja az egész tárhelyet, azaz amikor ugyanazt a fájlt felülírod háromszor, akkor három egymásutánni területre menti le, és nem pedig ugyanoda, mint egy hagyományos fájlrendszer. Emiatt kíméli az SD kártyát, mert ugyanarra a szektorra ritkán ír, és pont emiatt is lassabb, mert ahhoz, hogy egy fájl aktuális állapotát megtalálja, végig kell futni a logon, azaz sokkal tovább tart az olvasás (wandering tree problem).
És még csak az ötlet sem új, eredetileg a LogFS-nél csinálták meg még `91-ben, de aztán a kutya sem használta, mert rájöttek, a gyakorlatban szar. Az f2fs-t úgy alkotta meg a Samsung, hogy megpróbált tanulni az LFS és a JFFS hibáiból, de kérdéses, hogy sikerült-e. Az biztos, hogy a legnagyobb problémákat kezelték, de könnyen lehet, hogy behoztak helyette más, még felderítetlen koncepcionális hibákat.
Ha érdekel a téma, ezt olvasd el, és nézz utánna az ott hivatkozott írásoknak, illetve még a wikipédia is meglepően informatív e téren.
Köszönöm az információkat. A sebesség másodlagos, a kártya élettartam az fomntosabb, nem az ára, hanem a működőképessége miatt. Például egy fejlesztési szakaszban egy fájlon dolgozva ( python- geany ) azt az egy fájlt százszor- ezerszer újra és újra elmentve futtatjuk. Feltételezem, hogy ez a stilusú igénybevétel nem ideális az sdcard számára. A felhasználói program futása közben meg 10- 20 byte bővüléssel iródik ki egy "logfile" ez is szinte ugyanazt a területet nyüstöli, az idő itt sem releváns. Én csak internetes teszt adatok alapján, csak gondoltam, hogy gyorsabb, de még nem tudtam működőképes állapotig eljutni a PI5- el, mert most ez van kézben ez az alany amitől feldolgozási sebesség növekedést várok. Az ajánlott irodalmat köszönöm, elolvasom.
üdv: virtualm
A problema szempontjabol relevans kerdes ez amugy? Tudom, XY-problema, meg tarsai, de valojaban a feladat csak annyi, hogy a f2fs mukodjon az RPI5-on. Ehhez kell tudni, hogy miert pont RPI-t vett, meg ilyenek?
Az f2fs az aktuális probléma. Ezen kivül vannak még megoldandó feladatok, de most ez a feladat. A PI 3- at a beépíthető mérete és a tudása alapján választottam és a teljesitménye miatt cseréltem Pi4- re és most PI5- re. Van egy alapvető motivációm, az ismeretlen megismerése, a tanulás egy konkrét célon keresztül. Most a működőképes SD kártyán ügyködöm:
mmcblk0
├─mmcblk0p1 vfat FAT32 bootfs 1E1E-DAB6 437,6M 14% /media/wt/bootfs
└─mmcblk0p2 f2fs 1.0 rootfs b8316dab-786b-45e8-815c-3d4bbf198d98 8,4G 66% /media/wt/rootfs
Az új f2fs p2 particióju kártya megvan. A szokásos fájl szerkesztések, módositások után sem bootol be tökéletesen, tehát még mindig az f2fs átállással, módositással mókolok. Ennek semmi köze ahhoz, hogy ez mihez kell, hogy jó e, stb.
üdv: virtualm
Én azt javasolnám, válaszd ketté a feladatot, van egy működő (boot képes) rpi5-linux ext4 rendszer partíciód és tegyél mögé egy tetszőleges formázású adattároló partíciót magadnak. Azt az fstab-ba beszerkesztve felcsatolja a rendszer ahová szeretnéd és használhatod.
Az ilyen terepi mmc/sd káryták max akkor nem mennek tönkre idővel, ha RO-ba csatolódnak fel. Viszont az manapság sok hátulütővel jár, nehézkes telepítés, nem futó programok, nincs log, stb, stb...
Mindenképp érdemes az ilyen eszközökről mentést csinálni kiszállításkor, és adott esetben a felhasználó orrára kötni, hogy x évente flash tárolót kell cserélni. Vagy szerződést kötni a karbantartásra.
Köszönöm, megfontolom, kipróbálom a javaslatod.
üdv: virtualm
Nem akarja elarulni az uj startup otletet, amibol majd meggazdagodik.
Hetven évesen már nem a meggazdagodás motivál, már megvan mindenem.
üdv: virtualm
>mert a Linux az nem real time rendszer
Nem mikrovezérlő kellene neked? Ahhoz is sokan értenek itt, ha elmondod mit akarsz elérni lehet hogy kapsz segítséget.
Melyik mikrovezérlőt ajánlanád ebben vagy kisebb méretben és nagyobb számitási kapacitással, wifiwel, stb ?
Amúgy meg nem nagyon szeretném újragondolni, újrakezdeni a 3 éve húzódó projektet.
üdv: virtualm
Kiindulásnak ott az ESP8266 vagy az ESP32, mindkettőhöz elég sok leírás van. Aztán az már rajtad múlik, hogy "mezítlábasan" használod, vagy esetleg a FreeRTOS-t is kipróbálod.
Nézegettem ezeket is, de a PI az komplexebb lehetőségeket kinált és a pyton támogatottsága meggyőzőbb volt amikor a döntést meghoztam.
üdv: virtualm
Ha már Python, a MicroPython-t nézted?
Nem, a pinek a pythonjával kezdtem a mókát és nem volt okom a váltásra. A MikroPython az a kisebb vezérlőkhöz van ?
üdv: virtualm
Hát... inkább minimum a közepesekhez, mert elvileg 256K flash és 16K RAM kell neki.
Ehhez képest egy Atmega328-ban - ami az Arduino Unoban van - van 32K flash és 2K RAM. És még ez is határozottan combos, mert ha megnézed az Attiny szériát, akkor ott találsz olyat is, ami 1K flash és néhány bájt RAM.
És még az is idealista fejlődésmániás bloat babzsákfejlesztőknek való! A legjobb programok nem is használják a RAMot, elférnek a regiszterekben.
ugy. aki 20+ eve kis PIC-eken nott fel ahol 256 byte lehetett a program meg ram se nagyon volt, talan csak valami eeprom... annak ez tenyleg bloatware :)
A 12-es szériában még most is lehet kapni ilyen apróságokat.
Ha már bloat, érdemes megnézni az Apollo Guidance Computer-t, hogy milyen technikával intézték a holdra szállást.
A valósidőt igénylő feladatokat szokták mikrovezérlőre tenni. De lehet, hogy félreértettem, hogy nekem mennyire kell valósidejűnek lenni. Olyat szokás csinálni, hogy az RPI headerre fabrikálnak egy mikrovezérlőt, és az csinálja a real time dolgokat.
Ez megfontolandó, jó ötlet.
üdv: virtualm
Mielőtt nekem támadna valaki ideírom, hogy úgy tudom hogy az rpi-ből is ki lehet csikarni real time működést, van rá periféria valamelyikben, de tipikusan ezek nem túl jól dokumentáltak egy tisztességes mikrovezélrőhöz képest. Úgyhogy én neki se állnék, csak nagyon speciális esetben esetleg. Külön csippel sokkal messzebbre lehet jutni sokkal gyorsabban. És ha mondjuk csak az UART-on vannak összekötve, akkor az rpi upgrade viszonylag fájdalommentesen megléphető a későbbiekben.
Egyebkent igazi valosideju mukodes kell, vagy jo az is, ha "eleg gyors"? :)
Nem kell, mivel csak "tanul" / szórakozik.
Aláírás _Franko_ miatt törölve.
neut @
hat ha tenyleg az kene, akkor nem pythonban irna ;)
Az RPI akkor jó például, ha az otthoni routered nem tud konténereket futtatni és kell mondjuk HomeAssistant, PiHole, PiVPN, miegymás.
Ami a fogyasztást és a hőt illeti: valóban nagyobb tápot javasolnak a Pi5-höz, de ha nem hajtod rommá, akkor szerintem felesleges. Átlagos terhelés mellett bőven túl van biztosítva. Ami a hőtermelést illeti: nálam kapott alubordás házat, kipróbáltam, hogy meddig melegszik maximum terhelés mellett. 100%-on hajtva 54 fokig sikerült melegíteni normál szobahőmérsékleten (elvileg 60 fok felett kapcsolja be a ventilátor kimenetet és 80 fok környékén vesz vissza az órajelből).
Én úgy vettem észre, hogy azonos terhelés - és azonos hűtés - mellett kevésbé melegszik, mint a Pi4.
Messze vagyok a HomeAssistant rendszerektől. A raspberry Zero- ra épült Lakás riasztóm az közelit hozzá.
Milyen programmal tudsz nagy terhelést produkálni ?
üdv: virtualm
Legutóbb a stress csomagot használtam. Meg tudod adni, hogy hány szálon terheljen. Elvileg van stress-ng is, de azt még nem néztem.
Ha nem szeretnél extra csomagot, akkor "openssl speed --multi N", ahol N a magok száma.
Köszönöm szépen, kifogom próbálni.
üdv: virtualm
Mi a baj azt ext4-el?
Alapvetően semmi baj nincs vele, de az én célomnak jobban megfelel az f2fs, mert jobban kiméli az SDcar- ot, gyorsabb, stb.
Elég macerás volt az átállás, de megoldottam, mert sok segitséget kaptam, a tőlem okosabbaktól, akik nem sajnálják megosztani a tudást.
üdv: virtualm
Olyan nagy különbség nincs közötte. Ha letiltod ext4-en noatime, stb. opciókat, meg esetleg ext2-t teszel fel, amin journal sincs, akkor nem terheli sokkal jobban az SD kártyát, mint az f2fs, legalábbis nagyságrendileg ugyanott lesznek írásban.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
akkor miert ne legyen mar f2fs? :)
Az fs témakörnek utána olvasva, úgy itéltem meg, hogy az f2fs az ami nekem a legjobb. Ez kiméli a legjobban az SDcard- ot és gyorsabb mint az ext4. A pszihémnek ez a legjobb :xD
üdv: virtualm
Ajánlom figyelmedbe ezt az előadást. Kicsit problémás, mert a beaglebone amit használt baromi gyenge. De alapvetően a konklúzió, hogy ext4 bőven jó mindenhova. Saját plusz véleményem, hogy nagyobb rendszerekre pedig a btrfs is erősen megfontolandó.
Támogatja az, csak nem fordították bele. Gondolom helyspórolás miatt, hogy a lemezkép kisebb legyen, meg memóriás spóroljanak. Abban egyetértek, hogy baromarcúság, mert az f2fs meg az f2fs-tool nem kér sok helyet és memóriát, megint pont azon spóroltak, amin nem kéne. Ha nem akarsz kernelt forgatni, akkor dobd a Raspbiant, használj helyette Ubuntu, Manjaro, vagy valami másik ARM-es disztrót, ami támogatja a Pi5-öt.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
Nem a helyspórolás miatt, a 16KB-os page size-t nem támogatja a f2f. Fentebb megírták vagy százan már.
Mondjuk az f2fs védelmére legyen mondva, hogy ki az az elmebeteg, aki azt gondolta, hogy a 16 KB-os blokkméret jó lesz? Kötve hiszem, hogy ez fizikai bedrótozás, megint a Rasbian hülyesége. Mondom, cseréld le a Rasbiant, támogassallya az, csak rendes disztrót kell használni, amiben nincsenek ezek a fütyiségek készre drótozva, meg default benne van minden, összes szokásos fájlrendszer és tool telepíthető.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
BTW 6.7-es kerneltől támogatja a 16KB-os page-eket is.
Melyik distrót ajanlod ami támogatja a raspberry pi5 hw lehetőségeit ?
üdv: virtualm
Ubuntu, Manjaro, Arch32-ről hallok visszajelzéseket, fórumon meg neten videókon, hogy az viszi. Legalábbis a Pi4-ig biztosan, de Pi5-ről is láttam már ubuntus videót, amin mutogatta a csóka, hogy szépen fut rajta, még a hardveres gyorsítás is megy. Abban lehet igazatok van, hogy a Pi5 még túl új, kicsit várni kell, mire a legtöbb ARM-es disztró tol ki rá olyan új kiadást, amiben a driverek is stimmelnek.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
Végfelhasználásként egy cli alatt futtatott bináris fájl menne, ha eljutnék odáig. Még van néhány akadály amit le kell küzdenem.
Mit gondolsz, az ubuntuban megoldható, hogy GUI nélkül cli módban fusson ? ( az erőforrások miatt kérdezem )
üdv: virtualm
"az ubuntuban megoldható, hogy GUI nélkül cli módban fusson" Mi fusson GUI nélkül? De értem a kérdést, a válasz meg az, hogy igen, simán megy gui-s felület nélkül is - egyszerűen nem köll felrakni semmi olyasmit...
Az Ubuntut, az ubuntu oldaláról töltöttem le és telepitettem a laptoppomra. ( https://releases.ubuntu.com/23.10.1/ubuntu-23.10.1-desktop-amd64.iso ) Ez sem tudta az f2fs kezelést, mókolni kellett hozzá, de megoldottam.
Ilyen cli telepitési finomságot nemláttam arrafelé.
üdv: virtualm
systemctl get-default
systemctl list-units --type target
systemctl set-default
Pl.: https://www.cyberciti.biz/faq/switch-boot-target-to-text-gui-in-systemd…
Vagy ja, fel se tenni, amit nem kell, vagy legyakni, ha már fent van (már csak hogy a frissítések is hamarabb lefussanak).
Köszönöm szépen a javaslatodat. Kipróbálom.
üdv: virtualm
Ez most tényleg frankó, hogy az 'oldalméret' nincs beleírva valamilyen szuperblokkba, hanem paraméterként kell átadni a kernelnek?
Ha igen, akkor sokat fejlődtünk a FAT12 óta, mert ott ez már meg volt oldva.
A Pi5- nél is, a szokásos ( korábban bevált ) módon elvégeztem az ext4- ről f2fs- re átállást:
- pi5 image letöltése, belakása, kipróbálása
- erre az "eredeti" sdcardra sudo apt install f2fs-tools telepitése
- sdcard /config.txt szerkesztése szerkesztése, kernel=kernel8.img beirása
- a /kernel8.img file bemásolása
- a jól működő f2fs fájlokat kezelő, Pi5- ös sdcard clónozása SD Card Copier programmal
- a jól működő f2fs fájlokat kezelő, Pi5- ös sdcard clónozása dd programmal ( alternativaként )
- Egy másik, "új", clónozott sdcard root partiójának formázása f2fs- re gparted - el
- új f2fs sdcard- ra, a p2 root partició mentett fájljainak visszairása, sudo rsync -ravxHASX forrás cél
- új sdcard /etc/fstab szerkesztése PARTUUID=8cd7ddec-02 / f2fs defaults,noatime 0 1
- új sdcard /bootfs/cmdline.txt szerkesztése rootfstype=f2fs
A Pi5- ben a bootolás nem jól sikerült, mert csak az initramfs jelentkezett be.
# csúnya képek a boot után : https://imgur.com/a/vQqfSEB
Kérdés, hogy mit hagytam ki, mit rontottam el ?
üdv: virtualm
Harminc évvel ezelőtt úgy csináltam volna, hogy a kernelbe fixen befordítom a kérdéses filerendszer támogatását, valami a lilo-val átadom a kernelnek a root=/dev/ittarootfs opciót.
Erositsd meg kerlek, hogy a PARTUUID=8cd7ddec-02 az jo particiora mutat.
Pl. lsblk -f
Iletve a cmdline.txt-ben a root device hogy van megadva? Szoval a lenyeg, hogy en arra tippelek, hogy nem talalja, hogy hol van a root fs, es azt kell vegigkovetni hogy melyik konfigban van elbokve.
Most nem tudom bizonyitani, de megerősitem, hogy a futás helyén, futáskor jó volt a paraméter, jó volt az uuid alapján a mount. Az f2fs - el csinált új kártya a Pi5- ben rosszul bootol, csak az initramfs jelentkezik be. https://imgur.com/a/vQqfSEB
üdv: virtualm
Nade ugye minimum két helyen bökődhet el, az fstabban és cmdline.txt-ben (nem tudom pontosan megnézni, másik országban van a PI, így macerás kivenni a sd kártyát).
Nálam pl. label alapján van azonosítva, és nahát, azt is kiírná a lsblk -f
Persze lehet hogy más a baj, de abból kiindulva hogy én hányszor rontottam már el, tipikus melléfogásnak gondolom.
Nagyon leegyszerűsítve, és pláne hogy a PI nem pc, de nagyjából így bootol(na):
Na, nálad a 4. pontban botlik el. Valószínűleg mert vagy az initrd nem tudja összeszögelni a gépet (PI esetén ez azért nem túl esélyes, mégse kell neki FC vagy iscsi hogy bootoljon), vagy nem tudja a /-t felszikráztatni (mert f2fs), vagy nem találja, hogy mit kéne csiholni (UUID, label, /dev/tyúkanyó, mittomén). Na, egy régi bejegyzésed szerint az fájlrendszer labelje rootfs, és van is ott egy UUID, de ezek eléggé illékony dolgok, én ezeket ellenőrizném először. Magamból kiindulva, itt szokott elbukni a dolog.
*) Könnyű, még az ext4-gyel bebootolod, csinálsz egy loopback device-ra f2fs-t és mountolod. Ha sikerül, akkor jó, ha nem, akkor nem. Sőt, a legjobb az lenne, hogy ha a leendő os-t tartalmazó sd kártyát tudnád mountolni, pl. usb-s kártyaolvasón át.
Többször elolvasva, kezdem érteni a boot menetét. Köszönöm az információkat.
A post korábbi részeiben azért látni különböző UUID, PARTUUID, label, /dev/tyúkanyó előfordulásokat mert többféle kártyával és többféle módszerrel kisérleteztem, ami a Zero, PI3, PI4- nél sikerült, most a PI 5B- nél nem. Látom a különbséget a file struktúra között például a /boot/firmware/ tartalmazza azokat ami eddig a /boot/ - ban volt. Az gondolom, hogy az rsync- nek át kéne vinni mindent, de valamit elcseszek. A kártyát kivéve a piből, átrakva az ubuntus laptopba a /boot/firmware/ mappa nem is látható csak a /boot/ tehát az ubuntus mentéseim és az fstype cser utáni visszaállitásaim eleve hiányosak voltak, de akkor nem tudtam róla, mert nem láttam a különbséget. Most a PI5- ön próbálom meg hasonló módon a mentést és visszaállitást az újra formázottm f2fs sda2 eszközre. Lehet, hogy nem nyerek vele semmit, mint ahogy azt többen irták, de mostmár dacból is megcsinálom, legalább okulok belőle és az én leirt kudarcaimból más is okulhat.
üdv: virtualm
Én is a root device-ra gyanakszok, ilyesmi van benne, vagy próbáltad már hozzáadni? root=PARTUUID=8cd7ddec-02
Ugye máshol meg b8316dab-786b-45e8-815c-3d4bbf198d98-at ír, szóval vagy ez, vagy az, vagy valami más.
Ezt dobta a gép:
"sudo rpi-eeprom-update -a
BOOTLOADER: up to date
CURRENT: 2024. jan. 22., hétfő, 14:44:36 UTC (1705934676)
LATEST: 2024. jan. 5., péntek, 15:57:40 UTC (1704470260)
RELEASE: default (/lib/firmware/raspberrypi/bootloader-2712/default)
Use raspi-config to change the release."
Érdekes, hogy a /lib/firmware/raspberrypi/ mappa tartalma csak a PIn érhető el. Az ubuntu, ahol eddig próbálkoztam az üresnek látja a /lib/firmware/ mappát, ahol a boot szempontjából fontos fáljaim vannak.
üdv: virtualm
dd- vel vagy a gyári raspbian SD Card Copier programmal működőképes clon jön létre a megváltozott fájl struktúra ellenére, de csak ext4 lehet a root p2 particiója.
Egy ellenőrzötten jó sdkártya p2 root particióját megformáztam f2fs- re majd visszaállitottam rá a mentést, most már ugye vfat- ról bootol és f2fs el dolgozna a root particióról, mert elvégeztem a zérónál, PI3- nál és PI4- nél bevált mókolást.
Hiába csinálom meg a cmdline.txt, a config.txt szerkesztését, javitását, a kernel8.img elhelyezést és az /etc/fstab módositását, valahol elhasal a bootolás mert a boot ugyan félig lezajlik, de csak az initramfs- ben az ash parancsértelmező kinálja fel a szűkre szabott linux szolgáltatásait.
Van valakinek valami ötlete, javaslata, hogy miként tovább ?
Például ezt hol kellene módositani ? default (/lib/firmware/raspberrypi/bootloader-2712/default)
üdv: virtualm
Meggondoltam magam, túl álmos vagyok, majd valaki más.