-
Fototrend
Arch Linux topik
Új hozzászólás Aktív témák
-
#9116
Lenry
félisten
IstvánLászló
#9115
Lenry
félisten
válasz
IstvánLászló
#9115
üzenetére
semmilyen, az AUR alapvető működéséből fakadóan nem is létezhet rá egyféle, átfogó megoldás.
az az ellenőrzés, hogy nem töltesz le ész nélkül bármit: megnézed, mióta létezik a csomag, hányan töltötték le, volt-e probléma. ez mind látszik a csomag AUR-os oldalán.
a mostani fertőzött csomagok mind újonnan (valószínűleg csak emiatt) létrehozottak voltak. -
#9108
Lenry
félisten
shadow1901
#9107
Lenry
félisten
válasz
shadow1901
#9107
üzenetére
létrehozol egy smb.conf fájlt és onnantól lesz smb.conf fájlod, egy minimál működőképes konfigot meg kb 3 tized másodperc találni a neten, amiből ki tudsz indulni
-
Lenry
félisten
linux-firmware >= 20250613.12fe085f-5 upgrade requires manual intervention
2025-06-21 - Jan Alexander SteffensWith 20250613.12fe085f-5, we split our firmware into several vendor-focused packages. linux-firmware is now an empty package depending on our default set of firmware.
Unfortunately, this coincided with upstream reorganizing the symlink layout of the NVIDIA firmware, resulting in a situation that Pacman cannot handle. When attempting to upgrade from 20250508.788aadc8-2 or earlier, you will see the following errors:
linux-firmware-nvidia: /usr/lib/firmware/nvidia/ad103 exists in filesystem
linux-firmware-nvidia: /usr/lib/firmware/nvidia/ad104 exists in filesystem
linux-firmware-nvidia: /usr/lib/firmware/nvidia/ad106 exists in filesystem
linux-firmware-nvidia: /usr/lib/firmware/nvidia/ad107 exists in filesystemTo progress with the system upgrade, first remove linux-firmware, then reinstall it as part of the upgrade:
# pacman -Rdd linux-firmware
# pacman -Syu linux-firmware -
#9004
Lenry
félisten
IstvánLászló
#9003
Lenry
félisten
válasz
IstvánLászló
#9003
üzenetére
erre nem a bootolható iso a megoldás, hanem az image.
clonezillával, vagy bármi más rendszerklónozó szoftverrel készítesz egy másolatot a rendszerről, probléma esetén meg visszaállítod.
ehhez nem kell, hogy bootolható legyen -
Lenry
félisten
válasz
wwenigma
#8992
üzenetére
off, de ha már említetted azt az alaplapot: pont a múlt héten raktam össze egy gépet egy ilyen lappal, és nálam azt csinálja, hogy rebootkor percekig áll egy darab kurzorral a képernyőn az OS betöltése előtt, aztán elindul. ha kikapcsolom és bekapcsolom, akkor meg normálisan, azonnal bootol.
felraktam a 2.01-es béta BIOS-t, de nem változott semmi.te tapasztaltál hasonlót?
-
Lenry
félisten
válasz
Siriusb
#8844
üzenetére
ezen felbuzdulva kisakkoztam, hogy miért nem tudok belépni Waylanddal, egy mode setting hiányzott csak.
cserébe az első loginnél rá kellett jöjjek, hogy a kedvenc KVM szoftverem nem támogatja a Waylandet, ahogy a forkja sem, és az a szoftver sem, amiből ezt forkoltákszóval: ismer-e valaki ezekhez hasonló, aktívan fejlesztett programot, ami támogatja a Waylandet?
-
Lenry
félisten
ennek vajh' mi baja lehet?
[root@vavatch lenry]# pacman -Syu
:: A csomagadatbázisok szinkronizálása...
core.db failed to download
extra.db failed to download
multilib.db failed to download
linuxkernels.db failed to download
hiba: nem sikerült a(z) 'core.db' fájlt letölteni a geo.mirror.pkgbuild.com helyről : OpenSSL/3.2.0: error:0A000438:SSL routines::tlsv1 alert internal error
hiba: nem sikerült a(z) 'extra.db' fájlt letölteni a geo.mirror.pkgbuild.com helyről : OpenSSL/3.2.0: error:0A000438:SSL routines::tlsv1 alert internal error
hiba: nem sikerült a(z) 'multilib.db' fájlt letölteni a geo.mirror.pkgbuild.com helyről : OpenSSL/3.2.0: error:0A000438:SSL routines::tlsv1 alert internal error
figyelmeztetés: too many errors from geo.mirror.pkgbuild.com, skipping for the remainder of this transaction
hiba: nem sikerült a(z) 'linuxkernels.db' fájlt letölteni a nhameh.ovh helyről : OpenSSL/3.2.0: error:0A000438:SSL routines::tlsv1 alert internal error
hiba: failed to synchronize all databases (letöltőfüggvénytár hiba)de nem a pacman kehes, mert egy curl vagy wget sem működik
[root@vavatch tmp]# wget https://cdimage.https://cdimage.debian.org/debian-cd/current/amd64/iso-cd/debian-12.4.0-amd64-netinst.iso
--2024-01-07 10:15:35-- https://cdimage.debian.org/debian-cd/current/amd64/iso-cd/debian-12.4.0-amd64-netinst.iso
A hitelesítésszolgáltatói tanúsítvány („/etc/ssl/certs/ca-certificates.crt”) betöltve
cdimage.debian.org (cdimage.debian.org) feloldása… 194.71.11.173, 194.71.11.165, 194.71.11.163, ...
Csatlakozás a következőhöz: cdimage.debian.org (cdimage.debian.org)[194.71.11.173]:443… kapcsolódva.
GnuTLS: A TLS fatal alert has been received.
GnuTLS: received alert [80]: Internal error
Nem lehet létrehozni SSL-kapcsolatot. -
Lenry
félisten
Git migration announcement
This Friday morning (2023-05-19) the Git packaging migration will start until Sunday (2023-05-21). The Arch Linux packaging team will not be able to update packages in any of the repositories during this period. -
-
Lenry
félisten
-
Lenry
félisten
válasz
growler
#8532
üzenetére
lenry@vavatch:~$ grub-install -V
grub-install (GRUB) 2:2.06.r322.gd9b4638c5-3
lenry@vavatch:~$ sudo pacman -Syu
:: A csomagadatbázisok szinkronizálása...
core naprakész
extra naprakész
community naprakész
multilib naprakész
:: Teljes rendszerfrissítés indítása...
nincs teendőhmmm
mod: újraindítottam, gond nélkül bootolt
-
Lenry
félisten
válasz
Shyciii
#8473
üzenetére
a service-re persze, hogy azt írja, hogy dead, mert nem önmagától fut, hanem a timer indítja.
én nem is erre utaltam.
ha megnézed, a saját logomat, amit odamásoltam, nekem is azt írja, hogy dead, alatta viszont ott van a journalctl vonatkozó logja, amiben látszik, hogy 6-án hajnal fél2-kor lefutott.
ha kiadod asystemctl status fstrim.serviceparancsot, neked is látszódni fog ugyanaz, amit a journalctl-ban is látsz.
growlernek viszont nem volt ilyen alatta. -
Lenry
félisten
válasz
growler
#8457
üzenetére
ez azt jelenti, hogy nálad ez egyszer se futott le, mert különben írná a legutóbbi futás eredményét, ami úgy néz ki, hogy
lenry@zetetic-elench:~$ systemctl status fstrim.service
● fstrim.service - Discard unused blocks on filesystems from /etc/fstab
Loaded: loaded (/lib/systemd/system/fstrim.service; static)
Active: inactive (dead) since Mon 2022-06-06 01:33:16 CEST; 2 days ago
TriggeredBy: ● fstrim.timer
Docs: man:fstrim(8)
Process: 3023761 ExecStart=/sbin/fstrim --listed-in /etc/fstab:/proc/self/mountinfo --verbose --quiet-unsupported (code=exited, status=0/SUCCESS)
Main PID: 3023761 (code=exited, status=0/SUCCESS)
CPU: 831ms
Jun 06 01:33:02 zetetic-elench systemd[1]: Starting Discard unused blocks on filesystems from /etc/fstab...
Jun 06 01:33:16 zetetic-elench fstrim[3023761]: /: 25.1 GiB (26995699712 bytes) trimmed on /dev/md0
Jun 06 01:33:16 zetetic-elench systemd[1]: fstrim.service: Succeeded.
Jun 06 01:33:16 zetetic-elench systemd[1]: Finished Discard unused blocks on filesystems from /etc/fstab. -
-
Lenry
félisten
válasz
growler
#8453
üzenetére
trim támogatású USB3-as házban
azért én megpróbálnám rendesen, SATA-ra kötve is ugyanezt a műveletet, mert a hibaüzenet alapján mégsem annyira trim támogatású az a ház
nálam ugyanez lefuttatva:
lenry@so-much-for-subtlety:~$ sudo fstrim -v /
/: 117.1 GiB (125736411136 bytes) trimmed
(igen, nemrég töröltem egy tonnányi szemetet) -
Lenry
félisten
válasz
growler
#8441
üzenetére
nem.
olvasd el még egyszer BoB hozzászólását:
"az fstrim parancs az eszköznek megfelelő parancsot fogja küldeni amivel trimmelni fog a meghajtó. Ez a felhasználó számára transzparens."
azaz: te kiadod az fstrim parancsot, az op.rendszer meg az SSD vezérlője meg majd lematekozzák, hogy ténylegesen mit is kell csinálni, neked ezzel már nem kell foglalkoznod.igen, külön fajta megoldása van a SATA-nak meg az NVME-nek a trimmelésre, de mindkét esetben ugyanazt az fstrimet kell elindítani, ugyanúgy
-
Lenry
félisten
válasz
growler
#8423
üzenetére
szia
egyrészt nem kell külön foglalkozni vele, a fájlrendszer folyamatosan csinálja (continous trim), emiatt nem feltétlenül ajánlott még külön a periodic trimet bekapcsolni (amit az általad írt parancs csinál) - de a lényeg, hogy csak az egyik legyen bekapcsolva.
másrészt ebből a szempontból a SATA és az NVME közt nincs különbség, egész pontosan nem itt van a különbség. a trim a flash cellák karbantartása miatt fontos. az, hogy aztán az SSD milyen kapcsolaton keresztül csatlakozik a gép többi részéhez (SATA v NVME) ebből a szempontból irreleváns.
lsblk --discardparanccsal tudod ellenőrizni, hogy működik-e most is a trim. az SSD-k esetében a DISC-GRAN oszlopban nem nulla értéket kell hogy visszakapj.tldr: a mai rendszerek automatikusan kezelik az SSD-k sajátosságait, semmi külön teendő nincs már velük.
ezekkel a 10 évvel ezelőtti machinációkkal nem kell ma már foglalkozni (és a szerény véleményem az, hogy már akkor is túl volt misztifikálva a dolog) -
Lenry
félisten
szerintem túl van misztifikálva ez az egész.
kb semmiben nem tér el az Arch akármelyik másik Linux disztrótól, ha egyszer belaktad.
annyi, hogy kezdetben elég fapados, és nem fogja a kezedet, de amint felkerültek a használt programjaid, onnantól úgyis azokat fogod használni, nem az OS-t, akkor meg édesmindegy, hogy Arch, Debian, Fedora, vagy bármi más.
semmiben nem kényelmetlenebb használni, mint bármelyik más disztrót.hogy most nem szoptad végig kézzel a telepítést, hanem használtál egy scriptet? ennek max akkor van jelentősége, ha érdekel, hogy mi történik pontosan a telepítés alatt, vagy nagyon egyedi igényed van.
jól jön, ha meg akarod tanulni mélyebben a dolgokat, mert azáltal, hogy te csinálod meg kézzel, meg is tanulod, ha érted is, hogy miért csinálod azt, amit, ez máskor is segíthet.
minden más esetben tökmindegy,az op.rendszer nem cél, hanem eszköz
-
-
Lenry
félisten
válasz
attilav2
#8003
üzenetére
évek óta kizárólag Arch fut a saját munkaállomásomon, bár nyilván ha valami nyűgöm volna, azt magamnak könnyen tudom orvosolni.
ennek ellenére nem nagyon volt bajom, sima irodai munkára bátran merném ajánlani.
termelésirányítónak, stb... ha az adott szoftver fut Linuxon, akkor nem érzem hogy bármivel nagyobb kockázat vagy probléma lenne, mint a Windows, sőt... -
Lenry
félisten
a 777 csak egy példa volt. írhattam volna 666-ot vagy 400-at vagy 644-et is. faxmindegy
Ez a chmod 3+ számjegy akkor kell...
... amikor épp olyan kedved van hogy ezt akarod használni. mint írtam, oda-visszaváltható az oktális formátum a betűs változattal. egyik sem jobb mint a másik, mert pontosan ugyanarra valók és pontosan ugyanazt lehet megvalósítani velük. egyik sem tud olyat, amit a másik nem.Az apt-get már évek óta deprecated, helyette az apt ajánlott.
erről most hallok először. linkelj már pls erről valamit. kösz. -
Lenry
félisten
Ez a három számjegyes gányolás még...
az égvilágon semmi gányolás nincs benne, csak ésszel kell használni. mint mindent.
egychmod 777pont ugyanazt csinálja, mintha azt mondanám neki, hogychmod ugo+rwx, csak rövidebb leírni. ne csináljunk úgy, mintha nem tökéletesen ugyanannak a funkciónak két külön szintaxisáról lenne szó, amik egy az egyben válthatók oda-vissza.Ugyanezen anyagok szokták írni az apt-get használatát
már mi bajod van még az apt-gettel is? -
Lenry
félisten
válasz
Siriusb
#7632
üzenetére
én ha úgy állok fel a céges gépemtől, hogy tudom, hogy ki fog kerülni a látóteremből, akkor zárolom. ekkor egy általam válaszott kép lesz a teljes képernyőn, középen egy jelszómezővel.
ha pár percig nem nyúl hozzá senki, akkor a monitorok elalszanak.
ettől az égvilágon semmi bajuk nem lesz, ez teljesen üzemszerű, tervezett működés, ettől teljesen fölösleges féltened a monitort. -
-
Lenry
félisten
válasz
anorche1
#7539
üzenetére
a Windows alatt jobb nem piszkálni, ő akkor is használja, amikor te nem akarod, és hülyébbnél hülyébb hibákat képesek generálni a legkülönfélébb szoftverek, ha nincs swap.
Linuxon tényleg fölöslegessé tud válni, ha kellően sok RAMod van. cserébe nyilván neked kell figyelni, meg homlokon csapni magad, amikor az OOM killer elkezdi kilőni a programjaidat.
jah meg swap nélkül nincs Hibernálás -
Lenry
félisten
válasz
Archttila
#7534
üzenetére
pacman.conf-ba atirtam az architekturat) tovabbra is hibauzenetet dob hiaba vana helyen a szoban forgo libre2.so.8 fajl, wrong ELF class ... boffent vissza.
persze, hogy ezt írja, ARM architektúrán próbálsz futtatni x86-ra fordított binárist. ez így semmiképp nem működhet. -
Lenry
félisten
válasz
anorche1
#7506
üzenetére
ha nagyon zavar, akkor AUR-ból mindháromhoz van firmware
aic94xx-firmware
wd719x-firmware
upd72020x-fw -
Lenry
félisten
Meg Debian- és Ubuntu-vonal alatt azért sem gond, mert ott külső tárolóként hozzá lehet adni a Google-nek a Chrome-tárolóját, vagy kézzel, a Google oldaláról letöltve a .deb csomagot, dpkg -i segítségével telepíteni.
ne felejtsd el, hogy raspberryről van szó.
a Google nem compile-ol ARM-re asztali Chrome-ot, meg én Chromiumból se láttam kész friss deb-et, akinek van rá ingerenciája az fordíthat magának, de az huszonsok gigabyte meg egy Pi-n gondolom el is tart kb addig, amíg kijön a következő verzió
-
Lenry
félisten
Ha egy mai fiatal nézi, vagy valaki nyugati emberke, aki ebben sose élt, szerintem annak csak szimplán fura és unalmas lesz.
jah gondolom azért magasztalta az egekig Tűzföldtől Tokióig mindenki, mert furának és unalmasnak találta.
maradjunk annyiban, hogy neked személy szerint nem jött át, és pont. -
-
Lenry
félisten
válasz
Shyciii
#7466
üzenetére
az mindenképp gond a te esetedben, hogy az AUR-ban nincsenek csomagok, tehát nincs egy központi hely ahonnan be lehetne szerezni az adott szoftver korábbi változatát, hanem ezt minden egyes package-re külön kellene megoldani, amivel nagyjából senki sem foglalkozik, így hacsak nincs meg neked valahol a korábbi változat (én a pikaurt használom, az pl a
~/.cache/pikaurmappában tartja az általa elkészített csomagokat), akkor tényleg csak a kézzel telepítgetés marad, vagy az, hogy megvárod, amíg kijön a javított, frissebb változat. -
Lenry
félisten
válasz
anorche1
#7445
üzenetére
"bash color prompt"
erre keress rá, de ez külön művészeti ág
egyébként a
~/.bashrcPS1kezdetű sorát kell izgatni
én pl a legtöbb gépen más színt igyekszem beállítani, hogy ezzel is elkülönüljenek, ha több gépre vagyok belépve, illetve nálam a root promptjában aroot(usernév) általában piros. -
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
)
Új hozzászólás Aktív témák
BoB- HIBÁTLAN iPhone 13 256GB Midnight -1 ÉV GARANCIA - Kártyafüggetlen, MS3770, 91% Akkumulátor
- ÁRGARANCIA!Épített KomPhone Ryzen 5 4500 16/32/64GB RAM RTX 3060 12GB GAMER PC termékbeszámítással
- Vállalom Xianomi Okos kamerák, szoftveres javíttását
- LG 25GR75FG - E-Sport Monitor - FHD 360Hz 1ms - NVIDIA Reflex + G-sync - AMD FreeSync - HDR 400
- Bomba ár! Lenovo X1 Carbon 1st : i5-3GEN I 8GB I 240SSD I 14" FHD I mDP I Cam I W10 I Gari!
Állásajánlatok
Cég: NetGo.hu Kft.
Város: Gödöllő
Cég: Promenade Publishing House Kft.
Város: Budapest