-
Fototrend
Arch Linux topik
Új hozzászólás Aktív témák
-
korobi
aktív tag
lejárt a szerkesztési időm.
cinnamon felületet használok.
volna még egy olyan kérdésem, hogy hogyan lehetne megoldani azt hogy ha az egérrel az asztalon, vagy a tálcán az egér görgővel tudjam a munkaterületeket váltani. ne csak úgy hogy a minialkalmazására viszem az egeret. mint openboxban? -
spammer
veterán
Nálam a Firefox és/vagy Spotify volt a gyanús, de máshol olvastam már Chrome/Chromium, Skype is hasonlókról is. Próbáld ki, hogy poweroff/reboot előtt kilövöd a Vibert, böngészőt meg hasonlókat kézzel, és csak utána lövöd le a rendszert. Talán kiderülhet, melyik akasztja meg.
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
ubyegon2
nagyúr
intel 520 az ssd, nem néztem hogy tudja e az általad említett dolgot
Remélem erősen, mert jó ideje én is azt használom!
A swap- nál nem állíthatsz be más opciókat, de ott nem is kell a discard. Itt a swappiness értéket érdemes levenni 10-re!
Ha a swap SSD-re kerül, próbáljuk csökkenteni a swap használatot a swappiness érték (alapértelmezésben 60) csökkentésével.
Ehhez írjuk az alábbi sort az /etc/sysctl.conf fájlba:vm.swappiness=10
bővebben Limit swap wear fejezetben
ezt is fusd át majd alkalomadtán:
Linux SSD-n - de hogyan? - Tippek nagyon kezdőknek is[ Szerkesztve ]
-
ubyegon2
nagyúr
Mégegyszer: de, működik swap-al is a discard. - mondtam, hogy nem működik?
Az azonnali végrehajtás miatt viszont nem célszerű discard-ot beállítani! Gondold végig, mi okból használja a rendszer már a swapot és abba is, hogyan működik a discard!
Sokkal jobb az alapbeállításként alkalmazott heti ütemezésű fstrim. Akár napi ütemezést is be lehet állítani, de minek? A swap-nál még a garbage collection is bőven elég lenne egyébként.
jön az újabb noatime/relatime like war!
[ Szerkesztve ]
-
korobi
aktív tag
válasz ubyegon2 #4206 üzenetére
a swappiness értéket már beállítottam korábban, de nem ott kell már ahol te írod. hanem /etc/sysctl.d/99-sysctl.conf fájlba kellet beírnom.
na szóval akkor a discard kell e swapon vagy sem. a józan ész azt mondja kell, mert ugye az is ssd. nem jól gondolom? az sw kapcsoló meg gondolom azt jelzi a rendszernek hogy swap, de akkor telepítéskor miért nem szerepel ott autómatikusan? csak default volt.
olvastam többször a cikket. a sheduler opcióval még nem foglalkoztam. de az lesz a soronkövetkező
na közben látom válaszoltatok. a swappos témára
[ Szerkesztve ]
-
ubyegon2
nagyúr
Sorry, most kapcsolok, hogy Arch topikon ugatok a dolgokba, ahol már systemd van! Az írás meg Ubi alapon kezeli a dolgokat.
Az sw opciót Ubuntu alapúak használják, Archnál meg a default van, ami Ubinál nincs.
swap- nál pont a józan ész mondja, hogy nem kell a discard opció! Itt se kerül szóba, az viszont igen, hogy a discard opció nem szükséges, ha fut időzített fstrim. Miért pont a swap-ra kéne?
[ Szerkesztve ]
-
BoB
Topikgazda
válasz ubyegon2 #4210 üzenetére
A swap-nál viszont említik: [link]
"If using an SSD with TRIM support, consider using defaults,discard in the swap line in fstab. If activating swap manually with swapon, using the -d or --discard parameter achieves the same."
Egyrészt szerintem nem fog akkora veszteség észrevenni hogy észrevedd, másrészt az fstrim szerintem nem működik swap-on.
[ Szerkesztve ]
You may corrupt the souls of men, but I am steel. I am doom.
-
korobi
aktív tag
úgy néz ki hogy a viber lesz a ludas ami megakasztja a leállítási folyamatot.
nem lehet valahová beírni a kill parancsot hogy leállítás előtt lője le ha fut? -
spammer
veterán
Valami systemd-s módszerrel szebben is megoldható biztos (service/unit módszer), de egy ilyen egyszerű bash script is működhet, amit meg tudsz hívni poweroff/shutdown helyett:
#!/bin/bash
check_viber=$(pgrep viber)
if [[ ! -z $check_viber ]]; then
pkill -SIGTERM viber && systemctl poweroff
else
systemctl poweroff
fiMondjuk az a rendszer feladata lenne, hogy normálisan leállítson mindent és ne kelljen ilyenekkel foglalkozni.
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
korobi
aktív tag
válasz spammer #4214 üzenetére
köszi.
nem vagyok még otthon a script írás/használatban, de sort kellene kerítenem ráegyébként a viber egy ilyen bugos szemét program, de hát ezt használják a cégnél a kollégák, főnökség is és szinte mindenki.
megoldották a korábbi baját, régebben mind arch mind debian alatt random kilépett!más:
melyik io sheduler-t érdemes használni ssd és hdd esetében
most végig próbáltam mind a 3mat, de szomoruan látom hogy az ssdre a hdparm csak 391MB/sec et hoz nem mintha érezném még azt a +100 megát amit írnak hozzá...mellesleg, ez a cikk hová tünt? linux_es_ssd_gyorstalpalo.
-
ubyegon2
nagyúr
Igaz, ott tényleg említik! Mindenesetre a swappines beállítása mégis a normális megoldás.
Ezt az fstrim működést majd kiókumulálom valahonnan, elméletileg unused block esetén működnie kéne ennek vagy a garbage collectornak mindenképpen. Általában az SSD-t a vezérlő szabad hely alapján kezeli, nem érdekli a partícionálás.
óvatosan megyek már bele a vitás helyzetekbe, nehogy úgy járj, mint a noatime opcióval!
-
BoB
Topikgazda
válasz ubyegon2 #4216 üzenetére
A probléma az, hogy a swap nincs a gyökér alá csatolva (és az fstrim csak felcsatolt fájlrendszerek esetén működik)
Szerintem SWAP kézi vagy scipt-es trim-eléshez a blkdiscard -ot kellene használni. De én sem vagyok biztos bene mert nem használok sehol sem swap-ot.
You may corrupt the souls of men, but I am steel. I am doom.
-
ubyegon2
nagyúr
Igazad van, épp ez ugrott be, hogy még a külön /home-nál is be kell rakni a cron-ba! Akkor marad a garbage collection.
Van egy swapom, de csak egyszer kísérletképpen raktam fel, mikor egy game megette a 8 GB ramot!
blkdiscard - ez ismerős, de valami veszélyes ugrik be róla
(#4215) korobi
Az írás eltünt a szerzőjével együtt, két hete kérdeztem rá, mi van a blogjaival, de semmi! Be sem jelentkezett 07.-e óta.
I/O sheduler
SSD esetén a noop opció a leggyorsabb, HDD-nél a deadline, itt nem is szabad a noop-ot használni!
[ Szerkesztve ]
-
korobi
aktív tag
válasz ubyegon2 #4218 üzenetére
köszi. pedig az egy jó írás volt kár érte.
beállítottam az általad mondottakat, de a sebesség az változatlan bármelyik értékkel mérek is.
ha nem baj kérdezek még.
szóval van az hogy a /tmp-t a ramba helyezzük, ez tiszta sor, de ennek mérete elenyésző (néhány kb) így nem sok értelmét látom, talán ha épp aurból fordít valami progit. viszont a /home/cache helyre dolgozik a böngésző nem volna több értelme azt átheyezni? -
spammer
veterán
A /tmp a RAM-ban van. Arch Wiki:tmpfs
Egyébként de, a böngésző cache-t szokták még áthelyezni, lásd: Chromium/Tips and tricks
szerk: vagy Firefox on RAM, profile sync daemon
[ Szerkesztve ]
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
korobi
aktív tag
válasz spammer #4220 üzenetére
és tényleg a tmp ott van.
ki is próbáltam. movel opera chrome származék igy ez működik:
opera --disk-cache-dir=/tmp/cache/opera
de azthiszem kényelmesebb ha fstab-ban így oldom meg
tmpfs /home/cache/opera tmpfs nodev,nosuid,size=2G 0 0
vagy nem lehet valahogy átirányítani, hogy ne 2 ramdiskem legyen?
mennyire fontos a .cache tartalam a böngészőkön kívül? nyugodtan küldhetem az egész cachet egy ramdiskbe? -
ubyegon2
nagyúr
Nézd meg a df -Th- val hány ramdisked van, eddig se egy volt!
mennyire fontos a .cache tartalam a böngészőkön kívül? nyugodtan küldhetem az egész cachet egy ramdiskbe?
#tmpfs to .cache
tmpfs /home/ubyegon/.cache tmpfs noatime,nodev,nosuid,size=400M 0 0Sokan csinálják így, elég a 400 MB is.
-
korobi
aktív tag
válasz ubyegon2 #4222 üzenetére
nagyszerű
lehet értelmetlen a kérdés, de ilyen esetben a régi .cache mappát törölte a rendszer? mert épp nem néztem meg hogy mennyi foglalt hely volt a /-en de a cache mappa az közel 500 mb voltakkor ezt is beállítottam. látom lehetne még a profilet is a ramba rakni, de akkor meg lassabban indulna a rendszer, na meg értelme nem is volna.
-
ubyegon2
nagyúr
a régi .cache mappát törölte a rendszer? - reboot után biztosan
Az, hogy mit raksz a ramdiskbe, sokban függ a memória mennyiségétől is. Attól amúgy semmi nem lesz lassabb, mert ram-ba teszed! A FF cache is gyorsabb ramból.
Szerintem próbálgasd, ha nem látod jónak a beállítást, visszaállítod, elvész a cache legfeljebb. -
korobi
aktív tag
válasz ubyegon2 #4224 üzenetére
mivel az egész .cache mappát raktam ramdiskre, így a foxi cache is oda kerül. amire én gondoltam az ez Profile-sync-daemon
mert ez az ssdről a rendszer induláskor betölti a ramba a profilet, aztán leállításkor és időközönként kimenti azt vissza. talán hdd-nél van értelme de ssdnél nemhiszem, mert éppen mindegy hogy első induláskor tölti be ssdről, vagy rendszerinduláskor.
jól elmélkedem?egyenlőre 4gb ramom van. de így már megéri beruházni 8-16gb-ba
-
ubyegon2
nagyúr
Profile-sync-daemon, no ezzel megfogtál, nem találkoztam még vele!
mivel az egész .cache mappát raktam ramdiskre, így a foxi cache is oda kerül.
erre gondolsz?
tmpfs tmpfs 400M 25M 376M 7% /home/felhasználónév/.cacheEzzel a FF még használja a lemezt, nézd meg a Beállítások/Speciális/Hálózat fülnél!
8 GB már elég is lehet, ha nem használsz különösen nagy memória igényű programokat, akár virtuálban is!
-
korobi
aktív tag
válasz ubyegon2 #4226 üzenetére
igen erre, bár nem tudom értelmezni nálad ezt a részt "400M 25M 376M 7%". az mi célt szolgál. én így csináltam:
tmpfs /home/korobi/.cache tmpfs noatime,nodev,nosuid,size=400M 0 0erre gondolsz? kép
szeretnék majd virtualboxot használni kicsit képezni magam linux irányban.
még mikor kikerültem suliból, sok dolgot tudtam, de sajna nem volt alaklamam gyakorolni, s felejt az ember. a mostani melóhelyen is 99%-ban windowsos rendszerekkel vagyok körülvéve.[ Szerkesztve ]
-
ubyegon2
nagyúr
Bocs, nem is néztem, milyen értelmetlen abban a formában, a terminal df -Th kimenetből másoltam ki:
Igen arra gondolok, amit képpel linkeltél, most kivettem a FF cache beállításokat és nő a cache mérete!
Csináld meg ezeket, hogy ne használja:
írjuk be a böngésző címsorába az about:config parancsot.
Keressük ki a browser.cache.disk.enable kulcsot, majd értékét true-ról állítsuk át false-ra. Ezután keressük meg a browser.cache.memory.enable kulcsot, majd értékét állítsuk át false-ról, true-ra. Most már a memóriába kerül a Firefox gyorsítótár, de nem árt megszabni, hogy mekkora memória mennyiséget foglaljon le magának a webböngésző. Hozzunk létre egy új Integer (Egész) kulcsot (Jobb egérgomb -> Új menüpont), majd adjuk neki a browser.cache.memory.capacity nevet. A friss beállítás értékeként adjuk meg kilobájtban, hogy mennyi rendszermemóriával gazdálkodjon a memóriába száműzött gyorsítótár. Itt persze -1 is lehet az érték, ha a Firefox-ra szeretnénk bízni a beállítást. Utóbbi esetben a rendelkezésre álló rendszermemória mennyiségétől függően dinamikusan állítja be a webböngésző a memóriában helyet foglaló gyorsítótár méretét.
Az új beállítások a Firefox újraindítása után lépnek életbe.
A hiányolt SSD gyorstalpaló írást bemásoltam az én SSD-s blogbejegyzésembe. Hirtelen jobb nem jutott eszembe.
[ Szerkesztve ]
-
korobi
aktív tag
válasz ubyegon2 #4230 üzenetére
köszönöm.
előszedem a jegyzeteim, meg majd jövök ide kérdezni. csak legyen időm rá. mennyivel könnyebb lenne ha nem csak windows szerverekkel kellene foglalkozni melóban.
rég volt már mikor suliban servert telepítettünk meg konfiguráltuk be.itthon már jó ideje fő rendszer a linux, arch, meg debian felváltva. de most marad az arch elsődlegesnek. volt már hogy beugrottamide kérdezni párszor. bár bevallom csaltam kicsit telapítéskor, nem parancssorosan raktam fel...
[ Szerkesztve ]
-
spammer
veterán
A stop job bugról egy reddit thread [link], benne linkek a githubos és archos bugreportokkal.
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
Istju
senior tag
Szia.
Az evolution project megszűnt illetve átalakult. Helyette van az Architect-linux. Az evolutiont, és az architect 2.0 át is én fordítottam, bár én csak virtualboxban telepítgettem vele. Személy szerint én is a hivatalos Arch utat preferálom, de még mindig jobbnak tartom az architect telepítést, mint pl a Manjarót. Ha valaki, valami durva fordítási hibát találna benne, kérem jelezze. Az Architect fóruma:
[link]A bonyolultság elrejtése még bonyolultabb rendszert eredményez, és ezért kerülendő. KISS
-
spammer
veterán
A hiba nem mostanában került elő, a githubos bugreport is már fél éves. Ettől függetlenül lehet, hogy működik a downgrade, de hosszabb távon az sem megoldás, mert a rendszer egyik fő komponense, így nem lehet (nem ajánlott) letiltani a frissítését.
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
korobi
aktív tag
szia.
igen tudom hogy megszünt, de találtam egy iso-t még eldugva torrenten.
sajna erre az architect-re nem bukkantam rá. miben különbözik az evoinstallertől?
le is töltöm.a leállás problémát áthidaltam, egyszerüen nem kikapcsolom a notit, hanem csak alvó állapotba helyezem. problem solved!
-
spammer
veterán
Lényegében ugyanaz. Amúgy az Architect körül most volt egy csúnya balhé, mert állítólag bugos volt a friss(ebb) telepítő, amit a fejlesztője nem ismert el, ment a parádé a G+ oldalukon, amit törölt is, meg hasonlók. De azért próbáld ki, én régebben Virtualbox alatt próbáltam ki, akkor nem volt vele gond.
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
vinibali
őstag
miért tűnt el az evolution?
én a mai napig az utolsó augusztusi 32 és 64bites telepítőt használom. többször volt bajom az architect telepítővel, volt hogy nem indult el abszolút, az evo hibáit meg már ismerem, ott is csak kisebb problémák vannak amit egy második terminálból el lehet intézni. leginkább a grub telepítés és konfigurálásnál lett volna mit csiszolni
ha valaki szeretné, akkor elérhetőek az iso-k, seedelem őket 0-24
EVO - 32bit - 64bit[ Szerkesztve ]
BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
Istju
senior tag
válasz vinibali #4244 üzenetére
Az evolution, már hivatalosan nem támogatott, az architect lényege egy csomó újdonságon kívül az, miután bebootolsz róla, és csinálsz internetet, lefrissíti a telepítő készletet is egyből a legújabbra. Most az Architect 2.2 es verziónál tart, itt is voltak bugfixek:
"Both the stable and development versions of the installer have been updated to 2.2:+ Fixed borked Vbox Guest installations (turns out there was a conflict between the dkms installations and pacstrap)
+ Added the Budgie desktop to the list of desktops and window managersWill now look at apparent problems with user-defined swap file space...
Edit: Fixed user-defined swap space..."
-ez a tegnapi javítás volt.
Egyébként az evolution nem szűnt meg, hanem a makeiso projecttel foglalkozik.[ Szerkesztve ]
A bonyolultság elrejtése még bonyolultabb rendszert eredményez, és ezért kerülendő. KISS
-
SteveBeard
senior tag
Sziasztok!
Egy kis GoFlex NAS-on fut egy Arc Linux Arm. Nem vagyok egy linux guru, de eddig sikerült mindent megoldanom, amit szerettem volna, de most elakadtam. Talán ti tudtok segíteni.
Google Drive-ról szeretnék letölteni egy nagyobb fájlt, de fogalmam sincs hogyan tudnám megoldani.
Így próbáltam, de ez nem jó.
[root@alarm hdd]# wget https://docs.google.com/uc?export=download&confirm=qsdi&id=XXXXXXXXXXXXXXXXX
[1] 9066
[2] 9067
[root@alarm hdd]# --2016-03-23 09:37:02-- https://docs.google.com/uc?export=download
Resolving docs.google.com (docs.google.com)... 216.58.209.206, 2a00:1450:400d:807::200e
Connecting to docs.google.com (docs.google.com)|216.58.209.206|:443... connected.
HTTP request sent, awaiting response... 400 Bad Request
2016-03-23 09:37:03 ERROR 400: Bad Request.
[1]- Exit 8 wget https://docs.google.com/uc?export=download
[2]+ Done confirm=qsdiSteve
-
Istju
senior tag
válasz SteveBeard #4246 üzenetére
Mennie kell annak, ha meg van osztva.
Jobb klikk a google driveban a fájlra, --> megosztás --> megosztható link létrehozása.
Ezt a linket tedd a wget parancs mögé.A bonyolultság elrejtése még bonyolultabb rendszert eredményez, és ezért kerülendő. KISS
-
vinibali
őstag
Az evolution is gitről szedte le a legfrissebb stabil vagy fejlesztés alatt álló telepítőt, és ezt csinálja ma is. Egy telepítés folyamán véletlenül kihagytam az gvfs, xdg, bash-completion stb csomagokat, aztán csak felszaladtam a projekt oldalára és megkerestem a sort
Nekem ez a makeiso és architect egyelőre gyengének tűnik, az architect klasszikus konzolos telepítője miatt egyébként nem tudtam egy kis tárhelyű rendszer telepítésekor használni, mert bármikor új terminált nyitottam elindult a telepítő, pedig nekem terminálból kellett volna:
- csatolni, már formázott partíciókat
- időközben ramdiskre csatolt /var/cache/pacman/pkg-n belüli fájlokat törölni
- archroot-tal telepítési lépések között localepurge-olni
Szóval szerintem, az evolution ablakkezelős és többalblakos módja egyelőre még használhatóbb.
Az induláskor az architectnél van egy elgépelés, a "rendszergazdai jogok és aaz internetkapcsolat" ellenőrzésénél.BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/