- Samsung Galaxy Z Fold7 - ezt vártuk, de…
- Sony Xperia 1 VII - Látod-e, esteledik
- Milyen okostelefont vegyek?
- Yettel topik
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- A Pixel 10 minden színben és oldalról
- Honor 400 Pro - Gép a képben
- Honor 200 - kétszázért pont jó lenne
- Apple Watch Sport - ez is csak egy okosóra
- 8000-es akksi került az IQOO Z10 Turbo+-ba
-
Mobilarena
Ubuntu Linux Összefoglaló
Hivatalos Ubuntu dokumentáció
Amennyiben kérdésed lenne, kérünk, add meg a szükséges adatokat a hiba minél pontosabb leírása mellett:
-számítógép típusa, hardverek pontos megnevezése (különösképp videókártya, vagy hálózati egységek)
-a használt rendszer pontos neve, verziója, a grafikus felület
-mikor és hogyan jelentkezett hiba, mi váltotta ki (program telepítés, frissítés, ...)
-eddigi próbálkozások a megoldásra (ha voltak ilyenek)
A hardverinformációkat legegyszerűbben úgy gyűjtheted össze, ha megnyitod a Terminál nevű programot a menüben. Ide írd be a következő parancsokat (mindkettő után nyomj Enter-t):
lspci
lsusb
Új hozzászólás Aktív témák
-
#21078528
törölt tag
válasz
#40553216
#30574
üzenetére
Jól látod, de a cronnak akkor sincs semmi köze az fstabhoz... Az fstrim nem vizsgálja, hogy milyen opciókkal van csatolva a fájlrendszer, a két dolognak csak a felhasználó szemszögéből van összefüggése.
A discard egy csatolási opció, az fstrim pedig egy parancs, ami ott is használható, ahol a discard nem értelmezett (NTFS-3g). -
#21078528
törölt tag
válasz
#40553216
#30563
üzenetére
Ez felhasználás kérdése, ha sokat törölgetsz a meghajtóról (főleg kis fájlokat), akkor praktikusabb az fstrim, egy átlagos rendszer meghajtónál, amiről alig törölsz, mehet a discard.
Mint az már volt téma, bizonyos meghajtóknál a discard problémás (Samsung főleg), erre érdemes figyelni. -
#21078528
törölt tag
válasz
hackeeeee
#30503
üzenetére
Linux alatt max akkor használunk hw RAID-et, ha min. egy SuperMicro, Fujitsu, Adaptec dedikált vezérlő van a gépben, az alaplapi gány hogyishijjákok (mert azok nem RAID vezérlők) felejtősek...
Javaslat: minden meghajtó AHCI-be, és szoftveres Linux RAID (mdadm) tömbökkel újraépíteni az egészet. -
#21078528
törölt tag
válasz
ubyegon2
#29476
üzenetére
Aki feketelistás meghajtóval rendelkezik, az egyszerűen ne használja az fstabban a discard opciót.
Igen, és amikor a témával kapcsolatban finoman megjegyeztem, hogy van ezer gyártó, minek erőltetni a Samut, a rajongók majdnem leharapták a fejem, hogy másoknál is előjött (ja, még 2-nél az 1000-ből), meg majd a Samu megoldja hamarosan (kicsit hosszúra nyúlik ez a hamarosan) stb..
Ez volt az a pillanat, amikor elhatároztam, agyatlan fanboyokkal nem vitatkozom, végül is tőlem mindenki úgy szopatja magát, ahogy akarja...
Szerk.: amúgy Linuxos fórum volt, nem volt kérdés, hogyan müxik Win alatt.
-
#21078528
törölt tag
válasz
ubyegon2
#29468
üzenetére
Tökmindegy (legfeljebb ha törölt adatot akarsz visszaállítani, akkor nem)...
A firmware-re vonatkozik, "MU01" ez a firmware érintett, "NULL" az összes firmware érintett (tehát a Samsung sz@rik a vásárlói fejére, ahogy szokott, lásd 840 EVO problémájának megoldása).
#!/bin/sh
# Az SSD_MOUNT_POINTS változóban sorold fel a csatolási pontokat.
# Elválasztónak használj szóközt.LOG=/var/log/fstrim.log
SSD_MOUNT_POINTS='/ /home'for mount_point in $SSD_MOUNT_POINTS
do
echo "* $(date -R) *" >> $LOG
fstrim -v $mount_point >> $LOG
done -
#21078528
törölt tag
válasz
#93794560
#29464
üzenetére
Ártani nem árthatsz vele!
Ha az Ubu fejlesztők méltoztattak volna vmi naplózást a szkriptbe tenni, akkor látnád, hogy lefut-e rendesen...
A blogomban látható szkriptecske naplózó funkcióját szerintem gond nélkül bele lehet tenni az Ubus szkriptbe, és akkor látod, hogy mi történik. -
#21078528
törölt tag
Ha fstrimet használsz, akkor semmi.
Ha a discard opciót használod, akkor az ütemezett TRIM nem hajtódik végre normálisan (adatvesztést okozhat), ezért a kernel kikényszeríti az azonnali végrehajtást, ez teljesítményromláshoz, ill. a meghajtó fokozottabb elhasználódásához vezet.
Az pedig, hogy olyan gyártók, mint a Samsung és Crucial ennyi idő után sem produkáltak 100%-os javítást, konkrétan szégyen!(#29458) ubyegon2: igen, és a legfrissebben is benne van. Mivel a TRIM működik, csak az ütemezett TRIM nem, ezért ellenőrzés nem ad hibát.
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás az Ubuntut és variánsait használók és az ezekkel még csak ismerkedők számára
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Bemutató Linux a mindennapokban
- Bemutató Ubuntu 16.04 LTS kezdőknek, gyakorlatiasan, objektíven
- Hír Megjelent az Ubuntu 16.04 LTS
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- vrob: Az utolsó DOS játékok 1996 - 1997-ben, egy korszak lezárul
- Samsung Galaxy Z Fold7 - ezt vártuk, de…
- Vezetékes FEJhallgatók
- Mesterséges intelligencia topik
- Battlefield 6
- Milyen Android TV boxot vegyek?
- Sony Xperia 1 VII - Látod-e, esteledik
- Motoros topic
- A lemondást javasolja az Intel vezetőjének Donald Trump
- További aktív témák...
- Szép állapotban levő Apple iPhone 12 Pro Max 128GB / 12 hó jótállás
- HIBÁTLAN iPhone 13 mini 128GB Starlight -1 ÉV GARANCIA - Kártyafüggetlen, MS3130, 94% Akkumulátor
- Asus rog g751y
- LG 55C3 - 55" OLED evo - 4K 120Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDMI 2.1 - PS5 és Xbox!
- Xiaomi 12T Pro 8/256 GB kék / 12 hó jótállás
Állásajánlatok
Cég: FOTC
Város: Budapest