-
IT café
Arch Linux topik
Új hozzászólás Aktív témák
-
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. -
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
-
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 ~]$ -
-
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
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 ~]$ -
Sonja
veterán
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!
Ha csalódni akarsz, bízz az emberekben!
-
Sonja
veterán
Engedélyezted is az USB-s mobilrack-nek, hogy használja a TRIM-et? Ezt csináld meg.
Ha csalódni akarsz, bízz az emberekben!
-
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.
-
Shyciii
veterán
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[ Szerkesztve ]
-
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.service
parancsot, neked is látszódni fog ugyanaz, amit a journalctl-ban is látsz.
growlernek viszont nem volt ilyen alatta.Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
vargalex
félisten
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.
Alex
-
-
Shyciii
veterán
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.
[ Szerkesztve ]
-
-
#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. -
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?
-
jimmy399
senior tag
-
Mobulla
csendes tag
válasz borisz1994 #8481 üzenetére
Szerintem nomodeset kernelparaméter.
-
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 witherror: 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.
You may corrupt the souls of men, but I am steel. I am doom.
-
#68216320
törölt tag
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
veterán
válasz #68216320 #8487 üzenetére
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.Ha csalódni akarsz, bízz az emberekben!
-
#68216320
törölt tag
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] -
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? -
#08299776
törölt tag
válasz kelna91 #8494 üzenetére
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. -
I02S3F
őstag
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?
Új hozzászólás Aktív témák
- Mass Effect 1 PC
- Miasma Chronicles - Bundle maradék - Keresem
- Vírusirtó, Antivirus, VPN licenckulcsok - kedvezményes ajánlatok (frissítve: 2024. 05. 01.)
- Windows 10, 11 Professional, Home, Enterprise licenckulcsok 64, 32 bit - MEGA Akció!
- Office Professional Plus 2013, 2016, 2019, 2021 RETAIL licenckulcsok - MEGA Akció!
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen