Új hozzászólás Aktív témák

• I02S3F addikt

  2022-07-22 18:53:26 #8500

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  I02S3F

  addikt

  válasz Mobulla üzenetére #8499

  Köszi!

• Mobulla csendes tag

  2022-07-22 17:22:52 #8499

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mobulla

  csendes tag

  válasz I02S3F üzenetére #8498

  Nem bonyolultabb mint a debian-ubuntu-mint vonal, más parancsok vannak itt-ott, de 3 perc alatt megtalálod a megoldást, az elv ugyanaz.
  Viszont ha fent van, kinyílik a linux világ, mert kb. minden is van, csak fel kell dobni.
  

• I02S3F addikt

  2022-07-22 16:59:52 #8498

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  I02S3F

  addikt

  Sziasztok!

  Régóta használok Linuxot. Néha csak arra vágyok, hogy "csak működjön" (mint például a Mint [kattintok kettős és minden probléma meg van oldva]), viszont az Arch-ban tetszik, hogy frissek a csomagok.

  Ha script nélkül is képes vagyok feltenni az Arch-ot, akkor már használni is tudni fogom?

• growler őstag

  2022-07-21 17:42:50 #8497

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  growler

  őstag

  válasz kelna91 üzenetére #8494

  ArcoLinux-on, Manjaro-n engedélyeznem kellett az fstrim.timer-t. (Ext4)
  sudo systemctl enable fstrim.timer --now
  vagy:
  sudo systemctl enable fstrim.timer
  sudo systemctl start fstrim.timer

  Kézi trim lefut?
  sudo fstrim -av

• #08299776 törölt tag

  2022-07-21 17:19:36 #8496

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #08299776

  törölt tag

  válasz kelna91 üzenetére #8494

  Elvileg detektálja magától, de ettől függetlenül én meg szoktam adni az ssd opciót.
  Viszont az autodefragot nem használom. Ha sok kicsi (64 KiB) fájl írásáról van szó, akkor hasznos, különben többet árt mint használ. Érdemesebb manuálisan kiadni, ha szükséges 'btrfs filesystem defragment -rvf /csatolás'.
  TRIM pedig inkább ütemezett fstrim, ahogy urandom kolléga írta.
  Ezen kívül én használom a tömörítést (zlib), remekül működik.

• urandom0 őstag

  2022-07-21 17:09:03 #8495

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  urandom0

  őstag

  válasz kelna91 üzenetére #8494

  A discard opció alapértelmezetten tiltva van, mert feleslegesen sokat írja az SSD-t. Nézd meg inkább, van-e fstrim szolgáltatásod, ha van, engedélyezd.

  A kernel nem trimmel.

• kelna91 senior tag

  2022-07-21 16:02:16 #8494

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  kelna91

  senior tag

  Sziasztok! Adott egy Arch / BTRFS / LUKS / SSD felállású rendszer. Az fstab subvolume mount optionök a következők: defaults,noatime,space_cache,autodefrag
  Ez így rendben van? Nem kellene discard-ot (vagy discard=async-et) beállítani? Vagy a mai kernel már automatikusan trimmeli az SSD-ket? Hogy van ez?

• Sonja nagyúr

  2022-07-16 15:07:57 #8493

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Sonja

  nagyúr

  válasz #68216320 üzenetére #8490

  Igen, neked nem volt más.

• #68216320 törölt tag

  2022-07-16 14:49:06 #8492

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #68216320

  törölt tag

  válasz Lenry üzenetére #8491

  Köszönöm.
  (és bocs a bénázásért... )

• Lenry félisten

  2022-07-16 14:17:59 #8491

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Lenry

  félisten

  válasz #68216320 üzenetére #8490

  yepp
  pontosan ennek kellett történnie

• #68216320 törölt tag

  2022-07-16 14:05:22 #8490

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #68216320

  törölt tag

  válasz Lenry üzenetére #8488

  Lenry, Sonja:
  Letöröltem a wxgtk2 csomagot. Ezután elindult az update és lecserélte az alábbiakat, de rendben lefutott. Akkor ez így rendben van?

  :: Teljes rendszerfrissítés indítása...
  :: Lecseréli wxgtk-common-t erre: extra/wxwidgets-common? [I/n]
  :: Lecseréli wxgtk3-t erre: extra/wxwidgets-gtk3? [I/n]

• Sonja nagyúr

  2022-07-16 12:39:34 #8489

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Sonja

  nagyúr

  válasz #68216320 üzenetére #8487

  Ahogy írja is, le kell szedni a wxgtk-common csomagot, de annak is vannak függőségei, azaz pár program/lib. Ha megpróbálod eltávolítani, akkor kiírja, hogy mik azok a programok. Ezeket leszedtem (plusz ugye a wxgtk2 csomagot), majd utánna frissítettem, ami szépen le is futott. Végül nem tettem vissza ezeket a programokat, mert nem voltak fontosak. Gondolom, ha kellenének, akkor fel lehetne tenni ismét őket.

• Lenry félisten

  2022-07-16 12:32:19 #8488

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Lenry

  félisten

  válasz #68216320 üzenetére #8487

  wxgtk2-t töröld le.
  igen nagy a valószínűsége, hogy bármi miatt is került oda, annak már nincs rá szüksége

• #68216320 törölt tag

  2022-07-16 11:41:57 #8487

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #68216320

  törölt tag

  válasz Sonja üzenetére #8486

  Ezt egy kicsit részleteznéd? Mert én is belefutottam és nem tudom mi legyen a dependency-vel.
  $ sudo pikaur -Syu
:: A csomagadatbázisok szinkronizálása...
core naprakész
extra naprakész
community naprakész
multilib naprakész
:: Starting full AUR upgrade...
Reading repository package databases...
Reading local package database...
hiba: nem sikerült előkészíteni a tranzakciót (nem sikerült kielégíteni a függőségeket)
:: wxgtk-common eltávolításával megtörik a(z) 'wxgtk-common' függőség amit wxgtk2 kér

• Sonja nagyúr

  2022-07-15 10:52:32 #8486

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Sonja

  nagyúr

  válasz BoB üzenetére #8485

  Ebbe én is belefutottam. Sajnos pár csomagot le kellett szednem ahhoz, hogy felmenjen, nem volt elég a wxgtk2. De megoldottam.

• BoB Topikgazda

  2022-07-15 10:20:11 #8485

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  BoB

  Topikgazda

  [link]
  wxWidgets 3.2 provides a Qt frontend in addition to the GTK3 one, so packages have been renamed from wxgtk- to wxwidgets-. The GTK2 frontend is no longer provided. If you have wxgtk2 installed, the upgrade will fail with

  error: failed to prepare transaction (could not satisfy dependencies) :: removing wxgtk-common breaks dependency 'wxgtk-common' required by wxgtk2

  In such case, uninstall wxgtk2 first and then proceed with the upgrade.

• borisz1994 csendes tag

  2022-06-16 06:34:59 #8484

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  borisz1994

  csendes tag

  válasz jimmy399 üzenetére #8482

  Köszönöm, ez működik

• Mobulla csendes tag

  2022-06-15 18:16:43 #8483

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mobulla

  csendes tag

  válasz borisz1994 üzenetére #8481

  Szerintem nomodeset kernelparaméter.

• jimmy399 senior tag

  2022-06-15 18:04:52 #8482

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  jimmy399

  senior tag

  válasz borisz1994 üzenetére #8481

  nomodeset kernel paraméterrel meg lehet oldani.

• borisz1994 csendes tag

  2022-06-14 21:05:10 #8481

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  borisz1994

  csendes tag

  Üdvözlök mindenkit. Van mód arra, hogy USB Live módban, a GPU driver-t ne töltse be induláskor?

• #68216320 törölt tag

  2022-06-14 07:06:55 #8480

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #68216320

  törölt tag

  Használ közületek valaki Opera browser-t?
  Nálam valamiért újabban nem működik a saját menüje és egér jobb gombra sem jönnek fel a lehetőségek, mikor linkre vagy képre kattintok.
  Először azt hittem a laptopomon van valami gond, de más gépeimen is ezt csinálja az estek 70%-ban.

• Lenry félisten

  2022-06-12 13:56:10 #8479

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Lenry

  félisten

  válasz Shyciii üzenetére #8478

  jó, akkor biztosan úgy van, ha te ettől boldogabb vagy.
  growlernek egyértelműen nem futott le amíg az USB-s házban volt, most meg igen, és ez a lényeg

• Shyciii veterán

  2022-06-12 09:38:51 #8478

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Shyciii

  veterán

  válasz Lenry üzenetére #8474

  Tudom, hogy mi indítja...És pont azért írtam, hogy nem, nem látszik. Amit te bevágtál a status alatt, az nekem nincsen már jóideje, és erre utaltam, és ezért vágtam be a journal logját, mert nekem már csak ott mutatja. És bár notebook ez is, de nekem ez a seed szervereme is, így ritkán van reboot.

• vargalex félisten

  2022-06-11 21:57:14 #8477

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  vargalex

  félisten

  válasz BoB üzenetére #8476

  Valóban, ezt el is felejtettem. Ez a notebook-om...

• BoB Topikgazda

  2022-06-11 20:00:04 #8476

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  BoB

  Topikgazda

  válasz vargalex üzenetére #8475

  Persze hogy nem látszik mivel nálad azóta volt reboot, nála meg nem. Adott service status alatt csak az látszódik ami a jelenlegi boot alatt történt, a régebbiek nem.

• vargalex félisten

  2022-06-11 17:42:56 #8475

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  vargalex

  félisten

  válasz Lenry üzenetére #8474

  Nálam sem látszik valamiért (most direkt sudo-val futtattam a status-t is):

  [gavarga@gavarga-5500 ~]$ sudo 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)
[gavarga@gavarga-5500 ~]$ sudo journalctl -u fstrim.service
jún 06 18:54:47 gavarga-5500 systemd[1]: Starting Discard unused blocks on filesystems from /etc/fstab...
jún 06 18:55:15 gavarga-5500 fstrim[5240]: /boot: 173,4 MiB (181867520 bytes) trimmed on /dev/nvme0n1p1
jún 06 18:55:15 gavarga-5500 fstrim[5240]: /srv: 41 GiB (43985354752 bytes) trimmed on /dev/mapper/vgwdc-srv
jún 06 18:55:15 gavarga-5500 fstrim[5240]: /mnt: 19,1 GiB (20490309632 bytes) trimmed on /dev/mapper/vgwdc-mnt
jún 06 18:55:15 gavarga-5500 fstrim[5240]: /home: 12,7 GiB (13597962240 bytes) trimmed on /dev/mapper/vgwdc-home
jún 06 18:55:15 gavarga-5500 fstrim[5240]: /: 14,1 GiB (15192903680 bytes) trimmed on /dev/mapper/vgwdc-root
jún 06 18:55:15 gavarga-5500 systemd[1]: fstrim.service: Deactivated successfully.
jún 06 18:55:15 gavarga-5500 systemd[1]: Finished Discard unused blocks on filesystems from /etc/fstab.
jún 06 18:55:15 gavarga-5500 systemd[1]: fstrim.service: Consumed 1.504s CPU time.

• Lenry félisten

  2022-06-11 15:34:48 #8474

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Lenry

  félisten

  válasz Shyciii üzenetére #8473

  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 a systemctl status fstrim.service parancsot, neked is látszódni fog ugyanaz, amit a journalctl-ban is látsz.
  growlernek viszont nem volt ilyen alatta.

• Shyciii veterán

  2022-06-11 15:06:08 #8473

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Shyciii

  veterán

  válasz Lenry üzenetére #8460

  Ez így ebben a formában nem igaz. Nekem is ugyanazt mutatja az fstrim.service-ra mintha halott szolgáltatás lenne, ennek ellenére mégis lefutott már párszor.

  journalctl | grep fstrim

  May 30 00:10:43 archlinux fstrim[51704]: /home/Data: 199.7 GiB (214405660672 bytes) trimmed on /dev/sda3
  May 30 00:10:43 archlinux fstrim[51704]: /boot: 453.8 MiB (475791360 bytes) trimmed on /dev/sda1
  May 30 00:10:43 archlinux fstrim[51704]: /: 16.6 GiB (17787359232 bytes) trimmed on /dev/sda2
  May 30 00:10:43 archlinux systemd[1]: fstrim.service: Deactivated successfully.
  Jun 06 01:20:15 archlinux fstrim[75988]: /home/Data: 196.4 GiB (210929713152 bytes) trimmed on /dev/sda3
  Jun 06 01:20:15 archlinux fstrim[75988]: /boot: 453.6 MiB (475660288 bytes) trimmed on /dev/sda1
  Jun 06 01:20:15 archlinux fstrim[75988]: /: 17.3 GiB (18574147584 bytes) trimmed on /dev/sda2

• growler őstag

  2022-06-10 08:39:20 #8472

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  growler

  őstag

  válasz growler üzenetére #8471

  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

  2022-06-09 12:55:12 #8471

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  growler

  őstag

  válasz Sonja üzenetére #8470

  Koszi ! Ilyenrol meg nem is hallottam hogy egy UASP+trim tamogatasu
  USB3-as haz meg kulon mokolast igenyel hogy ateressze magan a trim parancsot.
  Megprobalom kozvetlen SATA csatlakozassal - es majd kiderul.

• Sonja nagyúr

  2022-06-09 12:45:23 #8470

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Sonja

  nagyúr

  Engedélyezted is az USB-s mobilrack-nek, hogy használja a TRIM-et? Ezt csináld meg.

• growler őstag

  2022-06-09 12:37:24 #8469

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  growler

  őstag

  válasz BoB üzenetére #8468

  Igen csak ez az egy USB3-as esztoz van csatlakoztatva a gephez (PC)
  A tobbi eszkoz tapcsatija le van huzva.
  Egy ilyen hazban: [link] csucsul egy Samsung 860 EVO

• BoB Topikgazda

  2022-06-09 12:16:32 #8468

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  BoB

  Topikgazda

  válasz growler üzenetére #8464

  És ez az egyetlen meghajtó / partíció ami csatolva van? Nincs olyan csatolva ami nem támogatja a trimet?

• Sonja nagyúr

  2022-06-09 11:15:08 #8467

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Sonja

  nagyúr

  Ma rendszerfrissítés után fekete képernyő + egérkurzor fogadott. Végül a megoldás az Arch fórumán reggel nyitott topicban volt!

• growler őstag

  2022-06-09 09:21:31 #8466

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  growler

  őstag

  válasz Lenry üzenetére #8465

  Végül is, megoldható ... csak időt kell rá szakítanom.
  Majd még jelenkezem.

• Lenry félisten

  2022-06-09 09:09:52 #8465

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Lenry

  félisten

  válasz growler üzenetére #8464

  semmiképp nem oldható meg, hogy nem USB-n használod azt a meghajtót? legalább egy próba erejéig?

• growler őstag

  2022-06-09 08:47:30 #8464

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  growler

  őstag

  válasz BoB üzenetére #8463

  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 ~]$

• BoB Topikgazda

  2022-06-08 17:28:00 #8463

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  BoB

  Topikgazda

  válasz growler üzenetére #8453

  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ó)

• growler őstag

  2022-06-08 15:49:31 #8462

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  growler

  őstag

  válasz Archttila üzenetére #8458

  Igazad van ... nem kéne.

• Lenry félisten

  2022-06-08 15:47:27 #8461

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Lenry

  félisten

  válasz Archttila üzenetére #8458

  passz, megszokásból. nincs jelentősége

  de egyébként úgy rémlik, hogy jártam már úgy, hogy nem ugyanazt a kimenetet adta userként, mint sudoval.

• Lenry félisten

  2022-06-08 15:47:08 #8460

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Lenry

  félisten

  válasz growler üzenetére #8457

  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.

• vargalex félisten

  2022-06-08 15:46:09 #8459

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  vargalex

  félisten

  válasz Archttila üzenetére #8458

  Ez egy nagyon jó kérdés, nekem is feltűnt.

• Archttila veterán

  2022-06-08 15:44:01 #8458

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Archttila

  veterán

  válasz Lenry üzenetére #8456

  A status -t miert szudozzatok?

• growler őstag

  2022-06-08 15:43:54 #8457

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  growler

  őstag

  válasz Lenry üzenetére #8456

  [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 ~]$

• Lenry félisten

  2022-06-08 15:40:36 #8456

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Lenry

  félisten

  válasz growler üzenetére #8455

  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?

• growler őstag

  2022-06-08 15:31:31 #8455

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  growler

  őstag

  válasz Lenry üzenetére #8454

  Az időzített (heti) trim ugyanezen a külső házban levő SSD-n lefut.
  systemctl list-timers -a
  kimenete szerint
  A SMART adatai is olvashatóak.

• Lenry félisten

  2022-06-08 15:18:10 #8454

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Lenry

  félisten

  válasz growler üzenetére #8453

  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)

• growler őstag

  2022-06-08 15:11:45 #8453

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  growler

  őstag

  válasz BoB üzenetére #8452

  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.

• BoB Topikgazda

  2022-06-08 14:17:09 #8452

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  BoB

  Topikgazda

  válasz growler üzenetére #8451

  Mutasd légyszi a terminált.

• growler őstag

  2022-06-08 13:14:37 #8451

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  growler

  őstag

  válasz BoB üzenetére #8429

  Sajnos engedelyezett fstrim.timer mellett (discard parameter nelkul) igy sem fut le kezi trim.
  Sem eszkozre (xxx) sem particiora (xxxy)

• vargalex félisten

  2022-06-08 12:32:17 #8450

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  vargalex

  félisten

  válasz #63718632 üzenetére #8440

  Miért kell "kilőni" discard kapcsolókat? Arch-on maguktól nem kerülnek bele az fstab-ba...

• #63718632 törölt tag

  2022-06-08 09:21:53 #8449

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #63718632

  törölt tag

  Igen, hát mondjuk ez a trimmelés téma Arch Linuxon nem is annyira triviális. Mivel a filozófia meg hagyja a user-nek a döntés szabaságát, hogy mit használ. Meg milyen szolgáltatásokat állít be a rendszerén.
  Erre volt ma egy jó példám.
  Cimbimnek anno egy kis fos AMD C-70-es notikára tettem egy Arch rendszert, mert azzal viszonylag jól megy. Ennek két éve már. Tegnap csörög, hogy nyomtatni szeretne. Mondom semmi gond, Xfce>Nyomtató beállítások és minden fasza lesz, meg szkenneléshez Skanlite vagy Szkennelés progi.
  Majd negyed óra mulva csaptam a fejemhez, hogy állj ne csinálj semmit. Mert szinte biztos, hogy nyomtató csoporthoz kell adni a user-t. Be kell lőni a CUPS service-t és egyéb nyalánkságok.
  Másik öreg notiján egy Deb alapú Neptune van. Na azon nyomhatod nyugodtan, amit a GUI ad nyomtatókra és szkennerekre. Azzal elboldogulsz, biztos.
  A lényeg, hogy a cimbi abszolute nem érdekelt, a dolgok hátterének megértésében. Csak működjön.
  Na ezzel csak azt szertettem volna sugalni, minden disztrón kicsit más minden is.
  

• Lenry félisten

  2022-06-08 09:09:10 #8448

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Lenry

  félisten

  válasz growler üzenetére #8444

  számomra mindenképp hasznos volt, mostmár tudom, hogy bizonyos dolgokat rosszul tudtam

• #63718632 törölt tag

  2022-06-08 09:04:16 #8447

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #63718632

  törölt tag

  válasz growler üzenetére #8444

  Persze, hogy nem csak neked hasznos, hanem mindenkinek. Anno én is hasonló kétségek közt voltam.

• #63718632 törölt tag

  2022-06-08 09:03:05 #8446

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #63718632

  törölt tag

  válasz growler üzenetére #8444

  De az fstab-ba kukkants be, hogy van-e discard vagy nincs a Linuxos fájl rendszerekre.

• #63718632 törölt tag

  2022-06-08 09:01:31 #8445

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #63718632

  törölt tag

  válasz growler üzenetére #8441

  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.

• growler őstag

  2022-06-08 08:56:40 #8444

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  growler

  őstag

  válasz Lenry üzenetére #8442

  Koszonom mindenkinek!
  Tehat ha majd NVME M.2 SSD-re telepitek olyan rendszert, amelyiken
  alapertelmezetten nincs engedelyezve az idozitett trim - akkor
  engedelyezem.

  Ui. Hogy ezt igy tisztaztuk, gondolom nem csak nekem hasznos !

• Archttila veterán

  2022-06-08 08:54:07 #8443

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Archttila

  veterán

  Periodic +1

• Lenry félisten

  2022-06-08 08:39:21 #8442

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Lenry

  félisten

  válasz growler üzenetére #8441

  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

• growler őstag

  2022-06-08 08:36:21 #8441

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  growler

  őstag

  válasz Lenry üzenetére #8438

  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 ?

• #63718632 törölt tag

  2022-06-08 08:20:41 #8440

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #63718632

  törölt tag

  válasz growler üzenetére #8437

  É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.

• Sonja nagyúr

  2022-06-08 08:17:47 #8439

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Sonja

  nagyúr

  válasz growler üzenetére #8437

  É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]."

• Lenry félisten

  2022-06-08 08:15:36 #8438

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Lenry

  félisten

  válasz growler üzenetére #8437

  (most hogy a kérdésed miatt igyekeztem alaposabban körbejárni a témát) én a periodicot kapcsolnám be.

• growler őstag

  2022-06-08 07:39:16 #8437

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  growler

  őstag

  válasz BoB üzenetére #8436

  Akkor most konkretan rakerdezek.
  Ha NVME M.2 SSD-re telepitenel Arch-ot, (vagy valamelyik Arch alapu
  kiadast, - melyiken alapertelmezetten sem az azonnali, sem az idozitett
  trim nincs engedelyezve, akkor Te melyiket engedelyezned ?
  Vagy egyiket sem ?

• BoB Topikgazda

  2022-06-07 14:41:15 #8436

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  BoB

  Topikgazda

  válasz growler üzenetére #8433

  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]

• #63718632 törölt tag

  2022-06-07 14:16:48 #8435

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #63718632

  törölt tag

  válasz growler üzenetére #8433

  Igen, ezt mondtam csak máshogy. :-)
  SATA SSD-nél van nagyobb katyvasz.

• #63718632 törölt tag

  2022-06-07 14:15:47 #8434

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #63718632

  törölt tag

  válasz Siriusb üzenetére #8432

  Én sima titkosítatlan ext4-en élem az életem, szóval ehhez nem tudok mit hozzá tenni.
  A Reflektor az ugyan az mint pl. Ubuntun a tükör elérési sebessége alapján alapuló prioritás. A frissítési szervereket illetően.
  Őszintén megvallva nálam nem hozott látványos javulást annyira, hogy ezt mindig megcsináljam.
  Én úgy vettem észre, hogy a pacman inteligensen is a leggyorsabb tükröket használja.

• growler őstag

  2022-06-07 14:14:28 #8433

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  growler

  őstag

  válasz #63718632 üzenetére #8431

  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. (?)

• Siriusb veterán

  2022-06-07 14:01:15 #8432

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Siriusb

  veterán

  válasz #63718632 üzenetére #8431

  Nálam kicsit bonyolult a helyzet, mert LVM-et használok LUKS-on, nehogy túl egyszerű legyen. Én a periodikus trim mellett döntöttem.

  Más: frissült a mirrorlist – s habár mostanság nem volt probléma a sebességgel –, úgy döntöttem generálni kellene egy új listát. Találtam egy reflector névre hallgató csomagot, parancssorból lehet készíteni egy listát különféle szempontok figyelembevételével, szóval egész hasznos. Ráadásul a kidolgozott utasítás ott figyel az előzményekben most már, csak vissza kell rá ugranom, ha új mirrorlist kellene.

• #63718632 törölt tag

  2022-06-07 13:30:02 #8431

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #63718632

  törölt tag

  válasz growler üzenetére #8430

  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 az fstab-ba, vagy systemd 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 a trimm parancs az SATA szabvány. Az NVME/PCIE szabványhoz meg a discard (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.

• growler őstag

  2022-06-07 12:43:47 #8430

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  growler

  őstag

  válasz BoB üzenetére #8429

  Koszi szepen !
  Most nem azon a gepen vagyok, de ki fogom probalni.

• BoB Topikgazda

  2022-06-07 12:10:11 #8429

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  BoB

  Topikgazda

  válasz growler üzenetére #8428

  Block device alapján próbáld:
  # fstrim /dev/xxx -v

• growler őstag

  2022-06-07 10:45:13 #8428

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  growler

  őstag

  válasz BoB üzenetére #8427

  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 ?

• BoB Topikgazda

  2022-06-07 10:15:39 #8427

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  BoB

  Topikgazda

  válasz Lenry üzenetére #8424

  Mivel Arch linuxról beszélünk, ezért kell külön foglalkozni vele.

  Nincs trim folyamatosan automatikusan, csak ha magadnak beállítottad (másképpen kifejezve a discard nem kerül be az fstab-ba csak úgy magától).

  Sem a periodic trim nincs beállítva.

  Azaz neked kell választanod hogy melyiket használod, vagy nem használod egyiket sem (bár nem látom ez miért lenne jó).

  SATA vs NVME között valóban nincs különbség a felhasználó szempontjából ilyen téren.

  A véletlen törlések ellen meg nem az a megoldás hogy az ember kikapcsolja a trim-et (ez elég kókány géza lenne )

• Lenry félisten

  2022-06-07 09:57:20 #8426

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Lenry

  félisten

  válasz growler üzenetére #8425

  jó kérdés, most gyorsan körbeguglizva úgy látom több helyen azt írják, hogy valóban: continous trim után nem lehet helyreállítani a fájlokat.

  ezt jó tudni

• growler őstag

  2022-06-07 09:34:56 #8425

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  growler

  őstag

  válasz Lenry üzenetére #8424

  Koszonom !
  Talan meg annyit: A folyamatos TRIM nem teszi lehetetlenne a
  veletlen torlesek visszaallitasat ?

• Lenry félisten

  2022-06-07 09:20:33 #8424

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Lenry

  félisten

  válasz growler üzenetére #8423

  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)

• growler őstag

  2022-06-07 07:58:15 #8423

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  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 ?

• #68216320 törölt tag

  2022-05-27 12:00:43 #8422

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #68216320

  törölt tag

  Szeretném felrakni Wine után a PlayOnLinux csomagot (pikaur), viszont függőségi hibába futok:
  $ sudo pikaur -S playonlinux
Reading repository package databases...
Reading local package database...
Resolving AUR dependencies...
:: error: Can't resolve dependencies for AUR package 'playonlinux':
:: error: Dependencies missing for playonlinux
:: warning: Following package cannot be found in AUR:
    wxpython    
:: Try recovering playonlinux?
[e] edit PKGBUILD
[s] skip this package
[A] abort
> s
:: Nothing to do.

  Ha megpróbálom felrakni a wxpython csomagot, pontosabban bármelyik gtk verziós csomagot belőle akor az sem sikerül.
  wxpython (python2-wxpython3-gtk2, python2-wxpython3-gtk3)
  ...
checking for GST... configure: WARNING: GStreamer 0.10 not available, falling back to 0.8
checking for GST... configure: WARNING: GStreamer 0.8/0.10 not available.
configure: error: GStreamer not available
==> HIBA: Hiba történt a build()-ben.
    Megszakítás...
Finished with result: exit-code
Main processes terminated with: code=exited/status=4
Service runtime: 26.580s
CPU time consumed: 16.216s
Command 'systemd-run --service-type=oneshot --pipe --wait --pty -p DynamicUser=yes -p CacheDirectory=pikaur -E HOME=/tmp -p WorkingDirectory=/var/cache/pikaur/build/python2-wxpython3 makepkg --force' failed to execute.
:: Try recovering?

  Gondoltam felrakom a gstreamer-t, hátha az a gondja, de mint kiderült abból az 1.20 már telepítve van.
  $ sudo pacman -S gstreamer
figyelmeztetés: a(z) gstreamer-1.20.2-1 naprakész -- újratelepítés
...

  Mit szúrok el? Miért nem tudok PlayOnLinux-ot felrakni?
  (És nem kéne amúgy a Wine-nak install után automatikusan ikonnak létrehozni?)

• #68216320 törölt tag

  2022-05-20 08:44:53 #8421

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #68216320

  törölt tag

  válasz #68216320 üzenetére #8420

  Azóta többször nekifutottam, de nem sikerül választhatóvá tennem az NVidia VGA-t a laptopban.
  Vagy teljesen letiltom két fájl szerkesztésével vagy folyamatosan aktív és használatban van.
  Nincs tapasztalat, hogy Arch-on hogyan tudnám megoldani?

  Valami régebbi gépen ubuntu esetén volt az nvidia driverben legalább választás és reboot után vagy intel vagy nvidia volt használatban. Most viszont ez sincs.

• #68216320 törölt tag

  2022-05-13 21:31:07 #8420

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #68216320

  törölt tag

  Ismét elakadtam.
  Szeretnék a laptopomon az Intel és Nvidia VGA-k között váltani.
  Az lenne a terv, hogy alapban az Intel van használatban, de szükség esetén az Nvidia is használható legyen. neofetch

  Felraktam az "optimus-manager" csomagot, de indítva az alábbi üzenetet kapom:
  $ optimus-manager 
ERROR: a GPU setup was initiated but Xorg post-start hook did not run.
Log at /var/log/optimus-manager/switch/switch-20220513T212209.log
If your login manager is GDM, make sure to follow those instructions:
https://github.com/Askannz/optimus-manager#important--gnome-and-gdm-users
If your display manager is neither GDM, SDDM nor LightDM, or if you don't use one, read the wiki:
https://github.com/Askannz/optimus-manager/wiki/FAQ,-common-issues,-troubleshooting
Cannot execute command because of previous errors.

  A log ezt mutatja:
  $ nano /var/log/optimus-manager/switch/switch-20220513T212209.log
17] INFO: # Xorg pre-start hook
[17] INFO: Previous state was: {'type': 'pending_pre_xorg_start', 'requested_mode': 'integrated', 'current_mode': None}
[17] INFO: Requested mode is: integrated
[1169] INFO: Available modules: ['nouveau', 'nvidia', 'nvidia_drm', 'nvidia_modeset', 'nvidia_uvm']
[1169] INFO: Unloading modules ['nvidia_drm', 'nvidia_modeset', 'nvidia_uvm', 'nvidia'] (if loaded)
[1173] INFO: switching=none, nothing to do
[1197] INFO: Writing to /etc/X11/xorg.conf.d/10-optimus-manager.conf
[1197] INFO: Writing state {'type': 'pending_post_xorg_start', 'switch_id': '20220513T212209', 'requested_mode': 'integrated'}
[1197] INFO: Xorg pre-start hook completed successfully.

  Mi lehet a gond? Hogyan lehetne rendbetenni?

• #68216320 törölt tag

  2022-05-06 16:33:32 #8419

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #68216320

  törölt tag

  válasz Siriusb üzenetére #8418

  Igen, ez volt a gond, hogy a grub-mkconfig kimaradt. Így már valóban megjelent a menüben.
  Vargalex, Siriusb: köszönöm.

• Siriusb veterán

  2022-05-06 16:23:53 #8418

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Siriusb

  veterán

  válasz #68216320 üzenetére #8415

  Gondolom grub-ot használsz. Telepítéskor (kernel) a /boot könyvtárba bepakolja a szükséges fájlokat és a # grub-mkconfig -o /boot/grub/grub.cfg paranccsal automatikusan létrejönnek az új menü elemek.

• #68216320 törölt tag

  2022-05-06 16:21:02 #8417

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #68216320

  törölt tag

  válasz vargalex üzenetére #8416

  A "/etc/default/grub" fájban nem találok erre vonatkozó részt.
  Hol lehetne átírni? Közvetlenül a /boot/grub.cfg-ben nem szeretném, mert egy esetleges grub generálásnál újra átírja majd.
  Valami olyan helyen volna ideális a "vmlinuz-linux-zen" és "initramfs-linux-zen.img" fájlokat megadni, ahol "grub-mkconfig" már azzal hozza létre a grub.cfg-t.

  Jelenleg így rakom fel a grub-ot:
  grub-install --target=x86_64-efi --bootloader-id="Arch Linux" --efi-directory=/boot --recheck
grub-mkconfig -o /boot/grub/grub.cfg

  Nem lehetne itt valahogy megadni a linux-zen-t?

• vargalex félisten

  2022-05-06 14:47:30 #8416

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  vargalex

  félisten

  válasz #68216320 üzenetére #8415

  loader könyvtár akkor van, ha systemd-boot-ot használsz. Mivel nálad grub van, neked ott kell változtatni a vmlinuz és initramfs hivatkozásokat.

• #68216320 törölt tag

  2022-05-06 13:06:36 #8415

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #68216320

  törölt tag

  Kis segítséget szeretnék kérni.
  A macbook air laptopomra felraktam a zen kernelt, de nem tudom beállítani, hogy azt használja.
  Ez alapján próbálom, de nálam nincs a /boot alatt "loader" könyvtár. Ott csak EFI és grub könyvtárak vannak és a kernel fájlok.

  A gépben lévő wifi-t próbálom életre kelteni, de a "broadcom-wl-dkms" csomag felrakása után sem tudom használni, nem látszik a gnome beállításokban. Az lspci listázza.

• #68216320 törölt tag

  2022-05-05 09:08:41 #8414

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #68216320

  törölt tag

  válasz #68216320 üzenetére #8413

  Próbáltam más megoldással és kiderült, hogy a ppd egy "rastertoqpdl" nevű filtert keres, ami nincs.
  Kerestem a Xerox oldaláról letöltött driverben, de ott sem találtam.
  Aztán gondoltam egy nagyot és annak ellenére, hogy nincs a támogatott listában, felraktam a letöltött drivert.
  Akadt közben 1-2 hibaüzenet, illetve úgy látom a gui-hoz qt kellene neki és nekem gtk van, de text módban végül felment a driver és hozzá is adta.
  Viszont most hálózati nyomtató lett (localhost) és minden nyomtatásnál autentikációt akar.
  Nem tudom ezt hogyan lehetne beállítani.
  Felvettem újra a nyomtatót más névvel, de az USB lett kiválasztva kapcsolatnak. Így erről a gépről tudok nyomtatni már, ami igazából elég is.

  Viszont érdekel most, hogy localhost-on is elérhető, hogy miként lehetne hálózatosra megcsinálni.

• #68216320 törölt tag

  2022-05-02 22:30:41 #8413

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #68216320

  törölt tag

  válasz Sonja üzenetére #8412

  Nem megy így sem. Lehet valami más lesz a háttérben?

• Sonja nagyúr

  2022-05-02 21:33:46 #8412

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Sonja

  nagyúr

  válasz #68216320 üzenetére #8411

  Szedd le ezt a ppd-t, és másold /usr/share/ppd/cupsfilters/ mappába. Utána add hozzá a nyomtatót.

• #68216320 törölt tag

  2022-05-02 21:31:06 #8411

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #68216320

  törölt tag

  válasz Sonja üzenetére #8410

  Akkor nem értem az egészet. Miért nem sikerül hozzáadni?

• Sonja nagyúr

  2022-05-02 21:09:02 #8410

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Sonja

  nagyúr

  válasz #68216320 üzenetére #8409

  Hmm.. Elvileg a CUPS alapból kezeli, nem kell hozzá külön driver.

  "Printing works perfectly with the embedded CUPS driver for Xerox Phaser 3140 (PH3140.PPD)."

• #68216320 törölt tag

  2022-05-02 21:00:35 #8409

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #68216320

  törölt tag

  válasz Sonja üzenetére #8408

  Nekem sajnos ugyanazt mondja, driver kell.

• Sonja nagyúr

  2022-05-02 20:33:12 #8408

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Sonja

  nagyúr

  válasz #68216320 üzenetére #8407

  Úgy olvastam, hogy ezzel a driverrel működik a 3140 is.

• #68216320 törölt tag

  2022-05-02 19:50:42 #8407

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #68216320

  törölt tag

  Volna egy nyomtatós problémám.
  A cups telepítve van, de amikor hozzáadnám a nyomtatót (gnome) akkor a Xerox Phaser 3140 nyomtatóra azt mondja, hogy kellene külön driver.
  Eddig ezzel a két csomaggal próbálkoztam: [link] [link]
  Természetesen cups restart volt mindegyik után, de úgyanúgy azt mondja, hogy kell valami külön driver.
  Itt van egy régi driver, de nincs az Arch feltünteve.
  Hogyan tudnék telepíteni valami drivert?

• Archttila veterán

  2022-05-02 18:21:02 #8406

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Archttila

  veterán

  válasz #68216320 üzenetére #8405

  Igy van, mivel amit etc/environment ala teszel azt system szinten alkalmazza.
  micro editor tud olyat, hogy ha sima userkent (mc -be is) szerkeszted a fajlt, mentesnel bekeri a user pass-t, igy nem kell allandoan sudo-zni az mc-t egy editalashoz, illetve magasan az egyik legjobb, legtobbet tudo, legjobban plugolhato light editor . (ha nem jatszik a vim)

• #68216320 törölt tag

  2022-05-02 18:04:33 #8405

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #68216320

  törölt tag

  válasz Lenry üzenetére #8403

  Nem próbáltam, de tényleg eszembe juthatott volna. Tényleg logikus root-ként is akkor megadni.

  Archttila:
  Szuper, köszi. Beírtam az EDITOR=nano kulcs-érték párost és a sudo a nano-t használja alapértelmezetként.
  Kivettem a ~/.bashrc-ből is az export EDITOR=nano sort. Így már az sem kell.

• Archttila veterán

  2022-05-02 17:43:22 #8404

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Archttila

  veterán

  válasz #68216320 üzenetére #8402

  /etc/environment ala tedd be.

• Lenry félisten

  2022-05-02 16:21:11 #8403

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Lenry

  félisten

  válasz #68216320 üzenetére #8402

  próbáltad, hogy a /root/.bashrc-be is felveszed ezt a sort?
  vagy az /etc/bash.bashrc-be

• #68216320 törölt tag

  2022-05-02 16:08:03 #8402

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #68216320

  törölt tag

  válasz #68216320 üzenetére #8401

  Annyiban pontosítanék, hogy .desktop fájl a ~6.config/autostart path-on elindul, de kb. 1mp-ig látható, mivel a gnome ezután tölti be a saját cuccait gondolom.
  Szóval sleep-et rakva a script-be ugyan működik a dolog, de ez azért elég tákolós megoldás. Egyelőre itt tartok.

  Más:

  A bashrc-ben tettem egy export EDITOR=nano sort, ami jól működik, ha a user indít mondjuk egy MC-t. Viszont sudo esetén már nem használja ezt a bash paramétert és a sudo mc esetén most nincs editor F4 billentyűre. Az mc internal edit ki van kapcsolva, de nincs beállítva a nano defaultnak.
  Hogyan tudnám sudo esetén is a nano-t használni default editornak?

• #68216320 törölt tag

  2022-05-02 14:47:09 #8401

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #68216320

  törölt tag

  válasz Shyciii üzenetére #8400

  Ezt tudom, de sajnos nem működik.
  Csináltam már desktop fájlt, pl. az imwheel-t így indítom, de valamiért az xrandr-t nem szereti.
  Próbáltam direktben indítani, azaz a desktop fájlba írni a paramétereket a paramétereket is, de próbáltam a script-et is, amit jelenleg kézzel indítok folyton. Egyik megoldással sem tetszik neki.
  Igazság szerint jó volna valami DE-től független megoldással indítani, mert ha feldobok esetleg egy i3-at vagy bármi mást, akkor ne kelljen ezzel külön foglalkozni.
  És persze user független is jó volna.
  Nincs valami systemd paraméter arra, hogy várjon a DE betöltésre és csak azután fusson le egy xrandr paraméterezve?

Új hozzászólás Aktív témák