Hozzászólások
-
Bejegyzés
-
– miért nem a disztró csomagjait használod? Az nem jó?- az ffplay automatikusan létrejön, hacsak nincs megadva az "--disable-ffplay" paraméter- ahhoz, hogy forrásból telepíts és működjenek bizonyos külső funkciók, a fordításhoz szükség van forrásra (vagy minimum headerökre és függvénykönyvtárakra), a működéshez pedig függvénykönyvtárra, esetleg eszközre, driverre. (tehát pl. azért nincs ott alsa; amúgy milyen video "kimenetre" gondolsz? pl. lehetne ott sdl... persze a fenti feltételekkel)
Az ilyeneket ide (is), plíz! :respect:(Nem mellesleg, akkor automatikusan felkerül a facebookra, uppsites app-pal olvasható mobilon, bekerül a híres rss-be, no meg meg lehet osztani egy kattintással.)
Az ok, hogy ég, de éppen azt mondtam, hogy akár ég, akár nem nyomd meg a NL-otmegint, nézd meg úgy, majd nyomd meg megint és nézd meg úgy. Mert elképzelhető, hogy a NL ledje „ragadt” be.
Ez csak egy ötlet:Ha mégegyszer (pontosabban adott esetben 2x) megnyomod a NumLockot, akkor is a funkció billentyűk funkcionálnak a számok helyett. Lehet, hogy valami bug és a lámpa bekapcsolódva marad miközben a funkció nem. (Ha egyszer, vagy állapottól függően 2x megnyomod, akkor lehet, hogy visszaáll a normális funkció.)
Még van mit javítani a kategóriákon és a címszavakon, de már töröltem vagy 200 elemet és néhol elkezdtem az optimalizálást a könnyebb átláthatóság érdekében. Úgyhogy ezen funkciók még mindig „béta” változatnak tekinthetők, de mint korábban említettem, azért használhatók.
No, lehetővé vált a cikkekben történő keresés, valamint a kategőriák és címszavak szerinti listázás egy helyen.
- A keresés eddig is lehetséges volt/van jobb fenn, de most talán praktikusabb helyre került.
- A kategóriák a jobb oldali fehő widgetben is elérhető, viszont a címszavak a mennyiségük szerint nem lennének ott praktikusak.
- Az automata az átvett cikkekben, meg aki nem igyel cikkíráskor csomó hülyeséget betesz címszónak, így ennek a javítása kézzel oldható csak meg és még várat magára. De, ha van valaki, aki erőt érez magában, hogy rendezze, az ne habozzon, jelentkezzen.
- A legördulőmenük és gombok formázása még szintén várat magára. Majd, ha idő lesz... de a böngésző szerinti alapértelmezésben is használható.
– A linuxoknál két telepítési mód van, az automatikus és a manuális. Ezt a kérdést azért fel szokták tenni és jön a válasz, hogy telepítsd, aztán az nem gondolatolvasó. Némelyiken ilyen félautomatikus is van.- Nem egészen értettél meg a "csonkolásos" dologban, ami enyhe túlzás. Azért ajánlottam a nagyobbakat, mert többnyire van grafikus telepítője, amit rögtön tudsz te is kezelni. Aztán van egy minimális dolog, amit alapból telepít. No ebből, van olyan, ami nem kell, azaz telepítés előtt ki kell venni a "pipákat" az alapértelmezett csomagokból és csak azt megjelölni, amit nem hagy eltávolítani. Ha nagyon komplex a disztrib, csak akkor van olyan, hogy utólag kell valamit eltávolítani manuálisan, mert a telepító mondjuk ragaszkodik az x-hez. (Ilyen elképzelhető, de ált. nem jellemző.)Jobb, mint egy live image-es rendszer, ahol nincs telepítő, esetleg egy szolgáltatást is nehezebb kiírtani.- A 320 gigából bőven le lehet csípni 1-2 GB-ot. Amúgy nézd meg 3,4 GB-ba mi minden belefér. Ez egy live CD ki lehet próbálni, hogy programok tömkelege van benne, KDE-vel. Vagy itt van pl. a minimális live CD 146 MB-tal Neked annyi pont elég. De itt van pl. az a 120 MB-os alaprendszer, amely tartalmaz egy nagyon minimális rendszert, egy telepítőt és még egy fordítót is. Erre megy rá a kernel, grub, naplózó, ntfs3g, meg természetesen ideiglenesen a letöltött források. (Ez utóbbi élesben nem számít, mert amikor kész van törölve lesz.) Talán még, ha egy mc-t is felraksz még akkor is meglesz 200 MB-ból. És rendes rendszer, nem image-ból kel kibányászni a programokat, ami csökkenti a rendelkezésre állásig eltelt időt. Ráadásul ezt CPU-ra lehet fordítani, bár 686 után már nagyjából értelmetlen. De ami fő, hogy a programoknak le lehet csökkenteni pl. a méretét azáltal, hogy kidobunk belőle valamit ami nem kell. (Az ideális pl. ez lenne, de maradjunk a nem ideálisnál és próbálj ki a fenti disztrókból egy párat, hogy mennyire hagyja magát lecsökkenteni. Meg, hogy melyiknek jó a telepítője. Egyelőre ennyi.)- Script és szolgáltatás pl. az init.d-s rendszereken valami ilyesmi
Code:#!/sbin/runscriptstart() {– Mi az, hogy megöli a partíciódat?- A kernelfordításnak akkor van értelme, ha tudod mit kell kihagyni belőle (ehhez meg a hw-t is pontosan kell ismerni). Plusz van lehetőség a kernek tömörítési eljárásának beállításának minőségére a merevlemez/cpu sebessége arányának függvényében optimálisan be lehet állítani.- Meg kell nézni az initscripteket, mert lehet olyan, ami nem kell. Ott is lete 1-2 mp-et spórolni.- Mindenképp olyat keress, amit csomagból változtathatsz és ne image-osat. Egyrészt az image elérése idő kérdése, másrészt a hely gondolom nem olyan kicsi, hogy ne lehetne a telepítő csomagokat felrakni. Az elindulni nem fog, viszont bármilyen szolgáltatást le lehet állítani. Bár lehet, hogy a livecd-snél, csak én nem ismerem a módját. (Elvileg inittel lehet, csak nem tetszőlegesen.) Én kipróbálnék valami konzolosan könnyen telepíthető disztribet és elkezdeném csupaszítani. (Mármint a helyedben, mert ideális körülmények között tuti Gentooból állítanám össze.) pl. Arch-os van itt a fórumon. A Slackware-t nem tudom mennyire lehet konzolból telepíteni, de nekem az is bejött. Meg lehet próbálni a Debian-t stb. (Csak ezeknél a kernel meg fogja belassítani, de legalább nagyobb esélyed lesz a segítségre, mert többen használják őket.)Plusz, azon kívül a kicsi linuxokat nem biztos, hogy ntfs-hez találták ki és esetleg belerakni is nehéz. Nem is beszélve arról, hogy ha meg pl. bele kell fordítani... akkor meg ugye már tiszta forrás alapú, mint a Gentoo. (Ezért mondom, hogy speciális a problémád és a követelményeid helyenként normál disztribek esetén - vélhetőleg - ellentmondanak egymásnak.)- NT alatt Windows New Tech.-t értem. Az NT rendszerek már épp olyan lassan bootolnak, mint a Linux, az azelőttiek viszont gyorsan (ha jók a driverhez).- Telepítéshez ext2 filerendszert javaslok, mert elvileg gyors és neked nem szempont a naplózás, meg nem lesz áramszünet.A scipt miatt meg nem kell aggódni, ha fel tudod tenni a Linuxot, akkor az már menni fog neten keresztül. Ha hibaüzeneteket is írsz, akkor a telepítésbe is várhatólag lesz segítség.
– teljesen tisztában vagyok azzal, hogy mit értettél sallangmentességnek és azzal is tisztában vagyok, hogy ilyen vélhetőleg nem létezik (az x-et ki lehet haygni bármelyiknél)- az általános célú Linux nem valószínű, hogy gyorsabban bootol, mint egy Windows. Bár gondolom csak NT jó, de, ha netalán nem kell az alkalmazandó driverekhet NT, akkor a Windows fog gyorsabban bootolni.- így az egyetlen, amit meg tudsz spórolni, az az x... max néhány olyan szolgáltatás, mint pl. hálózat (amit amúgy sem indítasz, csak a lo-t)... kivéve, ha kernelt is fordítasz, a bootoláson az dobna sokat- ha mindegyik folyamatnál egy hd van ugyanott és egy kártya és mindegyik azonos számú partícióval, akkor nem kell udev, vagy hasonló semteszem azt két csatolási parancs fut le:mount /dev/sda1 /mnt/sda1mount /dev/sdb1 /mnt/sdb1Ahol, amennyiben nincs más adattároló és a disztrib nem használja a hd és ub eszköz megnevezéseket, akkor íg csatolja a merevlemez és a kártya első-első partícióját. A /mnt/x könyvtárak léteznek. Ezután mehet a másolási parancs, ami akármi.Ez egy bash scriptben, ami automatikusab indul mint egy szolgáltatás pl. hálózat betöltése (démonként). Elvileg be sem kell jelentkezni. De mehet a bejelentkezési burokkal is, de mehet egy kiadott parancsra is pl. copy.sh.tehát ez nem lesz gond, ha pontosan megmondod mit kell csinálni, akkor bárki ír egy scriptet (az indítás már disztrib specifikus, vagy, ha közvetlenül a szolgáltatási scriptbe írod, akkor az a disztrib specifikus)- tcl minek? Egyrészt a bash azért nem olyan szinte mindenre alkalmatlan, mint a batch és, ha abba is meg lehet oldani, akkor minek tetőzni, feleslegesen telepíteni?- ha van szabad hely a merevlemezen, akkor a telepítés sem gond szerintem, inkább a megfelelő disztrib kiválasztása, no meg a kernel fordítás, ami nem elkerülhetetlen, de mindenképp érdemes lenne- a csomagoknál kell neked a coreutils (date, ls ...), bash, util-linux (mount/umount), nagyjából ennyit használsz, ezeknek a függősége, meg ami az alaprendszerhez kell (egyébként ez is), minden mást telepíteni sem kell, vagy épp törölni kell.Gondolom formázni sem akarsz ntfs-t, fat-ot, úgyhogy kell a kernel idevágó fat része, meg az ntfs3g az ntfs user level szintű íráshoz.Tehát mint említettem bármelyik jó, mert le tudod csupaszítani. (Bár tudás nélkül tárygtalan, de van egy olyan trükk, hogy ha van egy működő Linuxod egy komolyabb rendszeren, akkor egy üres partícióra, vagy képfile-ba elkezdhetsz kiépíteni egy új disztrót pusztán egy megnyitott konzollal. Nem kell virtuális gép, nem kell élesbe csinálni és ugyanazon a gépen élvezheted a már működő rendszer előnyeit, hisz ehhez csak egy konzol kell.)
Hosszú lesz és nem biztos, hogy biztató. És akarlak elkeseríteni, de lesz ezzel itt néhány gond.- a szomszéd néni fején való egyensúlyozás nem biztos, hogy jót tesz a merevlemez adatainak- teljesen sallangmentes disztribúció nincs (mivel a te sallangmentességet, ha jól értem annyit jelent, hogy lehető legygyorsabb boot idő, csatolt eszközök automatikus felismerése és egy automatikus script indítása másolás céljából és minden más sallang)ugyanis a rendszerek valamilyen használhatóságra vannak tervezve. Talán bootolási időt tekintve a multimédiás disztribek lennének neked legjobbak, azok viszont tele lesznek multimédiás és grafikus cucokkal, amik neked nem kellenek. A server és desktop rendszerek meg nem a gyors bootidőre vannak szabva.Magyarán szólva, ahhoz, hogy te egy mai Linuxból DOS-t csinálj, ahhoz azért meg kell dolgozni.- ha jól értem a rendszert loop device-szal akarod megoldani, ami nem a sebesség irányába mutat- ahhoz, hogy maximalizáld a betöltési időt, no meg hogy a drivert telepítsd (ha nem ismeri fel automatikusan) kernelt kell fordítani, sőt kidobálni mindent, ami felesleges (azaz érteni kell hozzá - az pedig nem két perc és nem is lehet annyi idő alatt elmagyarázni); ráadásul a boot idő optimalizálásához a kernel tömörítésének minőségét is érdemes megfontolni, ami adott hw függő, kísérleti úton határozható meg (de, ha maximalisták vagyunk)- nyilván a szolgáltatásokkal és programokkal is ugyanez a helyzet: ki kell vállogatni, hogy mi kell, meg mi nem (talán ez a legkönnyebb feladat, kivéve, ha nem a maximumra mész rá és a bináris függőségeket is kidobálod, mert akkor viszont forrásból kell fordítani -ha méreti korlátok annyira nem játszanak, csak a betöltési idő, akkor ez utóbbi eléggé felesleges dolognak tűnik)- a) de tartalmaznia kell valamilyen udev-szerű alkalmazást a rendszernek, mely felismeri a csatlakoztatott eszközöket és fel is csatolja, ill tud indítani egy scriptet (ennek a kezelését is meg kell tanulni, ráadásul a kezelése kernek és hw függő lehet - mármint jó ismerni, hogy mit és hova dugunk/dugtunk) b) bár, ha minden statikus, akkor erre nincs szükség, mert akkor fixek, akkor elég mindent bedugdosni, elindítani az os-t, ami automatikusan elindít egy scriptet. (Nyilván ekkor fokozottan kell tudni, hogy mi hol van, mert annak megfelelően kell megadni a parancsot.)- És végül meg kell tudni írni a scriptet. Amennyiben tudjuk a pontos feladatot, meg azt, hogy pontosan mit honnan, hová kell másolni, akkor meg is tudjuk írni. Ehhez adott esetben ismerni kell a hw-t, függ a kerneltől (hogy mást ne mondjak egy usb eszközt jelölhet ubX, vagy sdY-ként, vagy egy ide eszközt hdX, vagy sdY-ként), nyilván az meg opcionális, hogy hova csatolod.- A dátumformátum olyan, amilyet akarsz: lást man date.- A cache-t nem igazán értem. Gondolom ez valami dos programozási/patch maradék. A modern operációs rendszerek maguk gondoskodnak erről, másrészt a másoló programot sem kell megírni.- Merevlemez gyorstár ürítés létezik, a sync parancs. Persze umount (leválasztás) esetén automatikusan lefut. A script a leválasztást elvégzi maga.Na most eldöntheted, hogy ebből mit akarsz megvalsítani, meg megéri-e. Tegyük fel, hogy 5 percet nyersz egy bootolással, akkor 10 SD kártya átmásolása esetén egy óra operációs rendszer építés már nem éri meg.Amúgy meg maximum a grafikus rész betöltését spórolod meg Linux alatt a Windowshoz képest, annyt meg elveszítesz a loop device-on.Ráadásul Windows alatt is lehet valamit automatikusan futtatni, meg az automatikus bejelentkezés is megy, tehát fején egyensúlyozás ugyanúgy nem opció.Tehát marad a hosszú bootidő vs. disztribépítési idő. (Hát, hacsak nem számoljuk azt, hogy a tudás is megmarad... ami meg sokkal többet is érhet.)
legutóbbi hsz