- Xiaomi 14 - párátlanul jó lehetne
- LTE frekvenciák
- Huawei Watch GT 2 Pro - egyszerűen gyönyörű
- Megjelent a Poco F7, eurós ára is van már
- Csúcstámadó és kompakt tablet is érkezett a Xiaomitól
- iGO Primo
- iPhone topik
- Mobil flották
- Galaxy Buds Core nevű fülesen dolgozik a Samsung
- Youtube Android alkalmazás alternatívák reklámszűréssel / videók letöltése
-
Mobilarena
Arch Linux topik
Új hozzászólás Aktív témák
-
-
#9050
growler
őstag
IstvánLászló
#9049
growler
őstag
válasz
IstvánLászló
#9049
üzenetére
Szia!
Meglátásom szerint, a flatpak, snap inkább a fix kiadási ciklusú
(Debian, Ubuntu - és származékaik) kiadásokra lett kitalálva,
azok számára, akiknek fontos hogy bizonyos alkalmazásaik
a legújabb verziójúak legyenek.
Cserébe kell nekik egy GB nagyságrendű futtató környezet, maguk
a csomagok is nagyobb méretűek, lassabban indulhatnak, és
jogosultsági problémáik is lehetnek.
Arch(alapu) kiadásokon egyébként is a legújabb verziójú csomagokat
kapod (hivatalos tarolókból, ill. AUR-ból)
Arch alatt legfeljebb akkor van értelme a flatpaknak, ha sem a
hivatalos tarolókban, sem az AUR-ban nem találod a telepíteni
kívánt alkalmazást (ezt azért kétlem) - csak flatpakos csomagként.
Ez az én véleményem. ... Nálam nincs aktiválva a flatpak. -
growler
őstag
"Szerintem, amióta van az archinstall script, érvényét veszítették ezek a kiadások."
Azért kíváncsi lennek mit szólna ehhez CPT.Pirk az EndeavourOS
népszerűsítője - és meg sok más Arch alapú kiadás felhasználója?
"A Manjaro-t kivételnek tartom, mert ők visszatartanak pár verziót, amit ha jól tudom össze is csiszolnak."
Ez az alapértelmezetten "stable" ági tarolóival települő Manjarora
érvényes. ... Csakhogy ezek a tárolók igencsak foghíjasok.
Több alkalmazás/csomag hiányzik belőlük melyeket egy átlag
felhasználó is telepítene.
Ezek lehet hogy az AUR-ban bent vannak, de a stable ági
Manjaro + AUR-bol telepített csomagok - ez így együtt igencsak
rossz kombináció.
. -
growler
őstag
Szevasztok!
Mielőtt belekezdek a telepítésbe, kérdezek!
Arch alapú kiadáson van valakinek tapasztalata a "systemback" (AUR-ból) [link]
telepíthetőségéről / használhatóságáról?
Elsősorban az érdekelne, hogy a belakott rendszerről a saját .iso készites
működik-e? Indítható-e pl. Ventoy pen.-re másolva? -
growler
őstag
Sziasztok !
ArcoLinuxB: ... Ma egy frissítési csomag telepítése után (a kernel is frissült 5.19.11-re)
Timeshift mentést indítottam - de megszakadt (nem ért a mentés végére, mikor bezárult
az ablak.) Újra megnyitva a Timeshitet, a listában nem szerepel a mai mentés.
Viszont, a /home/timeshift/snapshots könyvtárban ott van a mai mentés mappája.
(Gondolom, használhatatlan - ezért töröltem)
Egyedi a problémám, vagy más is találkozott vele ? -
growler
őstag
válasz
Siriusb
#8530
üzenetére
08.25.-én kaptam grub frissítést.
Másnap 26.-án (délután) ismét frissült a grub - ez feltűnt, és utána néztem.
Kiderült hogy a 26.-ai az downgrade vot az előző verzióra.
(Egyébként, a 26.-ai indításnál semmi probléma nem volt.)
Még ma is ez a downgrade-elt grub van fent. [link] -
growler
őstag
válasz
kelna91
#8517
üzenetére
Elég a heti trim. Azért is jó, mert ha véletlenül törölsz valamilyen pótolhatatlan
fájlt/adatot, akkor van időd a visszaállítására. (Ha lefut a trim, az visszaállíthatatlanná
tesz minden törölt adatot.)
Régen, mikor még kis méretűek voltak az SSD-k (32-64GB) volt egy ilyen ajánlás:
fstrim futtatásának gyakorisága, az SSD foglalt területének függvényében:
85% \- 100% | Hourly
60% \- 84% | Daily
31% \- 59% | Weekly
0% \- 30% | Monthly
Az SSD optimális működése szempontjából lényeges hogy:
"Hagyj üres helyet az SSD-n, hogy „tudjon lélegezni”, gyorsabb és hatékonyabb lesz a működése, ha van némi szabad hely, ahol az adat átcsoportosításokat el tudja végezni."
Alapértelmezetten minden SSD-n van kb. + 7% olyan szabad terület, amelyet csak az
SSD vezérlője lát - ezt Te nem is tudod használatba venni..
De az soha nem árt ha ez a 7% még valamennyivel kiegészül. -
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.
-
growler
őstag
m@mo ~]$ sudo hdparm -I /dev/sda | grep TRIM
[sudo] m jelszava:
* Data Set Management TRIM supported (limit 8 blocks)
* Deterministic read ZEROs after TRIM
[m@mo ~]$Furcsa, mert a
systemctl status fstrim.service
parancs, továbbra is csak ezt mutja:○ 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)
[m@mo ~]$ -
growler
őstag
[m@mo ~]$ sudo systemctl status fstrim.service
[sudo] m jelszava:
○ 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)
[m@mo ~]$ -
growler
őstag
m@mo ~]$ sudo systemctl status fstrim.timer
[sudo] m jelszava:
● fstrim.timer - Discard unused blocks once a week
Loaded: loaded (/usr/lib/systemd/system/fstrim.timer; enabled; vendor preset: disabled)
Active: active (waiting) since Wed 2022-06-08 14:54:54 CEST; 2min 1s ago
Until: Wed 2022-06-08 14:54:54 CEST; 2min 1s ago
Trigger: Wed 2022-06-08 15:52:11 CEST; 55min left
Triggers: ● fstrim.service
Docs: man:fstrim
jún 08 14:54:54 mo systemd[1]: Started Discard unused blocks once a week.
[m@mo ~]$ sudo fstrim /dev/sda3 -v
fstrim: /dev/sda3: not a directory
[m@mo ~]$ sudo fstrim -v /
fstrim: /: the discard operation is not supported
[m@mo ~]$
Külső UASP + trim támogatású USB3-as házban lévő SATA3 SSD Manjaroval telepítve. -
-
growler
őstag
Ezek szerint en felreertem a helyzetet.
Ha engedelyezem akar az azonnali, akar az idozitett trimet,
az csak a SATA (ATA)-s csatolofeluletu SSD-re "van hatassal"
Az NVME M.2 SSD-k csatolofeluleten ez nem is "megy at"
Az NVME M.2 csatolofeluletu SSD-knek sajat / beepitett megoldasa
van a trimre. - Vagy nem ? -
-
growler
őstag
válasz
#63718632
#8431
üzenetére
Kozben ratalaltam Ubyegon2 blogjara ahol az NVME SSD-rol ertekezik.
[link]
Ha jol ertelmezem, NVME M.2 SSD-re telepitett rendszeren, akar le is
lehet tiltani (inaktivalni) az esetleges alapertelmezetten aktiv TRIM-et
Mivel a TRIM SATA-s parancs - ugy sincs hatassal a nem SATA
csatolofeluletu NVME M.2 SSD-re.
Az NVME M.2 SSD:
"Az eszköz saját Dataset Management parancskészlete, pontosabban annak deallocate utasítása folyamatosan hajtja végre a TRIM-nek megfelelő műveletet adatmozgatás közben, quasi online TRIM-melést végez."
Szoval, kulso beallitas nelkul "hazon belul" elintez mindent. (?) -
growler
őstag
Nemreg telepitettem az Arch alapu ArcoLinuxot SATA-s SSD-re
Engedelyeztem az fstrim.timert, - ellenoriztem - fut !
Viszont a mas rendszeren megszokott kezi Trim (sudo fstrim -av)nem fut le.
Annyit sikerult kideritenem, hogyha az fstab-ba beirnam a discard
parametert, akkor elkepzelheto hogy a kezi TRIM is lefutna.
Kerdesem: Nem lehetne valahogy megis futtatni kezi TRIM-et ugy
hogy csak az idozitett trim van engedelyezve ? -
growler
őstag
Sziasztok !
SSD TRIM-el kapcsolatban kernek megerositest, ill. helyesbitest.
Tudomasom szerint:
- SATA SSD: Szuksege van TRIM-re (Arch alapu kiadasokon altalaban
ezt kulon engedelyezni kell. --> sudo systemctl enable fstrim.timer --now
- NVME M.2 SSD: Nem kell foglalkozni a TRIM-el.
Jol tudom ? -
growler
őstag
Köszi ! A Garuda fórum eszembe sem jutott.
Ezek szerint nem vagyok egyedül.
Várok 1-2 napot mert ha minden igaz, a 3 telepíthető pamac közül lehet hogy csak
azt érinti a probléma amelyiket én választottam. - Biztos hogy nem a Pamac-Nosnap-ot."Eltávolítottam és telepítettem a Pamac-Nosnapt. Ez rögzítette a problémámat, amit használok a PAMAC-t."
-
growler
őstag
Sziasztok !
Arch alapú Garuda
Az utolsó frissítési csomag telepítése után, az indító ikonra kattintva nem indul a pamac.
Terminálból indítva ezt dobja:
$ pamac-manager
pamac-manager: symbol lookup error: pamac-manager: undefined symbol: pamac_alpm_package_get_has_signature
Lehet valamit csinálni vele ? Vagy várjam meg a következő frissítést - hátha az javítja ?
(A pacman, - úgy néz ki működik !) -
growler
őstag
válasz
zoltanz
#8311
üzenetére
Garuda Linux (Arch alapú)
pactl info:
Server Name: PulseAudio (on PipeWire 0.3.43)
inxi -Fazy:
Audio:
Device-1: Intel Cannon Lake PCH cAVS vendor: Gigabyte driver: snd_hda_intel
v: kernel alternate: snd_soc_skl,snd_sof_pci_intel_cnl bus-ID: 00:1f.3
chip-ID: 8086:a348 class-ID: 0403
Sound Server-1: ALSA v: k5.16.1-zen1-1-zen running: yes
Sound Server-2: JACK v: 1.9.20 running: no
Sound Server-3: PulseAudio v: 15.0 running: no
Sound Server-4: PipeWire v: 0.3.43 running: yes -
growler
őstag
-
growler
őstag
Megy a lecsoba. 
Új hozzászólás Aktív témák
Hirdetés
- Anglia - élmények, tapasztalatok
- Autós topik
- HiFi műszaki szemmel - sztereó hangrendszerek
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Linux kezdőknek
- VR topik
- Építő/felújító topik
- A fociról könnyedén, egy baráti társaságban
- Kormányok / autós szimulátorok topikja
- Milyen billentyűzetet vegyek?
- További aktív témák...
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Sea of Thieves Premium Edition és Egyéb Játékkulcsok.
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Antivírus szoftverek, VPN
- Csere-Beszámítás! Asztali számítógép játékra! I5 14400F / RX 6900 XT 16GB / 32GB DDR5 / 1TB SSD
- ÁRGARANCIA! Épített KomPhone Ryzen 5 7500F 32/64GB DDR5 RTX 5060 8GB GAMER PC termékbeszámítással
- MacBook felvásárlás!! Macbook, Macbook Air, Macbook Pro
- Bomba ár! HP EliteBook Folio 1040 G1 - i5-G4 I 8GB I 256GB SSD I 14" HD+ I Cam I W10 I Garancia!
- HPE Apollo 4200 Gen9 2U rack szerver, 1x E5-2620v4, 64GB RAM, 24x3.5" 2U-ban! ÁFA-s számla, garancia
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged