- Radeon RX 9060 XT: Ezt aztán jól meghúzták
- Atomenergiával dübörögnek tovább az Amazon adatközpontok, SMR-ek is jöhetnek
- Macron betiltatná az EU-ban a közösségi médiát a 15 év alattiaknak
- Az NVIDIA ipari AI-felhőt épít a németeknek, együtt az OpenAI és a Google
- Két új Ryzen közül választhatnak a kézikonzolok
-
PROHARDVER!
Arch Linux topik
Új hozzászólás Aktív témák
-
#9004
Lenry
félisten
IstvánLászló
#9003
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 -
-
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?
-
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?
-
nekem lett is egy problémám
ugye Wayland lett a default, de azzal egész egyszerűen nem tudok bejelentkezni, login után újraindul a DE és visszadob a login képernyőre.
X11-re visszatéve minden hibátlan -
úgy látom átállunk 6-os KDE-re
-
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. -
egy ideje a linux-amd kernelt használom, és most tűnt fel, hogy emellé nem töltődik be a frissített mikrokódokat tartalmazóamd-ucode.img.ez hiba vagy a fenti kernel egyébként is tartalmazza ezt?
vak vagyok, betöltődik -
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. -
bekerült a mainlineba a 6.3-as kernel, de aki ZFS-t használ, az ne frissítsen, mert nem kompatibilisak
-
-
megérkezett
-
-
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
-
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. -
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. -
-
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) -
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
-
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) -
mod: már látom, ezt próbáltad
-
Nem lesz semmi baja, én pl átlagosan heti egyszer frissítek, de van olyan gépem, amit sok hónap után most vettem elot, gond nélkül frissített.
A KDE Discover pl szól ha van mit frissíteni
-
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
-
befrissült a KDE, azóta a kijelölés a terminálban... mondjuk úgy, hogy kevéssé látható.
hol állítom ezt be valami normális erősségűre? -
hmmm
ezt nézted már? -
-
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... -
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. -
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? -
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. -
-
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 -
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. -
válasz
anorche1
#7506
üzenetére
ha nagyon zavar, akkor AUR-ból mindháromhoz van firmware
aic94xx-firmware
wd719x-firmware
upd72020x-fw -
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ó
-
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. -
-
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. -
válasz
anorche1
#7445
üzenetére
"bash color prompt"
erre keress rá, de ez külön művészeti ágegyé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. -
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. -
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
-
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 -
"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
-
"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
-
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 -
töröld az
/etc/pacman.d/gnupgmappát, aztánpacman-key --initpacman-key --populate archlinux
egyébként pedig tessék Wikit olvasni. erre a hibára is van ott leírás
)
Új hozzászólás Aktív témák
Hirdetés
BoB- PROHARDVER! feedback: bugok, problémák, ötletek
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Macron betiltatná az EU-ban a közösségi médiát a 15 év alattiaknak
- Milyen videókártyát?
- TCL LCD és LED TV-k
- Reklámblokkolók topikja
- OTP Bank topic
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Radeon RX 9060 XT: Ezt aztán jól meghúzták
- Google Pixel topik
- További aktív témák...
- ALIENWARE Area-51 R6 Threadripper Edition 1920X
- REFURBISHED és ÚJ - HP Thunderbolt Dock G2 230W docking station (3TR87AA)
- BESZÁMÍTÁS! Gigabyte H610M i5 12400F 32GB DDR4 512GB SSD Intel ARC A770 16GB Rampage SHIVA 650W
- Samsung Galaxy Watch Ultra LTE 47mm, Újszerű, 1 Év Garanciával
- Bomba ár! HP Elitebook 850 G8 - i5-11GEN I 16GB I 256GB SSD I 15,6" FULLHD I Cam I W11 I Gari!
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest