- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- VR topik (Oculus Rift, stb.)
- Melyik tápegységet vegyem?
- Visszaveszi az alapértelmezett tuningot az egyik csúcslapjában az ASUS
- Milyen notebookot vegyek?
- TCL LCD és LED TV-k
- Steam Deck
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Milyen cserélhető objektíves gépet?
Hirdetés
-
Xbox Game Pass [2024] - A májusi lista
gp Az elkövetkező időszakban többek között megkapjuk a Kona II Brume című játékot.
-
Lenovo Essential Wireless Combo
lo Lehet-e egy billentyűzet karcsú, elegáns és különleges? A Lenovo bebizonyította, hogy igen, de bosszantó is :)
-
Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
ph Az ASTRIA 600 ARGB ráadásul a hűtési teljesítmény szempontjából sem szégyenkezhet.
Új hozzászólás Aktív témák
-
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
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
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
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
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
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
[ Szerkesztve ]
-
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
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
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 #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
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz klayton#1 #3408 üzenetére
Maradhat, mert a grub install csak annyit csinál, hogy (ha kell) a bootszektorba beleírja magát, meg kiteszi a megfelelő helyekre a saját fájljait.
Később legfeljebb a grub konfigban kell a sokadig kernelt hozzáadni, vagy a kernel paramétereket megadni.
Sipi
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
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"[ Szerkesztve ]
-
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
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
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
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
Sipi
addikt
-
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
[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
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
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
akad itt olyan, aki hardened kernelt hasznal xen domu-ban, bekapcsolt grsecurity feture-okkel (grsecurity-virtualization profil)?
[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
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 ][ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
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?
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
masnal is (hatha olvassa meg mas is a topic-ot rajtam kivul) halottak a magyar mirror-ok (http://gentoo.inf.elte.hu/ es ftp://gentoo.inf.elte.hu/)
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
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).TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
májkimiki
őstag
Üdv!Él még ez a topic?Önsanyargatásba fognék
Komolyan érdekelne a Gentoo világa. -
félisten
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
[ Szerkesztve ]
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
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
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
félisten
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?[ Szerkesztve ]
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
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
[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
félisten
Értem, vagyis ha csak az a célom, hogy szerveren a slackware-nél asztalon az arch-nál érezhetően gyorsabb legyen a rendszer, akkor (csak ezért) nem érdemes a gentoo-val kezdenem?
Csak ha szükségem van az egyéb előnyeire is?Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
DrojDtroll
addikt
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
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[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
F34R
nagyúr
Az uclib valoszinuleg azert nem fordul le mert nincs hardaned source, meg kernel?
-
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.")
[ Szerkesztve ]
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
DrojDtroll
addikt
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.
-
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?
#1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility.
-
DrojDtroll
addikt
csak nem sikerül ez a net driveres dolog
-
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.BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
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.
-
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.[ Szerkesztve ]
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
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.[ Szerkesztve ]
-
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.
[ Szerkesztve ]
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
Új hozzászólás Aktív témák
- Kerékpárosok, bringások ide!
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Az USA nem akarja visszafogni Kína növekedését
- VR topik (Oculus Rift, stb.)
- Melyik tápegységet vegyem?
- Készülőben a Xiaomi 2021-es csúcsmodelljeinek HyperOS frissítése
- Spórolós topik
- Politika
- PlayStation 5
- The Division 2 (PC, XO, PS4)
- További aktív témák...
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Eladó Steam kulcsok kedvező áron!
- Adobe Creative Cloud - 2024. 04. 05 - 2025. 04. 05-ig
- Game Pass Ultimate előfizetések 1 - 25 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN!
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."