Hirdetés
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Samsung Galaxy A54 - türelemjáték
- iPhone topik
- Samsung Galaxy A56 - megbízható középszerűség
- Apple Watch Sport - ez is csak egy okosóra
- EarFun Air Pro 4+ – érdemi plusz
- Xiaomi Mi 9 SE - csúcsimitátor
- Google Pixel topik
- Xiaomi 15T Pro - a téma nincs lezárva
- Nem engedi el a 128 GB-ot a Google
- Magga: PLEX: multimédia az egész lakásban
- gban: Ingyen kellene, de tegnapra
- Luck Dragon: Alza kuponok – aktuális kedvezmények, tippek és tapasztalatok (külön igényre)
- vrob: Az utolsó DOS játékok 1996 - 1997-ben, egy korszak lezárul
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
Új hozzászólás Aktív témák
-
escie
őstag
érdekes hibára(?) lettem figyelmes.
a yakuake-ban(quake szerű lecsúszó konzol), épp a metalog-ot emergeltem, az írta ki a kis üzeneteit(sárgacsillagos), a másik tabon pedig épp egy rc-status parancsot adtam ki, és a metalog emerge üzeneteiből néhány sor átcsúszott ide. a metalog-emerge is épp rc-vel kapcsolatos szkriptet futtatott, épp megpróbálta magát a loggerré tenni. innen lehet a kavarodás.
--
ha már itt járok. melyik runlevelbe kell/szabad/érdemes tenni a loggert. (mostmár metalog, adtatok pár ötletet nemrég...
)
[Szerkesztve] -
Sipi
addikt
Ja, a Portage 50%-nál lelassul-problémára.
A fórum említett egy érdekességet: mivel a Portage fában százezer fölötti apró file található, melyek folyamatosan változnak, ez iszonyatosan fragmentálja a file-rendszert. (A Linuxosok is fragmentálódnak, csak sokkal kevésbé, mint az NTFS. De a Portage alaposan megizzaszt mindent.)
Jó megoldásnak tűnik az a javaslat, hogy a teljes Portage fát érdemes átköltöztetni egy teljesen más partícióra (akár másik vinyóra). Jelenleg a /usr/portage, az ide tartozó packages és distfiles könyvtárakat, valamint a rengeteget módosuló /var/cache/edb, a ccache, a /var/tmp/portage és a /var/db/pkg könyvtárakat mozgattam át, utóbbi négy esetben symlinkkel mutatva az új helyre. A make-conf-ban megadtam az új helyet. Most elég gyors a Portage-fa frissítése.
Érdemes nulláról felépíteni, vagyis egy üres portage és edb könyvtárra ráengedni az emerge sync-et. Ez először sokáig tart, lévén minden file-t leszed rsync-kel, majd nulláról újraépíti az edb adatbázist, de utána látványosan javul a helyzet. Remélhetőleg a gépem látványos lassúsága is javulni fog. Észrevettem, hogy a frissen telepített KDE-m piszok gyors volt, majd a hónapok során dühítően lelassult a betöltődése. prelinkeltem, de indítás után szinte szétesik a vinyó, úgy zörgeti. Valószínűleg a Portage által összetört file-ok betöltése okozta ezt.
Reiserfs-t hogyan tudnék defragmentálni? Azon kívül, hogy mindent átmozgatok egy másik partícióra, majd vissza... (Jut eszembe, ha így csinálom, akkor ugye bootolok LiveCD-ről, csatolom a könytárakat és mozgatok. Hogyan oldható meg, hogy minden jogosultság, tulajdonos megmaradjon az ide-oda mozgatás során?)
Sipi -
Sipi
addikt
Nem, a portmap évszázadok óta háborítatlanul pihen a gépemen. Egyébként sem az ő baja, mert akkor az ugyancsak régóta változatlan ntp-client is rossz lenne.
Itt szerintem, ahogy néztem, egyértelműen az a baj, hogy a net.eth0 háttérbe vágta magát, és az init folytatta az indítást. Így a net még nem volt készen, amikor azoknak már szüksége lett volna rá...
A DHCP mindig eltart pár másodpercig - Windows-on akár tízig is.
Az automountról lemondtam... A hibára rájöttem: elkészülnek ugyan az udev-eszközök (hdc és hdd, vagyis cdrom0 és cdrom1), de a tulajdonosa mindig az lesz, aki (először) belép a gépre, a jogok pedig rw-------! Vagyis senki nem képes hozzájuk férni, még a hal, az automount sem! Abban a pillanatban, ahogy rw-rw---- jogot adok rá, már pörögnek is fel, a rendszer észreveszi őket.
Az viszont fura, hogy ha nincs az fstabban felsorolva, hogy hova csatolja, akkor a /media/NULL-ba rakja őket... Fura, mivel a /media-ba csatolja, tuti, hogy a hal kezeli (az pakolja oda). De nem ad neki értelmes nevet. Ha beírom az fstabba, akkor csatolja a cdwriter és cdrom alá.
Ja, a loginra megváltozó jogok alapján a pam_console-ra gyanakodtam, de érdekes módon a /etc/security/console.perms fileban meg 0660 jogot adna a cdrom-eszközöknek, ami pont jó lenne... De akkor mi a görcs írja át?!?
Mindegy, megjelent az udev-077, elég nagy ugrás a 073-hoz képest. Azt írták róla, hogy rengeteg furcsa, megmagyarázhatatlan hibát javít. Abból pedig nekem van bőven.
Sipi
[Szerkesztve] -
escie
őstag
hát akkor nem a portmap szkriptet kéne megnézni, hogy mi baja? vagy nemtom. eleve furának tartom, hogy egy ilyen sok ''gyerekkel'' rendelkező szkriptet párhuzamosítsa...
amúgy ez a dhcp-ről beállítása törvényszerűen tart ilyen hosszú ideig? nekem is ilyen sokáig(~5s) ül miatta a boot...
érdekes módon, nekem most javult meg az automunt, hogy mindkét gépet ~-ra állítottam át a múlt héten. megint bejött a várakozó álláspont. elég kiforratlan még ez az új technika, csapong a fejlesztése, verziórol verzióra. -
Sipi
addikt
Azt hiszem, a legújabb verzió, az biztos. Meg az előző is.
Tudom, így kelleNE működnie. (Bár azt nem tudom, ha valamit bootban indítok, és kell neki egy script a defaultból, akkor mit csinál...)
Nem lenne semmi baj, csak éppen backgroundolja a net.eth0-n az IP cím kiosztását (ADSL, és meg kell várnia, míg a pppoe megkapja DHCP-n az IP-t). Ez eltart egy darabig (saccra 5 másodperc), úgyhogy addig a soron következő pár service nem megy.
Bár érdekes, mert nem maga a portmap ad hibát, hanem a start-stop-daemon, hogy nem indult el a portmap... És attól, hogy nincs külső IP-m, még mennie kellene.
Amit még el tudok képzelni az az, hogy esetleg a portmapnek kell a net.eth0, mint elindult függőség. A background miatt pedig úgy állítaná be a runlevel system, hogy még nem indult el?!? Ennek így nem lenne értelme...
Ma lesz mit küzdenem. Az a nyamvadt automountot is meg kellene csinálnom, mert totál hektikusan megy, akkor sem tökéletesen. Valószínűleg udev-probléma, a fórum szerint a 073 kvázi működésképtelen, azzal megspékelve, hogy legalább hibát sem ad semmire, csak kvázi nem csinál semmit.
Sipi -
escie
őstag
Sipi, egész pontosan melyik baselayout? 1.12.0_pre11-r3?
elvileg kéne lennie egy ilyen függőségi sor-nak. ha stop-olom a net.eth0-t, akkor előbb leállítja az azon hallgató sshd-t, apache-ot, stb...
nekem a bootban van, de ha áttenném a default-ba a hálózatos dolgokat, akkor sem lenne semmi baj...
nekem sem változott semmit, mióta telepítettem...
[Szerkesztve] -
#284
Sipi
addikt
dr_strange
#283
Sipi
addikt
válasz
dr_strange
#283
üzenetére
S Neked hogy megy most a net? Nekem a confd-net file-ban config_eth0=adsl. Hogyan használod a confd-rc file-ban a parallel startup, netstrictcheck, autointerface, usefstab változókat? net.lo és net.xxx melyik runlevelen indul?
Mert nekem most így működik, de nem szabványos.
BTW, az automount megint nem muzsikál... Ha qingy-ből egyből X-et indítok, semmi nem megy. Ha előbb konzolban rootként belépek, eddig ment. Mivel az új hal nem használ fstabot, töröltem a régi bejegyzéseket. Azóta, hiába írtam vissza, nem működik sehogy. Néha sikerül elérnem, hogy az ivman a /media/NULL alá csatolja a dvd-t, de a cd-t le sem kakkantja...
Sipi -
Sipi
addikt
A bootban tutira nem lehet lényegében semmi, pár beűllító-szkriptnél. apache, mysql tutira default. A bootba érdekes módon az alsasound megy még bele, más nem.
Illetve most nekem a net.eth0, hogy mindenképpen legyen netem, mire a defaultban lévő, netet igénylő démonok indulnak.
A net.lo végül is a fő netindító. Szerintem sem kellene a szimlink, lehet, hogy megváltoztatják egyszer (mostanában nagyon nagyokat változtatnak a baselayouton). Az rc-scriptek végigmennek a net.* szkripteken, nézve, mik vannak, majd a végződést kikeresik a conf.d-s net fileból, és annak megfelelően indítják el a megfelelő szolgáltatást.
Sipi -
brazso
tag
A következőkre (nem) jutottam. Kezdtben így nézet ki az init indító listám (rc-update -s)
apache boot
net.eth0 default
net.lo boot
mysql boot
Érdekes módon a net.eth0 egy szimpla symlink a net.lo-ra, így nem értem miért szerepel egyszer a boot-ban, másodszor a defaultban. Többféle kombinációt kipróbáltam a net.eth0 és net.lo-val, az eddig problémás netmount és sshd jó is lett, de hol nem jött létre az adsl kapcsolat, hol nem indult el a mysql vagy az apache. Szóval valamivel mindig gond volt.
Miért kell a net.eth0-s symlink a net.lo-ra? -
Sipi
addikt
Olyasmit találtam erről, hogy a kernelből esetleg kimaradt pár ***socket opció...
Utólag nekem is elindulnak, ennyi a gáz, hogy amikor futna, még nincs netkapcsolat, az pár másodperccel később lép életbe. Késleltetéssel jó lenne, de szerintem ennek automatikusnak kellene lennie.
A hálót a boot runlevelből indítva szépen muzsikál (sőt, még gyorsabb is lett a rendszer, de nem tudom, miért...). Csak tudtommal ez meg nem szabályos.
Tessék a kisfiadat a power ledre átszoktatni a power gomból!
Az szépen világít is.
Sipi -
brazso
tag
Este utánanézek. Vagy 3 napig fordítottam az új KDE-t, mivel a kisfiam =
![;]](//cdn.rios.hu/dl/s/v1.gif)
rendszeresen lekapcsolja a gépet. Nálam a netmount és az sshd nem indul el bootnál pár napja, de kézzel, pl. /etc/init.d/netmount start, mindkettő elindul. Logban semmit sem találtam, így elég tanácstalan voltam, hogy mégis mi a baja... -
Sipi
addikt
Kicsit meg vagyok zavarodva, valaki kisegíthetne...
Eddig mindig a default runlevelen volt a net.xxx scriptem, onnan indult. Nemrégiben ez nem lett jól, a béta baselayout a háttérbe teszi a kapcsolat felépítését, s futtatja tovább az initszkripteket. Így viszont a portmap, ntp-client és famd nem indult el.
Megoldottam úgy, hogy átraktam a boot runlevelbe a net.eth0-t. Azt azonban nem tudom, helyes-e így. Érzésem szerint nem...
A /etc/conf.d/rc file-ban van egy net strictness checking. Itt beállítható, hogy minden hálókapcsolat legyen up, vagy sem ahho, hogy a hálózatot teljesen késznek lehessen nyilvánítani. Ezt nem változtat semmit sem.
Ráadásul kezdem nem érteni... A /etc/conf.d/net-ben lehet MINDENT beállítani. Mi szükség van még mindig a net.eth0, stb. szimlinkekre? Az init nem hozza fel automatikusan a net-ben beállított interfészeket? Hol kell indítani ezeket? Mi a fene van?
Sipi -
Jester01
veterán
pipe: ami normál esetben temp file-okba íródna, s onnan olvasná a fordítási procedúra, azokat csöveken (pipe) keresztül csinálja, így sokkal gyorsabb.
Ez igaz. De abban nem vagyok biztos, hogy ez jelentõs plusz memóriát igényelne, hiszen nem tartja az egész fájlt a memóriában, hanem szépen ''átfolyik a csövön''. -
escie
őstag
kösz, igazán kimerítő magyarázat...
azóta már megy is élesben az amd64-en is a 3.5-ös kde. ''megjavult'' a cserélhető médiás dolog is. megy a pendrive, cd, minden...
már-már vészesen tökéletesen megy minden.
(hmm, integrálták a superkarmaba-t. bár nem rossz, de inkább a krusaderrel tették volna ezt.) -
Sipi
addikt
kdeenablefinal: az összes programot, include-ot egy nagy file-ba teszi, és azt fordítja, mert így jobban tudja optimalizálni. Hátránya, hogy sokszor pár száz kbyte-os file-t kell fordítani, ami főleg, ha optimalizálsz is, baromi sok memóriát igényel.
pipe: ami normál esetben temp file-okba íródna, s onnan olvasná a fordítási procedúra, azokat csöveken (pipe) keresztül csinálja, így sokkal gyorsabb. Viszont ez memóriát igényel.
Mindkettő csak a fordítás során van hatása, azt gyorsítja.
Sipi -
escie
őstag
kösz mindkettőtöknek, az említett flagek nélkül most fordul, minimális swap használata mellet...
úgy néz ki, most megittam a levét, hogy a ram-on spóroltam...
jól értem? a pipe flag nincs hatással a készülő binárisra, csak a fordításnál van jelentősége?
--
egy kis apróság, talán érdekes lehet valakinek.
gondolkodtam, hogy lehetne a másik gépemet elérni ssh-n keresztül igazán egyszerűen, egy kattintással, az asztalról.
erre jutottam: egy ''parancsikon'', mely a következőt teszi:konsole -e ssh cel.gep.neve
(kde esetén)
-
Sipi
addikt
Az a baj, ahogy olvasgattam, hogy ezek a patkolások, amikor a sima file-ok helyett valamilyen adatbázis-motort használnak Portage backendként, nem egészen kompatibilisek az eredeti elgondolással. Bizonyos Portage-frissüléseknél mindenképpen összedől a fa, illetve senki sem garantálja a 100%-os kompatibilitást.
Sipi -
Sipi
addikt
Megnéztem, írnak. Jó sokat. Van róla bug is. Egy Portage tervezési hiba - dolgoznak rajta, bár ahogy néztem, az álláspontok nehezen közelednek. Pedig a javasolt móddal a teljes processz felgyorsulna, nem ritkán 50-szeres sebességűre.
Nincs más dolgunk, mint ülni és várni.
Sipi -
Sipi
addikt
-
brazso
tag
Sziasztok!
Nektek nem lassult be a portage fa használata? Szinkronizálás után kérte, hogy frissítsem a portage-t, ezt meg is tettem, de utána nem győzőm kivárni míg egyáltalán megjeleníti az új alkalmazásokat.
Ezután futtattam egy emerge -ua portage, persze nem volt mit frissítenie, kértem a végén
''Auto-cleaning packages'', vagy 5 percig futott, proci 100% futott végig, hely van bőven a partición.
Téves riasztás! Beragadt egy csomó java process, emiatt ment állandóan 100%-on, még szép, hogy lassú volt
Jó éjt!
[Szerkesztve] -
mr.geeZ
aktív tag
Azt már csak halkan teszem hozzá, hogy a Krusader még gyorsabb is, mint a wincommander, míg az 'intézővel' viszonylag gyorsan belép a másik gépre (winből winbe), addig ugyanez wincommanderrel akár fél percig is eltart, aztán ha nem végzek műveleteket egy ideig, újra fél perc, mire kapcsolódik. Tudom, hogy ez valójában az smb és nem a Krusader erénye, de így ketten nagyon kényelmessé teszik az életet.
UI: najó, mára befejeztem a maGenta színű gomb nyomkodását
UII: Minden tudás percek következnek- Tudtátok, hogy a magenta szín a nyomtatásban az egyik alapszín? -Minden tudás percet hallottak
-
mr.geeZ
aktív tag
Mintha tanultam volna ilyesmit, és asszem nem
Ez a fish cucc jónak tűnik, igaz, nekem sokkal egyszerűbb jelenleg az smb, nagyon élvezem, hogy úgy működik Krusaderrel, mintha wincommanderrel másolgatnék win alól. Ez az instantwebszerveres dolog érdekes megoldás lehet, majd lehet kipróbálom, igaz úgyis van állandóan egy apacs, aki fut a gépemen (nem beszélve a Máj éS QúLról, de ez hogyjönide?)
[Szerkesztve] -
mr.geeZ
aktív tag
-
Sipi
addikt
Lease time: a kiosztott IP-cím ''kölcsönzési ideje''. Ha egy kliens IP-t kap a DHCP-szervertől, majd kikapcsol, akkor a többi kliens az itt magadott ideig nem kaphatja meg azt a címet. Pl. 7 napra állítva, egy kliens, függetlenül attól, hogy használják-e vagy sem, az első bekapcsolásnál kapott IP-t a kikapcsolástól számítva 7 napon belül, bármikor is kapcsolod be, mindig ugyanezt kapja meg. Másnak nem osztja ki a szerver.
Elég nagyra állítva kvézi statikus IP-címkiosztást tudsz létrehozni.
Sipi -
mr.geeZ
aktív tag
mit akarsz tudni vele kapcsolatban? gondolom van a neten fenn ezernyi példa. A sajátod, meg valószínűleg sirathatod, ha letörölted
Az enyémben ez a lényeg:127.0.0.1 localhost
, de gondolom erre Te is rájöttél. Az utolsó frissítés során (?) belekerültek valahogy ipv6-os cuccosok, valszeg a felelőtlen etc-updatem során
# IPV6 versions of localhost and co
#::1 ip6-localhost ip6-loopback
#fe00::0 ip6-localnet
#ff00::0 ip6-mcastprefix
#ff02::1 ip6-allnodes
#ff02::2 ip6-allrouters
#ff02::3 ip6-allhosts
Ezeket kikommenteztem, nem nagyon akart menni a rendszer velük, vajh tettem-e valami rosszat ezzel? -
#251
dr_strange
senior tag
escie
#249
dr_strange
senior tag
csinálj egyet... nekem ez van benne:
# /etc/hosts: This file describes a number of hostname-to-address
# mappings for the TCP/IP subsystem. It is mostly
# used at boot time, when no name servers are running.
# On small systems, this file can be used instead of a
# ''named'' name server. Just add the names, addresses
# and any aliases to this file...
# $Header: /home/cvsroot/gentoo-src/rc-scripts/etc/hosts,v 1.8 2003/08/04 20:12:25 azarah Exp $
#
127.0.0.1 drstrange.nowhere.hu drstrange localhost.localdomain localhost
# IPV6 versions of localhost and co
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts -
escie
őstag
oké, megoldottam.
--
veszett jó ez a lisa, meg a zeroconf szolgáltatás. kombinálva kde-vel meg egyenesen fenomenális. igazán egyszerűvé teszi a helyhálón a garázdálkodást. még a saját filerndszeremen is kényelmesen, grafikus felületen lehetek egy pillanat alatt root vagy akárki, ha fut egy ssh szerver, mert ezen keresztül a fish protokollall be tudok jelentkezni... tehát ssh is rulz.
akkora kde-fan leszek, hogy ihaj. ez egyre ütősebb lesz. csak azt nem értem, hogy hogy nem kereskedelmi szoftver...
a másik jópofa szolgáltatás a kde-ben, nem új, csak nekem, a kpf filekiszolgáló, egy pillanat alatt lehet egy webszervert indítani, adott porton, adott sávszélességgel, így könnyen megosztható valami a helyihálón.
vajh, az megoldható-e, hogy a kopete-vel a lanon tudjak csevegni?(internet nélkül)
mióta megvan a router, azóta foglalkozgatom ezzel a helyiháló dologgal, igen hatékony dolgokat lehet művelni így.
viszont felmerült kérdésem is.
mi jelent a gyakorlatban a dhcp-nél a lease time? a szót értem, csak nem igazán látom, hogy akar ez működni... -
tierbatyo
senior tag
Ennyi éppen elég is volna, de csak az ext3, jbd és ide-disk modulokat teszi bele. A SATA-hoz kellő SCSI modulokat nem hajlandó beletenni. Egy Debianos gépen gyönyörűen megcsinálja azt, hogy beleteszi az összes modult, igaz ott van mkinitrd.conf, ahol ezt be lehet állítani. A fura az, hogy Gentoo alatt nincs mkinitrd.conf és ha létrehozom is, akkor is hatástalan.
-
Sipi
addikt
válasz
tierbatyo
#242
üzenetére
A man mkinitrd azt írja, hogy kizárólag az IDE-, SCSI-, lvm, raidvezérlők kerülnek bele, meg a filesystem-modulok. Vagyis csak azok, melyek ahhoz kellenek, hogy a kernel el tudja érni a lemezmeghajtókat.
Valszeg valami más programmal kell legyártatni az olyan initrdket, melyekben pl. a teljes /lib/modules benne van.
Sipi -
Sipi
addikt
Ha nem igényled, nem kell.
Piszkosul integrált lett. Pl. szinte minden, ami emberek adataival dolgozik, szinkronizálható a központi címjegyzékkel, ami lehet file, LDAP szerver, Exchange szerver, meg még egy csomó más. Van olyan program (külön), amivel tvadók műsorát lehet letölteni. Ez is képes a KDE saját belső riasztási vagy egyéb (korganizer) szolgáltatásával együttműködni.
Mást nem nagyon használok belőle, de Personal Data Managementben, levelezésben, hálózati dolgokban nagyon ott van.
(Pl. a Kopete üzenetküldő minden kontaktja felvehető az addressbookba, és szinkronizálhatod az adatokat magával az MSN kontakttal.)
Sipi -
#243
escie
őstag
dr_strange
#241
escie
őstag
válasz
dr_strange
#241
üzenetére
köszi a felvilágosítást.
--
közös:
a portage-ban a ffox1.5 végleges. a mai estém verzióvadászattal telik.
[Szerkesztve] -
escie
őstag
amint Sipi is írta régebben, nagy újítások vannak például a kopete-ben(pl webkamera fejlesztések), és a konqueror is rengeteget fejlődött. (átmegy az ACID2 css tesztjén
)
(ööö, izé... mit rövidít a ''ti'')
--
huhh, hát rendesen vadásznia kell az emerge-nek a kde forrásokra. úgy látszik, elég össze-vissza vannak meg még a mirrorokon...
[Szerkesztve] -
mr.geeZ
aktív tag
Tudom, hogy egy gentoostól ilyet megkérdezni bűn, de van valami komolyabb fejlődés az új KDEben? Ti. viszonylag régen használtam utoljára, nemtudom, hogy leszedjem-e, viszont a fele már úgyis itt van a gépemen a különféle progik miatt (pl.Kmail), és úgyis most adtam még pár gigát a linuxpartíciónak.
-
escie
őstag
okéoké, igazad van, én még tegnap néztem, már jönnek is le a 3.5.0-ás források.
mr.geeZ,
lehet, hogy nem is a gcc bajolt nekem tegnap, hanem a kernelforrás szimlink. én már nem tudom, teljesen bekavarodtam. most lett kész a ~deepupdateworld, már csak a kde kell, és utolértem magam valamennyire.
[Szerkesztve] -
escie
őstag
nekem nem megy fel. hiába unmaszkolom, nincs a mirrorokon a 3.5. azt olvastam az fgo-n, hogy a legutóbbi rc-t kell leszedni a distfiles-ba, és ezeket teszi fel 3.5-ként. vagy valami ilyesmi.
én megvárom, míg kimaszkolják, akkor telepítem. annyira nem izgalmas a dolog, ismerem már, ment egy ideig nálam a beta...
szerk.: bár most, hogy hivatalosan kint van, akár a helyükre is kerülhettek a források. próba...
[Szerkesztve] -
-
Jester01
veterán
ssh 192.168.x.y után sokáig időzik
Igen, megpróbálja feloldani a hostneved.
man sshd_config:
UseDNS Specifies whether sshd should lookup the remote host name and
check that the resolved host name for the remote IP address maps
back to the very same IP address. The default is ``yes''.
MOD: formázás
[Szerkesztve] -
escie
őstag
nem a másolás, hanem az ssh 192.168.x.y után sokáig időzik, mire kéri a jelszót. lehet, hogy ez természetes?
a domainname init-tel már kísérletezgettem, nem lett semmi eredménye.
''127.0.0.1 gép.domén gép localhost''
asszem ez kell nekem, kipróbálom...
olyan megosztás kéne, ami teljesen transzparens a júzereim szemszögéből. tudjanak fájlt cserélgetni, megosztani az itthoni hálón. igen, olyan, mint amit a wines hálózatokon lehet. az egyszerűség kedvéért samba jó lesz, nem akarok sokat hekkelni a win-es gépen, mert nem tudok. (na persze, mert linuxon tudsz, mi??)
ha aktuális, majd megjelenek itt a hülye kérdéseimmel... -
Sipi
addikt
/etc/conf.d/domainname, majd rc-update add domainname default
De erre nincs szükség, emiatt biztos nem lassú az alhálós másolás.
De érdekes módon lehet, hogy ez semmit em fog állíani. Ekkor a /etc/hosts-ba írd be az IP-det, majd mellé gépnév.domain gépnév
Ha nincs fix ipd, akkor a lokálhoszthoz írd,
127.0.0.1 gép.domén gép localhost
A domainname-nek nincs köze a windows-hoz. Erre olyan gép esetén, aminek nincs bejegyzett neve, nincs is igazán szükség. Filemegosztás: milyen megosztás? Windows-os megosztáshoz samba kell.
Sipi
[Szerkesztve] -
escie
őstag
jaja, kivettem... még egy ilyen viccet nem szeretnék, mint a tegnapi
--
más téma, közös használatra:
úgy néz ki a gépem neve, hogy gentoo.(none).
ezt a ''(none)'' domaint hogy lehet lecserélni? más disztrók ezt localdomain-nak írják.
a jelenlegi egyrészt csúnya, másrészt szerintem gondot is okozhat itt-ott. talán emiatt lassú, ha ssh-zok a másik gépre azonos alhálón? próbáltam a kapcsolódó konfigfájlt(domain valami) buherálni, de nem jutottam sokra.
nem vagyok hálózat-guru, azt szeretném tudni, hogy az itthoni hálónak meg tudok adni egy domain-t? gep1.endomainom, gep2.endomainom, stb...
most lett routerem, ennek kapcsán jött fel a dolog. lesz a hálózatban egy win-xp-s gép is, mik a tudnivalók ezügyben.
meg szertnék majd ilyen fájlmegosztós mókát is létrehozni. (erre kell a samba?)
--
dr_strange!
láttad? [link]
[Szerkesztve] -
escie
őstag
közben rájöttem a turpisságra.
míg nem figyeltem, feltette a legfrisebb kernelt, szimlinkelte, és a későbbi csomagok, amelyek igényelték a futó kernel forrását, elhasaltak, mivel nem a futó kernel forrása volt a /usr/src/linux alatt.
amúgy ezzel a régebbi gcc-vel minden fordult eddig, ami kellett nekem...
nagy frissítések vannak most nálam, mert áttértem a ~x86-ra, volt vagy 120 frissítendő csomag.
ui.: asszem, ez szimlinkelési probléma megoldható a symlink use flag nemhasználatával. (na ez mekkora mondat volt, benne is hagyom, szörnyülködjön csak az utókor.: DDD) -
Sipi
addikt
Szerintem kikapcsolhatod a kde, qt, gnome flageket. Ha olyan programot akarsz feltenni, amihez kellenek ezek, úgyis felrakja. k3b-hez a kdelibs mindenképpen kell.
Azt nem tudom, a fluxboxnak kell-e a gtk1 vagy gtk2, esetleg ezeket is kikapcsolhatod. A gaim (a gnome miatt) úgyis felteszi majd.
Érdemes lehet még az összes csomagot újrafordítani a ''lightningfast'', ''hypercool'' és ''advancedspeed'' flagekkel.
Sipi -
#218
Sipi
addikt
dr_strange
#217
Sipi
addikt
válasz
dr_strange
#217
üzenetére
Oké, küldj egy tuti friss verziót!
Sipi -
#217
dr_strange
senior tag
Sipi
#216
-
Sipi
addikt
Ha instabil rendszert használsz, igen. Nekem folyamatosan van legalább 3-4 csomag, ami nem működik. Jelenleg az openldap, ffmpeg2theora, avifile tutira ilyen. Nem is szoktam soha emerge world-öt, hanem átirányítom file-ba, és csemegézek, mi kelljen belőle.
A multislot flaget meg állítsd be, életet menthet.
(binutils-ra és gcc-re is működik, mindkettőnél az xxx-config paranccsal váltogathatsz a verziók között.)
Sipi -
escie
őstag
rájöttem. mostmár nem akarja feltenni a a gcc gonosz verzióját.
hátha érdekel valakit:
/etc/portage/package.mask-ba kell felvenni az adott csomagot, akár pontos verziószámmal is, az ''=''-et használva.
--
törvényszerű, hogy az emerge --deep --update --world sokat hibázik? értsd: sok csomag nem fordul, error-ral elszáll... -
-
escie
őstag
használ valaki DeerPark-ot?
egyszerűen kriminális, hogy milyen sz*r lett. van valami a drag'n'drop rendszerével, mert sokszor akaratom ellenére drag-elek linket, képet, és ilyenkor akár egy percig is megáll _minden_, a grafikus felületen.
tudjam be a nemvégleges állapotnak?
amúgy magam forgattam... -
#203
asturel
őstag
dr_strange
#202
asturel
őstag
válasz
dr_strange
#202
üzenetére
szoval mikor e17 dr17-et emergelek, akkor rogton kapcsolodik a live cvs-hez es updatelne/letoltene, ez nem is lenne baj, csak van mikor 20/1x se kapcsolodik a cvs-hez
pl
>>> emerge (23 of 23) app-misc/evidence-9999 to /
>>> md5 files ;-) evidence-9999.ebuild
>>> md5 files ;-) files/digest-evidence-9999
* This is a LIVE CVS ebuild.
* That means there are NO promises it will work.
* If it fails to build, FIX THE CODE YOURSELF
* before reporting any issues.
>>> Unpacking source...
* Fetching CVS module evidence into /usr/portage/distfiles/cvs-src ...
* Running cvs -q -f -z3 -d '':pserver:anonymous:@cvs.sourceforge.net:/cvsroot/evidence'' login
Logging in to :pserver:anonymous@cvs.sourceforge.net:2401/cvsroot/evidence
es ilyenkor altalaba eldobja connection refused, esetleg timed out-al etc, elegge idegesito, igy szeretnem valahogy ugy emergelni hogy ne kapcsolodjon a live cvs-hez es updateljen/letoltson (e17 engage modulnak themeje csak forditas elott editalhato, es nem szeretnem kezzel felrakosgatni, ha mar itt az emerge, pl ennel a livecvs-nel a fetchonly se mukodik) -
asturel
őstag
en e17 dr17-et hasznalok mar joideje ;> de az archivum 1-be emlitettem ezt
itt egy shot regebbrol [link]
szep, gyors, nekem teccik, van osx-es 'talca' is az engage, meg nem valami jol konfiguralhato
van hozza animalt hatter, es jopar modul
btw ugyebar az uj e17-et cvs-rol emergelni, de nemtudom megmondani emergenek h ne buzeraljon cvs-en mindig?
![;]](http://cdn.rios.hu/dl/s/v1.gif)
rendszeresen lekapcsolja a gépet.
)
Új hozzászólás Aktív témák
Hirdetés
- Magga: PLEX: multimédia az egész lakásban
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- exHWSW - Értünk mindenhez IS
- Milyen légkondit a lakásba?
- PlayStation 5
- Linux kezdőknek
- Milyen billentyűzetet vegyek?
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- Gaming notebook topik
- Gran Turismo
- További aktív témák...
- Antivírus szoftverek, VPN
- MS SQL Server 2016, 2017, 2019
- MEGA AKCIÓ! - Jogtiszta Windows - Office & Autodesk & CorelDRAW - Azonnal - Számlával - Garanciával
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem.
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Bomba ár! Dynabook Portege X30-F - i5-8GEN I 8GB I 256SSD I 13,3" FHD I BillSér I Cam I W11 I Gari!
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5700X 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- Bomba ár! Dynabook Portege X30W-K - i5-1240P I 16GB I 256SSD I 13,3" FHD Touch I Cam I W11 I Gari!
- ÁRGARANCIA!Épített KomPhone Ryzen 5 4500 16/32/64GB RAM RTX 5050 8GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! Samsung C27F396FHR 27 VA FHD 4ms monitor garanciával hibátlan működéssel
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest