-
Fototrend
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
-
válasz
tordaitibi #104363 üzenetére
Nagyon. 4TB-os SSD 40k körül van...
@fekete.puma : Ez egy 8.generációs cucc, nem mostanában tervezem cserélni
Ez m.2 SSD. Az eddig használt T430-ban a 4 magos i7 mellett SATA SSD volt
Amúgy nem, ez laptop, van ugyan rajta KVM, lehetne rajta gép is, de minek? Amin a videovágós VM is van, az egy KVM host (az a NAS-om is), az is 8. genes i5-8500, 32GB RAM-mal, 2x4TB winyó ZFS tükörben, meg egy 32GB SATA SSD-ről fut. Mind a kettőn Debian Testing van
(Ami fizikai gép itthon van, az vagy Testing, vagy Alpine)
-
válasz
tordaitibi #104357 üzenetére
Nem nagyon lenne műlödőképes ssd ha ezt így csinálná.
Vagy mégiscsak!
Nem nagyon érdemes belemenni, most hirtelen nem is ugrik be, de itt is külön vehetjük a user meg az OS meg a controller szerepét. Utóbbi egy vagy két dologért felel ráadásul, most hirtelen meg se mondom, melyik vakegér szaladgál cellákat törölgetni és melyik a blokkokat rendezgetni.
Kb ez a zanzája:
"Az SSD legkisebb egysége a lap, amely több memóriacellából áll, és általában 4 KB méretű. Az SSD-n több lapot egy blokkba foglalnak össze. A blokk az SSD-k legkisebb hozzáférési egysége. Jelenleg többnyire 128 oldalt egyesítenek egy blokkba; így egy blokk 512 KB-ot tartalmaz." (ez így lefordítva kicsit értelmetlen, de most már mindegy, szóval ne zavarjon, ha úgy is szerepel valami, mint a legkisebb egysége és úgy is, mint a legkisebb hozzáférési egysége)
Az adatok írása/olvasása a blokkokban/ból történik, fura is lenne, ha a layout felépítése ellenére neked 1M méretű képet egy helyre akarna pakolni. De miért is tenné? Gyakorlatilag ugyanannyi idő neki elérni a blokkokat, akárhol is vannak.
Gyakorlatilag minden szétszórva, mint anno a HDD-n, csak ez itt nem számít töredezettségnek, de egy vakegérke mindig szaladgál, így van amelyik rendszerhasználat alatt is dolgozik és van amelyik csak akkor, ha hallja, hogy nem mozog semmi.
csixy komám ezt most értelmesebben leírta, mint én!
-
csixy
addikt
válasz
tordaitibi #104357 üzenetére
Pedig szétszórja, szétsz@rja mint a ventillátor a Móriczka viccel a cukrászdában. Persze hogy tudnia kell, hogy mit hova tesz, ... és mégis ez a működése lényege. De ezt mi nem látjuk, Mert "kettős könyvelés" van. Ez eddig a hardver és a vezérlő rétege. Ezen a háborgó kavargó fortyogó trutymó óceánon úszkál a mi flottánk a partíciós táblánkkal és a partícióinkkal és az állományainkkal. Szürreális dominójáték. Csak azt lehet remélni, hogy , amikor semmilyen írási-olvasási-törlési-trimmelési művelet nem történik a flotta szintjén , akkor az alap trutyi óceán is kussol és nem csinál semmit. ... Szerintem. Ezek miatt érdeklődöm a slaxos ramba töltős rendszerek iránt. Az az igazi immutable rendszer nekem.
-
válasz
tordaitibi #104363 üzenetére
Ha nagyon akarod szétpattintom bár fel van sziloplasztozva a monitor hátuljára.
Ha egyszer lesz kedved, szétpattinthatnád, de jól olvashatóan fotózd ám le a NAND-ot meg a controllert meg ha még van benne valami. Ha egyáltalán van rajta valami írsá, számsor.
Vagy mennyire kamu?
Ez a piros csoda mennyire kamu?
Szerinted? 4TB külső SSD 12rugóért? Sokszor valami kisebb méretű SD Card van beapplikálva egy NYÁK-ra, de behazudja kiolvasáskor a rendszernek, hogy 4TB, csak ha majd írsz rá, akkor áll meg 128gigánál.
Szerintem ezt ne próbáld be.
Aliról szoktak sokan venni 16TB-os SSD-ket 8-10000 pénzekért.
Az a durva, hogy ezeket sokszor fel is rakják ide az apróra, ha valaki jelenti őket, akkor meg azt rúgják sejhajon, mert hát nem is hamisítvány!
-
válasz
ubyegon2 #104360 üzenetére
Ha nagyon akarod szétpattintom bár fel van sziloplasztozva a monitor hátuljára.
Az Intenso ami nekem van az most 43ropi.
És akkor [ez miből van összerakva...?] Vagy mennyire kamu?
Komolyan mondom rendelek egyet, 12ezerért már az ajándék ha egyáltalán működik. -
DRAM cache-sel szerelt SSD-re gondolsz? Amúgy PCIe NVMe esetén jóval kevésbé hiányzik a DRAM cache, ráadásul itt már bőven pótolja a NAND-on belül beállított saját cache vagy a host memory buffer, ezért is csak a jóval drágább NVMe SSD-ken van DRAM cache. Legjobb példa erre a Samsung 980 és a 980 Pro, előbbi csak HMB-s, de sokkal olcsóbb. Volt anno. Amúgy meg normál Linux használatnál nincs is sok jelentősége a DRAM cache-nek, de a parasztvakító szekvenciális sebességnek se nagyon. Nem véletlenül szerelik a használtüzleti notikat adott modellkategórián belüli alkatrészekkel, de jóval lassabb szekvenciális sebességre programozott controllerrel, igaz ez főleg a melegedés kivédése miatt van. Van pár kivétel persze, ahol az energiafogyasztás csökkentésével tudták megoldani az óvatosabb melegedést és a szekvenciális sebesség maradt ugyanakkora, mint a konzumer kiadásnál. Ilyen a SK Hynix PC801 például, ami a rohadt drága SK Hynix Platinum P41 OEM verziója. Épp egy ilyenre vadászok megint, mert ami volt, azt beraktam családon belüli gépbe, de saját Dell Latitude-ban se tudtam rendesen letesztelni, mert csak x2-es PCIe 4.0 csatlakozó volt benne. A mostani Zbookban is van két M.2 PCIe hely, de fogalmam sincs, melyik milyen, most valami ezeréves Samsung OEM van benne, az tuti csak PCIe 3.0.
-
fekete.puma
tag
A gyorsabb SSD időtállóbb, ha gépet cserélnél pár éven belül.
Nekem most az asztaliban I5 3470-es proci van, érzem már ennél is, hogy nem asz igazi.
Laptop esetén gyengébbre vagy kicsit erősebbre biztos nem váltanék.
Azért nyugtass meg, hogy nem azon a laptopon vágsz videót VirtualBox-ban teljes megelégedéssel? -
válasz
tordaitibi #104350 üzenetére
Ennyiért ingyé vót
Egy Intenso? Ha úgy nézed, hogy kidobtál az ablakon egy huszast, de az SSD meg ingyér van, akkor úgy OK!Ha még le is írja az eladó, hogy van valami érdekes nyűgje...gondolom nem zavart, hogy fogalmad sincs, mi okozza ezt a leállást és bármikor végleg megnyekkenhet!
Engem pont az zavar egy ilyen eszközben, ha nem tudom, mi miért történik. Anno 1,92TB Samsung PM883-at vettem használtan, rohadt drága volt, de benne volt az árában az is, hogy sose megy tönkre és amikor M.2-es platformra váltottam, majd ugyanannyiért el tudtam adni szintén az aprón. Nincs kedved szétszedni, hogy megnézzük, milyen NAND meg controller van benne?
-
válasz
Petya XT #104348 üzenetére
Lehet szóba is került már ez az Intenso SSD-d, a Kingstonra emlékszem inkább. Nem egy kategória volt a kettő régen sem, de az Intenso ugyanúgy lehet teljesen jó, mint ahogy kukaszökevény, ennél a zsákbamacskajelleg az idegesítő. Gyakorlatilag kínai dzsunkaSSD mintájára történik a gyártás, amit találnak a hardverpiacon, abból összeforrasztják az eszközt és ezek az esetek többségében működnek is.
Nekem is volt/van tartalékba sok régi 120GB meg 250GB SSD-m, többnyire használtan vettem ezeket, jók ezek, mert ha kell családban is régebbi notikba hirtelen, van mihez nyúlni. Viszont soha nem voltam olyan bátor, hogy Intensot vegyek!
NVMe SSD-ket is egy ideje az apróról veszem, ami meg a használtüzleti notikkal jön, mind elrakom, mindig jól jöhet. El még nem pusztult SSD-m, valami Kingston Fury 120GB rosszalkodott minap, de gyorsan ki is cseréltem legelső újonnan vett SSD-mre, Intel 520 120GB, no ez rohadt drága volt anno, igaz kb sose fog tönkremenni.
Az ócskább SSD okán lehet olyan funkció, ami nem kerül bele, vagy minden típusú SSD-n ugyanazokat a beállításokat használja az adott rendszer?
Szerintem ilyen ócskább/nem ócskább alapon nem szelektál a rendszer!A spécibb SSD tulajdonságokkal nem is foglalkozik, beazonosítja, hogy Sata meg milyen NAND van benne, nagyjából ennyi.
Ha a Linux Mint upgrade-elt verzió, akkor úgy érthető, ha már nem egy eredeti állapot van a systemd.service résznél. Régebben én is variáltam ezekkel telepítés után, mert mindig van, amiket ki kell lőni, vagyis inkább érdemes, mivel sok időt elvisznek a bootból. Viszont mióta EFI boot van, nem foglalkozom vele, úgyis sok a bootidő.
-
válasz
fekete.puma #104355 üzenetére
Így van. Szóval csomót spóroltam, a drágább SSD-val se lenne gyorsabb... és egy Debian így is megy mint állat.
-
válasz
Dißnäëß #104346 üzenetére
Paraszti logikámmal arra jutottam amit itt le is írtak.
1 konténer az 1 fájl, akkor is ha 1 tera nagyságú.
Azaz tudja a vezérlő, mégha 4k "szektor" méretet is használ, vagy a 2 bármelyik hatványát hogy ezek 1 fájlhoz tartoznak.
Szép lenne ha egy pl. 1M méretű jpg képet vagy az oprendszer fájljait szétszórná a nand területen csak épp nem jegyezné meg hogy melyiket hova is tette.
Nem nagyon lenne műlödőképes ssd ha ezt így csinálná. -
válasz
Dißnäëß #104346 üzenetére
sh4d0w és cigam kolléga lényegretörően megválaszolta(hamarabb is észrevehettem volna), de itt valóban elég speciális helyzet van, ezért kb ennyi a lényeg:
Solid state drive users should be aware that, by default, TRIM commands are not enabled by the device-mapper, i.e. block-devices are mounted without the discard option unless you override the default.
For a LUKS2 device, TRIM support can be enabled by using the
--allow-discards --persistent
options when opening it. Theallow-discards
flag will be written into the LUKS2 header and the option will be automatically used whenever the LUKS2 device is opened. -
válasz
tordaitibi #104350 üzenetére
Nézd meg, nem-e állítja le az energiagazdálkodás
@fekete.puma : Én is cache-s m.2-es 1TB-t akartam az új gépbe, de végülis rájöttem, hogy elég az olcsóbb is egy PCIe 3.0-s gépbe (Lenovo T480), szóval... tök elég.
-
Petya XT
senior tag
válasz
fekete.puma #104352 üzenetére
Olyan régi gépeim vannak, hogy nincs hová betenni. Nincs olyan csatlakozó a gépeimben. A legfiatalabb 12 éves.
Egy napszámos már szinte megkeres ennyit egy nap, közmunkázni tetszik? Ilyet úriember nem kérdez.
Egyébként nem.
-
fekete.puma
tag
válasz
Petya XT #104351 üzenetére
Egy 500GB M.2 SSD ami hoz egy jobbnak mondható sebességet Max olvasási sebesség: 5000 MB/s Max írási sebesség: 4000MB/s Intenso 14.4K, WD 17.4K.
Ez olyan sok? 3K különbségért biztos nem az olcsóbbikat venném.
Egy napszámos már szinte megkeres ennyit egy nap, közmunkázni tetszik? -
Petya XT
senior tag
válasz
cigam #104349 üzenetére
Ez sem teljesen igaz minden disztróra. Nálam hetente lefutott a LUKS-os lemezeken is, köztük a rendszerlemezen is. Lekopogom, soha nem volt probléma. Volt manuális TRIM is. Sokat kérdezgettem, itt is, hogy ez most oké, vagy nem oké, honnan tudja a vezérlő, hogy mit kell pucolni. Valami biztonsági dolog miatt nem javasolták, egyébként működött nálam, ha jól emlékszem a fstrim.timer is aktív volt. Ez LM volt. Már nem tudom melyik verzió. Mondjuk egy VC felcsatolt konténerre kíváncsi lennék, hogy ott mi a helyzet.
Tibi:
Az annyiért nagyon jó vásár volt! Brutál árakat láttam ma.... -
válasz
Petya XT #104348 üzenetére
Másfél éve megy nálam egy 2TB Intenso, itt vettem a HA.-n használtan 20ezer kemény magyar forintért.
Háttértár, eddig egy szavam nem lehet rá.
Annyi a nyűgje ha 1-2 óráig nem kell, azaz nem nyúlok hozzá, akkor gondolkodik kb. 1-másfél másodpercet, és utána minden gyors megint.
Emiatt adta el az első tulaja, és ezt korrekten le is írta.
Ennyiért ingyé vót -
Petya XT
senior tag
válasz
ubyegon2 #104335 üzenetére
Intenso SSD. Ezt megkaptam kemény 4500 forintért, volt 128 GB-os verzió más gyártótól 20000 forintért is, amikor ezt vettem. Nekem annyi a lényeg, hogy menjen, nem igazán értek hozzá, rám egyébként is jellemző, hogy alsópolcos vásárló vagyok, mert nem nagyon van zsé. Számítástechnikára, telefonra stb. meg csak a legvégső esetben költök, akkor is a legolcsóbb megoldást választom, vagy a használt dolgokat. Nem tudom emlékszel e a Kingston SSD-mre, amin 71 TB írt adatt van. A mai napig hajtom, TV alatt brandben. Majd megpusztul egyszer, addig menjen csak.
Ma volt a MédiaMarkt-ban. Nézegettem az SSD árakat, tátottam a pofám rendesen. 8 ezer forint alatt nem is volt SSD(persze a legkisebb 128-as), de volt 70 ezer forintért is. De annyi féle volt, hogy ráhagytam, felét nem is ismertem, azt sem tudom, hogy milyen foglalatba valóak, ilyen pálcika izék voltak. Volt ott 2 TB-os 2,5-es, hát nem semmi áruk volt. Ez van akkor, ha minden géped a jura korból maradt meg, elszaladt mellettem ez az egész hardver vonal.
Tehát ez kb adott. Érdekes az fstab, mert mintha rémlene pár évvel ezelőttről, hogy egész biztosan volt pl. discard bejegyzés. Ez, ha jól emlékszem egy frissített rendszer volt, lehet az kavart be neki. Volt ezen a gépen Endevahúr, meg Manjaro is, ott szerintem nem volt ez probléma, de lemezképben megvannak a rendszerek, ha visszaállítom valaha, ránézek. Tényleg soványabbnak tűnik az fstab. Az ócskább SSD okán lehet olyan funkció, ami nem kerül bele, vagy minden típusú SSD-n ugyanazokat a beállításokat használja az adott rendszer?
-
-
Dißnäëß
nagyúr
válasz
ubyegon2 #104339 üzenetére
Van ugye a Veracrypt, Truecrypt, LUKS stb.
Honnan tudja az SSD vezérlő hogy egy adott logikai szektor üres lett ? Vagy hogy az ott lévő adat "szemét" ?
Az OS lejelenti neki discard-al ?
Oké.És ha egy SDD-n egy LUKS titkosított partíciót hozok létre a 2. felére, egy Live Linuxról, az első felére pedig telepítek egy másik OS-t, amit be-bootolok, az discard-ozni fogja a második felén lévő (rejtett, nemlátott) OS-t, azaz a trim, akár OS-é, akár garbage collection, kinyírja a LUKS-os partíciót csak mert nem az őt ténylegesen feloldó-használó OS-el boot-olok be ?
-
-
válasz
cigam #104341 üzenetére
Azért elég sokan cserélnek/vesznek új SSD-t a gépükbe, notebookba. "Mit kell ahhoz érteni, rendelek egy super M.2-es SSD-t mert az kell bele!
Sok hülye okoskodik, hogy picit nem árt érteni is az SSD-khez."
Megjött az SSD! Juhúúú....de jaj istenem valami baj van, semmi nem ismeri fel, pedig jó helyre csatlakoztattam!
brühühü...mi lehet a baj??? Rohaggyonmegabót átbasztak!!!! Juj gyerünk az SSD topikba!
Gondolom sejted mi lehet a probléma a nagymellényen kívül!?
Érdemes nézegetni az SSD topikokat, milyen kérdések merülnek fel állandóan.
-
válasz
csixy #104342 üzenetére
Ez jó, tesztelni pont megfelel
Pl. a tabletre, bár nem hinném, hogy kevesebbet kér, mint egy Alpine. -
csixy
addikt
Hajrá! Telepíteni sem kell tulajdonképp. Live módon fut. Elég egy pendrájra feltenni. Számtalan sok módon bootolható. Az sb modulok mellett van egy config fájl, ezen előre beállítható sok minden (nekem a magyar billenytűzetet nem sikerült előre beállítani). Viszont pont a config fájl miatt, mely a /run/memory/data/ mappában utólag is olvasható, belépés után egyből célszerű a passwd parancsot használni. Én a ventoy grub menüjét, vagy egy telepített linux gyökerébe másolva a /etc/grub.d/40_custom file szerkesztésével és egy sudo update-grub csatakiáltás után a telepített linux grub menüjével szoktam bootoltatni.
-
válasz
ubyegon2 #104340 üzenetére
Nem is cserélek olajat a lakótelep közepén! Más szerelni való meg nincs az autón
fekete.puma
Amúgy az, hogy régen az OS adta ki a TRIM parancsot, nem jelenti azt, hogy azóta is csak úgy működhet. A vezérlő chip simán rendet tarthatna. Az M.2 csak példa volt, hogy igen is megoldható házon belül, nem kell várni külső parancsra. -
válasz
cigam #104336 üzenetére
Én pl. azon csodálkozom, hogy miért nem oldja meg házon belül, ahogy az M.2 csatolós eszközök esetében.
Érdekes lenne, de mivel ez egy ősrégi PATA/SATA utasítás és az OS-ek kompetenciája, így ebbe a gyártók nem fognak belenyúlni értelemszerűen.
A PCIe NVMe SSD-k TRIM-melést viszont már nem az OS végzi, hanem az eszköz vezérlője.
De mint említettem is többször, nem nagy gond, ha nem foglalkozik vele a user SATA esetén, mert még mindig ott a garbage collection, ami nevéből adódóan tisztogatja a már törölt adatokkal terhelt blokkokat.
De egyébként az SSD is egy hardver, mint a VGA meg a többi. Ha rengeteget foglalkozik a topik a VGA-k vezérlésével, miért lenne gond az SSD-k vezérlése, optimalizálása? A VGA is olyan eszköz, hogy nem kell ismernem a működését, felrakom a rendszert, aztán az használja okosan a megjelenítésért felelős hardvert. Nem? De!
Én csak arra utaltam imént, hogy gondolkodjunk okos pingvinként, ne hátbalőtt tapírként!
Ne üldözzük a gép egyik fontos elemének megismerhetőségi lehetőségét egy Kezdők OS-sel foglalkozó topikjából.
-
-
válasz
ubyegon2 #104334 üzenetére
Ahhoz, hogy eljussak A-ból B-be, nincs szükségem arra, hogy tudjam hogyan működik a karburátor(pláne, ha elektromos autót vezetek
). A többség nem érteni szeretné, csak használni.
Természetesen nem árt, ha tisztában van azzal, hogy pl. az SSD hogyan működik, mit is csinál a TRIM. Én pl. azon csodálkozom, hogy miért nem oldja meg házon belül, ahogy az M.2 csatolós eszközök esetében. -
válasz
Petya XT #104331 üzenetére
Csak az jött vissza, hogy /mnt/Archívum meghajtóm nem támogatja a discard funkciót
Manual fstrim előtt akár le is csatolhatod a HDD-t, bár elméletileg úgy volt, hogy a libata tartalmazta a nonrotate kitételt is, így a hagyományos merevlemezeket nem vette figyelembe.
Ott gyanús lett, hogy itt valami nem jó.
Valami tényleg gyanús, de ha telepítéskor default az ütemezett fstrim, akkor nem tudom, mi inaktiválta!? Mondjuk nem árt telepítés után ellenőrizni, hogy aktív-e, mert pár éve épp Kapitány jelezte, hogy a Manjaron kicsit elfelejtették berakni az fstrim.service-t az aktív ütemezetten lefutó feladatok közé.
De jellemzően vagy az online vagy az ütemezett TRIM minden disztrón alapból aktiválva van.
Lényegében egy jó SSD-t csak be kell szerelni, telepíteni rá és használni...Intenso SSD az más tészta. Annál csak a gyártás idején készült összeszerelő üzem dokumentációja tartalmazhatja, milyen komponensekből áll.
-
válasz
fekete.puma #104332 üzenetére
Igen függ a tárhely méretétől meg a végrehajtott műveletektől.
Ezt nem a user számára látható szabad tárhelyre értettem, pont itt esett szó róla a napokban. Gyakorlatilag az 1terás tárhelyen nincs szabad hely a meghajtón, de a rendszer és a programok csak félterát foglalnak el, az az SSD vezérlőjének pontosan egy féltera szabad helyet jelent, míg a usernek nullát.Egy tesztere azért kíváncsi lennék, hogy a hét végére heti TRIM esetén ez valójában mit jelent.
Ezt kb akkor tippelheted meg, ha vasárnap 23:50-kor futtatsz egy manual fstrim parancsot, no kb annyi lenne a hétfő nulla órakor lefutott ütemezett fstrim eredménye. De nem érdemes nézegetni, az SSD nem kopik, a NAND-ok elhasználódása meg olyan ütemben történik, hogy mire elfogy a TBW-ben jelzett érték, már háromszor is lecseréled a tárhelyet. Amúgy meg a TBW marketingérték, csak a garancia miatt határozza meg a gyártó. Ha írsz rá 600TB-ot, ami a standard TBW egy TLC NAND SSD-nél, akkor sem történik semmi, csak megszűnik a garancia, ha egyébként még az évben meghatározott gariidőn belül van az eszköz.itt a Samsung 860 EVO 1TB Sata SSD adatlapja és a TBW értéke:
TBW 600TB (conforms 600TB per TB capacity)
[link]Ugyanez az SSD industrial kiadásban már más TBW-vel rendelkezik, pedig ugyanaz a NAND és a controler is benne! Nyilván van plusz védelem is, de ez a NAND használatot nem különösebben befolyásolja.
1.4PB (conforms 1458.3TB per TB capacity)
[link]Ilyenkor mindig letolnak, hogy Linuxos topikban SSD-ről írok, pedig szerintem nem árt, ha mindenki ismeri a működésüket és az elhasználódásukat. Elvégre erre az eszközre telepítjük a Linuxunkat is!
-
-
fekete.puma
tag
válasz
ubyegon2 #104327 üzenetére
Igen függ a tárhely méretétől meg a végrehajtott műveletektől.
pl VirtualBox esetén ha kevés a hely, törölni kell az előzőket 10-et töröl a héten az már 200-250GB körüli, mellette videóvágás és az adatmozgatások ha sokat hajt végre.
Egy tesztere azért kíváncsi lennék, hogy a hét végére heti TRIM esetén ez valójában mit jelent. -
Petya XT
senior tag
válasz
ubyegon2 #104330 üzenetére
Úgy tűnt fel, hogy manuálisan szerettem volna lefuttatni, miután kipucoltam az APT-ot, meg szemetet biztonsági mentés előtt. Csak az jött vissza, hogy /mnt/Archívum meghajtóm nem támogatja a discard funkciót, ami egy HDD, így érthető. Az SSD-hez meg sem próbált hozzányúlni, pedig a / kapcsolóval az EFI-t és a rendszerpartición is le kellett volna futnia. Ott gyanús lett, hogy itt valami nem jó.
-
válasz
Petya XT #104328 üzenetére
Ezek a mai FSTAB-ok tényleg nem raknak már be különböző opciókat, anno volt amelyikban a default opció volt, de egyes disztrók a discard-ot is berakták. Szerintem egyelőre ne variálj azok az Intenso SSD-n, az a biztos!
No de hogyan tűnt fel neked, hogy nem megy a TRIM?
Még régen ilyenre szerkesztettem az FSTAB-ot, de ma már rá se nézek: ez épp egy 2016-ban telepített Mint Rosa Cinnamon disztró, de mindben ugyanez az FSTAB volt
ubyegon@ubymint-rosa ~ $ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
UUID=94b359d7-74f2-4adf-ae6e-77dfc652d5cd / ext4 discard,noatime,errors=remount-ro 0 1
# swap was on /dev/sdb7 during installation
UUID=efb3da91-6ce9-4955-b6e4-1ef0cf1fe220 none swap sw 0 0
UUID=929741bd-5267-468e-bac2-673258cf3a99 /media/TORRENTEK ext4 noatime,nosuid,nodev,nofail 0 2
UUID=0b26696b-8d0d-4432-8595-9f2d49145952 /media/Data noatime,nosuid,nodev,nofail 0 2
#tmpfs to .cache
tmpfs /home/ubyegon/.cache tmpfs noatime,nodev,nosuid,size=400M 0 0
# Modification for SSD
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
#tmpfs /var/log tmpfs defaults,noatime,mode=0755 0 0
#tmpfs /var/spool tmpfs defaults,noatime,mode=1777 0 0
tmpfs /var/tmp tmpfs defaults,noatime,mode=1777 0 0
-
growler
őstag
válasz
fekete.puma #104325 üzenetére
A jobb/érthetőbb/testre-szabottabb válaszért érdemes lehet az
AI-nak feltett kérdéseinket "finomhangolni" [link] -
Petya XT
senior tag
-
válasz
fekete.puma #104325 üzenetére
Ez az AI válasz használhatóbbnak tűnik!
Nyilván akkor érvényesek ezek a megállapítások, ha relatíve kevés hely van a meghajtón ill emellett kevés az overprovisioning is! Egyébként home usernek bőven elég a beállított ütemezett TRIM is a default heti ütemezéssel, de ezt is át lehet állítani napi lefutásra, ha szükséges.
Az a kérdés is felmerült anno, hogy lehet-e discard beállítva és emellett aktív ütemezett TRIM is. Persze, max ha valaki hétfőn nulla órakor épp TRIM-melteti discard-dal az SSD-t, addig nem indul el az ütemezett fstrim.
-
válasz
fekete.puma #104321 üzenetére
Folyamatos trim-nek discard esetén mi a hátránya?
Amit growler írt, csak annyit mutat, hogy az AI valóban összeszedett régi valós infókat, de normál használat esetén nincs hátrány. Említi a Samsung SSD-ket az AI, ami ezeréve valóban érintette a Samsung SSD-k néhány tipusát és még jó pár más SSD-t is. Itt az volt a gond, hogy a vezérlő sorbaállított TRIM használatakor azonnal hajtotta végre a parancsot vagy nem megfelelően priorított, így nagy és folyamatos I/O műveleteknél belassulást okozhatott a TRIM, de ezek a műveletek mondjuk videóvágás, szerkesztés és ehhez hasonló műveletek.
Anno az SSD blacklist felsorolta az érintett SSD-ket a ibata-core.c fájlban, de ebben a SSD blogban is szóba került ez a téma, ami már 10 éve íródott, ebből is látszik, hogy elég régi téma ez.
Ez a téma tökéletes bizonyítéka az AI válasz használhatóságára egyébként. Gyakorlatilag teljesen félrevezeti az egyszerű usert.
Az nem igaz, hogy az SSD ettől belassulhat, legfeljebb az adott nagy terheléssel járó I/O művelet alatt, az adatvesztés is akkor lehet érvényes, egyébként nem.
Ahogy látom, azért a biztonság kedvéért a devices that don't properly handle queued TRIM command alá felsorolnak újabb Sata Samsung eszközöket is. De ezt is leírják egyébként:
As defined, the DRAT (Deterministic Read After Trim) and RZAT * (Return Zero After Trim) flags in the ATA Command Set are * unreliable in the sense that they only define what happens if * the device successfully executed the DSM TRIM command. TRIM * is only advisory, however, and the device is free to silently * ignore all or parts of the request. * * Whitelist drives that are known to reliably return zeroes * after TRIM.
Egyszóval, aki ezt a topikot olvassa, nyugodtan használhatja FSTAB-ba szerkesztve a
discard
parancsot. -
-
growler
őstag
válasz
fekete.puma #104321 üzenetére
A perplexity.ai szerint még ez is:
"A folyamatos TRIM (discard) használatának SSD-n több hátránya lehet:
Teljesítménycsökkenés, lassulás: Ha a TRIM parancsot azonnal, folyamatosan végrehajtja a rendszer (discard opció), akkor egyszerre sok TRIM művelet fut le, ami I/O lassulásokat okozhat. Ez főleg akkor jelentkezik, ha a TRIM műveletek a fájlműveletekkel egy időben történnek, mivel a meghajtó nem tudja optimálisan ütemezni a törléseket, így az SSD lassabbá válhat
.
Fokozottabb elhasználódás: Az azonnali TRIM végrehajtás miatt az SSD vezérlője nem tudja hatékonyan összevonni és optimalizálni a törlési műveleteket, ami több írási ciklust és így gyorsabb kopást eredményezhet. Ez a folyamatos discard használata esetén a meghajtó élettartamának csökkenéséhez vezethet
.
Adatvesztési kockázat bizonyos SSD-ken: Egyes Samsung SSD-k esetében a discard opció használata adatvesztést okozhat, ezért a kernel kikényszeríti az azonnali TRIM végrehajtást, ami tovább rontja a teljesítményt és az élettartamot."
. -
growler
őstag
válasz
fekete.puma #104321 üzenetére
"Folyamatos trim-nek discard esetén mi a hátránya?"
Az adat-visszaállítás lehetőségét elfelejtheted. -
fekete.puma
tag
Ránéztem a sajátomra előző és a mostani.
/ ext4 defaults 0 1
/ ext4 errors=remount-ro 0 1
Amennyi Linux annyi féle.
-
válasz
Petya XT #104318 üzenetére
Ezeket akkor láttad gondolom, mert csak a -v az kevés! Valami cél kell neki, vagy a / vagy -a, --all, etc.
Az viszont érdekes, ha nem volt engedélyezve az fstrim.service. Default heti ütemezésű.
Egyelőre hagyd úgy, ahogy az előbb mutatta a kimeneted és az abban jelzett nap után megnézzük, lefutott-e. Intenso lévén kicsit azért bizakodni is kell, hogy működjön addig.
-
Petya XT
senior tag
válasz
ubyegon2 #104316 üzenetére
Manuálisan futtattam, és nem ment.
sudo fstrim -v
. Most sem vagyok biztos benne, bár manuálisan már le bírtam futtatni. De valami nem klappol, ez tény. A systemd fstrim.timer az nem volt engedélyezve. Játszottam a discard-dal az fstabban, de végül azt is kivettem. Most egyáltalán nem tudom, hogy oké lesz e. -
csixy
addikt
Minios Standard
-
Petya XT
senior tag
válasz
growler #104314 üzenetére
sima SATA, ránéztem az fstrim.timer-re, nem is volt aktív...valamiért. Ilyet sem csinált még....
Most elméletileg rendben van.
● fstrim.timer - Discard unused filesystem blocks once a week
Loaded: loaded (/usr/lib/systemd/system/fstrim.timer; enabled; preset: enabled)
Active: active (waiting) since Wed 2025-06-11 18:51:23 CEST; 2min 39s ago
Trigger: Mon 2025-06-16 01:05:05 CEST; 4 days left
Triggers: ● fstrim.service
Docs: man:fstrim
jún 11 18:51:23 LNMI22D9020XT systemd[1]: Started fstrim.timer - Discard unused filesystem blocks once a week.
~
-
Petya XT
senior tag
Sziasztok!
Valamiért az Intenso SSD-men nem működik a TRIM. Ez a rendszerlemez, egy EFI és egy Ext4-es partícióval. Van erre valami varázslat? LM 22. Előre is köszi!
-
CPT.Pirk
Jómunkásember
válasz
Rowon #104310 üzenetére
Pls srácok, erre van az https://prohardver.hu/tema/linux_felhasznalok_off_topikja/friss.html
Linux felhasználók offtopicja, használjátok. Dobjatok egy linket rá, ha új téma van aztán biztosan megyünk oda is beszélgetni róla.
-
-
-
Arra nem emlékszem!
Tegnap is ki lehetett még állítva? Munkahelyi teendők miatt tegnap fél 2-re tudtam csak odaérni. A három monitoroson játszottam durván egy percet, mert a pixelmennyiség, az irányítás, meg a perifériás látómezőben forgó pálya valahogy összezavarta a szürkeállományomat.
WASD + egér irányítás már nagyon be van nálam égve.
-
Warton
őstag
válasz
mcwolf79 #104275 üzenetére
Mivel játszom, nálam 3 disztró jött számításba: Nobara, CachyOS és PikaOS.
Ilyen nincs, mindegyik disztro képes játékra, én Manjaros és linuxMintes gépet használok játékra, amik azért elég alap disztrónak számítanak."Tudom,hogy most jön majd az "úgyis user error"szöveg, de lehet köpködni a Windows-t, meg hogy kémkedik,meg fos, de ez legalább működik."
User error, sajnos a nemtudást bünteti a linux, ez van. Valószínűleg nem az OS-sel van baj. Valami nem jól van beállítva, vagy elállítódott, hiányzik valami csomag stb.
Amúgy magamra ismertem, én is így gondolkodtam pár éve, de nem szabad feladni, nyomni kell, aztán egy idő után a windows lesz furcsa.
-
-
Jó napot!
Volt-e valaki az idei BRSZK-n? Volt ám ilyen gép is!
-
válasz
tordaitibi #104298 üzenetére
Az egy másik dimenzió
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
- Anglia - élmények, tapasztalatok
- PROHARDVER! feedback: bugok, problémák, ötletek
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Macron betiltatná az EU-ban a közösségi médiát a 15 év alattiaknak
- Milyen videókártyát?
- TCL LCD és LED TV-k
- Reklámblokkolók topikja
- OTP Bank topic
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Radeon RX 9060 XT: Ezt aztán jól meghúzták
- További aktív témák...
- BESZÁMÍTÁS! ASUS ROG CROSSHAIR VI EXTREME alaplap garanciával hibátlan működéssel
- ÁRGARANCIA!Épített KomPhone i5 12400F 16/32/64GB RAM RTX 4060 8GB GAMER PC termékbeszámítással
- Lenovo ThinkCentre M720s SFF / M920T tower -Számla, garancia, WIN11
- Honor Pad X8 64GB, Wi-Fi, 1 Év Garanciával
- Apple iPhone 11 Pro 64GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest