Hirdetés
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Samsung Galaxy S25 - végre van kicsi!
- Rugalmas OLED panelre válthat a Samsung Galaxy A57
- iPhone topik
- Azonnali navigációs kérdések órája
- OnePlus 15 - van plusz energia
- Bemutatkozott a Poco X7 és X7 Pro
- Apple iPhone 17 Pro Max – fennsík
- Samsung Galaxy A56 - megbízható középszerűség
- Xiaomi MI-3 - odavág a nagyoknak
-
Mobilarena
Arch Linux topik
Új hozzászólás Aktív témák
-
Lenry
félisten
válasz
Shyciii
#7434
üzenetére
most hogy így mondtad, lecsekkoltam, hogy amúgy nálam is aktív-e vagy csak én hittem azt eddig, de úgy látom rendben van
[root@vavatch lenry]# systemctl status fstrim.service
● fstrim.service - Discard unused blocks on filesystems from /etc/fstab
Loaded: loaded (/usr/lib/systemd/system/fstrim.service; static)
Active: inactive (dead)
TriggeredBy: ● fstrim.timer
Docs: man:fstrim(8)
[root@vavatch lenry]# systemctl status fstrim.timer
● fstrim.timer - Discard unused blocks once a week
Loaded: loaded (/usr/lib/systemd/system/fstrim.timer; enabled; vendor preset: disabled)
Active: active (waiting) since Fri 2020-11-27 15:58:25 CET; 2 days ago
Trigger: Mon 2020-11-30 01:35:57 CET; 7h left
Triggers: ● fstrim.service
Docs: man:fstrim
nov 27 15:58:25 vavatch systemd[1]: Started Discard unused blocks once a week. -
Lenry
félisten
válasz
anorche1
#7426
üzenetére
nem kell a discard az fstabba
Arch-on a systemd hetente intézi a discardot (periodic trim), így nincs szükség a folyamatos trimet kapcsoló fstabos megoldásra.
ez ilyen vagy-vagy dolog, nem érdemes mindkettőt bekapcsolnia relatime-ot is hagyhatod, mára az az alapértelmezett beállítás, lényegesen kevesebb terheléssel jár, mint a régi atime, de megmarad a funkcionalitás, amit a noatime-al elvesztenél
-
Lenry
félisten
válasz
anorche1
#7418
üzenetére
ebbe én is belefutok mindig, amikor új gépre rakom fel az Archot.
első körben fusd át a Wiki idevonatkozó részeit
Font configuration
Firefox#Font troubleshooting
Rondák a betűk a Feuerfuchsban -
Lenry
félisten
"Mondjuk az igaz, hogy én i3-at nem vennék"
ma már én sem.
én döntök a cégben az informatikai beszerzésekről és töredelmesen bevallom, hogy a saját hülyeségem, hogy eddig Intelt vettünk. egyszerűen nem foglalkoztatott az AMD, ha kellett egy gép, akkor kinéztem, hogy melyik Intel CPU felel meg a felmerülő igénynek és azzal rendeltem a gépet.
aztán most nyáron vettünk egy Ryzen 5 4500U-s laptopot és a hajam letettem attól, amit a GPU-ja 4K-ban tud, meg nem sokkal később kellett egy fejlesztői gép és körbenéztem az AMD-s oldalon: 6 mag 12 szál 60k-ért?
Inteléknél ugyanez 100 fölött van.
azóta most csak AMD-s gépeket veszek, de idő, amíg átbillen a mérleg...
mindig megtartom a CPU dobozokat, az Inteles piramisban olyan 40 doboz van, az AMD-s most jól láthatóan kilencnél tart
bocsi a hosszú OFF-ért
-
Lenry
félisten
"Harmada-negyede boot és lag a progik betöltésénél, háromszor-négyszer olyan gyors leállás"
heti egyszer indítom újra a gépet, akkor is nagyjából 5-7 másodperc alatt jutok el a Grubtól az asztalig, a maradék 167,999 órában meg folyamatosan be van kapcsolva.
programok indítása szintén 1-2 másodperc.
és ez nem egy überhyper gép, hanem egy négymagos i3, annyi, hogy NVME-s SSD-n van a rendszer meg a /home is, de nem hiszem, hogy ez akkora truváj.
tehát ennek fényében kérdem, hogy valójában mi jelentősége lecsupaszítani mindent*, meg a huszadik DE-t felrakni, mikor egy aktuális modern gép röhögve elvisz egy KDE-t"hogy van indítómenü, meg asztali ikonok, mindent egérrel csinálok, stb.. Ez annyira mélyen be tud ivódni az emberben"
egyetlen ikon sincs az asztalomon vagy a tálcámon, a leggyakrabban használt programokat Win+1, Win+2, stb kombókkal indítom, minden másra ott a
MasterCardAlt+F2ne érts félre, senkit nem akarok semerre orientálni, csináljátok nyugodtan, csak pár hsz-t visszaolvasva úgy éreztem magam, mint amikor 128MB RAM-om volt a 466-os Cerka mellett, aztán a fentebb felsoroltak valóban számítottak, és azt hittem itt is valami ilyesmiről van szó.
* mármint nyilván azon túl, hogy van, aki szeret ezzel pöcsörészni
-
Lenry
félisten
akár káros is lehet, mert belefuthatsz két frissítés közötti felemás állapotba, meg nagyon friss bugokba, amiket néhány óra alatt javíthatnak. Biztonságosabb néhány naponta frissíteni.
ez nem véd meg semmitől. több naponta frissítés esetén is kifoghatok két frissítés közti felemás állapotot -
Lenry
félisten
válasz
samujózsi
#6391
üzenetére
hülye vagyok az UEFI-hez, de azt tudom, hogy jellemzően akkor vág ki az EFI Shellbe, ha nincs jobb ötlete, mert nem tud semmiről bootolni
de a Wiki idevágó oldalának a Mount the partition részében lesz szerintem a kulcs, de azt nem tudom, hogy a felsorolt scenariok közül melyik illik rád
illetve ha chrootból dolgozol, akkor kétszer is csekkold le mindenhol, hogy a majdani élő rendszernek megfelelő elérési utakat vettél fel mindenhol
-
Lenry
félisten
ennek apropján gondoltam ránézek a dologra:
lenry@vavatch:~$ yaourt -Ss steam
community/sl 5.02-4
Steam Locomotive runs across your terminal when you type "sl" as you meant to type "ls".
multilib/steam 1.0.0.54-1 [installed]
Valve's digital software delivery system
multilib/steam-native-runtime 1.0.0.54-4 [installed]
Native replacement for the Steam runtimejah, tényleg multilib, de az első találaton megakadt a szemem...
erre bezzeg van idő
-
Lenry
félisten
1) Max. 4 giga RAM-ot támogat, abból sem tudsz használni 3,X gigánál többet, hacsak a proci nem támogatja a PAE-t
ezt inkább ne írtad volna le...
a PAE-t a Pentium Pro óta a legtöbb minden támogatja, tehát kb 1995 óta elég stabilan lehet arra számítani, hogy a memóriacímzés 36 biten történik, 64GB-t meg tudsz vele címezni.
az, hogy az otthoni használatra szánt 32 bites Windowsok max 4GB-t hajlandók megcímezni, az a Microsoft döntése volt, nem technikai ok.
-
Lenry
félisten
válasz
vinibali
#4785
üzenetére
mindennap frissítem a laptopom, és hétvége felé a céges gépem (ezen a kettő használok Archot), ritka, hogy 1-2 megánál több legyen a pluszban elfogyasztott tárhely, és ha mégis... a többszáz gigás HDD-k korában, majd valahogy túlélem
bár a céges gépem rendszere pl pont csak egy 40GB-s SSD-n van, így is akad azért még rajta hely
lenry@vavatch:~$ df -h
Fájlrendszer Méret Fogl. Szab. Fo.% Csatol. pont
dev 3,9G 0 3,9G 0% /dev
run 3,9G 1,2M 3,9G 1% /run
/dev/sdd1 38G 25G 11G 70% /
tmpfs 3,9G 128M 3,8G 4% /dev/shm
tmpfs 3,9G 0 3,9G 0% /sys/fs/cgroup
tmpfs 3,9G 3,1M 3,9G 1% /tmp
/dev/sda2 112G 85G 27G 77% /mnt/windows
/dev/sdc1 916G 621G 296G 68% /mnt/unity
/dev/sdb 299G 253G 46G 85% /mnt/rendernet
tmpfs 799M 52K 799M 1% /run/user/1000 -
Lenry
félisten
válasz
vinibali
#4782
üzenetére
miért fogyasszam a szabad helyet azzal, hogy elképesztő módon nőnek az új verziójú csomagok?!
ma egy teljes rendszer frissítés, úgy, hogy frissült a fél KDE -2 MB "plusz" helyet foglalt.
néhány MB-os szokott lenni a különbség, úgyhogy csak ezért értelmetlen visszatartani a frissítéseket -
#4752
Lenry
félisten
elperroloco
#4751
Lenry
félisten
válasz
elperroloco
#4751
üzenetére
az ArchWikin is ilyesmit írnak, próbáld ki és kiderül.
-
#4750
Lenry
félisten
elperroloco
#4749
Lenry
félisten
válasz
elperroloco
#4749
üzenetére
hol akadtál el?
-
Lenry
félisten
ez tipikusan pont az az eset, amihez jól jön a PKGBUILD szerkesztése.
a hibaüzenet nyűgje, hogy a letöltött fájl checksumja nem egyezik a PKGBUILD fájlban előre eltárolt értékkel, valószínűleg azért, mert időközben frissítésre került.a megoldás az, hogy letöltöd az xpi fájlt, végzel rajta egy md5 ellenőrzést, és az eredményt beírod a PKGBUILD md5sums sorába, a régi szám helyére.
bár ebben az esetben sokkal egyszerűbb, ha az xpi fájlt egyszerűen hozzáadod a Firefoxhoz az aur közbeékelése nélkül: Kiegészítők - jobb sarokban a fogaskerék - Kiegészítő telepítése fájlból
(#787) Siriusb
-
-
Lenry
félisten
ha használsz Windowst is, akkor az a nyűgje, hogy az egyik helyi időt ír a BIOS-ba, a másik meg UTC-t, és folyamatosan felülírogatják egymást.
az automatikus időszinkronizáció beállítását lásd: Wikiha nincs Windows a gépen, akkor merül a CMOS elem az alaplapon, cseréld ki
-
Lenry
félisten
For this initialization, entropy is required. Moving your mouse around, pressing random characters at the keyboard or running some disk-based activity (for example in another console running ls -R / or find / -name foo) should generate entropy. If your system does not already have sufficient entropy, this step may take hours; if you actively generate entropy, it will complete much more quickly.
mod-ra: pacman-key --populate archlinux megvolt már?
-
-
Lenry
félisten
akkor gondolom az elso az, amit en kezzel csinaltam
igen
mondjuk a legduhitobb az, hogy nem hajlando a 300 friss csomagot felrakni, mert van koztuk egy amelyik beteg, es el sem arulja hogy melyik az
na igen, ez mondjuk tényleg elég hülye dolog.
nálad nem futtat le egy ellenőrzést a letöltés végén? ott nem látszott, hogy hol akad el?
Inteléknél ugyanez 100 fölött van.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- Visszakerült a GOG az eredeti társalapítóhoz
- Gitáros topic
- OLED TV topic
- Milyen notebookot vegyek?
- Picit gazdaságosabb és halkabb lett a PlayStation 5 Pro legfrissebb verziója
- PROHARDVER! feedback: bugok, problémák, ötletek
- Gaming notebook topik
- 3D nyomtatás
- Kedvenc zene a mai napra
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- További aktív témák...
- HIBÁTLAN iPhone 14 Pro 128GB Deep Purple-1 ÉV GARANCIA - Kártyafüggetlen, MS4125
- LG 65QNED86T3A / QNED / 65" - 164 cm / 4K UHD / 120Hz / HDR Dolby Vision / FreeSync Premium / VRR
- í kilenc! AKCIÓS PRECÍZIÓS KÉSZÜLÉK! 7670 i9-12950HX 64GB RAM 1TB SSD Nvidia RTX A3000 12GB 1 év gar
- HP 14 Elitebook 640 G10 FHD IPS i5-1345U vPro 10mag 16GB 512GB SSD Intel Iris XE Win11 Pro Garancia
- Apple iPhone 14 / 128GB / Kártyafüggetlen / 12HÓ Garancia / Akku: 85%
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Laptopszaki Kft.
Város: Budapest