- Garmin Forerunner 165 - alapozó edzés
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Telekom mobilszolgáltatások
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Bemutatkozott a Redmi új szériája
- Oppo Find X5 Pro - megtalálták
- Bluetooth-headsetekről általában
- Samsung Galaxy A71 - elég ennyi?
- Milyen okostelefont vegyek?
- Fotók, videók mobillal
Hirdetés
-
Lenovo Essential Wireless Combo
lo Lehet-e egy billentyűzet karcsú, elegáns és különleges? A Lenovo bebizonyította, hogy igen, de bosszantó is :)
-
Rossz üzlet az EV-kölcsönzés
it Küszködik az EV-kölcsönzés miatt a Hertz Global, még több EV-t adnak el.
-
Ülésezik a hardveregylet
ph Az irodai készülékek és monitorok társaságát egy ház, egy egér és egy DAC egészíti ki.
-
Mobilarena
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
#21078528
törölt tag
válasz herdsman12 #56399 üzenetére
Teljesen jó, tényleg gyorsult, pár kiegészítő egyenlőre nem megy.
-
CPT.Pirk
Jómunkásember
válasz soldi3r #56396 üzenetére
A google-ben találtam ilyesmit nem rég, nem is kevés példát. A legegyszerűbb az, ami megpingeli pl. a google.com-ot és ha visszajött a ping, akkor továbblép a script, lefuttatva amit szeretnél, mindezt a háttérben.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
soldi3r
veterán
válasz #21078528 #56397 üzenetére
Oke, kicsit olvasgattam ez alapjan, de nem mondom, hogy kepben vagyok
Szoval felteszem a network managert, ha nincs, aztansystemctl enable NetworkManager-wait-online.service
Ezzel amig nincs net, addig nem tolt be semmi? OMV, MiniDLNA sem?
Ha jol latom network manager nelkul pedig ez mukodnesystemctl enable systemd-networkd-wait-online.service
Ezutan a /etc/default/openvpn fajt szerkesztve el tudom inditani az autostartot,
AUTOSTART=a_konfig_fajl_neve.ovpnElgileg meg egy dolog lenne. Ha atirom a .ovpn vegzodest .conf-ra, akkor eleg 2 sor beszurnom fajlba?
If a username/password is required,
edit the .conf file
edit auth-user-pass user-password-filename ezt a sort nem tudom ertelmezni egyelore
Create a file containing:
username
password[ Szerkesztve ]
E30 (oo=[][]=oo)
-
#21078528
törölt tag
válasz soldi3r #56403 üzenetére
Így van, semmi nem indul, amíg nem épül fel a kapcsolat. A systemd-analyze blame paranccsal amúgy ellenőrizheted a folyamatot, látni fogod, minden .service, aminek hálózat kell, az utána fog indulni.
Az openvpnt nem ismerem, mint írtam, fogalmam nincs hogyan tudod rávenni, hogy ne kérjen jelszót...
-
kkdesign
senior tag
válasz #21078528 #56395 üzenetére
A szájbarágás. Hova mit írjak pontosan. Melyik a sarkalatos pont, melyik mit csinál pontosan. El tudom-e szúrni valahogy, várható -e hibaüzenet, ha igen mivel kapcsolatban.
# /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/sdb5 during installation
UUID=8bf39550-fbd6-454e-9161-cf18a817be4b / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda2 during installation
UUID=8058-DAF4 /boot/efi vfat umask=0077 0 1
# swap was on /dev/sdb3 during installation
UUID=10d3aef9-024c-45fe-a183-2163b68de65f none swap sw 0 0ez van az fstab fájlban.
Az a legfőbb bajom, hogy még nem értem mit csinálok ha ezt végigcsinálom, vagy melyik részét kéne konkrétan végigcsinálnom. Oké le van írva, hogy Samunál baj lehet. Valami kapizs a feketelistás dologról is, de csak kikövetkeztetni tudom, hgy tán azért, mert azonnali használatot eredményez..!? ami rendesen használja az ssd-t.
-
#21078528
törölt tag
válasz kkdesign #56410 üzenetére
Az fstabba egy noatime opciót írj / fájlrendszer paramétereihez (az errors=remount-ro után, vesszővel elválasztva), egyébként rendben van, nem szerepel discard opció, nincs további teendőd.
Ezen kívül az alignálás ellenőrzése nagyon fontos, és az nem árt, ha az fstrim lefut néha, mondjuk hetente.
Ja, és ne írd csurig a meghajtót, szegény vezérlő hadd tegye a dolgát!
A többi dolog már csak finomhangolás.[ Szerkesztve ]
-
Flowtation
őstag
Sziasztok!
Nekem is lenne fstab-os kérdésem (is). OMV 4.x alatt lsblk-ra ezt kapom:sdb 8:16 0 372,6G 0 disk
└─sdb1 8:17 0 372,6G 0 part /srv/dev-disk-by-label-fekete
sdc 8:32 0 465,8G 0 disk
└─md126 9:126 0 464,7G 0 raid1
sdd 8:48 0 465,8G 0 disk
└─sdd1 8:49 0 465,8G 0 part /srv/dev-disk-by-label-belsoMi ez a /srv/akármi elérési út? Ez normális? Egyébként nem jó az nfs megosztás, a mount -a parancsra access denied-et kapok, pedig elvileg megy az omv-n az nfs, meg is van osztva a mappa. (/export/megosztás megvan). Arra már nem emlékszem, hogy a user ACL beállításaiban kell-e valamit konfigolni, oda viszont nem tudok belépni, mert nem töltődik be. Igaz, hogy a legfrissebb 4-es omv, lehet, hogy ez a baj, még nem teljesen stabil.
A másik kérdésem pedig az lenne, hogy a fenti lemezeknél hogyan tudom megszüntetni a raid-et? Az sdc-nél ami van, csak egy sima partíciót szeretnék az egész lemezre.
Köszönöm!
Keresek: D-link covr-1102 2 pack routert.
-
Frawly
veterán
válasz #21078528 #56411 üzenetére
Szerintem noatime-ot sem kell beleírni. Nem akarom újrakezdeni a vitát, amit egy másik topikban lefolytattunk, csak megjegyzem itt is, hogy felesleges. Csak azért írom, hogy itt is szerepeljen, legyen másik vélemény, és nem összezavarásból. Esetleg ha újra le akarod folytatni a vitát, akkor linkelj róla forrást, ahol konkrét statisztikával kimutatják, hogy a noatime nélkül sokkal több írás kerül az SSD-ra, ami miatt elhasználódhat.
A discard opció viszont nem szerepelhet, a 8XX-es Samsungok vezérlője a kernelben feketelistán van, a discard TRIM-et ezért a kernel azonnal kikényszeríti, ami teljesítményproblémákhoz vezet. Helyette fstrim-et kell használni, van rá systemd service is (sudo systemctl enable fstrim.timer), meg be lehet rakni a cron-ba is, vagy akár kézzel néha napján kiadogatni a sudo fstrim -a -v parancsot. Elég 4 hetente egyszer, vagy akár lehet ritkábban is.
Alignálás sem számít, pont most van róla szó az Flash SSD topikban, hogy a 850-es Samsungok 512 bájtos fizikai szektorral rendelkeznek, nem 4K-sal. Plusz a linuxos toolok és telepítők alapból egész MB-os határon hozzák létre a partíciókat, ami kompatibilis a 4K-s alignálással, mivel 4K-val is osztható maradék nélkül.
-
Flowtation
őstag
válasz Flowtation #56412 üzenetére
No, nfs megoldódott, hogy miért egyelőre nem tudom. Viszont újrahúztam az omv-t, a v3-al, mert a négyesben még gui-s akadások is voltak. Erre az lsblk már az sdc-re nem ír md126-ot, hanem simán sdc. Ekkor fdisk-el tettem rá egy partíciót, ami meg is jelent, viszont az omv gui alatt nem tudom létrehozni, mert ezt kapom vissza:
Hiba #0:
exception 'OMV\ExecException' with message 'Failed to execute command 'export PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin; export LANG=C; mkfs -V -t ext4 -b 4096 -m 0 -E lazy_itable_init=0,lazy_journal_init=0 -O 64bit -L 'uj1' '/dev/sdc1' 2>&1' with exit code '1': mke2fs 1.43.3 (04-Sep-2016)
/dev/sdc1 is apparently in use by the system; will not make a filesystem here!' in /usr/share/openmediavault/engined/rpc/filesystemmgmt.inc:626
Stack trace:
#0 /usr/share/php/openmediavault/rpc/serviceabstract.inc(528): OMVRpcServiceFileSystemMgmt->{closure}('/tmp/bgstatusw7...', '/tmp/bgoutputaV...')
#1 /usr/share/openmediavault/engined/rpc/filesystemmgmt.inc(642): OMV\Rpc\ServiceAbstract->execBgProc(Object(Closure), NULL, Object(Closure))
#2 [internal function]: OMVRpcServiceFileSystemMgmt->create(Array, Array)
#3 /usr/share/php/openmediavault/rpc/serviceabstract.inc(124): call_user_func_array(Array, Array)
#4 /usr/share/php/openmediavault/rpc/rpc.inc(86): OMV\Rpc\ServiceAbstract->callMethod('create', Array, Array)
#5 /usr/sbin/omv-engined(536): OMV\Rpc\Rpc::call('FileSystemMgmt', 'create', Array, Array, 1)
#6 {main}sshn is ezt kapom vissza a mkfs.ext4 /dev/sdc1-re:
/dev/sdc1 nyilvánvalóan használatban van a rendszer által; itt aztán nem jön létre egy fájlrendszer!Mountolva ugyebár nincs...mi a rosseb van vele? Mint utólag kiderült, ez a lemez egy raid tömb fele volt.
[ Szerkesztve ]
Keresek: D-link covr-1102 2 pack routert.
-
#21078528
törölt tag
válasz Frawly #56413 üzenetére
Hogy mernék vitatkozni egy olyan mély ismeretekkel rendelkező felhasználóval mint Te?
Amúgy a noatime opciót azért használjuk, hogy növeljük a meghajtó teljesítményét, és nem azért, hogy csökkentsük az írási mennyiséget, de ilyen apróságokkal ne foglalkozz...
A Samsung meghajtóknál nem teljesítmény problémát, hanem adatvesztést okoz, de ezzel se foglalkozz...
Honnan tudod, hogy a kolléga mennyit írási és törlési műveletet hajt végre a meghajtóján, és akkor honnan tudod milyen időközönként érdemes futtatnia az fstrimet?
A Linux toolokkal olyan kezdőszektort adok meg amilyet akarok (az hogy mit ajánl fel az adott program, egy dolog), tehát szépen el lehet rontani az alignálást, ami drámai teljesítmény csökkenést okoz...
De igen, tudomásul vettem, hogy a NAND modulok az örökkévalóságnak készülnek, és már rég nem fog létezni a világegyetem, amikor a NAND-ok még mindig vidám szívják magukba a biteket...
(#56415) nahaggyámár: relatimeot akkor van értelme használni a noatime helyett, ha konkrétan használsz olyan programot, aminek tudnia kell, hogy az adott fájl a módosítása óta fel volt-e olvasva, különben teljesen felesleges.
-
#21078528
törölt tag
válasz Flowtation #56414 üzenetére
Erre pontosan mit kapsz?
lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINT
-
Flowtation
őstag
válasz #21078528 #56418 üzenetére
Jó reggelt!
Ezt kapom:NAME FSTYPE TYPE MOUNTPOINT
sdd disk
└─sdd1 ext4 part /srv/dev-disk-by-label-belso
sdb disk
└─sdb1 ext4 part /srv/dev-disk-by-label-fekete
sdc disk
└─sdc1 part
sda disk
├─sda2 part
├─sda5 swap part [SWAP]
└─sda1 ext4 part /Keresek: D-link covr-1102 2 pack routert.
-
#21078528
törölt tag
válasz Flowtation #56420 üzenetére
Hmmm, ezek alapján nincs rajta RAID superblock, de ettől függetlenül próbálhatsz vmi Live rendszer alól futtatni rajta egy mdadm --zero-superblock /dev/sdc parancsot, vagy a drasztikusabb módszert:
dd if=/dev/zero of=/dev/sdc bs=512 seek=$(( $(blockdev --getsz /dev/sdc) - 1024 )) count=1024Aztán újra particionálni, szintén Live alól.
-
Flowtation
őstag
válasz #21078528 #56421 üzenetére
Köszönöm! Végül is kiderült, a két lemez egy raidben volt. Azt tervezem, hogy berakom mindkettőt, és live alól gyalulok mindent. Legalább a rendszerlemezt is át tudom méretezni. Ha ezt a dd parancsot kiadom - esetleg még a status=progress paranccsal - akkor letúr mindent? Ez a seek rész mit jelent?
Keresek: D-link covr-1102 2 pack routert.
-
#21078528
törölt tag
válasz Flowtation #56422 üzenetére
Igen, teljesen legyalulja a FAT táblát.
Minden adatod elveszik!
A seek opcióval gyk. az állítod, hogy a kimeneti fájl hanyadik bájtjától kezdődjön az írás.[ Szerkesztve ]
-
kkdesign
senior tag
Srácok én meg megyek vissza a single Windowsra pedig jókl indult a Linuxos pályafutásom, elsőre feltelepült mind2 disztro, de ez a rendszer fele elfelejt betölteni, most ebbe most amabba nem tudk belépni emrt nem níílik meg, csak úgy hibaüzenet nélkül, ehhez nekem nincs kedvem. Kérlek ha tudtok segíteni abban, hogy a bootolásból kiszedni a Linuxos dolgokat, azt nagyon megköszönném. Kértem segítséget az ottani topikban is, de hátha párhuzamosan előbbre jutok, vagy jó ötlet van. Az ottani kérdésem: [link]
-
Frawly
veterán
válasz #21078528 #56416 üzenetére
Erről valami link, hogy adatvesztést okoz a discard TRIM a feketelistás SSD-ken? Én csak teljesítményproblémákról tudok. Persze lehet ugyanazt mondjuk, mert eredetileg lehet adavesztést okozott, ezért tették ezeket a vezérlőjű meghajtókat feketelistára a kernelben, emiatt a kernel a TRIM parancsot azonnal kikényszeríti, nem ütemezi későbbre. Tehát az adatvesztéstől megvéd a kernel, ennek ellenére nem jó ezeken a meghajtókon discard-ot használni. Én ezért sem vettem 8XX-es Samsungot, pedig eredetileg én is 850 EVO-t néztem, de végül ezért lett Crucial MX300, mert még ez volt olyan árban, meg ez tudott hardveres öntitkosítást, meg ami nekem kellett, és flottul megy rajta Linuxon akármilyen TRIM-elési módszer.
Sok helyen nem írják, így megteszem, hogy nem kell kétféle trim. Ha discard opcióval lett valami mountolva (és így működik a TRIM, nem feketelistás a meghajtó), akkor nem kell fstrimet futtatni, nem ront a helyzeten, csak felesleges. És fordítva, ha valaki úgyis fstrimet használ, akkor meg a discard felesleges. Ez alól egy kivétel van, pl. EFI partíció mindig FAT32-es, és ez nem támogatja az fstrim-et, csak a discard-ot, de a Windows is tudja TRIM-elni.
SSD-n nem hinném, hogy a noatime hiánya akkora teljesítményproblémához vezet, általában a meghajtó ki szokta futni a megadott gyártói sebességértékeket, noatime-mal és anélkül is. Nem tudok olyan benchmarkról, ahol kimutatták, hogy a noatime mérhető lassulást okoz. Ha tudsz ilyenről, jöhet erről is egy link.
Az meg igaz, hogy a linuxos particionálóknak olyan kezdő szektort adsz meg, amilyet akarsz, de default mindig olyan kezdő szektort ajánlanak fel, amely egész MB-os szektorhatáron kezdődik, és így 4K-val is osztható (fdisk, cfdisk, parted, Gparted, stb.). Nyilván, létrehozás előtt át lehet írni, de nem látom, hogy melyik felhasználó akarna laikusként a felajánlott default értékekbe önkényesen belebarmolni, mikor semmit nem nyer vele. A linuxos telepítőknél meg Windowsnál nem lehet önkényes értékeket megadni elve.
Az fstrim futtatásának a gyakorisága tényleg egyéni szükségletek függvénye. Elvileg elég lenne akkor lefuttatni, ha már belassul a meghajtó, de az általános ajánlás a havi egyszeri alkalom. Persze lehet sűrűbben is trimelni, nem árt a meghajtónak, mert a már TRIM-elt cellákat nem trimeli végig újra, csak azokat az adattároló cellákat, amelyekben azóta került az adat törlésre. Akár 5 percenként is le lehet futtatni az fstrim-et, akkor látszik is, hogy 0-1 másodperc alatt végez, míg ha hetente futtatom, akkor 15 másodperc kell neki a teljes meghajtó trimelésére, ha meg havonta, akkor olyan 35 másodperc körül végez egy 525 gigás SATA3-as SSD-n. Másoknál, akik többet írnak rá, lehet elkél a gyakoribb fstrim. Ezt az fstrim -a -v futási idejéből ki lehet tapasztalni.
-
#73749248
törölt tag
válasz Frawly #56428 üzenetére
https://askubuntu.com/questions/864565/have-the-linux-kernel-bugs-that-caused-data-loss-when-using-a-samsung-850-pro-ss
Itt úgy láttam, egyértelműen adatvesztésről írnak.
De arról is, hogy már akkor is volt patch, gyanítom, a friss kernelek már egyébként is tartalmazzák.Úgy egy éve olvastam olyat, hogy a discard használata csökkenti az SSD lehetséges élettartamát, ebből nem tudom, mennyi az igazság. Ha a saját 840PRO-m SMART adatait nézem, hogy egy linux telepítés + erre a linuxra egy virtuális gép ISO-jának letöltése és annak telepítése 1%-ot elvett a várható élettartamból, az elég gázosnak tűnik. De ki tudja. Szerencsére nem nyúzom annyit, hogy a terhelésbe pusztuljon bele.
-
Frawly
veterán
válasz #73749248 #56429 üzenetére
Azóta a kernelek ezt kezelik, lásd a kernel forráskódjának a vonatkozó része (a 4526. sortól jön a lényeg a TRIM-feketelistára vonatkozóan). A 4537. sorban szerepel a Samsung 8XX-es széria. Tehát semmilyen adatvesztés nincs azóta.
Azért is írok róla mindig ennyit, mert az SSD-ket még mindig rettenet sok tévhit övezi, és ebből a laikusnak az jön le, hogy agyon kell kímélni, meg speciális beállítások tömkelegét kell alkalmazni, hogy működjön. Lassan már az jön, hogy ránézni sem szabad, mert szemlenyomatos lesz, és az is árt neki, csökkenti az élettartamát.
Az a gyártón múlik, hogy a SMART-ban a health percentage értékét milyen ütemben csökkenti. Van olyan SSD, amire ha újonnan egyetlen bájtot is kiírsz, lemegy azonnal a kondíciója 99%-ra, de ez nem jelenti azt, hogy még 99 bájt után kuka lesz az SSD, mert adott esetben a következő százalékra esés mondjuk újabb 1-10 TiB írása után következik be. Ezt mindig az adott gyártó dönti el, hogy milyen ütemben veszi le a százalékokat. Ezért nem jelent semmit, hogy nálad a virtuális gép máris csökkentett 1%-ot. Nálam pl. most 738 GiB-nyi írás után (napi átlag 4,4 GiB írás, nincs semmilyen kímélő vagy optimalizáló beállítás, torrentet is kap, egyetlen meghajtó a gépben) a kondíció még mindig 100%-os. A kondícióesést akkor kell komolyan venni, ha gyorsan esik túl sok százalékot, ilyen pár hét leforgása alatt 20-50%-ot, akkor el lehet kezdeni aggódni.
[ Szerkesztve ]
-
#73749248
törölt tag
válasz Frawly #56430 üzenetére
Sajnos nem csak a teljesen laikusokkal van így. Alig találni (legalábbis fórumokon) olyan embert, aki legalább meggyőzően érvel SSD témában. (na jó, ez kb. másfél évvel ezelőtti infó, akkor próbáltam windows-ról teljesen linuxra cuccolni, azóta megtörtént)
Nálam Wear_Leveling_Count van, ennél a VALUE és WORST oszlopban 098 van, a RAW pedig 52.
Ez utóbbi szokott növekedni néha váratlanul. Értem ezalatt: egyetlen Windows 7 telepítés is képes volt megnövelni 1-2-vel, ami akkor azért ijesztőnek tűnt, mert kb. másfél-két év élettartamot jósolt.
Ennek úgy három, talán négy éve és most van 52-nél, szóval a két évnél többet kibírt. (ha jól saccolom, kb. 7TB-nál tart) -
Frawly
veterán
válasz #73749248 #56431 üzenetére
A RAW értéket nem kell nézni, csak a sima értéket, amit mutat rá, a 98-at. 98%-os SMART kondícióval az még teljesen új SSD, gondolom az első százalék akkor ment le, mikor akármit is írtál rá, a következő meg x írás után, nem tudom mennyit TBW-t mutat most a meghajtót, hány GB-ot.
Az élettartamnak megint nem szabad hinni, azt az egyes programok a kondícióból, összes írásból, egyéb SMART jellemzőkből kombináltan kalkulálják egyéni szájíz alapján, emiatt különböző szoftverek eleve más élettartamot jósolnak. A HD sentinel még a kondíciót is átszámolja még más SMART adatok mentén, sokszor emiatt különböző értéket mutat, mint amit a SMART vagy az SSD gyártójának a diagnosztikai programja, ez utóbbi kettő a mérvadó.
Nem hinném, hogy aggódnod kéne, a 250 gigás 850 EVO-nál 75 GB TBW, az 500+ gigásnál 150 GB TBW van megadva, ezt nagyon sokára fogod elérni, már ha egyáltalán eléred, meg ha eléred és túl is léped, akkor sem lesz semmi baja, csak garancia nem lesz rá. Elég mindig az írási mennyiséget nézni a meghajtón, meg hőmérsékletet, meg az error countokat. A kondíciónál nem érdekes mit mutat, hacsak nem túl drasztikus az esése, mert akkor rá kell nézni mi miatt van.
-
Frawly
veterán
válasz growler #56432 üzenetére
Mondjuk ebben igazad van, foglaltságtól is függ, nem csak írásmennyiségtől. Ezeket, amiket én mértem, 54%-os foglaltság mellett mértem. Ez alapján hetente kéne TRIM-elnem, és kb. ennyire is szokott kijönni, mivel kb. hetente kézzel futtatom az fstrim-et (nem szeretem az automatikus dolgokat, nekem akkor a systemd fstrim.service ne fstrimmeljen, miközben lehet valami másra használom épp a meghajtót), de nem minden héten, volt, hogy elfelejtetettem, és egy meg másfél hónapig nem volt trimelve, és akkor sem volt baja, nem lassult be. Megfogadtam, hogy legalább egy évig fstrim-mel tesztelem, majd áttérek discard TRIM-re, hogy össze tudjam hasonlítani, hogy melyik hogy érinti az SSD teljesítményét, de már a látatlanban is azt várom, hogy mindegy, mindkettő egyformán jól működik szerintem, ha a meghajtó támogatja, nagyon valószínű, hogy egyik sem lassít a meghajtón, mindkettő megtrimeli, amit kell.
Olvastam nem egy emberről, akik XP alatt használnak SSD-t, mindenféle TRIM nélkül évek óta, és még nem lassult be nekik. Pedig XP alá is vannak olyan gyári szoftverek, amikkel lehet kézi trimet csinálni, vagy be lehet bootolni live linuxra, és ott kiadni a sudo fstrim -a -v parancsot néha napján.
-
#73749248
törölt tag
válasz Frawly #56436 üzenetére
Ha nem ragaszkodsz a képhez...
=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 1
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0
9 Power_On_Hours 0x0032 099 099 000 Old_age Always - 2474
12 Power_Cycle_Count 0x0032 097 097 000 Old_age Always - 2806
177 Wear_Leveling_Count 0x0013 098 098 000 Pre-fail Always - 52
179 Used_Rsvd_Blk_Cnt_Tot 0x0013 100 100 010 Pre-fail Always - 0
181 Program_Fail_Cnt_Total 0x0032 100 100 010 Old_age Always - 0
182 Erase_Fail_Count_Total 0x0032 100 100 010 Old_age Always - 0
183 Runtime_Bad_Block 0x0013 100 100 010 Pre-fail Always - 0
187 Uncorrectable_Error_Cnt 0x0032 100 100 000 Old_age Always - 0
190 Airflow_Temperature_Cel 0x0032 066 050 000 Old_age Always - 34
195 ECC_Error_Rate 0x001a 200 200 000 Old_age Always - 0
199 CRC_Error_Count 0x003e 099 099 000 Old_age Always - 9
235 POR_Recovery_Count 0x0012 099 099 000 Old_age Always - 280
241 Total_LBAs_Written 0x0032 099 099 000 Old_age Always - 15179776126Egy Samsung 840PRO adatai. Laptopban megy pár éve, úgy fél év kihagyással.
[ Szerkesztve ]
-
Frawly
veterán
válasz #73749248 #56435 üzenetére
Itt azt írják, hogy nem a RAW értéket kell nézni ennél az attribútumnál.
Nem kell kép, szépen látszik ezen az oszlopos táblázaton. Képet csak azért szoktam kérni, mert a szöveges kimenetet rosszul szokta tördelni a fórummotor. 98% százalék nálad a kondíció. Ez több éves SSD-nél, 7 TB írással a háta mögött egy nagyon jó érték. Ezzel az ütemmel még vagy 50 évig kitart még az szerencsétlen meghajtó.
[ Szerkesztve ]
-
#73749248
törölt tag
-
Frawly
veterán
válasz #73749248 #56439 üzenetére
Itt is azt írják pont a Wear Level Count attribútumra 840 Prónál, hogy a normalizált érték számít, nem a raw.
Egyébként azt furcsállom, hogy több éves az SSD-d (hiába a fél év kihagyás), és csak 103 nap üzemidőt mutat. Nálam fél év alatt keletkezett 58 nap. Ennyi idő alatt sok az a 7TB-os írás. Nem önmagában, de ilyen kevés napra elosztva az napi 69 GB írás, ami jóval az átlag felett van. Említetted a virtuális gépet, mondjuk attól lehet, ha futtatsz rajta egy komplett virtuális rendszert, ami sokat használsz, meg frissítesz.
Nyilvánvaló, hogy nem fog ilyen 50 évig menni igazából egyik SSD sem, mert hiába bírnák még a cellák, a vezérlő ki fog alóla rohadni. Semmi nem megy örökké. Akkor sem, ha kímélve van.
-
#73749248
törölt tag
-
adika4444
addikt
Hali!
Debian 9 alatt sikerült valakinek PPTP vagy Openvpn szervert beállítani?
Openvpn-t már elfogadtam hogy nem megy, de ez a rohadt PPTP se igazán megy, beállítottam a localip-t és a remoteip-t hogy a routerem tartományából, de a DHCP-n kívülről adjon címet. Persze nem megy. A címet megadja, de a Windows azt írja hogy nincs hálózat, vagy hogy nincs internetkapcsolat, persze semmit nem is lehet elérni.
Kicsit már kezdem úgy érezni hogy ez a Debian 9 kitűzte céljának hogy feszegesse az idegeimet , mert az Openvpn se megy úgy mint másoknak Debian 8 alatt, PPTP-nél is ezt a leírást követtem, de még se megy...
A kérdés hogy valakinek sikerült értékelhető eredményt elérnie Debian 9 alatt a VPN szerver kérdésben?
Köszi![ Szerkesztve ]
üdv, adika4444
-
gahor72
aktív tag
Jó estét mindenkinek!
Segítséget szeretnék kérni Linux-ban/ból..
Qnap nas-ra szerenék telepíteni flexget-et.Sajnos csak parancssoros telepítés létezik,amihez teljesen láma vagyok.
Napok óta olvasok hogy mit és hogyan,de nem megy.
Az rendszer GNU/Linux--ezt írja a a nas.Putty-al be tudok lépni SSH-n.
Azt,hogy hol is vagyok a rendszerben A Winscp nevű programmal tudom ellenőrizni a windows-os pc-n.
A flexget honlapja szerint tök egyszerű,a következőket kéne beírnom:For Python 2.7 on QNAP perform the following steps,
Install the QNAP Optware QPKG from the web GUI
Log in to your NAS via ssh
Enter the commands
ipkg install python27
ipkg install py27-setuptools
easy_install-2.7 flexgetA 2.7-es python fent van a qnap saját app kínálatából.
Optware fejlesztése leállt,de van helyette Entware-ng,ezt is feltettem.
SSh-n bejelentkeztem a nas-ra,mint admin,gondolom a root könyvtárban vagyok.
Itt beírtam ezeket :ipkg install py27-setuptoolsDe erre azt írja ki,hogy: command not found.
Innen nekem ez már kínai,de ha valaki segítene akkor valószínű,hogy össze tudnám hozni.
Köszönöm előre is a segítséget.[ Szerkesztve ]
-
mickemoto
őstag
Milyen kis gépigényű Linuxot tudtok ajánlani.Régi atomos Acer Aspire One gépre kellene valami alternatíva mert a win 8.1 nagyon döcögős neki.
-
CPT.Pirk
Jómunkásember
válasz mickemoto #56446 üzenetére
Már jó ideje minden disztróban alap az ntfs-3g csomag, azzal meg megy az ntfs kezelés magától. Win alól a rufust javaslom iso kiírására.
Amúgy meg ezt a kis unicorn disztrót javaslom: http://skamilinux.hu/unicorn6-puppynopae-v-2-angolmagyar-2017-jun/
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
Ú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!
- Gitáros topic
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Házimozi belépő szinten
- Milyen program, ami...?
- RAM topik
- Aliexpress tapasztalatok
- Garmin Forerunner 165 - alapozó edzés
- 3 évig még biztosan nem rendelhetünk Xiaomi EV-t
- Kerékpárosok, bringások ide!
- AMD Radeon™ RX 470 / 480 és RX 570 / 580 / 590
- További aktív témák...
- Vírusirtó, Antivirus VPN kulcsok
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
- PC JÁTÉKOK (OLCSÓ STEAM, EA , UPLAY KULCSOK ÉS SOKMINDEN MÁS IS 100% GARANCIA )