Új hozzászólás Aktív témák
-
Rimuru
veterán
Van 3 csomag aminek olyan pythonra van szuksege ami tamogatja az sqlite-ot, kb ezt jelenti amit ott latsz.
USE flagekkel tudod allitani a modulokat. Python eseteben az sqlite alapbol ki van kapcsolva, ezert szol a csomagkezelo hogy kellene.
1 lehetseges megoldas:
# echo '>=dev-lang/python-2.7.15:2.7 sqlite' >> /etc/portage/package.use/pythonMiért erölteti partícionáláskor a 2MB-os (BIOS boot) partíciót? - mindig fdisk(/gdisk)-et hasznalok, az nem eroltet ram semmit. Az hogy amit te hasznalsz program mit miert csinal neked kell tudni.
-
cigam
titán
Ennek az lehet az oka, hogy angolul sem tudok... Nekifutottam még1x, és a
emerge --ask --verbose --update --deep --newuse @world
parancs után látni véltem a mátrixot![;]](//cdn.rios.hu/dl/s/v1.gif)
Majd meg is akadtam, mert
+Miért erölteti partícionáláskor a 2MB-os (BIOS boot) partíciót? (Lehet ha odaérek majd rájövök, de nem bánom ha spoiler-ezel
) -
Rimuru
veterán
A legtöbb parancsot csak copy-pste módon írom, ahogy az Arch telepítésekor is. - Ahogy archnal is mondtam tobbszor (de amugy minden parancs elott ervenyes), ertelmezni kell mi van leirva, nem esz nelkul mindent vegrehajtani.
Most fordítom a kernelt vs genkernel-nél meg is akadtam (not found).
A genkernel csak egy kenyelmi eszkoz kernel forditashoz, nem resze az alap rendszernek. Akinek kell az felrakja, akinek nem az kihagyja. Egyebkent ha wikit figyelmesen kovetted volna akkor tudnod kellene.Now it is time to configure and compile the kernel sources. There are two approaches for this:
- The kernel is manually configured and built.
- A tool called genkernel is used to automatically build and install the Linux kernel.Masreszrol ugyan ezen az oldalon ahol elojon a genkernel ott van folotte hogy kell telepiteni:
To install an initramfs, install sys-kernel/genkernel first, then have it generate an initramfs:root #emerge --ask sys-kernel/genkernel
vagy ez
Now, let's see how to use genkernel. First, emerge the sys-kernel/genkernel ebuild:root #emerge --ask sys-kernel/genkernelHa tippelnem kellene forditottal kezzel, utana jott volna az initramfs ahol megakadtal. "Pro" tipp ilyen esetben erdemes lehet rakeresni adott wikin hogy mirol is van szo, pl initramfs, lathatod hogy nem csak 1 ut van. Lehet azt is megtudnad hogy mondjuk nincs is szukseged ra.
Ha KDE desktopot választottam akkor azt is forrásból fogja lefordítani? - Igen, [link] -
cigam
titán
Igen, már vannak partíciók fájlrendszerrel, amibe kicsomagoltam a stage3 no multilib verzióját (kicsit bizonytalan vagyok, de nem tudom mire kellene a 32 bites könyvtár, vagy nem csak az difi?) A legtöbb parancsot csak copy-pste módon írom, ahogy az Arch telepítésekor is.
Most fordítom a kernelt, de izzad szegény C2D proci, és nem vagyok meggyőzve, hogy ez az egész jó lesz nekem. Ha KDE desktopot választottam akkor azt is forrásból fogja lefordítani? Mert akkor megvan a jövőheti programja... -
A Gentoo linuxot nem merészeltem direktben megközelíteni, de egy Sabayon minden szívfájdalom nélkül felment. Szóval meglehetősen valószínű, hogy Gentoo tanácsokra fogok majdan szorulni. Máris itt egy érdekes megfigyelés. Legacy körülmények között telepítettem, mert a telepítője UEFI-ben nem tudott elindulni. Most mégis tud UEFI-ül is. A történet annyi, hogy már eleve fel volt telepítve egy MBR-es partíciós táblás eszközre egy Linux Mint Legacy és UEFI módra is. Most a Sabayont betelepítettem a logikai /dev/sdb5 partícióra Legacy módra. A rendszerbetöltő természetesen a /dev/sdb-re került. Ahogy illik, a Grub menüjébe felvette a Linux Mintet is. Ebből ezután a Linux Mintet bootoltam Legacyban, majd lefuttattam benne egy sudo update-grub parancsot, így ő is felvette a Grub menüjébe a Sabayon linuxot. Ezután újra indítván a gépet a Linux Mint UEFI bootját indítottam és a Grub menüjéből a Sabayon linuxot választottam. Most itt fut a Sabayon UEFI-ben. GPT a környéken se nincsen.
-
Domonkos
addikt
Korulmeny? A legegyszerubb eset, amikor az adott szoftver nem nyilt forraskodu, vagy a nyilt forraskodu szoftver binaris blob-okat tartalmaz.
Masik: elofordulhat, de nem tudok ra peldat mondani. Ha lenne is ilyen, akkor arra mar biztos keszitett valaki egy jo kis overlay-t, szoval kikuszobolheto. De nem dol ossze a vilag, ha egy-ket csomag nem csomagkezelobel lett felrakva. Meg kulonben is van par ebuild ami meg mindig nem tamogatja, hogy a sajat patcheidet felrakd rajuk... -
Oksi, kössz!
És tudsz példát mondani azokra a bizonyos körülményekre?
Illetve van olyan csomag, ami alapból nyílt forráskódú, mégis csak binárisban érhető el?Kössz!
Sorry, ha furcsa kérdéseim vannak, csak általában sajátos szögből kezdem az ismerkedést minden újonnan megtanulandó dologgal. -
Kössz!
Noss, újra nekiállok hamarosan Gentoo-zásnak, egyelőre virtuális gépben, mert még mindig nagyon kevés időm van.
Addig is egy kérdés; amikor a Gentoo pl. frissítéseket telepít, akkor nem csak a C-ben írt progikat fordítja forrásból, hanem a C++-ban írtakat is, ugye? pl. QT, KDE is teljesen forrásból megy?
-
Ertem, koszi!
Heti egy ejszaka forditas nem gond, sot ketto is belefer, csak olyat nem szeretnek, hogy rendszeresen arra menjek be reggel, hogy 60%-nal tart.
De gondolom, nem kell minden heten a teljes rendszert ujraforditani.
Mindenesetre kiprobalom otthon a gyengebb gepen, es ha azt mar kezelhetoen tudom tartani, akkor jo lesz munkaba is.
-
Kössz!
Igazából még én sem tudom hogy milyen flag-ekre gondolok.
Az lenne a fö cél, hogy a Ryzen 7 prociból kihozzam a maximumot.
Viszont, belegondolva lehet, hogy felesleges emiatt külön gép, mert ilyen célra úgyis olcsóbbat szereznék be, az meg gondolom, lassabban fordít. Akkor egyszerübb az fögépet pörgetni éjjel. Azért hetente egy napot találok, amikor nem renderelni hagyom ott a gépet.Azt hiszem, kipróbálom otthon, és majd meglátjuk.
Köszi mindenkinek a fejtágítást!
-
-
F34R
nagyúr
Valasz: szerintem nem eri meg, foleg ha full rollingkent hasznalod. Nekem volt generic x86_64 es native is, szamottevo sebesseget nem lehet eszrevenni.
Amit viszont erdemes forgatni az a kernel. Nyilvan videovago, render programoknal ki lehet cflag-el es nativ forditassal 2-5% csikarni ha eppen erre van szukseged. Viszont ahogy az elottem szolo kollega irta nagy erv mellette a testreszabhatosag,a tobbfele csomagverzio, a sajat overlayek hasznalata es a systemd mentesseg.
Annyit azert tudni kell hogy az Openrc sincs mar olyan stabil mint kellene, regebbi verziok kevesebb featurel sokkal jobban szikla stabil volt.
Nekem egy nagyon regi gentoo motoros azt is mondta ne mixeld a brancheket es legalabb kethavonta frissits!
Nem egy, nem ketto felhasznalo regi ezer eves gepen, maszkolja a csomagokat, hogy pl ne frissuljon (olyanokat is amik mar epp benne sincsenek a portage faban
)
Szoval el kell dontened, hogy es mire szeretned hasznali, mert csak utanna tudunk jobban segiteni. -
Rimuru
veterán
Azert stabil amiert mondjuk egy arch is az (egyszer BoB valahol szepen leirta), aztan persze lehetne finomabban is belemenni a reszletekbe...
Amugy meg sok csomag vissza van tartva a stabilkent (testingben persze ott van a friss tehat rollingolhatsz ugy ahogy megszoktad pl arch alatt).Attol fug milyen flagekre gondolsz, (normalis esetben) azt tudni fogod ha valami hardver specifikus (pl nvenc), de amit beleforditasz az benne lesz.
-
Domonkos
addikt
Stabilitas onnan jon, hogy akik karbantartjak az egyes csomagokat kellokepp megbizonyosodnak rola, hogy azt a csomagot stabilnak lehet jelolni; nem ugy mint egyes bleeding-edge disztroknal, ahol ha mar fordul, akkor kuldik is be a repokba
A binarisok atvihetoseget meg az tudja keresztulhuzni, pl. ha a forditonak megengeded, hogy minden olyan utasitast hasznalhasson a processzorod, amit csak tud. Es ebbol meg nem is feltetlen kovetkezik az, hogy a regebbi procira forditott programok az ujon is invalid instruction nelkul fognak menni. Persze fordithatsz ilyen flag-ek nelkul is, de akkor a sebessegen aligha nyerni fogsz valamit. Elkepzelheto hogy mukodne az is hogy egyik geprol a masik -march-ara forditasz, de az macera; en nem probaltam. -
válasz
Domonkos
#3475
üzenetére
Értem.
Most lehet, hogy nagyon hülyeségeket fogok kérdezni, de vállalom.
- a stabilitás miböl fakad a gentoo-nál? A rolling mivolta miatt pont hogy arra számítottam, hogy a frissesség érdekében kicsit több a bug.
- ha beüzemelek egy külön gépet fordításra, akkor nem fogom tudni az ott fordítottakat átvinni a fö gépre ha ilyen spéci flageket használok? -
Domonkos
addikt
A sebesseg miatt szerintem nem eri meg, viszont a stabilitas es szemelyreszabhatosag miatt igen. Na meg azert is hogy nem kell a systemd-t elviselni
"Jelentosebb" sebessegnovekedest amugy is csak olyan flagek beallitasaval fogsz kapni, amik miatt utana keptelenseg lesz az egyik gepen forditott binarist a masik gepre atvinni (-march=native es tarsai...) -
válasz
Domonkos
#3473
üzenetére
Istju, Domonkos: Koszi a tippeket!
Tehat mondjuk egy virtualis gepen probaljam ki a gentoo vilagat, es ha mar megy, akkor koltoztessem at a munka gepet? Ez logikusan hangzik.
Az esti frissites is megoldas lehet, amikor epe nem hagyom ott a gepet renderelni.A kerdes, hogy megeri-e. Azert gondoltam gentoo-ra, mert rolling es mert forrasbol fordulnak a dolgok, ami azert jo, mert CPU erobol sosem eleg egy grafikai gepen.
Viszont, pl. 5% koruli / alatti eredmenyert elgondolkodom, hogy megeri-e.
-
Domonkos
addikt
Epp alattad reszleteztem, hogy hogyan vandoroltam at egyik geprol a masikra.
En nem ajanlom, ha nincs semmi tapasztalatod a gentooval, hogy egybol azon a gepen tesztelgesd, amivel dolgozni szeretnel. Rendkivul sok idot el lehet arra pazarolni, ha nem allitasz be elore minden USE-t es haverjait jol.
En inkabb fognek mondjuk egy otthoni gepet amin eloszor jol bejaratnam, majd a szukseges file-ok atmenekitesevel egy nap alatt athuznek a masik gepre.
Ha egy kicsit turelmes vagy, akkor sok kellemetlensegtol tudod magad megkimelni; csak ne ugy allj neki, hogy minden elsore fog sikerulni.Frissiteni mindig azelott szoktam, mikor egy uj csomagot tervezek folrakni - meg termeszetesen akkor is, ha egyikrol-masikrol kiderul hogy bibis. A munka befejeztevel aztan fellovok egy sshd-t, elinditom a frissitest es hazamegyek. Amikor epp eszembe jut, akkor ranezek hogy mi a helyzet. Altalaban nem szokott gond lenni.
-
Istju
senior tag
Szia.
Sokat nem gentooztam, arch linuxot használok. Szerintem a telepítésnél a nagyobb nyűg a Gentoo. Frissíteni, én kb hetente szoktam, de amennyiben minden flottul műkszik, elég ritkábban is. Kivételt képeznek, azok a csomagok, ahol esetleg valami biztonsági kockázat áll fenn. Javaslom, ha Gentoot telepítesz, akkor iratkozz fel a fejlesztők levelezési listájára, így nyomon követheted, mit muszáj frissíteni. A többit, szerintem pár havonta is elég, ha korrektül megy minden eszközöd. -
Sziasztok!
Általában mi a szokás Gentoo esetén, milyen gyakran szokás frissíteni?
Nem okoz gondot a fordítási idő, ami miatt ritkábbal frissítitek a rendszert?
pl. egy Blender, KDE, stb. újrafordítása nem halálos?Egy játékfejlesztői gépen terveztem kipróbálni a Gentoo-t, de a tartok attól, hogy munka helyett a rendszer masszírozására menne el az időm. Ugyanakkor általában nem riadok vissza a részletes konfigurálástól, amíg nem akadályoz a munkában.
Felhasználás: fejlesztés, és 2D/3D grafikai munka, videovágás, fotó feldolgozás - egyszerre általában 6-7 progi fut legalább.
Sokáig Arch volt a gépen, most Fedora, de utóbbi esetén majdnem annyi buggal találkoztam, mint Arch-on (azért nem vészes), és ha ilyenek a friss csomagokkal működő disztrók, akkor nem veszítek semmit (pl. stabilitás), ha kipróbálom a Gentoo-t (vagy de?).
Ebben kérném a segítségeteket, hogy van-e értelme kipróbálni, illetve ilyen felhasználásra számíthatok-e bármilyen előnyre.
Volt egy korábbi próbálkozásom e téren, de azt végül feladtam, időhiány miatt.
-
Domonkos
addikt
válasz
Domonkos
#3469
üzenetére
Vegul igy csinaltam es azt leszamitva, hogy meg mindig nem tudok elsore jo grub configot irni, minden siman ment. Emerge sem akadt el es a modulokat is sikerult mind elsore beforgatni. Igy kb fel oraval kesobb vegeztem, mint ahogy kalkulaltam az optimalis esetet.
Ha valaki hasonlo dolog ele nez, akkor ez egy jarhato ut.
-
Domonkos
addikt
Gepcsere miatt egyik asztali gentoo-s gepemet at kell koltoztessem egy laptopra. Kedresem az lenne, hogy hogyan tudnam ezt a legegyszerubben, legkevesebb felugyeletet igenylo modon megtenni.
Ahogy csinalnam:
-felhuznam a rendszert egeszen a login shellig
-atmasolnam a /etc/portage mappat az uj gepre (megejtenem a szukseges modositasokat benne)
-egy emerge hivassal telepitenem a regi @world elemeit (kiszedve a hw specifikusakat)
-turelmesen varnek a befejezteig
-telepitenem a hw specifikus dolgokat
-atmasolnam a /home /root stb. tartalmatGondoltam arra is, hogy siman, mint egy teljes backupot csak athuzok a masik lemezekre, de aztan elment tole a kedvem, mert az elso loginig amugy is kb. mindent ujra kellene csinalni, raadasul ahogy magamat ismerem tuti hogy felulvagnek valami letfontossagu elemet; emergelgetni meg amugy is elemergelgethet a hetvegen - csak hetfon lenne ra szuksegem, addig kellene munkara kesz allapotra hozni.
Mukodne a fenti otlet? Van aki okosabban csinalna?
Elore is kosz!
-
#3467
lezso6
HÁZIGAZDA
DrojDtroll
#3466
válasz
DrojDtroll
#3466
üzenetére
Jó neked, hogy órákban tudod mérni.
-
#3465
lezso6
HÁZIGAZDA
DrojDtroll
#3464
válasz
DrojDtroll
#3464
üzenetére
Pedig csak 6-8 óra összehozni egy alap rendszert kezdőnként.
-
F34R
nagyúr
Meanwhile......
4 ev utan erzesem szerint tonkrement az ssd-m. Ma egyszercsak fogta magat es egy folyamat kozben megadta magat, reboot de mar a be sem bootolt, bios nem latja, kabeleket neztem es erzekeny bucsut mondtam neki.
ocz vertex 30gb-s, az utobbi ket evben kapta a sarat rendesen, de halalanak okat nem ismerem.
Olvsatam nehany threadet, es nem feltetlenul a folyamatos forgatas miatt hullhatott el, hiszen masok is hasznalkan ssd-t ilyen rendszer alatt.
Kar erte, ameddig nem nezek ki valami jo SSD-t addig hanyagolom.
-
F34R
nagyúr
-
janos666
nagyúr
Redundáns tömbben és hosszú garanciaidővel viszont ez majdnem mindegy, csak a várható / addig tapasztalt elhullási rátának megfelelően kell megválasztanod a redundancia szintjét és a hotspare-ek esetleges számát. Mivel általában szinkron módon írható/olvasható egy jobb féle SSD (nem csak a cache, hanem maga a NAND is), így nem is lohasztja le a tömböt egy-egy re-balance/build/silvering (ki hogy nevezi).
Régen arról álmodtam, hogy mára legfeljebb kétszer annyiba kerül majd az olcsó NAND (akkor nem tudhattam, hogy a 3D TLC NAND lesz a nyerő) és akkor fogcsikorgatva meg lehet ejteni a majdnem teljes átállást, de ez lassabb folyamatnak bizonyult.
---
Lenne viszont egy tényleg Gentoo-s kérdésem is.
Van valami hatékony módszer a rendszer "tisztítására" azon kívül, hogy felhúzok egy szűz rendszert egy átmeneti új filerendszerben (vagyis inkább subvolume/dataset-ben, stb), kézileg válogatva átviszem a hasznos beállításokat/file-okat a régiből, aztán cserélek, majd törlöm a régi root mappastruktúrát (/subvoleme-ot)?
Olyasmikre gondolok, hogy bizonyos csomagok beránthatnak sok másikat (pl. mikor nem néz szét az ember a useflag-ek közt előre és egy apró diagnosztikai kütyü még MySQL-t, Apache-ot és levelezőszervert is telepít, de van hogy szimplán csak változnak a függőségek), és a portage ezeket el tudja távolítani, ha már nincs rájuk szükség, ugyanakkor hátrahagyhatnak különböző konfigurációs/átmeneti file-okat, amiket érthető módon nem pucol le a csomaggal együtt. (Mármint valami más megoldás, mint kézileg átnézni minden kis almappát, vagy figyelmen kívül hagyni ezeket, mert valószínűleg úgyis csak néhány Mb az egész, vagy annyi se).
-
F34R
nagyúr
válasz
janos666
#3457
üzenetére
Eleve megbizhatatlan az SSD hosszabb tavra, foleg adattarolasra. Johetnek az SSD guruk hogy tobbszor volt mar nekik HDD failure mint Flash alapu, de szamomra meg mindig jobb. Mivel koltseghatekonysag celjabol csokkentik a csikszelesseget ataltak TLC-er is hogy kisebb die size-al nagyobb tarhelyet erhessenek el, ez viszont a minoseg rovasara megy. Arrol nem is beszelve hogy egyaltalan nem koltseghatekony.
-
janos666
nagyúr
Nem, most egy AMD 5600K (most cserélem majd Intel G4400-ra), és még ezen is számottevő a CPU igény, az E350 szerintem kevés lenne, hogy kiszolgálja a 3 lemezes RAID-Z módot 7200RPM HDD-kkel, főleg Samba-n keresztül, ami szintén éhes tud lenni.
A ZOL oldalán is kiemelten közlik, hogy nincs teljesítményre optimalizálva, ami szerintem leginkább ebben merül ki, hogy tekeri a CPU-t, mert egyébként gyors (szóval csak relatívan lassú, hogy egységnyi munkához viszonylag sok CPU idő kell neki, de ha megkapja a CPU-t, akkor hasít, viszont gondolom minimum egyenes arányban nőne a CPU igény a HDD-k számával egy profilon belül, így simán lehet skálázódási gond, ha valaki egy gyenge kis CPU-ra [kevés mag, alacsony ipc/c] szeretne alapozni egy sok lemezes, vagy több szimultán terhelt pool-t).Az SSD nyilván egy más világ. Ha nem lenne probléma a költséghatékonyság, akkor nekem is kizárólag viszonylag lassú SSD-im lennének HDD-k helyett (a HDD szintű szekvenciális sebesség, de alacsony elérési idő megérne nekem mondjuk 1/2 felárat, de ma ez még sokkal több attól) és sohasem kéne foglalkozni a töredezéssel.
Van, aki SSD-n is szokta defrag-olni a Btrfs-t (ez szerintem egyéni megítélés kérdése, van aki szerint őrült hülyeség, szerintem van benne némi ráció is, mert nem csak LBA terület értelemben, hanem maga a filerendszer is töredezik, miközben nem kopik olyan gyorsan az a NAND, hogy egyedül ez nyírja ki, ha néha átfuttatják - én ezt szerintem kihagynám, mint puszta hobbi, hacsak nem bizonyosodna be, hogy mégis érzékelhető, de elhinném, ha igen).Nem, rendszerszinten ~amd64 minden csomag (nem stable, de nem is GIT/9999) és gentoo-source (nem vanilla, mert szerintem itt minden gentoo patch hasznos, az experimental is, és legalább ennyi "késés" azért kell). Egyedül a ZFS jött GIT-ről, mint 9999-es csomagverzió, mert a ZFS számozott kiadásai lassabban jönnek gentoo-ra, mint a gentoo-source, így néha nem lenne kompatibilis a frissen lerántott kernellel (maszkolni kéne a kerneleket, de elvileg minden ZFS GIT commit tesztelve van, így elfogadható kompromisszumnak tűnik ez is).
-
F34R
nagyúr
válasz
janos666
#3455
üzenetére
Igen, kimondottan zfs patchsettel elatott kernel nincs, egyik disztro oldalarol sem. Volt hir rola hogy az Ubuntu-ba telepiteskor valaszthato lesz a zfs de csak nem kerult bele mert o szerintuk sem ugy mukodik egyutt a disztrojukkal ahogy ok ezt megalmodtak.
Gentoo egyebkent mindentol elter, mert eleve mas az osszetetele mint a binaris tarsainak.
Legtobb initramfs-re epul es systemd az alapertelmezett init rendszer is (80%-ban).
Solarison kivul meg volna egy tippem, FreeBSD. Meg van meg egy de annak a neve most hirtelen nem jut eszembe.
Talan ezek meg egy probat megernenek. Ebbe viszont az a hatrany hogy nem tudsz valtani, mert ket fajlrendszer van az UFS meg a ZFS.E350 ha jol gondolom? regebben en is olvastam rola hogy a zfs jaratja szepen a cpu-t, de hogy most ez a rossz portolasnak vagy egy bugnak koszonheto, vagy esetleg azert mert tobb layeren megy at es ez feladatigenyes azzal nem torodtem.
Most akkor jol gondolom azt hogy esetleg SSD-n nem volna olyan tordeles mint egy merevlemezen? Van egy felhasznalo Gentoo forumon aki BTRFS SSD-s Raid-et hasznal egy 850-s EVO-n Es azt allitja neki nincs vele semmi gondja.
Igen ahogy te is mondod Raid5/6 olyan allapotban van hogy nem lehet hasznalni, ezt a hivatalos statusz oldalukon is feltuntetik.https://btrfs.wiki.kernel.org/index.php/Status
Single Disk-re akar SSD-re egyebkent a legjobb meg mindig az Ext4 es az XFS. Tobb lemezen nem probaltam egyiket sem, foleg nem RAID-ben mivel nem rendelkezek egyforma diszkekkel.
Egyebkent itt ha meglatogatod a nagy linux topikot ott is a "hagyomanyos" modszert fogjak ajanlani.
Az ingyenes dologra (softraid) es a fizetos (hwraid)-re celoztal, az utobbinak is vannak buktatoi rendesen, igy meg mindig jobb az olcsobb modszert hasznalni, mert azt te is ki tudod kuszobolni.
Egyebkent ugy veszem eszre hogy a te igenyeidnek inkabb a BTRFS tesz eleget, erdemes mindig upstream tartani, bar ha jol gondolom abbol is a git verzio erkezik hozzad... -
janos666
nagyúr
Szerintem semmi köze a disztróhoz, a mainline kernelben, illetve zfs git repóban van a lényeg, amibe a gentoo-source patchset csak minimálisan nyúl bele (sőt, alapvetően csak extra opciókat ad a menuconfig-ba, nem kényszereket teremt, vagy módosít) és ez is csak javasolt, de nem kötelező (használható a vanilla-source is). A ZFS kód azt hiszem közel 1:1 GIT-ről jött gentoo patch-ek nélkül (kivéve az extra useflag-eket), ahogy a Btrfs userland-hez sincs tudtommal érdemi patch a gentoo ebuild-ban.
Ez szerintem kifejezetten jó is a gentoo-nál, hogy egyszerűen át tudom tekinteni, mi az, ami esetleg disztró-specifikus és mi nem, de általában jó tipp, hogy alapjáraton semmi sem az (mármint, ami "kintről jön", nem kimondottan a gentoo-hoz készül), és ha mégis, akkor sem megkerülhetetlen / kibogozhatatlan.
Más disztróknál is utána lehet járni ennek, de általában az a kerülőút, hogy fogasd újra magadnak a disztróspecifikus patch-ek nélkül, ilyenkor pedig kényelmes, ha eleve forráskód alapú a disztró és a csomagkezelő.Amit a disztró tehet az esetleg az, hogy automatikusan átállítja az IO és/vagy CPU ütemezők paramétereit, esetleg beidőzít cron-al egy defrag-ot, netán btrfs balance-ot, stb.
Vagy, ha messzebbre gondolkozunk, a Solaris megfordult a fejemben, de tudtommal oda, a zárt verzióhoz sem készült el soha ZFS-hez a Block Pointer Rewrite (és aki dolgozott rajta azt mondja örül is neki, hogy nem fejezte be és reméli más sem fogja helyette, mert "az lenne az utolsó feature", túlkomplikálná a jövőbeni változtatásokat), ami lehetővé tenné az online defrag-ot és a profilok közti online váltást (amiket a Btrfs már tud). Szóval ilyen szempontból ez most irreleváns. Linux-on relatívan zabálta a CPU-t a ZFS, de nem bántam, mert nem hiányzott másra (és talán jobban feküdt volna egy kicsi, de friss Intel CPU-nak, mint az öreg AMD csodának, amitől amúgy is épp szabadulni tervezek).
A töredezettség pedig talán más mértékben alakul ki és/vagy érződik a megléte, de igazából nem a filerendszer, hanem a HDD "hibája". FAT32-t is használhatnék, azon is töredezetté válhatnak előbb-utóbb a file-ok, ha folyamatosan cserélődik egy részük, ez pedig mindig meglátszik az elvileg szekvenciális műveleteken, ha igazából mégsem azok, mert csattognak a HDD fejek a töredékekért. Ezért lehet hasznos a defrag (ez van EXT4-hez és Btrfs-hez is, ZFS-hez viszont nincs).
Láttam a bcachefs-t. Az első benyomásom szerint semmi értelme, és többet ért volna valami olyasmit összerakni, mint a ZFS féle L2ARC. Csak nem is kell ARC, lehet sima "utolsó olvasat" cache, csak legyen olyan módja, ahol csak metadata megy rá, és ideális esetben kérésre automatikusan próbálja meg teletömni a metadata block-ok tartalmával hidegindítás után (reboot után melegen indulni biztos bonyolult, de ez nem tűnik annak).
A legnagyobb balszerencsém a Btrfs-el csak az volt, hogy nekem pont a RAID-5 profil tűnik ideálisnak, míg a fejlesztők általában olyan szélsőségesen állnak a kérdéshez, hogy kétféle adat van, az egyiket minimum RAID1 (vagy 1+0) profillal tárolod és van róla off-site, off-line backup, 2+ példányban (a tenger alatti titkos bunkerben ólomszéfben, és a nagyi pincéjében is a dunsztosüveg mögött, a patkányfogó alatt alufóliában), vagy "szarsz rá" és olyan, mint ha egy sem lenne, szóval tök mindegy, akár a /dev/null-ra is küldhetné a filerendszer, szóval nem igazán támogatott a RAID-5/6. Már viszonylag rég volt viszonylag stabilnak tűnő állapotban (volt, aki állítólag legalább 1 éve használta), mikor használni próbáltam, de aztán kiderült, hogy tele van végzetes hibákkal, amikbe én bele is futottam (azóta is léteznek, nem prioritás a javításuk, de legalább már dokumentálták).
Az extra hajlam és érzékenység a töredezettségre inkább csak olyan dolog, amit "tájékoztató és építő jelleggel" próbálok hangoztatni, nem olyan, ami miatt ne lehetne használni, hisz legalább működik a defrag és metadata balance (elvileg hibátlanul), amiket lehet automatizálni és az IO ütemezéssel csökkenthető az esetleges negatív mellékhatása is (bár gyakorlati szempontból ez lehetne alapszolgáltatás [mint pl. a zfs-nél a scrub-nak dedikált IO ütemező queue], de ez már részletkérdés, morogni lehet rajta, nem vizet választani vele).
Amúgy igen. nem biztos, hogy ha szétszedem őket, akkor a szóló HDD-re is Btrfs megy, az talán EXT4 lesz (akár journal nélkül). Bár ezt már fejtegettem fentebb, hogy lényegében majdnem mindegy ilyen szempontból (csak a hibás RAID profilokra nincs gyógyír, minden másra igen és egyik filerendszer sem tökéletes más szempontból sem).
Tudtommal nincs most ingyen semmi, ami olyan jellegű garanciákat kínál a konzisztenciára, mint a Btrfs és ZFS. Minden más vagy hagyományos RAID checksum-ok nélkül, vagy gyakorlatilag egy hagyományos, vagy checksum-olással kiegészített, esetleg paritásra épülő "okos backup" (pl. paritás nélkül ír fel először mindent, aztán kiegészíti a háttérben paritással vagy redundanciával és akár checksum-al is, de ez nem egy tranzakción belül történik, hanem későbbre tolva...). Ezektől ilyen szempontból szerintem minden visszalépés, vagy esetleg ugyan ez, csak más formában, de akkor olyanban, ami számomra nem tetszik, bonyolultabb, és/vagy elérhetetlen is (mint néhány speciális szerverekbe szánt megoldás, amit legfeljebb említésből ismerek, a működése "titkos" is vagy legalább is irreleváns, mert én úgysem fogom használni, főleg nem itthon).
-
F34R
nagyúr
válasz
janos666
#3453
üzenetére
Normal XFS-es vagy EXT4-s raid-et nem probaltal meg, vagy esetleg mar a hagyomanyos megoldasok nem jottek be?
Egyebkent nekem singe disken volt BTRFS es hiaba kapcsoltam ki cow-t nem sokkal lett gyorsabb, sima szekvencialis felhasznalasra is lassabb volt mint az XFS, torrentnel jobban is toredezett.Egyebkent lehet jo hir neked, de van egy masik fajlrendszer ami a BTRFS kis hibait probalja kikuszobolni.
egyenlore eleg early statusban : [link]Azthiszem meg is valaszoltam magamnak a kerdest.
" I lost terrabytes of data with btrfs on a backup server again and again and again.
In the end I use ext4 as trustworthy frontend, and btrfs as a unreliable backup. Because ext4 can't beat btrfs when it comes to snapshot/delete. It takes a second to snapshot, and deletes of a snapshotted tree what takes ext4 26 hours is a few minutes on btrfs.
Another point against btrfs is the insane amount of memory it uses.
But in the end I hope btrfs will be as trustworthy as ext4 or even as much as reiserfs in the 2.4 kernel series, because btrfs has this insane amount of checking that I really want. Especially in a SOHO environment where my photographs are going on my personal cloud.
Actually, btrfs should become cloud based... My current attempts will be using an fcoe exported physical volume from another server, together with a local disk. But what if btrfs was running locally *and* remotely, working together for raid 1 storage on non raid disk configurations. The current btrfs implementation should allow something like that with not too much work. I mean: currently raid one is implemented by taking 2 "lower level" individual btree storages and make sure they have the same higher level data in that storage." Probaltal amugy mas disztrot is?
-
janos666
nagyúr
Szerintem már nem fog kiderülni, hogy sikerülne-e, mert mégis visszavágyom inkább Btrfs-re.
(Most az a terv, hogy szétszedem a HDD-ket RAID5-ből külön RAID1-be és single-be, aztán átvariálom a mappáimat és azok helyhasználatát is ennek megfelelően, később pedig vagy újra visszatérek RAID5-re, ha kijavítják a hibáit, vagy RAID10 lesz belőle, ha találok még egy ugyan ilyen HDD-t olcsón -> ez az egyik előnye, hogy Btrfs-nél lehet oda-vissza mozogni, míg a ZFS statikus profilú).Mivel nagy munkának tűnt az initramfs, így inkább arra szántam időt, hogy nagyjából felmérjem a töredezettséget pár hónap használat után. A tapasztalatom pedig az, hogy bár kevéssé tördelődött szét, mint a Btrfs, és ami fontosabb, ez még kevéssé látszik meg a teljesítményén (főleg a metadata műveletek sebességén, ami egy idő után nevetségesen lassúvá vált Btrfs-el, de itt ilyen nem érzékelhető), de azért mégis csak töredezik (ami nem meglepő, csak a mértéke/hatása a kérdés), csak Btrfs-el erre legalább "drága" gyógyír volt (rendszeres recursive online defrag és metadata balance felváltva -- azért drága, mert sokáig tart és közben lassít, plusz nyúzza a lemezeket), itt gyakorlatilag nem igazán van (lehet próbálkozni a filerendszeren belül, vagy átmenetileg másik filerendszerbe és vissza mozgatással, de ilyenkor semmi garancia nincs a töredezettségre nézve, és idővel egyre csak nő, mintsem csökkenne a szabad terület töredezettsége akkor is, ha mindig ~25% szabad területet hagyok és egy ilyen mozgatás próba előtt felszabadítok némi extra helyet -> konkrétan csak ártottam vele, mikor kipróbáltam).
Mivel ZFS-nél a metadata művelek nem lassultak látványosan, így egy L2ARC matadata cache sem jelent semmi számottevő gyakorlati hasznot (próbaképp adtam neki egy 80Gb-os SSD-t és noszogattam, hogy töltse fel minél jobban, de csak metaadatokkal), a szekvenciális műveleteken viszont látni a töredezettség hatását (ezen pedig nem segít számottevően sem az L1, sem L2 ARC, mert itt nem a metaadat töredezettség lassítja az adatműveleteket is, hanem maga az adattöredezettség látszik meg és "minden" nem fér be a cache-be, amit szekvenciálisan kéne elérni --- kivéve persze az írást, azt szépen cache-eli a RAM-ban,de olyat minden filerendszer tud, ha mást nem a kernel csinálja helyette
).Szóval ja...
A konklúzióm az, hogy alapjaiban jobb a ZFS, de nem tökéletes. Hiányzik belőle pár dolog, ami a Btrfs-nél elérhető. Az pedig önmagában véve probléma, hogy a Btrfs-nél a defrag nem csak elérhető, hanem kvázi kötelező, míg a ZFS szépen eldöcög nélküle, de a "drágán" karbantartott Btrfs összességében jobban fog teljesíteni a nap végén, mint a "magára hagyott" ZFS.Közben találtam egy érdekes bejegyzést arról, miként lehet lecserélni a FAT filerendszer modult bármi másra az UEFI firmware-ben: [link], amivel elvben lehet boot-olni szoftveres bootloader és FAT partíciók nélkül is (ha nem szignó-védett az alaplapi firmware).
-
F34R
nagyúr
válasz
janos666
#3451
üzenetére
Pont a Genkernel-next-et akartam ajanlani, nekem Archon volt meg inintramfs, meg az elso hasznalatkor Gentoo-n amikor meg nem tudtam kernelt forgatni mukodo modulokkal. Most ahogy igy le van faragva nincs szukseg ra, amugy is lassabb maga a forgatas. Ennek ellenere eszrevetem, hogy vannak olyan teruletek ahol igenis szukseg van ra.
Dracut-al megjatszanek meg egy probat.
Csak sajat felelosegre : "At the time of writing, dracut is not marked stable yet, so it may need unmasked before continuing."meg egy kis segitseg : [link]
Egyebkent ajanlott nem Systemd-t hasznalni ebben az esetben, mert 220-as verziotol mar maskepp generalja le.
"So, after looking into the dracut modules it seems that evolarium is right that zfs-dracut with systemd 220 or newer is broken and a generator script for the sysmount is required to make root on zfs work with dracut and systemd >=220."
Remelem sikerulni fog
-
janos666
nagyúr
Rászántam magam erre: [link]
genkernel --zfs --callback="module-rebuild rebuild" --no-compress-initramfs initramfs
Bár a callback-et ki kellett hagynom (csak anélkül ment végig). Lehet, hogy ez volt a baj, de azt hittem, hogy csak azért nem tudott mit kezdeni magával, mert nincs modulom, amit újraépítsen (minden beépített).* Sourcing arch-specific config.sh from /usr/share/genkernel/arch/x86_64/config.sh ..
* Sourcing arch-specific modules_load from /usr/share/genkernel/arch/x86_64/modules_load ..
*
* ERROR: --callback failed!Annyiból működött, hogy az initramfs töltődött be, és futtathatók voltak a shell-ben a zpool és zfs parancsok, viszont nem csak automatikusan nem tudta importálni a pool-t, de kézileg is hiába mutogattam neki a /dev/disk/by-id/ mappát is (ahol ott voltak a HDD-k), nem találta a pool-t.
Csak libgcc pthread hibákat dobált, mikor próbálkoztam.Egyszer próbáltam magamnak összerakni egy egyedi Live-USB rendszert, ahol a genkernel felelt volna a teljes kernel konfigért, alapbeállításokkal (auto-modulosan), így initramfs-el együtt, de ott is nagyjából ugyan ez volt a probléma, hogy bár elérhető volt a btrfs parancs az initramfs shell-ben, de egyszerűen meg sem lehetett találni, nem még mount-olni a btrfs root-ot az initramfs-ből (hiába adtam oda a genkernel-nek a btrfs kapcsolót kézileg és próbáltam a genkernel-next verziót is több kernel verzióval, sohasem jöttem rá mit rontok el, bár hamar feladtam).
Nem véletlenül ódzkodom tőle (initramfs), hanem nem értek hozzá. Noha inkább azért, mert nem is akarok, de épp azért nem akarok, mert eddig megvoltam nélküle...
-
janos666
nagyúr
Bőséges válasz a hosszú kérdésre, de szerintem sok olyat is beleírtál, amit előre tisztáztam, hogy már tudom és akár most is is így van a gépemen (vagy annyit írtam róla, hogy lenne mit, de nem akarok túl sokat írni egy hsz-be).
- fixen integrálva van a kernelbe a ZFS modul (amúgy is így szeretem, illetve előregondolkodtam)
- A HDD-ken már most is RAID-Z1 dolgozik, így nyilván olvasgattam róla általánosságban. Ahogy írtam is, többféle WiKi-ből és FAQ-ból ollóztam össze, amit a ZFS-ről tudok, de azt hiszem tudok is már róla mindent, amit RAID-Z1 és adattárolás tekintetében szerettem volna.
- A beépített kernel command line GPT PARTUUID alapján mount-olja a root-ot, ami így elvileg független a filrendszertől (és sok mástól is)Egyedül arról van kételyem, hogy ha most mindent így hagyok, és csak a filrendszert cserélem le, akkor azonnal működik tovább, vagy mást is módosítanom kell, illetve hogy működhet-e egyáltalán initramfs nélküli EFI stub kernellel a ZFS root-os boot-olás. Mert ahogy te is írod, csak GRUB2 + initramfs leírásokat találtam. Tehát nem tudom, hogy maga a kernel képes-e mount-olni a root-ot PARTID alapján, ha az ZFS, vagy ilyenkor kötelező az initramfs, ami végignézi a zpool-okat és kiválasztja közülük a root-ot.
-
F34R
nagyúr
válasz
janos666
#3448
üzenetére
Nos tudd hogy a ZFS mukodik in-built kent is, meg kernel modulkent is. Ugye a wiki a modulos verziot taglalja leginkabb, de kiter arra is ha maskepp akarod hasznalni, akkor el kell oket "kuloniteni" egymastol kulonben osszeakadnak. Mindenkeppen hasznald mellette az Archlinux wiki-jet is, mert tobb mindenre kiternek.
Igen tud PARTUID alapjan pool-t letrehozni es csatolni is, valoban jo gondolat hogy nem erdemes megtartani a BTRFS-t. Mivel utobbit is az Oracle fejlesztette (sok mas ceg beletrollkodasaval egyetemben) igy vagy az egyiket hasznalnam, vagy a masikat. BTRFS jobb liszensz ugyileg, a kernelhez is jobban illeszkedik, meg kompatibilisebb a jelenlegi felhasznalasra mint a ZFS.
Ettol fuggetlenul Gentoo.org foruman is van aki a kezdetetkol inkabb ZFS-t hasznal.
Ket bejegyzest is talasz, egyik konretan a rendszer telepiteset nullarol taglalja [link], a masik meg egy altalanos ismerteto [link].
En meg mindig az initramfs valtozattal talalkoztam, ezt a legegyszerubb mukodesre birni, es upstream tudod tartani. (ajanlott mindig a legfrissebb zfs csomagokat hasznalni.) Erre csinaltak egy alternativ rendszerindito lemezt is [link]Egyet meg tudok, hogy nem epp acelosak a sebessegek ezalatt a fajlrendszer alatt.
OpenRC az fstab-ra es a localmount-ra hagyatkozik, nekem csak olyan bejegyzesek vannak amik kellenek, a localmount szerviz le van allitva, igy nem akar mindig le-fel csatolni.
Mondjuk en maradtam volna a grub mellett, de efistub is tud manualisan mountolni kernel line parameterekkel.
Erre is talasz wiki-t, ha mashol nem Archwiki-ben. -
janos666
nagyúr
Gentoo-val lehet most problémamentesen ZFS root-on boot-olni EFI-stub kernellel, initramfs nélkül, ha beépítettem a kernelbe (nem csak loadable modulként van hozzá) az OpenZFS drivert?
Ezzel minden ugyan úgy maradna, mint most, az egyetlen változás az lenne, hogy egy friss mentés után Btrfs-ről ZFS-re váltanék az SSD-n, visszaállítanám a rendszerfile-okat, majd szükség szerint módosítanám a kernelbe mentett hivatkozást, hogy hol találja a root-ot, ami jelenleg a GPT partíció ID-re hivatkozik (tehát talán még maradhatna is, mert nem kell megváltoznia az ID-nek, a kérdés csak az, hogy ZFS-nél hogy működne ez...).
Bár alapvetően csak konkrétan a radi5/raid5/raid5 (data/metadata/system) profilos Btrfs-ből lett elegem (talán írok majd erről egy blogbejegyzést, hogy miért, de hosszú) a viszonylag nagy méretű adattárolásra használt HDD-ken, az SSD-n szépen dolgozik single/single/single profillal a rendszerfileok alatt, de az egységesség kedvéért (főleg, hogy a cache kezelésük is teljesen független, így kvázi egymással versengenek a szabad RAM-ért az ARC és a pagecache, illetve épp a cache vezérlés paraméterezhetősége pont egy olyan dolog, ami a single/raid profiltól függetlenül is jobban tetszik OpenZFS-nél Linux alatt, mint a Linux kernel általános paraméterezhetősége, amit nekem nem sikerült úgy beállítani, ahogy szerettem volna, de most az ARC van: csak metadata cache módba) szeretném a root filerendszert is lecserélni ZFS-re (csak ugyan így single módban, mint most van Btrfs-el, ebből nem lesz RAID profil), így elég legyen egyetlen filrendszer drivert betölteni (és egy ARC-ot tartani, nem egymás mellett ARC-ot és Linux-os pagecache-t is).
Próbált már valaki ilyet?
Egyrészt az OpenRC-ről van kételyem, ami úgy láttam szereti "kötelezően" újramount-olni a root-ot még akkor is, ha előtte már read-write módban mount-olta maga a kernel.
Mikor átálltam erre az EFI-stub, EFI boot módra, és mindenképp kézileg, statikusan kellett megadnom a kernelnek a root filerendszer elérhetőségét (előtte a grub kezelte automatikusan), akkor próbáltam egyel tovább ugrani, és rögtön ott listázni a többi mount opciót, az fstab-ból pedig törölni a / bejegyzést (most elvileg már semmi sem használja értelmes módon...), de ez valamiért nem tettszett az OpenRC-nek. Nem olvastam végig, hogy mit akart, mert úgy volt beállítva, hogy azonnal újraindult és a naplózás még nem ment.
A localmount scrip-et kéne ilyenkor törölnöm az RC listából, vagy a root nevű script-et is (vagy csak utóbbit)?A nagyobb kérdés viszont:
- Hogy találja meg egy EFI-stub kernel a ZFS root-t?
Ahogy elnézem, jelenleg a zfs-mount nevű rc script mount-olja nekem a HDD-kről a RAID-Z1 filerendszert (vagy valami fstab félével, amit automatikusan tölt fel, vagy scan-el egyet és betölt mindent, amit csak talál és sikerül), nem maga a kernel mount-olja automatikusan. Gondolom, hogy GRUB2-es boot-oláshoz ezért kell az initramfs, hogy scan-eljen és mountoljon minden ZFS-t a gépen, köztük a root-ot is. -
#3447
F34R
nagyúr
DrojDtroll
#3444
F34R
nagyúr
válasz
DrojDtroll
#3444
üzenetére
Modulkent forgattad le vagy in-built-kent?
/usr/src/linux-bol
make install mikor leforgattal mindent, az a megfelelo helyre fogja bemasolni az image-t.
-
vinibali
őstag
sziasztok.
elég halott a topik. mondjuk ez stabilitást jelenthet
gentoo lévén megpróbálkoztam egy elég experimental telepítéssel.
az érdekelne, hogy lehet-e úgy paraméterezni az emerge-öt, hogy sikertelen fordítás esetén ugorja a csomagot és menjen a következőre.
vagy a függőségek miatt a sorrend nem átléphető, még függő csomagok esetén sem?
azért lenne ilyenre szükségem, mert flto=4 paraméter mellett nyilván sok csomag hibázik még, és elég körülményes a fennálló csomagokat a:
- make.conf szerkesztése után
- egyenként fordítani, majd
- a make.conf "flto-sítása" után
- az emerge-öt újraindítani.
vagy ezt csak szkripteléssel oldhatom meg?
tehát a lényeg annyi lenne, hogy a fordítás alatt hibázott csomagokat hagyja a végére, de amit tud az nyilván fordítsa. és majd a végén a make.conf állítása után elkészülnek azok is. -
#3445
DrojDtroll
veterán
DrojDtroll
veterán
csak nem sikerül ez a net driveres dolog
-
#3444
DrojDtroll
veterán
-
#3443
Apollyon
Korrektor
DrojDtroll
#3442
Apollyon
Korrektor
válasz
DrojDtroll
#3442
üzenetére
Korábban én is átjöttem egy rövid ideig kipróbálni. 1-2 hét volt amíg teljesen belaktam. De amerre néha tart manapság a Debian, lehet találkozunk még.
Na és az ultimét kérdés: systemd vagy openrc?
-
#3442
DrojDtroll
veterán
DrojDtroll
veterán
Viszlát Ubuntu. Üdv Gentoo.
Tegnap óta kóstolgatom. Tetszik nagyon a koncepció.
A net driverrel vannak gondjaim, de próbálom javítani. Ha nagyon nem megy jövök ide segítségért.
-
janos666
nagyúr
Ez vajon szándékos feature, ha pár napja két Gentoo ~amd64 rendszer egyszerre (vélhetően az automatára időzített rendszerfrissítés után) úgy döntött, hogy többé nem engednek be SSH-val root user-ként jelszóval, csak RSA kulccsal?
Van egy NEWS, hogy megszűnt a DSA kulcsok támogatása az OpenSSH-ban, de van ennek köze a "keyboard-interactive" beléptetéshez? (Odaírhatták volna pár szóban a butábbaknak, ha igen, pl. "Ami a jelszavas beléptetést is érinti.")
-
#3438
rt06
veterán
DrojDtroll
#3437
rt06
veterán
válasz
DrojDtroll
#3437
üzenetére
latatlanba azt mondanam, hogy az, hogy mindent forrasbol, az adott hardverre optimalizaltan forditva telepit a gentoo
plusz konnyeden tudnak csinalni sajat overlay-t a projekt specifikus csomagokhoz, igy minden szukseges alkalmazas lehet egy helyen menedzselve
de siman lehet, hogy csak ez a projekt egyik fejesenek a kedvenc disztroja -
#3437
DrojDtroll
veterán
DrojDtroll
veterán
Valakinek van valami ötlete arra, hogy egy ilyen robot operációs rendszere miért éppen a Gentoo?
Mi teszi a Gentoo-t alkalmasabbá erre a feladatra, mint más Linux disztribúciókat?
-
rt06
veterán
szerintem abbol, hogy te forgatsz mindent, nem lesz jelentos sebessegnovekedes a mindennapi feladatok vegzese soran
a stream keszites mondjuk pont nem ilyen mindennapi feladat, es ott dobhat az adott cpu-ra optimalizalt kod, viszont az ilyen alkalmazasok altalaban tartalmaznak valami cpu detektalo reszt is (de meg egyes lejatszok is), es ugyanaz a binaris mukodik 686-on es a legujabb 64 bites cpu-n is, kihasznalva az adott cpu utasitaskeszleteta gentoo ereje szerintem (azaz inkabb szamomra) nem ez elsosorban, sokkal inkabb az overlay-ek, es a sajat overlay keszitese, illetve a hardening (hardened sources [grsec, pax], hardened toolchain [pie, spp, relro], selinux, rsbac), plusz a gentoo handbook is oda-vissza veri a legtobb dokumentaciot, amit talalni
-
Kössz!
Az egész vállalható. Tulajdonképpen az Arch helyére keresek valami új disztrót, ami egy kis fogyasztású gépen is fürgén fut, de a folyamatos fordítgatás kissé megijesztett a Gentoo esetén, ugyanakkor pont ez adja az előnyét.
Amint lesz időm, egy régi winyóra felrakom, próba képpen, mert egyelőre az Arch is megfelelő, de nagyon foglalkoztat, hogy mennyivel gyorsul a gép, ha minden forrásból furdul.
Láma vagyok még hozzá, de másodlagos rendszerként majd belejövök, ahogy eddig mindenbe.
Még valami: Egy otthoni web/ftp/media szerveren most Slackware fut, amit szeretek, mert beton stabil.
Itt is kiváncsi lennék arra, hogy mennyit gyorsul a rendszer, ha minden a gépre van lefordítva, vagy mennyit cökken a terhelése. Viszont nem tudom, hogy szervernél mennyire nyerő a Gentoo féle rolling release, így inkább kérdezek előtte. A szerver alá új vas jön, amivel szeretnék h264 stream-et is készíteni távoli film nézéshez. Van a gentoo-nak valami "stable" tárolója? -
rt06
veterán
inkabb az 5 ora, de lehet sokat mondok velem, csak se kde-t, se libreoffice-t nem szoktam forgatni
gcc-t, glibc-t viszont igen, azok eleg lassuak (1-2 orasak)
a kernel megvan fel oran belulanno egy 2x450MHz-es dual p3-on tartott kb masfel napig a teljes rendszer ujraforditasa (emerge -ave world), szoval nagyon nem kell megijedni
-
Sziasztok!
Egy teljes rendszer egyszeri lefordítása kb. mennyi időbe telik egy átlagos 2 magos AMD procinak (pl. A6-6400K)?
Mondjuk legyen KDE + LibreOffice + friss kernel + mondjuk 3db böngésző, meg minden általánosan használt desktop, multimédiás cucc. Vagyis egy különösen kövér frissítés csomag.Nem pontos adatot szeretnék, csak annyit, hogy 5 óra, vagy 3 nap?
Az is jó, ha példákat mondtok, hogy X meg Y meddig tart Z gépen.
Remélem nem túl láma kérdés.
Kössz: Bici
-
janos666
nagyúr
A gentoo handbook szerint pötyögtem végig mindent. Az alapok mellé még egy xfce4-et telepítettem, ami most parancssoros bejelentkezés után startx-el szépen indul és működik, de slim-el bejelentkezve csak egy vastag X kurzor fogad fekete háttéren.
Tippre mit ronthattam el, és mi lenne a megoldás (olyan, ami automatikusan be tud léptetni, mert áramszünet után is magától fel kéne majd állnia a rendszernek, és futnia kell az X-nek is). -
rt06
veterán
beprobalkozom megint, hatha igy kicsit tobb, mint egy ev elteltevel tobben jarnak erre
adott egy initscript, ami az alabbi sort tartalmazza a daemon inditasara:
start-stop-daemon --start --user cyla --name "gameserver_${GS_PORT}_${GS_TYPE}_${GS_GAME}_${GS_MP}" --make-pidfile --pidfile "/run/gameserver_${GS_PORT}_${GS_TYPE}_${GS_GAME}_${GS_MP}" --chdir "${GS_BPATH}" --exec "${GS_BPATH}/${GS_BIN}" -- "${GS_OPTS}"ha az initscript-ben ez ele a sor bedobok egy echo-t, akkor a kovetkezot kapom:
start-stop-daemon --start --user cyla --name gameserver_27960_quakelive_duel_2 --make-pidfile --pidfile /var/run/gameserver_27960_quakelive_duel_2 --chdir /home/cyla/servers/27960_quakelive_duel_2/. --exec /home/cyla/servers/27960_quakelive_duel_2/./qll32 -- +set dedicated 2 +set net_port 27960 +set com_hunkmegs 128 +set sv_advertising 0 +set sv_premium 1 +set g_advertdelay 0 +set g_compmode 1 +exec duel.cfgennek igy is kell kineznie, ezekkel az ertekekkel kell feltolteni a valtozok helyet (ezt egy, a /etc/conf.d/ konyvtarban levo script intezi el)
a problema az, hogy az inditando program indulasakor a fentiek ellenere nem kapja meg a dupla kotojel utani parametereket, igy az alkalmazas nem megfeleloen indul el
hogy ennyire azert ne legyen eszreu a dolog, a problema megpontosabban ugy szol, hogy az inditando program nem mindig kapja meg a dupla kotojel utani parametereket
az alabbi pl mukodik, es megfeleloen indul a program:
start-stop-daemon --start --user cyla --name gameserver_7707_ucc_killingfloor_6 --make-pidfile --pidfile /run/gameserver_7707_ucc_killingfloor_6 --chdir /home/cyla/servers/7707_ucc_killingfloor_6/System --exec /home/cyla/servers/7707_ucc_killingfloor_6/System/ucc-bin -- server KF-BioticsLab.rom?game=KFmod.KFGameType?Port=7707?MaxPlayers=6?VACSecured=True?Mutator=KFPatHPLeft.MutPatHPLeft,KFARGBuchon.KFARGBuchon,KFCtryTags.CtryTags -nohomedira start-stop-daemon sor mindket esetben ugyanaz (sot, az egesz initscript), csak a valtozok kerulnek mas-mas ertekkel feltoltesre
van barkinek barmi otlete, miert nem kapja meg a qll32 binaris a prametereket, mig az ucc-bin igen?
-
rt06
veterán
adott ket damon, a bind es az aiccu
ez utobbi egy ipv 6 tunnel felepiteseer felelos, es ehhez szuksege van nevfeloldasra, ezert a /etc/conf.d/aiccu file kapott egy ilyen sort:
rc_aiccu_need="net.ppp0 dns"ez szepen mukodik is, az aiccu inditasat minden esetben megelozi a bind indulasa, legyen szo, akar boot-rol, akar kezzel torteno inditasrol
a gondom azzal van, hogy ha ujrainditom a bind-et, akkor a fuggoseg miatt leallitja ugyan az aiccu-t, de a bind ujrainditasa utan a nem inditja el megint azt, kezzel ki kell adnom a /etc/init.d/aiccu start parancsot (erdekes mod, ha a net.ppp0-t inditom ujra, azt kovetoen uj elraindul az aiccu is)
mi lehet ennek az oka, illetve mikent tudnam elerni, hogy ebben az esetben automatikusan ujra elinduljon az aiccu is
ugyanez a problema fennal az iptables es a miniupnpd eseteben is (ott raadasul a miniupnpd init script-jeben gyarilag szerepel a fuggoseg, nem en pakoltam bele, mint az aiccu eseteben)
net.ppp ujrainditasa:
# /etc/init.d/net.ppp0 restart
Authenticating root.
Password:
* Stopping aiccu ... [ ok ]
* Bringing down interface ppp0
* Stopping pppd on ppp0 [ ok ]
* Bringing up interface ppp0
* Starting pppd in ppp0 ... [ ok ]
* Backgrounding ...
* WARNING: net.ppp0 has started, but is inactive
* WARNING: aiccu is scheduled to started when net.ppp0 has startedbind ujrainditasa:
/etc/init.d/named restart
Authenticating root.
Password:
* Caching service dependencies ... [ ok ]
* Stopping aiccu ... [ ok ]
* Stopping named ...
* Checking named configuration ... [ ok ]
* Starting named ...
* Checking named configuration ... [ ok ] -
rt06
veterán
szeretnek egy (tobb) programot egyetlen initscript segitsegevel inditani, megpedig ugy, hogy az init.d es conf.d konyvtarakba csak egy-egy symlink kerul, a script pedig a sajat nevebol fogja tudni, hogy mit is kellene inditani
ez majdnem mukodik is, a problemam az, hogy az initscript nem latja a conf.d-ben levo konfigfile-ban beallitott valtozokat, csak akkor, ha symlink helyett tenyleges file-t teszek oda (csak igy ha modosiktok a srcipt-en, mindet at kell irni, es ugyis elrontok valamit)
kerdeznem, hogy ennek mi lehet az oka, illetve letezik-e valamilyen megoldas, hogy tudjam a fentebb emlitett symlink-es mokat hasznalni
a szoban forgo file-ok (mindket file egy symlink):
conf.d/gameserver_7707_ucc_killingfloor_6
init.d/gameserver_7707_ucc_killingfloor_6/etc/init.d/gameserver_7707_ucc_killingfloor_6 start kimenete:
Starting Dedicated Server (Port: , Type: , Game: , MaxPlayers: )
majd elszall, mivel nem megfelelo parameterekkel hivja meg a meghivandotha az init.d/gameserver_7707_ucc_killingfloor_6 nem symlink, hanem masolom a file-t, akkor mukodik ahogyan kell
barminemu tippet, otletet, javaslatot szivesen fogadok
-
rt06
veterán
Hi!
eloszor is kosz a valaszt - gondoltam, hogy te leszel aki valaszol, sajnos eleg kihalt e topic
masodszor pedig, nem ertem pontosan, mire gondolsz
ha arra gondoltal, hogy a portage felhasznalot rendeljem hozza a portage felhasznalohoz a sysadm_u selinux user-t (s igy a sysadm_r role-t), akkor az sajnos nem valt be, ugyanugy dobja a hibauzeneteketUdv: VladimirR
-
rt06
veterán
Hi!
selinux bajom lenne egy hardened gentoo-n, megpedig az alabbi:
>>> Emerging (5 of 23) dev-java/commons-pool-1.5.5
!!! Failed setting exec() context "staff_u:staff_r:portage_fetch_t". * commons-pool-1.5.5-src.tar.gz RMD160 SHA1 SHA256 size ;-) ... [ ok ]
* Package: dev-java/commons-pool-1.5.5
* Repository: gentoo
* Maintainer: java@gentoo.org
* USE: elibc_glibc kernel_linux selinux userland_GNU x86
* Using: sun-jdk-1.6
!!! Failed setting exec() context "staff_u:staff_r:portage_sandbox_t".>>> Unpacking source...
>>> Unpacking commons-pool-1.5.5-src.tar.gz to /var/tmp/portage/dev-java/commons-pool-1.5.5/work
>>> Source unpacked in /var/tmp/portage/dev-java/commons-pool-1.5.5/work
!!! Failed setting exec() context "staff_u:staff_r:portage_sandbox_t".>>> Preparing source in /var/tmp/portage/dev-java/commons-pool-1.5.5/work/commons-pool-1.5.5-src ...
>>> Source prepared.
!!! Failed setting exec() context "staff_u:staff_r:portage_sandbox_t".>>> Configuring source in /var/tmp/portage/dev-java/commons-pool-1.5.5/work/commons-pool-1.5.5-src ...
Rewriting attributes
Rewriting ./build.xml
>>> Source configured.
!!! Failed setting exec() context "staff_u:staff_r:portage_sandbox_t".>>> Compiling source in /var/tmp/portage/dev-java/commons-pool-1.5.5/work/commons-pool-1.5.5-src ...
* Disabling all optional ANT_TASKS
Buildfile: /var/tmp/portage/dev-java/commons-pool-1.5.5/work/commons-pool-1.5.5-src/build.xml
init:
compile:
[mkdir] Created dir: /var/tmp/portage/dev-java/commons-pool-1.5.5/work/commons-pool-1.5.5-src/build/classes
[javac] Compiling 22 source files to /var/tmp/portage/dev-java/commons-pool-1.5.5/work/commons-pool-1.5.5-src/build/classes
build-jar:
[mkdir] Created dir: /var/tmp/portage/dev-java/commons-pool-1.5.5/work/commons-pool-1.5.5-src/dist
[jar] Building jar: /var/tmp/portage/dev-java/commons-pool-1.5.5/work/commons-pool-1.5.5-src/dist/commons-pool.jar
BUILD SUCCESSFUL
Total time: 10 seconds
>>> Source compiled.
!!! Failed setting exec() context "staff_u:staff_r:portage_sandbox_t".>>> Test phase [not enabled]: dev-java/commons-pool-1.5.5
!!! Failed setting exec() context "staff_u:staff_r:portage_sandbox_t".
>>> Install commons-pool-1.5.5 into /var/tmp/portage/dev-java/commons-pool-1.5.5/image/ category dev-java
>>> Completed installing commons-pool-1.5.5 into /var/tmp/portage/dev-java/commons-pool-1.5.5/image/
>>> Installing (5 of 23) dev-java/commons-pool-1.5.5
* checking 4 files for package collisions
>>> Setting SELinux security labels
filespec_eval: hash table stats: 11 elements, 11/65536 buckets used, longest chain length 1
--- /usr/
--- /usr/share/
>>> /usr/share/commons-pool/
>>> /usr/share/commons-pool/package.env
>>> /usr/share/commons-pool/lib/
>>> /usr/share/commons-pool/lib/commons-pool.jar
--- /usr/share/doc/
>>> /usr/share/doc/commons-pool-1.5.5/
>>> /usr/share/doc/commons-pool-1.5.5/README.txt.bz2
>>> /usr/share/doc/commons-pool-1.5.5/RELEASE-NOTES.txt.bz2igy nez ki nalam nagyjabol barmilyen csomag telepitese, legalabbis azt tekintve, hogy midnen estben megvannak az alabbi sorok:
!!! Failed setting exec() context "staff_u:staff_r:portage_fetch_t"
!!! Failed setting exec() context "staff_u:staff_r:portage_sandbox_t".a felhasznalom a staff_u selinux user, mely beletartozik a staff_r es sysadm_r csoportba
~ # semanage user -l
SELinux User SELinux Roles
root staff_r sysadm_r
staff_u staff_r sysadm_r
sysadm_u sysadm_r
system_u system_r
unconfined_u unconfined_r
user_u user_r
~ # semanage login -l
Login Name SELinux User
__default__ user_u
cyla staff_u
root root
system_u system_umegoldaskent ugy tunik mukodik, hogyha az emerge elott kiadok egy newrole -r sysadm_r parancsot, viszont mivel amugy is resze vagyok ezen csoportnak, nem ertem, miert szukseges kulon atvaltani arra
ez lenne a normalis mukodes, vagy (szokas szerint) en rontok el valamit?
valaszaitokat elore is koszonom
Udv: VladimirR
-
Sipi
addikt
válasz
klayton#1
#3410
üzenetére
Asszem ez attól van, hogy genkernellel csináltad, ami RAMdrive-os indítást készít. De ehhez a leírásban kövesd az utasításokat, hogyan kell a grubot beállítani, mert teljesen más! genkernel esetén szinte mindent modulba pakol, még a merevlemez-kezelést is. Emiatt a bootnál betölti a kernel moduljait memóriába, onnan dolgozik, és csak utána csatolja a root fájlrendszert.
A block a blokkeszközt jelöli, nem ismeri fel, mi az az egyes vinyó első partíciója.
S
-
klayton#1
tag
Hát én kikészültem. Újracsináltam az egészet, hogy ne legyen semmi gond, és genkernelt használtam, erre most a bootnál újra megáll, ezúttal a vége:
"kernel panic- not syncing : vfs: unable to mount root fs on unknown-block(1,0) "
Nem egészen értem, hogy jöhet egyáltalán szóba a block(1,0)..
Ezúttal nem csináltam külön boot particiót, csak egy 15 gigásat és egy 1gigás swapot. a 15 gigás a /dev/sda2-n van, így a grub.conf-ban hd0,1-ként van feltüntetve...Kezdem azt gondolni, hogy nekem ez egy kicsit mégis nagy falat volt..
SZERK: elolvastam mégegyszer, és előtte is van érdekes rész
"UDF-fs: no partition found(1)"
"No fileystem could mount root, tried: reiserfs ext3 ext2 squashfs vfat iso9660 udf" -
Sipi
addikt
-
Sipi
addikt
válasz
klayton#1
#3406
üzenetére
Ez vagy azt jelenti, hogy nem jó a root= paraméter, nem jól adtad meg a root partíció helyét, vagy esetleg nincs a kernelben az IDE-vezérlőd beleforgatva. (Modulként nem jó.) Ha sda2 a root, akkor az jó, a kerneleddel lesz gond.
Ha kézzel csináltad, akkor a chipsetnek megfelelő drivereket bele kell tenni, de első próbálkozásnak csináld inkább genkernellel, az mindent beletesz modulként és megoldja, hogy jó legyen. (Kell a vezérlőd drivere, meg vinyótámogatás, meg nem emlékszemmég mik.)
Sipi
-
klayton#1
tag
hm. Átállítottam, hogy csak a win legyen bootable, de ez nem sokat használt, ugyanaz a jelenség. Megnéztem az utolsó pár sort, és egy érdekességet találtam:
"kernel panic-not syncing: no init found. try passing init=option kernel."
talán ez lehet a gond? utána van még pár számomra kevésbé érthető sor, de ennyi. -
Sipi
addikt
válasz
klayton#1
#3404
üzenetére
Hm, kicsit furcsa, hogy KÉT darab bootolható partíciód van. Nekem dualbootos gépen csak egy, a Windows-é, mert az máshogy nem indul. Szerintem szedd le az sda2-ről a boot csillagot.
Az utolsó sorok meg hogyafenébe ne lennének fontosak! Abból derül ki, meddig jutott és hol hal le.
Sipi
-
klayton#1
tag
Először is, köszi a választ
Hát, ezaz. nincs hibajelzés, lefut egy nagy rakás szöveg, és aztán csak megáll.az utolsó sorokat ameddig eljut, bemásolhatom, ha ez segít valamit
először a grubbal is volt problémám, úgyhogy már beállítottam helyesen a particiókat, hisz a hibaüzenet eltűnt.
A particióim:Device Boot Start End Blocks Id System
/dev/sda1 * 1 15633 125568000 7 HPFS/NTFS
/dev/sda2 * 15633 15637 35178+ 83 Linux
/dev/sda3 15638 15769 1060290 82 Linux swap / Solaris
/dev/sda4 15770 17728 15735667+ 83 Linuxa root helyet hd0,1-re állítottam, mivel sda2-n van. :/
EDIT: ez kicsit rondán lett beillesztve, de remélem olvasható valamennyire
-
Sipi
addikt
válasz
klayton#1
#3402
üzenetére
Szia!
Ha PONTOSAN azt írtad, amit a kézikünyv, az is lehet baj.
Valszeg rossz eszközneveket adtál meg a grub konfigjában. Mi a pontos hibajelzés? Mit ír ki?A Gentoo telepítőcédéjéről be tudsz bootolni, majd a leírás szerint csatold a partíciókat, amire telepítettél, meg a devet, procot, stbt. Vagyis kövesd a telepítési útmutatót (partícionálás és formázás nélkül
) addi, amíg chrootolsz az új környezetbe! Ekkor belemész a telepített Gentoo-ba, és újra konfigolni tudod a grubot.Ha az első vinyóra tetted, akkor hd0 a vinyó neve, a a másodikra, hd1. Az első partíció is 0, vagyis ha pont olyan a vinyókiosztásod, mint a telepítésnél, akkor hd0,0 lesz a root helye.
Sipi
-
klayton#1
tag
Hello, valaki segítsen mert megőrülök
pár napja belevágtam egy gentoo telepítésbe, kiváncsi voltam milyen, ki akartam próbálni. A hivatalos kézikönyv alapján haladtam lépésről-lépésre, és eljutottam végre a rebootig..
Viszont a reboot után, amikor kiválasztom a gentoot a GRUB-ban, elkezd betölteni, majd egy ponton megáll, és nem csinál semmit. Mit ronthattam el? Mindent pontosan követtem, és nem igazán értem, hol lehet a hiba. Valaki segítsen könyörgöm, most is itt néz rám, nem csinál semmit és kikészít!!
köszi előre is -
Sipi
addikt
Szia!
Az OOo-t nem érdemes forrásaból feltenni, gyorsabb nem lesz tapasztalatom szerint. Ellenben _nagyon_ sokáig tart, és mivel nagyon érzékeny a beállításokra, verziókra, valószínűleg az első pár fordítás hibával le fog állni.
A KDE-t a mobil Pentium3-as laptopomon kb. egy nap alatt cakompakk újrafordítani. Böngészőből Operázok, azt nem lehet fordítani, csak binárisan feltenni. Mozillából i svan bináris csomag, szerintem azt sem érdemes (zgyanaz, mint OOo-nál.)
Szerintem ne aggódj, ha bekapcsolva tudod hagyni a gépet, kb. egy nap alatt meglesz egy újrafordítási ciklus KDE-ből. A többi pedig nem vészes, nem frissül minden naponta.
Ha nem engedélyezed a "béta" programokat (make.conf-ban az ACCEP_KEYWORDS nem ~x86), viszonylag ritkán lesznek frissítések. KDE-ből érdemes minden csomagra egyesével bekapcsolni, meg pár függőséghez, de abból meg havonta egyszer van teljes verziófrissítés.Sipi
![;]](http://cdn.rios.hu/dl/s/v1.gif)
)
) - mar nekem is van ilyenem. Vagyis meg benne van a faban, de mar nem sokaig. 
Új hozzászólás Aktív témák
- Házimozi haladó szinten
- OnePlus 15 - van plusz energia
- Xiaomi 15T Pro - a téma nincs lezárva
- Motorolaj, hajtóműolaj, hűtőfolyadék, adalékok és szűrők topikja
- Milyen notebookot vegyek?
- Formula-1
- Vezetékes FEJhallgatók
- Mikrokontrollerek Arduino környezetben (programozás, építés, tippek)
- gban: Ingyen kellene, de tegnapra
- Tudományos Pandémia Klub
- További aktív témák...
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Laptopműhely Bt.
Város: Budapest