- Navaren: Resident Evil Requiem szösszenet
- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Luck Dragon: Asszociációs játék. :)
- Luck Dragon: MárkaLánc
- Lalikiraly: Mercis kalandok - Huszonnyolcadik rész - Az újrakezdés
- Andras-G: Az internet veszélyei [2. rész] - Facebook Marketpalce
- Parci: Milyen mosógépet vegyek?
- Lalikiraly: Commodore The C64, Ultimate
-
LOGOUT
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
- 3440 x 1440 100Hz!!! 90W PD 34" CURVED 1500R Samsung S34A650UXU - 1 év garancia!
- AKCIÓ! MSI Thin 15 B13UC FHD GAMER notebook - i5 13420H 16GB DDR4 512GB SSD RTX 3050 4GB WIN11
- Konzol felvásárlás!! Nintendo Switch
- Telefon felvásárlás!! iPhone 15/iPhone 15 Plus/iPhone 15 Pro/iPhone 15 Pro Max
- Apple MacBook Pro 16 (2021) 16GB/512GB használt, karcmentes 87% akku, 191 ciklus
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest