-
GAMEPOD.hu
Arch Linux topik
Új hozzászólás Aktív témák
-
-
Frawly
veterán
válasz growler #7798 üzenetére
Még nem használtam debtap-et, de én ha .deb csomag kell, akkor eddig vagy Double Commanderrel bontottam ki, vagy az "ar -xv" paranccsal, és az úgy nyert tar.xz-t pedig szintén kézzel, tar-ral, vagy Double Commanderrel, mc-vel, vifm-mel, stb. és kézzel másolom be a szükséges mappákba.
De az is igaz, hogy nem ez a megfelelő mód rá, mármint ahogy én csinálom. A debtap-ot szokták javasolni hozzá, vagy az AUR-ból felrakható dpkg csomagot. Én csak azért csinálom így, mert nem akarok hozzá plusz szutykot telepíteni, hanem megoldom azzal, ami épp a rendszeren fel van téve.
[ Szerkesztve ]
-
wwenigma
Jómunkásember
válasz growler #7802 üzenetére
Igen, ott vannak a file-ok...
Steam: http://bit.ly/1rRuf8p , Origin: wwenigma -- | -- Jiayu F1 / G3C / OT995 cuccok: http://bit.ly/1w44CI2 -- | -- ZTE V5 Red Bull -> http://bit.ly/1mgtfrd -- | -- Xiaomi RN3SE -> http://bit.ly/2r8DlV7 -- | -- Live Stream: twitch.tv/wwenigma
-
őstag
válasz growler #7798 üzenetére
Szerintem nem éri meg debian csomagokat feltaknyolni, ha elérhető az aur-ban azt kell választani, ha nem elég friss az aur által buildelt csomag át lehet írni a PKGBUILD-ban a deb csomag elérési útját verziószámát stb, és akkor a frissebbet is lebuildeli és felrakja.
Én a chromium vaapi ubuntus ppa változatát taknyoltam fel hasonló módon kézzel ahogy frawly írta, a youtube vga gyorsítás ment vele, de a felrakás módja szétcseszte a jogokat a rendszerkönyvtárakban így más programok hibásan kezdtek működni végül rendszer reinstallal sikerült rendbehozni, szóval aki nem ért nagyon az unix jogokhoz az ne nagyon taknyoljon fel manuálisan más disztróhoz való csomagokat, akár nagy szívás is lehet belőle.[ Szerkesztve ]
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
#68216320
törölt tag
válasz growler #8296 üzenetére
$ caffeine-indicator
Traceback (most recent call last):
File "/usr/bin/caffeine-indicator", line 32, in <module>
gi.require_version('AyatanaAppIndicator3', '0.1')
File "/usr/lib/python3.10/site-packages/gi/__init__.py", line 126, in require_version
raise ValueError('Namespace %s not available' % namespace)
ValueError: Namespace AyatanaAppIndicator3 not available
Ez nem valami jó hír. Valami python package hiányzik neki?
-
zoltanz
nagyúr
válasz growler #8312 üzenetére
Érdekes
pipewire
nem dependel semmire ha le-fel telepítem apulseaudio
-t
Ami telepített a rendszerpipewire
-t verziója :(0.3.43-2)
, biztos pedig kell valamire, nem véletlen dependel rá, feladatkazelőben, indított dologok között nincs.
Azinxi
-nél kis kakofóniát érezni, ha apulseaudio
aktív (hangerőszabályzója is működik/aktív) akkor is csakalsa
-t írja szervernek, semmi mást.
Viszont erre a parancsra ezt kapompulsaudio
használatával (a nélkül semmit nem ír)lsof /dev/snd/*
kiment:
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
pulseaudi 2748 z 16u CHR 116,6 0t0 335 /dev/snd/controlC0
pulseaudi 2748 z 23u CHR 116,6 0t0 335 /dev/snd/controlC0
[ Szerkesztve ]
Manapság egy előnye van ha nem vagy szegény, színvonalasabb ellenségeid lehetnek
-
Sonja
veterán
válasz growler #8327 üzenetére
Garuda fórumon már van is topik róla.
[ Szerkesztve ]
Ha csalódni akarsz, bízz az emberekben!
-
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 --discard
paranccsal 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)[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
-
májkimiki
őstag
válasz growler #8430 üzenetére
Anno körbejártam az SSD/Trimmelés/Linux témát, amikor megvettem az első SSD-met (SATA). Én azt szűrtem ki, hogy vagy
discard
azfstab-ba
, vagysystemd service
. Ez disztrónként változik, ki melyiket preferálja. Az tény, hogy Arch-on tényleg rád van bízva, hogy melyiket választod.
Aztán van olyan is, hogy atrimm
parancs az SATA szabvány. Az NVME/PCIE szabványhoz meg adiscard
(online/realtime trimmelés) áll közelebb.
Ezt a témát lenne jó körbe járni, mert már nekem is vannak M.2 SATA/NVME SSD-im is.
Szóval jó témát vetettél fel. -
BoB
Topikgazda
válasz growler #8433 üzenetére
NVME-t ugyanúgy kell trimmelni, annak nyilván nem a TRIM SATA parancs megy ki, hanem az nvme deallocate, ami ugyanazt csinálja.
Te is meggyőződhetsz róla NVME esetén, csinálj egy fstrim-et, hozz létre egy 1GB-os fájlt, töröld le, majd újra fstrim. Látni fogod hogy pont 1GB lett trimmelve.
Az NVME és SATA SSD belső működése ugyanaz, csak az interfész más.
Lényeg, hogy az fstrim parancs az eszköznek megfelelő parancsot fogja küldeni amivel trimmelni fog a meghajtó. Ez a felhasználó számára transzparens.
De ezt a Wiki is írja: [link]
[ Szerkesztve ]
You may corrupt the souls of men, but I am steel. I am doom.
-
Sonja
veterán
válasz growler #8437 üzenetére
Én a periodic TRIM-et választottam. Arch wiki ezt írja erről:
"Note: Continuous TRIM is not the most preferred way to issue TRIM commands among the Linux community. For example, Ubuntu enables periodic TRIM by default [7], Debian does not recommend using continuous TRIM and Red Hat recommends using periodic TRIM over using continuous TRIM if feasible [8]."
[ Szerkesztve ]
Ha csalódni akarsz, bízz az emberekben!
-
májkimiki
őstag
válasz growler #8437 üzenetére
Én Arch-on az Ext4-es partíciókra kilövöm az fstab-ban a discard kapcsolókat és belövöm az ütemezett trimmelést. Ezt tenném NVME meghajtókkal is.
Csak abba gondoljunk bele, ha azonnali/online trimmelés van és esetleg egy nem jól irányzott törlés után realtime lefut. Akkor nincs lehetőség visszaállításra. Mondjuk ettől a kuka használat megvéd, de mi van ha nem használod? Ütemezett trimmelésnél meg van egy heted, mert ez a default beállított periódusa a heti terimmelésnek. -
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
[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
májkimiki
őstag
válasz growler #8441 üzenetére
Lényegtelen! A végeredmény ugyan az, ha ütemezett, ha realtime/online. Ha SATA, ha NVME.
Értsd úgy, hogy robbanó motoros autón a gázpedált nyomod a gyorsításhoz. Elektromos autón meg az előrehaladást pedált.
Csak a név más, a jobb lábaddal rátaposol a pedálra és megyen.
Lényegében mindkettő a karosszéria szekrény gyorsulását okozza.
Kvázi a fajin kis SSD-d, csatoló felülettől függetlenül le lesz trimmerelve így vagy úgy. Attól függ melyiket választod. -
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)[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Lenry
félisten
válasz growler #8455 üzenetére
a
systemctl list-timers -a
parancs csak azt listázza ki, hogy milyen időzített parancsok vannak a rendszeren és mikor fognak legközelebb lefutni, azt nem, hogy ezt milyen sikerrel tették.sudo systemctl status fstrim.service
mit ad vissza?[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
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.[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
BoB
Topikgazda
válasz growler #8453 üzenetére
Jaj de b@lf@sz vagyok, block device-t nem is lehet trimmelni
Na mindegy, látom megtaláltad hogy csatolási pont alapján kellene.
Ezt futtasd le:
# hdparm -I /dev/sda | grep TRIM(előtte csekkold hogy ez-e az a meghajtó)
You may corrupt the souls of men, but I am steel. I am doom.
-
growler
őstag
válasz growler #8471 üzenetére
A szóban forgó SSD-t közvetlenül SATA csatlakozással bekötve, és a fenti ellenőző
parancsokat futtatva, azok kimenete nem változott. (Ahhoz képest, mikor az SSD
egy külső USB3-as házba volt téve)
Viszont !! A kézi trim lefut ! Így is:
sudo fstrim -av
és így is:
sudo fstrim -v /
sudo fstrim -v /homeÚgy döntöttem az SSD marad így beépítve a PC-be.
-
kelna91
senior tag
válasz growler #8497 üzenetére
Köszönöm mindenkinek a válaszokat!
Growler, beállítottam az fstrimet (lefutott manuálisan is). Látom az /usr/lib/systemd/system/fstrim.timer fájlban, hogy alapértelmezetten hetente fog lefutni a trim. Ez elég? Gondolom, hogy azért ez az alap, mert elég szokott lenni, de ez olyan ritkának tűnik nekem.
Illetve van egy újabb problémám, hátha tud valaki megoldást. Gnome-ot használok, de a Nautilus, hiába tetszik, nem elég az egyetlen paneljével, muszáj volt kétpanelesre váltanom. A Dolphinra esett a választásom, mert ezt régebben használtam már. Nem olyan szép, letisztult, de tetszik, hogy sokat tud. Viszont van vele két nagy problémám:
1. Nincs ikonja. Egy fehér iratszekrény jelenik meg a tálcán, ez nem a Dolphin ikonja. (A Nemot is felraktam, annak is ez az ikon jelenik meg.)
2. A fájlok jó részének sincs ikonja. Egyáltalán semmi, csak a fájlnnév jelenik meg "nagy ikon" nézetben is. A videók rendben vannak, mert feltettem az ffmpegthumbsot, de pl. Word dokumentumoknak, txt fájloknak semmi ikonja nincs. Mindenhez külön thumbnailert kell feltenni, vagy hogy megy ez?
[ Szerkesztve ]
-
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
[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Siriusb
veterán
válasz growler #8532 üzenetére
Nálam ez van a log-ban:
[2022-08-22T22:21:10+0200] [ALPM] upgraded grub (2:2.06.r261.g2f4430cc0-1 -> 2:2.06.r297.g0c6c1aff2-1)
[2022-08-25T13:26:57+0200] [ALPM] upgraded grub (2:2.06.r297.g0c6c1aff2-1 -> 2:2.06.r322.gd9b4638c5-1)
[2022-08-31T08:06:47+0200] [ALPM] upgraded grub (2:2.06.r322.gd9b4638c5-1 -> 2:2.06.r322.gd9b4638c5-3)
Új hozzászólás Aktív témák
- Futás, futópályák
- Crypto Trade
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Formula-1
- Politika
- Huawei P30 Pro - teletalálat
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Megbírságolták a Razert a Zephyr maszkok miatt
- A fociról könnyedén, egy baráti társaságban
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- További aktív témák...
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen