Hirdetés
- Elképesztő sebességre képesek a Micron közelgő, PCI Express 6.0-os SSD-i
- Még ezüst is van a Pulsar és Vaxee közös egerének receptjében
- AMD vs Intel… hol a Harmadik?! – Elfeledett CPU-k
- Stabilan induló BIOS-t kaptak a nem induló Socket AM5-ös ASRock alaplapok
- Privát Samsung funkciót tehet az Apple publikussá
- Logitech Z906
- TCL LCD és LED TV-k
- Elképesztő sebességre képesek a Micron közelgő, PCI Express 6.0-os SSD-i
- AMD vs Intel… hol a Harmadik?! – Elfeledett CPU-k
- ZIDOO médialejátszók
- HTPC (házimozi PC) topik
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- 3D nyomtatás
- AMD GPU-k jövője - amit tudni vélünk
- Amlogic S905, S912 processzoros készülékek
-
PROHARDVER!
Arch Linux topik
Új hozzászólás Aktív témák
-
Lenry
félisten
a te scenariodra egyébként kb úgy lehetne a legegyszerűbben alkalmazni a zfs-t, hogy a backup szervereden van zfs, arra mondjuk rsync-kel átküldöd amit akarsz (az úgyis csak a különbséget másolja át), aztán amikor lefutott, akkor készítesz egy snapshotot, és akkor megvan az aznapi állapot.
következő sync-nél ugyanez. minden snapshot csak az előzőhöz képesti változást fogja eltárolni -
Lenry
félisten
válasz
Siriusb
#9320
üzenetére
nem
ha készítesz egy snapshotot akkor lesz egy mentésed az aktuális állapotról. ha elveszik az eredeti fájlrendszer, akkor buktál mindent, mert a snapshot a fájlrendszer része, önmagában nem értelmezhető.a -r kapcsoló annyit csinál, hogy minden alköteten is csinál egy snapshotot ugyanazzal a névvel.
a fenti screenshotot példának használva, ha azt mondom, hogyzfs snapshot -r Storage@akarmi, akkor a Storage/Private, Storage/Private/backup, Storage/Private/backup/Echo-Five, Storage/docker, stb köteteknek is lesz egy akarmi nevű snapshotja. ha nem használod az -r kapcsolót, akkor csak annak a kötetnek lesz ilyen snapshotja, amire kiadtad a parancsotA soron következő snapshot-ok erre a másolatra hivatkoznak, vagy az eredeti fájlrendszerre?
minden snapshot az előző snapshotra hivatkozik, ő maga csak az azóta történt változásokat tárolja.ha van három snapshotod, akkor azok közül bármelyikre vissza tudsz állni.
nagyon fontos: a zfs snapshot önmagában nem biztonsági másolat. ha annak akarod használni, akkor kell egy második gép, amire rendszeresen átküldöd a rendszeresen készített snapshotokat (lásd: zfs send, zfs recv). én pl így backupolok kb mindent
-
Lenry
félisten
válasz
Siriusb
#9317
üzenetére
fájlrendszer szempontból a snapshot transzparens, tehát ha megnyitod valamelyiket, akkor látod benne az összes fájlt, ami akkor épp létezett a köteten.
viszont tárhely szempontjából minden snapshot csak annyi plusz helyet foglal, amennyi a megelőző snapshot óta változott.ebből a szempontból annyi hátránya mindenképp van, hogy ha kitörölsz egy fájlt, annak a helye addig nem fog felszabadulni, amíg az összes olyan snapshotot nem törlöd, amiben benne volt. és a snapshotok csak egészükben törölhetők, tehát olyan nincs, hogy kitörölsz belőlük egy fájlt (readonlyként látszik bennük minden)
-
#9308
Lenry
félisten
Albert.Tamas
#9307
Lenry
félisten
válasz
Albert.Tamas
#9307
üzenetére
ismét ugyanaz a válaszom, mint korábban: okoz problémát? nem. akkor ne nyúlj hozzá
-
#9291
Lenry
félisten
Albert.Tamas
#9290
Lenry
félisten
válasz
Albert.Tamas
#9290
üzenetére
nem.
max annyit, hogy fölösleges ennyit aktívan hagyni, úgyis csak az elsőt fogja használni. mérd ki melyik a leggyorsabb és azt tedd a lista tetejére, alá a másodikat meg a harmadikat, a többi meg tökmindegy, sose fognak sorra kerülniilyen sebességmérő scriptet meg ebben a topikban is találsz, néhány napja linkelt valamelyik kolléga
-
#9281
Lenry
félisten
Albert.Tamas
#9280
Lenry
félisten
válasz
Albert.Tamas
#9280
üzenetére
Device-2: NVIDIA GP107M [GeForce GTX 1050 Ti Mobile] driver: nvidia
v: 580.119.02ennél föntebb hová akarod telepíteni?
-
#9269
Lenry
félisten
Albert.Tamas
#9267
Lenry
félisten
válasz
Albert.Tamas
#9267
üzenetére
Es ere szukseg van? nvidia-drm.modeset=1
van valami hiba, ami indokolja, hogy ott legyen?
-
#9265
Lenry
félisten
Albert.Tamas
#9264
Lenry
félisten
válasz
Albert.Tamas
#9264
üzenetére
ha valaminek kell, akkor majd szól érte. addig viszont teljesen fölöslegesen rakod föl.
egy ideig a Steam miatt kellett, de ők pont most kukázzák a 32 bitet en bloc, úgyhogy már nemsokáig kell annak se
-
#9234
Lenry
félisten
IstvánLászló
#9233
Lenry
félisten
válasz
IstvánLászló
#9233
üzenetére
ha letörlöd az 590-es drivert és felrakod expliciten az 580-ast, akkor természetesen nem fog jönni az 590-hez frissítés
-
#9231
Lenry
félisten
IstvánLászló
#9229
Lenry
félisten
válasz
IstvánLászló
#9229
üzenetére
őő, nem.
uninstallálod az nvidia590-es drivert, és felrakod AUR-ból az nvidia-580-dkms-t és nem tiltogatod le semminek a frissítésétahogy ezt írták is a Hírekben
-
#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.
)
Új hozzászólás Aktív témák
BoB- Spórolós topik
- Logitech Z906
- Escape from Tarkov
- MasterDeeJay: Legújabb retró beszerzésem - 3Dfx Voodoo4 4500 32Mb
- TCL LCD és LED TV-k
- PlayStation 5
- Youtube Android alkalmazás alternatívák reklámszűréssel / videók letöltése
- Kerékpárosok, bringások ide!
- Kecskemét és környéke adok-veszek-beszélgetek
- Android dual SIM okostelefonok
- További aktív témák...
- Antivírus szoftverek, VPN
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - 15% AKCIÓ
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Vírusirtó, Antivirus, VPN kulcsok GARANCIÁVAL!
- 161 - 162 - 163 - Lenovo LOQ (15ARP9) - AMD Ryzen 7 7435HS, RTX 4060 (ELKELT)
- iPhone 15 Pro Max 256GB Natural Titanium -1 ÉV GARANCIA - Kártyafüggetlen, MS4431
- Apple iPhone 15 Pro 128GB, Kártyafüggetlen, 1 Év Garanciával
- Apple iPhone 13 128GB, Kártyafüggetlen, 1 Év Garanciával
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7800X3D 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Laptopműhely Bt.
Város: Budapest