- Luck Dragon: Asszociációs játék. :)
- bitpork: Augusztus 2- szombat jelen állás szerint.
- eBay-es kütyük kis pénzért
- sziku69: Szólánc.
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Chosen: Canon 5D II - portrézás 2025-ben
- sziku69: Fűzzük össze a szavakat :)
- Geri Bátyó: B550 szűk keresztmetszet, de mi és miért?
- Fogkefe: elektromos vagy manuális?
- Magga: PLEX: multimédia az egész lakásban
-
LOGOUT
Arch Linux topik
Új hozzászólás Aktív témák
-
korobi
aktív tag
válasz
ubyegon2
#4198
üzenetére
köszönöm mindkettőtöknek, hogy ránéztetek.
lehet hogy program lesz a beakadás oka, a viberrel márt volt gondom, hogy kiléptettem ugyan, de aztán mégis futott a processek között. csak nem tudom hogyan tudnám lemonitorozni ezt.intel 520 az ssd, nem néztem hogy tudja e az általad említett dolgot. egyenlőre kivettem a nobarrier-t s megnézem érzek e különbséget.
kérdésem, hogy swapnál nincs jelentősége a discard opciónak? az is az ssdn van.
-
spammer
veterán
válasz
ubyegon2
#4198
üzenetére
De megnéztem a képet, azon csak egy login prompt van, ezért csak sejtem, hogy a stop job bugról van szó, mert újraindításkor/leállításkor olyankor szokott várni. Sőt, ismerős gépén (Thinkpad) van olyan is, hogy amíg visszaszámlál, nem ad képet, majd amikor letelt az idő, újra lesz kép, aztán 1-2 mp alatt lelövi a rendszert.
Valami systemd-s nyűg okozza, de, hogy konkrétan mi, az passz.
-
Fstab-ról egy vélemény:
barrier - javítja a fájlrendszer integritását, biztosítja, hogy a lemezen lévő struktúra mindig konzisztens marad, minimális teljesítmény csökkenés árán. ezt szűrtem ki az alul lévő linkekből
Egyrészt ha desktop SSD-d van, mint például Samsungnál az EVO, akkor nincs power-loss data protection, mint az enterprise class SSD-k esetén, ahol van power-loss data protection, a nobarrier használata nem biztonságos, bár minimális százalékban mutatták ezt ki, amiatt is használják páran folyamatos áramellátás esetén!
Az, hogy ez a nobarrier opció SSD-n hoz-e annyi sebességnövekedést, hogy a biztonsági kockázatot érdemes lenne bevállalni? Kétséges, de próbáld ki úgy, hogy kiveszed az opciót és ha nem érzel sebességcsökkenést, akkor ne is rakd vissza!
a / esetén a noatime,discard az maradhat
a swap esetén így nézzen ki :
UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx none swap sw 0 0
minden mást szedj ki onnanforrások
EXT4 2.13. Barriers on by default
How to Tune an SSD
Barriers and journaling filesystems
File Formats Manual
Ext4 Filesystem(#4197) spammer
Nem nézted meg a képet szerintem, bár lehet, hogy erről van szó, csak a korobi nem azt a jelenséget fotózta le!? Ez a másfél perces visszaszámlálás nálam is szokott jelentkezni Arch alapúaknál- kizárólag! Nem lenne rossz tudni, mi okozza! -
spammer
veterán
Leállításkor a stop-job running 90s... bug, ha erre gondolsz, ahogy olvastam itt-ott, ki szerint ez, ki szerint az okozza (xy folyamat nem áll rendesen), logban nincs nyoma, nálam régebben néha előjött, ismerősnek mostanában is gyakran előjön.
-
korobi
aktív tag
hol találom arch alatt azokat a logokat ahol meg tudom nézni hogy a rendszer leállításakor/újraindításakor miért áll sok-sok másodpercig ennél a résznél?
nam állandó, de nem tudok rájönni mi akadályozza meg a folyamatot...illetve ha megtennétek hogy ránéztek jó e így az fstab fájlom? notebook ssdvel:
fstab -
jimmy399
senior tag
válasz
spammer
#4190
üzenetére
Telepítettem a csomagot, de nem segített. Aztán letöröltem az egész deluge-t az összes függőségével majd újratelepítettem, az általad javasolt csomagot is. Így sem jó. DE most már ha konzolból indítom el a deluge-t akkor nem ír semmit sem már. Így kénytelen voltam a bekapcsolni a log-ot, és a loglevel-t debug-ra kapcsoltam.
Igazából adok egy linket hozzá, de a lényeges rész szerintem ez lesz:
[INFO ] 08:26:20 client:224 Connection lost to daemon at 192.168.1.110:58846 reason: Connection was closed cleanly.
Erre rákeresve kb tele a net ezzel a hibával.
A "szerver" oldalon nincs hiba (debian 7.9 wheezy), mert Win10 alatt simán kapcsolódik a 1.3.12-es deluge-vel -
spammer
veterán
válasz
jimmy399
#4189
üzenetére
A pip egy pythonos csomagkezelő, amit pedig hiányol, az egy pythonos modul:
Service Identity Verification for pyOpenSSL — service_identity 16.0.0 documentation, installation
De valószínűleg nem kell ezt használnod, mert megtalálható a hivatalos repóban a csomag: python2-service-identity 16.0.0
Ha ez sem segít, akkor a fentebbi oldalon csekkold a további csomagokat, hogy mik kellenek még neki (Requirements).szerk: Elvileg elégnek kell lennie, mert a kellő csomagokat húzza magával (lásd Dependencies).Viszont az Arch felé jelezni kellene, ha még nem jelezték, hogy fel kell venni a a deluge dependenciái közé.
-
jimmy399
senior tag
Egy frissítés után elbszódott a Deluge. Már google-el kerestem megoldást, de nem sikerült megtalálni, mert mindehol írják, hogy hiba lépett fel. Maga a Deluge-vel nincsen gond, mert megy, csak egy távoli gépen nem tudok csatlakozni a deluged szerverhez CSAK windows alatt. Arch alatt valami olyan frissítés történt, hogy nem tudok már csatlakozni. A deluged debian 7-9 alatt fut, eddig a frissítés előtt simán ment, most nem látja a szervert, és ezt írja csatlakozáskor:
":0: UserWarning: You do not have a working installation of the service_identity module: 'No module named service_identity'. Please install it from <https://pypi.python.org/pypi/service_identity> and make sure all of its dependencies are satisfied. Without the service_identity module and a recent enough pyOpenSSL to support it, Twisted can perform only rudimentary TLS client hostname verification. Many valid certificate/hostname mappings may be rejected."
Nem sikerült megoldást találni.
-
korobi
aktív tag
sziasztok!
segítsetek már ki egy ötlettel. párnapja telepítettem egy arch-ot cinnamon felülettel. szépen belaktam, aztán beállítottam hogy aksiról űzemelve 15, töltőről 30 perc után menjen aludni. eddig minden okés, de jött a qbittorrent, amiben ugye bepipáltam hogy ha van aktív torrent akkkor ne engedje aludni a rendszert. na ez a dolog nem működik, a rendszer simán elment aludni...
és igen volt aktív torrent, több is...kérdésem hogy miért?
-
spammer
veterán
Hetente frissítek, azelőtt 2 hetente frissítettem, ismerős meg 2-3 hetente frissít, mikor hogy... Szerintem akkor sem lesz bajod, ha havonta 1x frissítesz. A főoldalon megnézed, volt-e fontos változtatás, bele kell-e nyúlni, azt' kész. Ha esetleg valami sürgős, akkor időben ráfrissítesz, normál esetben meg kb. tökmindegy.
-
qisqaqas
senior tag
Frissiteskor mindig megnezem mi frissul es ha van kozte olyan cucc amit nem hasznalok/ nem hasznos akkor leszedem a fenebe. Illetve nem szukseges a napi frissites, de heti egyszer tedd meg legalabb. Nem egy esetrol tudok amikor valaki hetekig nem frissitett aztan egy pacman -Syu tol osszehanyta magat a gep. Utobbi lehetoseg is kovetheto(habar komolyan nem javaslom), de ha barmi "nagy" cucc van akkor az erdemes feltenni. Archlinux fooldalon kiirjak ha van valami groundbreaking valtozas, erdemes kovetni es aszerint eljarni.
-
-
Raynes
tag
Ez az Arch egyre durvább. Már nem tudom hányadik napja napi 100 megányi frissítéseket töltöget le. Persze még ezzel sem lenne bajom, mert jó, ha minden friss, de lehet néhány héten belül költöznöm kell, és lehet akár hónapokig is nem lesz normális netem, így nem tudom, hogy majd hogyan oldom meg a frissítéseket. Persze valami netféléről gondoskodok, de lehet a napi 100 megás frissítéseket nem fogom tudni megoldani, az havi 3 giga. Mondjuk az is igaz, hogy ezt csak az utóbbi időben kezdte, előtte azért inkább csak napi átlag pár mega frissítést húzott le.
-
Rimuru
veterán
válasz
_Dumber_
#4174
üzenetére
Fogsz egy livecd-t, kihasznalod a jelenleg meglevo fajlokat, pl /usr/bin/*, plusz az uj pacman -F feature-t, felepited ennek segitsegevel a csomaglistat, azt odaadod a pacman-nek chroot alatt es remelhetoleg jo lesz. Most ez jutott eszembe.
for i in $(ls /usr/bin);do;pacman -Foq /mnt/usr/bin/$i >>pkglist;done #ez lassu, lehet lenne jobb megoldas ra
utana: pacman -S $(sort pkglist|uniq|cut -d\/ -f2)
Ezek a lenyegi reszek a tobbit csak kitalalod.
Termeszetesen auros csimagkoat ki kell szurni, plusz nem biztos hogy minden korabbi dolgot lehuz, ezt ki kell probalni (hasznalat kozben ugyis kibukna). -
_Dumber_
őstag
Kicsi segítséget kérnék.
A /var egy külön partición volt.. ez elveszett.
Mi hátrányom van belőle ? (nem szeretnék egy újratelepítést)Gondolom a legnagyobb gond, hogy a pacman "elfelejtette" hogy miket telepített ezelőtt , magyarán nem tudja mi van fent a rendszeren.
javítható? -
Gyb001
senior tag
Sziasztok, Új vagyok még az archlinux területén.
Szükségem lenne a Livesuit nevű programra. Ezt találtam AUR-ban Packarel telepítettem, de sehogyan nem tudom elindítani. Terminál azt mondja nincs ilyen program, kereső nem találja
szerk
Bocs a hsz-ért. Megoldottam:
/opt/cubieboard-livesuit -
-
vinibali
őstag
válasz
spammer
#4160
üzenetére
csodálkoztam is, hogy nem találja a flareget csomagot.
korábbi tapasztalatból kiindulva én annyit tettem, hogy frissítettem a korábban downgrade-elt pacman csomagot és átálltam a package-query-git és yaourt-git csomagokra.
az első verziós pacman5-nél voltak problémák a yaourt-tal. -
spammer
veterán
Ha valakinek nem menne a yaourt, ne lepődjön meg, frissíteni kell a package-query csomagot.
Download snapshot -> kicsomagol -> majd a package-query könyvtárban: makepkg -si
szerk: yaourtból is lesz frissebb verzió majd, de egyelőre működik a jelenlegivel is.
Persze ha valakinek fel van véve az archlinuxfr repó, akkor elvileg nincs teendő, de nálam pl. nincs beállítva.
-
whbear
senior tag
válasz
Siriusb
#4158
üzenetére
Telepítve van a magyar nyelvi csomag ezek szerint. Távolítsd el és válaszd ki az us englisht. Generáld le a locale.confot. Nem maradhat nyomokban sem a magyar. Ne add fel a KDE-t jó az nagyon. Máshol más gond lesz.
Istju: Az xfce nekem is leáll rendesen, csak a KDE nem. Találtam bugreportot is róla, tudják már a systemd fejlesztők. Teszek egy próbát a Gentoo-val elegem van a systemd nyűgjeiből.
-
-
#4155
PandaMonium
őstag
PandaMonium
őstag
Én most XFCE-t használok Arc GTK theme-el és Numix Circle ikonokkal. Whisker menü, Infinality és egy kis customization, semmi extra de szerintem nagyon csinosra sikeredett, ráadásul betonstabil.
-
Siriusb
veterán
Kíváncsiságból felraktam megint a KDE-t és meg vagyok lepve. KDE3-4-et nagyon utáltam, de ez a verzió egész jó. Mondjuk látvány terén kicsit többet vártam, mert egynehány plasmoid elég gyatrára sikeredett, de amúgy kellemes csalódás. Lehet marad egy darabig. Igaz, mérhetetlenül lasabban tölt be, mint az openbox, de azt a plusz pár másodpercet kibírom.
Azért meglátjuk, hosszabb használat után marad-e a véleményem. -
-
Raynes
tag
válasz
spammer
#4148
üzenetére
Azt én is néztem, hogy a glibc mit kavar a locale környékén. Nálam mondjuk nem cseszte el, minden en_US.UTF-8-on maradt, az kellett volna még csak, hogy összerondítsa afgán meg ószuhaéli nyelvre. Mondjuk azt nem értem, hogy a glibc, libssh, kodi meg az lxpanel 1-2 naponta frissül, nem gyakori ez egy kicsit? Szép dolog a frissesség, de naponta új buildet, verziót kiadni ugyanabból kicsit bohóckodás kategóriának tűnik, és már-már egy magamfajta verzióhajhásznak is sok.
-
Siriusb
veterán
SEGÍTSÉG!!!! Mit csesztem el?
Angol nyelvűnek kellene lenni rendszernek, erre magyar lett.
)~/ localectl status
System Locale: LANG=en_US.UTF-8
LC_NUMERIC=hu_HU.UTF-8
LC_TIME=en_DK.UTF-8
LC_MONETARY=hu_HU.UTF-8
LC_PAPER=hu_HU.UTF-8
LC_TELEPHONE=hu_HU.UTF-8
LC_MEASUREMENT=hu_HU.UTF-8
VC Keymap: hu101
X11 Layout: hu
X11 Variant: 102_qwertz_comma_dead
█▓▒░siriusb@arch░▒▓██▓▒░ Tue Feb 23 07:38:50
~/ locale
LANG=hu_HU.utf8
LC_CTYPE="hu_HU.utf8"
LC_NUMERIC=hu_HU.UTF-8
LC_TIME=en_DK.UTF-8
LC_COLLATE="hu_HU.utf8"
LC_MONETARY=hu_HU.UTF-8
LC_MESSAGES="hu_HU.utf8"
LC_PAPER=hu_HU.UTF-8
LC_NAME="hu_HU.utf8"
LC_ADDRESS="hu_HU.utf8"
LC_TELEPHONE=hu_HU.UTF-8
LC_MEASUREMENT=hu_HU.UTF-8
LC_IDENTIFICATION="hu_HU.utf8"
LC_ALL=HOME-ban, .config-ban nincs locale.conf
-
vinibali
őstag
a systemd átállás nekem xubuntu alatt is nagyon bajos volt, illetve csökkentenem kellett a tmpfs felé csatolt könyvtárak számát
más: fordítottam Os és O2 szintek szerint linux-lts kernelt, de megegyező méretű lett a végleges csomag. tartalmilag nem néztem bele, de vélhetően ugyan az. korábbi tapasztalataimból kiindulva azért lényeges különbség nem is, de szokott lenni méretben.
-
Raynes
tag
válasz
Apollyon
#4137
üzenetére
Jól van, ment a válasz oda, offoljuk csak szét azt a topikot is
Amúgy én a pacmanból csak egy funkciót hiányolok. Ha paraméterek nélkül adom ki a pacman parancsot, akkor jó lenne, ha lehetne benne pöttyöket és gyümölcsöket feleszegetni egy szmájlival, közben meg szellemeket kerülgetni. Főleg szerveren lenne lényeges funkció a whatpulse és az akváriumos screensaver mellé.
-
spammer
veterán
A böngészőknél azért nem csak fejlesztés van, hanem visszafejlesztés/elkefélés is, pl. Firefoxban a Pocket, Hello meg a többi szarság integrációja (érted, egy olyan böngészőnél, ami bővíthető...), meg opciók kiszedése vagy nem működővé tétele (about:config bejegyzések). Szóval nem kell beszarni a folyamatos frissítésektől sem, mert vannak azért programok, amiket csak elszarnak idővel.
De azért szeretjük az Arch-ot, mert pacman rulz, meg makepkg rulz meg AUR rulz.
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
Raynes
tag
válasz
spammer
#4129
üzenetére
Na, lefuttattam a pacman -Scc megfejtést is, és tényleg pucolt még le róla, most 9,8 GB-os a foglalás, hát, ez is necces lenne egy oroszlánszívű által ajánlott 10 gigás rendszerpartíción, mivel már rá sem férne a kötelező tartalékhely miatt. Mondom, pacman cache nélkül is 20-30 gigás foglalással számolok hosszú távon, és az idő be fogja bizonyítani, hogy igazam lesz. Még az is lehet, hogy orcára fogok esni, hogy az 50 giga sem lesz elég
-
Raynes
tag
válasz
Apollyon
#4131
üzenetére
Na, látod, az mplayer, mplayer2, mpv, ffmpeg, mencoder pont az a műfaj, ahol jobb mindig a legfrissebbet használni, mert rendszeresen jönnek bele újdonságok (legutóbb x265, DASH, stb.), meg optimalizációk. Böngészőknél dettó. Azzal egyetértek, hogy a Debian nem desktopra való, de sok elvakult Debian-fan desktopra is azt ajánlja, mert az orrodatischtissztíccsalya.
A Debian backportsszal, meg unstable-lel az a baj, hogy az meg hiába frissebb, tényleg bugos. Arch alatt nagyon ritka, ha egy rossz frissítés gondokat okoz. Ennyi erővel használjunk mindenből 100 éves verziót, meg ne frissítsünk soha.
-
Rimuru
veterán
válasz
Apollyon
#4131
üzenetére
VPS-en nekem ugy meghalt a debian semmit nem tudtam vele kezdeni, ennyit a stabilitasrol (stable tarolobol volt aktiv).
Az arch is stabil, egyszer bob.zxr nagyon szepen leirta hogy szerinte miert is van igy (hirtelen nem talalom), es egyet is ertek vele. Viszont az is igaz hogy bizonyos idokozonkent mindenkepp erdemes frisstiteni mondjuk <=6honap (ennek a fele biztos eleg), ezzel elkerulhetoek a nagyon csunya fuggosegi problemak. De ha egyaltalan nem firssitesz akkor ez is a geppel egyutt pusztul ki. -
Apollyon
Korrektor
Érdekes dolgaid vannak.
"A Debiant meg hagyjuk. Nem azért régiek a csomagok, mert a stabilitásra törekednek, hanem lusták és spórolósak."
De igen, azért régiek a csomagok mert van egy filozófia amit követ a debian. Esetleg ott van a backports, amiben viszonylag frissebbek a szoftverek. Vagy az nem jó? "Pedig nem vagyok verziószám-mániás"
A "stabilitásmítosz" meg onnan ered, hogy nem mítosz, hanem a valóság. Feltol egy xy user egy debiant a gépre, és az addig fog működni, amíg ki nem pusztul alóla a gép. Még frissítés után is.
Ezt az archról nem éppen lehet elmondani. Ha valami nem jó a napi frissítéssel akkor lehet downgraddel mókázni, ami biztos tényleg nagy fun csak én nem érzem át...
Egyébként az igaz, a debian alapjáraton nem desktop rendszer, de lehet annak is használni.
Ellenben ez a mai frissítési mánia nem épp előremutató, inkább azt mutatja hogy akkor is megjavítanak valamit, amikor nem kéne és ezzel inkább csak kárt okoznak. Lásd ugye itt a downgrade problem.
Az androidnak is ez a halála, a folyamatos frissítés, mert akkor is jön rá amikor egyébként tökéletesen működik. Ha nem utálnám a gúgelt annyira, akkor is töröltem volna a play-t a droidos telefonról mert csak unatkozó fejlesztők vergődnek egy billentyűzet napi frissítésével is, mert nem tudnak mit csinálni.De térjünk vissza, szóval miért is kellene nekem pl. mplayer-ből mindig a legfrissebbet használnom, ha amúgy tökéletesen működik a jelenlegi is? A youtube-ot hagyjuk, nem nagyon nézek videókat. Ja és tegyük hozzá, hogy az ősrégi mplayer is tökéletesen lejátssza a sorozataimat. akkor?
Gnome2 vs Gnome3. Mire volt jó? Semmire, csak itt is baromira unatkoztak, és jól szétcseszték az egészet a fejlesztésfétisükkel. A folyamatos frissítésekkel amúgy ez az irány, gnóm szintű elbutulás.Oké, arch-val lehet hogy nem, és nem is szeretném degradálni ezt a disztrót. De azért szívás van vele. Te pedig el vagy tévedve, de nagyon.
-
Raynes
tag
válasz
jimmy399
#4126
üzenetére
Bizony. Plusz, ha csak az OS core-t nézzük, pl. a Windows kernele alig változik, alig fejlődik egy fő verzión belül, csak sokévente főverzió váltásakor, egy rollingos Linuxban mindig szinte a legújabb kernel van. Az már csak mellékes, hogy a többi csomag is frissebb, akár főverziókkal előrébb járhatnak azok is. Pedig nem vagyok verziószám-mániás, de az IT-ben soha nem jó régi verziókba belebetonozódni, és elavult dolgoknál leragadni. A Windows másik hibája, hogy az alkalmazásokat és a kernelt nem frissíti, csak az OS többi részét, és általában arra is csak biztonsági javítások érkeznek, míg a Linuxban érdemi újdonságok is mindig megjelennek, nem csak biztonsági foltozások. Persze ezt lehet magyarázni Win Matyiknak, mindjárt besértődnek, ha valaki a szent, redmondi rendszerükre rossz szót is mer szólni.
A Debiant meg hagyjuk. Nem azért régiek a csomagok, mert a stabilitásra törekednek, hanem lusták és spórolósak. Ritkán nyúlnak a csomagokhoz, de semmivel nem stabilabb, ha egy csomag hibás, azt épp úgy nem javítják. Sose értettem azt a hype-ot, és stabilitásmítoszt, ami a Díbiönt mindig is körbevette, túl van misztifikálva, sose szerettem azt a disztrót. Mindig is egyfajta branch disztróként tekintettem rá, ami csak arra jó, hogy a mellékágakat táplálja (Ubuntu, Mint, stb.). A Debiannak egy valódi előnye van, hogy az támogatja a legtöbb architektúrát, és ha feltesszük szerverre, akkor az van el a legtovább úgy, hogy nem kell hozzányúlni, mivel ritkán frissít, és nincs az, hogy egy frissítés hazavágja a rendszert. Desktopra viszont nagyon rossz disztró, meg én szerveren is jobban bíznék egy Archban.
-
spammer
veterán
Hátránya annyi, hogy ha esetleg nincs rendes net elérésed és downgrade-elni kellene éppen, akkor szívás lehet. Egyébként meg lehet downgrade-elni, ha van net, nem szükséges a cache, csak egyszerűbb, ha helyben vannak a csomagok.
Érdemes a paccache nevű parancsot használni, ami alapból a legutolsó 3 verziót tartja meg, a többit pucolja. De meg lehet neki adni azt is, hány verziót tartson meg cache-ben.
Lehet "szimulálva" is futtatni (dry run). Bővebben: paccache -h
szerk: amúgy a pacman -Scc pucolja le teljesen. [link]
-
Raynes
tag
Tudom, hogy így kell, de még nem csináltam. Érdemes üríteni a cache-t? Van valami hátránya, ha ürítem? Gondolom nem viccből találták ki, hanem kéne megtartani, akkor nem tárolná a rendszer feleslegesen.
Szerk.: na, lefuttattam a pacman -Sc parancsot. Hát, ez nem jött be gyerekek, mivel a df -h szerint továbbra is 11 gigás a foglalás. Mindegy, mert van hely, eleve 50 gigát adtam neki, így soha nem fog elfogyni a hely cacheürítés nélkül sem. Szerintem nagyon pozitív ez a rollingozás, nagyon tetszik, hogy minden friss. Nem érdekel, hogy sok frissítést húz le, és több hely kell neki. A rendszer legyen friss, a Linuxban gyorsabban érkeznek a technikai újdonságok, pont ez az egyik nagy előnye a Win-nel szemben. Egy adott Win-kiadás adott esetben több/sok éves, míg egy modern rollingos Linux mindig friss, mint a patyolat.
-
-
Raynes
tag
Na, ma átléptem a 11 gigás foglalást a rendszerpartíción. Nem tudom már melyik topikban vitatkoztam oroszlányszívűvel, hogy 640 KB, meg 10 gigás rendszerpartíció shoubbe e-nuffuhr everybahdy, meg annyi már az orrodatisch tissztíccsalya. Pedig még mindig nincs fent egy csomó minden, nem laktam be, munka mellett alig van rá időm, meg még csak 2 hete használom. Szerintem belakva úgy meglesz 20-30 giga a foglalás, hogy csak reccsen.
Persze értem én ezeket a 10 gigás álmodozásokat, aztán az ember a Haloperidol hatásának gyengülése után fogcsikorgatva megébred, hogy ráfolyt a nyála az intézeti pecsétes, hófehér, iparilag simára vasalt, kifertőtlenített párnacihára. Attól még álmodozni lehet, meg a hit is fontos.
Egyébként nagyon baba ez az Arch, lányok. Tetszik, hogy mindig frissít, tényleg friss, mint az egy hetes fagyasztott szójáspárizsi
Alig van nap, mikor nem ránt le 100-200 mega frissítést. Ubuntun, Minten alig vannak frissítések, ritka, ha nagyobb pakk jön össze. A Debianról ne is beszéljünk. -
vinibali
őstag
köszi a tanácsot, ezt szeretném használni. ez a 2 gigás adattárolásra kicsi, viszont ha ráfér egy hordozható linux, akkor pont jó. szóval mindenképp ezt akarom csinálni vele. és semmilyen újrafordításos szenvedés nincs vele, ha van egy automatizált folyamat. csak lerakom és csinálja...
-
vinibali
őstag
van egy régi 2 gigás pendriveom 32bites arch-csal és elég kevés rajta a szabad hely. telepítés alatt is tmpfs-re kellett raknom a pacman tárolóját, volt hogy beléptem chroot-tal a rendszerbe és a localepurge segített kitörölni a feles man fájlokat. lehetséges, az egész rendszert automatikusan fordíttatani? szerintem egy Os fordítóbeállítással lehetne némiképp javítani a helyfoglaláson.
-
-
attilav2
őstag
Ipv6-ot hogyan kell beállítani? Ha esetleg alapból nem működne? Slug leírása alapján beállítottam a Digi ipv6-ot az openwrt-s routeremen, a win10 automatikusan használja is. Mostanában ritkán használok Arch-ot, majd ránézek megy e az ipv6, ha nem akkor hol és mit kell beállítanom? Networkmanagerrel van beállítva a net, és Gnome-ot használok.
-
-
#4114
Brogyi
őstag
alvarezlopez
#4109
Brogyi
őstag
válasz
alvarezlopez
#4109
üzenetére
Amit javasoltak nem rossz, de mint írtad messzire fogsz menni. Akkor pedig az arch oldalán található 3 parancs az igazi. Külhonból a KFKI lassú lesz.
# cp /etc/pacman.d/mirrorlist /etc/pacman.d/mirrorlist.backup
# sed -i 's/^# Server/Server/' /etc/pacman.d/mirrorlist.backup
# rankmirrors -n 6 /etc/pacman.d/mirrorlist.backup > /etc/pacman.d/mirrorlist -
#4112
spammer
veterán
alvarezlopez
#4111
spammer
veterán
válasz
alvarezlopez
#4111
üzenetére
Tehetsz egy próbát ezzel, nem használom, de mirrorlist frissítésre/generálásra van: reflector | hivatalos oldal | videó
-
alvarezlopez
tag
válasz
Bucsi13
#4110
üzenetére
Köszi szépen!
Egyébként csak, hogy tisztázzuk a helyzetet. Az enyém alapból így kedődik: # Arch Linux mirrorlist generated by Cnchi #
A Cnchi egyébként az Antergos telepítő neve Különben ez egy tök jó javaslat lenne a fejlesztőknek, hogy mondjuk a locale fügvényében generálja le a mirrorlistet. -
Bucsi13
tag
válasz
alvarezlopez
#4109
üzenetére
Ilyenkor a legelső mirrort használja, ami neked lehet, hogy nem jó.
Magyarországról én egy ilyesmit használok:##
## Arch Linux repository mirrorlist
## Sorted by mirror score from mirror status page
## Generated on 2016-02-03
#### Score: 1.6, Hungary
Server = http://ftp.mfa.kfki.hu/pub/mirrors/ftp.archlinux.org/$repo/os/$arch
## Backup mirrorok
## Score: 0.3, Germany
Server = http://mirror.pseudoform.org/$repo/os/$arch
## Score: 0.3, France
Server = http://archlinux.polymorf.fr/$repo/os/$arch -
#4109
alvarezlopez
tag
alvarezlopez
tag
A napokban tértem át Antergosra és azt tapasztalom, hogy a pacman nagyon lassú letöltési sebességet generál. Lecsekkoltam az /etc/pacman.d/mirrorlist -et, ahol a következő kép fogadott: Hosszú-hosszú lista, ahol egyik mirror sincs # -ben, azaz ha sejtésem nem csal mindegyik aktív. Lehet, hogy emiatt lassú? (~80K/s)
Ha tényleg ez a baj, tudnátok javasolni egy jó mirrorlistbeállítást nekem? Magyarországról használom a gépet.
-
Raynes
tag
Akkor lehet, hogy legvégső esetben kap esélyt a KDE5. Az 5-öst még úgyse használtam. Addig viszont még adok esélyt az LXDE-nek, mert eddig ezzel sem vagyok elégedetlen, plusz érdekel, hogy mit lehet belőle kihozni. Ha túlhízik vagy bukja az esélyét, akkor viszont a KDE5 lesz a következő, legalább gyurmafigura-kompatibilis leszek.
Sőt, ha újra kell telepíteni, akkor meg mindenképp a KDE5 megy rá, meg ext4 a btrfs helyett.
Nem értem, hogy emberek hogy vannak el tilingozással, meg minimalista wm-ekkel. Marha kényelmetlenek szerintem, kb. mintha szájban tartott ceruzával nyomkodva kéne gépet használni.
-
whbear
senior tag
Így van. KDE megáll 240 megából 64 biten. Ki kell pucolni a szemetet mint pl. Akonadi, Krunner, Korganizer, Baloo, az összes a /usr /share/autorun alól ami hirtelen eszembe jut. Effektek ki, kompozitor ki, 20-intel.conf tearfree. Nekem 1.2 GHz ULV procis subnotin 1.5 Gb RAM és hasít a KDE Plasma 5. Másik gépen XFCE 180 megából áll meg 64 biten. Szerintem kényelmes embernek nem érdemes szenvedni tilinggel.
-
-
BoB
Topikgazda
Bekerült a "rendes" tárolókba az 5.0-s pacman. Pár nagyobb változást hozott. Ami felhasználói szemszögből nekünk érdekes lehet hogy most már a csomagokhoz tartozó fájloknak is van adatbázisa.
Az új funkció a -F kapcsolóval érhető el. Első használat előtt frissíteni kell a fájl adatbázist a -Fy kapcsolóval. Azért választották külön a csomag adatbázistól, hogy egy normál frissítésnél ne kelljen ezt is letölteni mindig.
Például van egy fájlunk, ami nem tudjuk melyik csomaghoz tartozik:
bob@b-x-a ~ % pacman -Fo /etc/pacman.conf
etc/pacman.conf is owned by core/pacman 5.0.0-1Vagy szükégünk van egy library-ra, de nem tudjuk itt ezt melyik csomag biztosítja? Például:
bob@b-x-a ~ % pacman -Fs libalpm.so
core/pacman 5.0.0-1
usr/lib/libalpm.soHa nem tudjuk a pontos nevét:
bob@b-x-a ~ % pacman -Fsx lib*fmt
community/rust 1:1.6.0-1
usr/lib/libfmt_macros-ca9f0d77.so
usr/lib/rustlib/x86_64-unknown-linux-gnu/lib/libfmt_macros-ca9f0d77.soEgyéb nagyobb változások a felhasználók számára egy kis esetleges gyorsulás kivételével transzparensek.
A lényeg hogy jó változások vannak, és ismét megnyugodva hátradőlhet mindenki, hogy a legjobb linux disztribúciót választotta
A teljes változások listája itt található: [link]
-
spammer
veterán
válasz
tamaszen
#4099
üzenetére
Érdekes, telepítés közben jó volt és egyszer csak elromlott?
locale és keymap beállításokat fusd át újra, hátha történt valami. Esetleg fusd még át ezt: [link]Nálam hasonló csak akkor volt, amikor mondjuk ssh-n keresztül rossz $TERM állítódott be, de nálad a $TERM és a $SHELL is rendben van.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- Gyermek PC játékok
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Új, bontatlan World of Warcraft gyűjtői kiadások
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Azonnali kézbesítés az év bármely pillanatában
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7800X3D 32/64GB RAM RX 9070 XT GAMER PC termékbeszámítással
- Telefon felvásárlás!! iPhone 16/iPhone 16 Plus/iPhone 16 Pro/iPhone 16 Pro Max
- Telefon felvásárlás!! Honor 200 Lite, Honor 200, Honor 200 Pro, Honor 200 Smart
- Bomba ár! Dell Latitude 5420 - i5-1145G7 I 16GB I 256SSD I HDMI I 14" FHD I Cam I W11 I Garancia!
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged