abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
dnes 00:10 | Nová verze

Byla vydána verze 4.7 redakčního systému WordPress. Kódové označením Vaughan bylo vybráno na počest americké jazzové zpěvačky Sarah "Sassy" Vaughan. Z novinek lze zmínit například novou výchozí šablonu Twenty Seventeen, náhledy pdf souborů nebo WordPress REST API.

Ladislav Hagara | Komentářů: 0
včera 12:00 | Zajímavý projekt

Projekt Termbox umožňuje vyzkoušet si linuxové distribuce Ubuntu, Debian, Fedora, CentOS a Arch Linux ve webovém prohlížeči. Řešení je postaveno na projektu HyperContainer. Podrobnosti v často kladených dotazech (FAQ). Zdrojové kódy jsou k dispozici na GitHubu [reddit].

Ladislav Hagara | Komentářů: 13
včera 11:00 | Bezpečnostní upozornění

Byly zveřejněny informace o bezpečnostní chybě CVE-2016-8655 v Linuxu zneužitelné k lokální eskalaci práv. Chyba se dostala do linuxového jádra v srpnu 2011. V upstreamu byla opravena minulý týden [Hacker News].

Ladislav Hagara | Komentářů: 1
5.12. 22:00 | Komunita

Přibližně před měsícem bylo oznámeno, že linuxová distribuce SUSE Linux Enterprise Server (SLES) běží nově také Raspberry Pi 3 (dokumentace). Obraz verze 12 SP2 pro Raspberry Pi 3 je ke stažení zdarma. Pro registrované jsou po dobu jednoho roku zdarma také aktualizace. Dnes bylo oznámeno, že pro Raspberry Pi 3 je k dispozici také nové openSUSE Leap 42.2 (zprávička). K dispozici je hned několik obrazů.

Ladislav Hagara | Komentářů: 5
5.12. 06:00 | Zajímavý software

OMG! Ubuntu! představuje emulátor terminálu Hyper (GitHub) postavený na webových technologiích (HTML, CSS a JavaScript). V diskusi k článku je zmíněn podobný emulátor terminálu Black Screen. Hyper i Black Screen používají framework Electron, stejně jako editor Atom nebo vývojové prostředí Visual Studio Code.

Ladislav Hagara | Komentářů: 49
5.12. 06:00 | Zajímavý článek

I letos vychází řada ajťáckých adventních kalendářů. QEMU Advent Calendar 2016 přináší každý den nový obraz disku pro QEMU. Programátoři se mohou potrápit při řešení úloh z kalendáře Advent of Code 2016. Kalendáře Perl Advent Calendar 2016 a Perl 6 Advent Calendar přinášejí každý den zajímavé informace o programovacím jazyce Perl. Stranou nezůstává ani programovací jazyk Go.

Ladislav Hagara | Komentářů: 10
3.12. 16:24 | Nová verze

Byla vydána Mageia 5.1. Jedná se o první opravné vydání verze 5, jež vyšla v červnu loňského roku (zprávička). Uživatelům verze 5 nepřináší opravné vydání nic nového, samozřejmě pokud pravidelně aktualizují. Vydání obsahuje všechny aktualizace za posledního téměř půldruhého roku. Mageia 5.1 obsahuje LibreOffice 4.4.7, Linux 4.4.32, KDE4 4.14.5 nebo GNOME 3.14.3.

Ladislav Hagara | Komentářů: 17
3.12. 13:42 | Pozvánky

V Praze probíhá konference Internet a Technologie 16.2, volné pokračování jarní konference sdružení CZ.NIC. Konferenci lze sledovat online na YouTube. K dispozici je také archiv předchozích konferencí.

Ladislav Hagara | Komentářů: 0
2.12. 22:44 | Komunita

Joinup informuje, že Mnichov používá open source groupware Kolab. V srpnu byl dokončen dvouletý přechod na toto řešení. V provozu je asi 60 000 poštovních schránek. Nejenom Kolabu se věnoval Georg Greve ve své přednášce Open Source: the future for the European institutions (SlideShare) na konferenci DIGITEC 2016, jež proběhla v úterý 29. listopadu v Bruselu. Videozáznam přednášek z hlavního sálu je ke zhlédnutí na Livestreamu.

Ladislav Hagara | Komentářů: 26
2.12. 15:30 | Zajímavý projekt

Společnost Jolla oznámila v příspěvku Case study: Sailfish Watch na svém blogu, že naportovala Sailfish OS na chytré hodinky. Využila a inspirovala se otevřeným operačním systémem pro chytré hodinky AsteroidOS. Použita je knihovna libhybris. Ukázka ovládání hodinek na YouTube.

Ladislav Hagara | Komentářů: 18
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (7%)
 (5%)
 (3%)
Celkem 777 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

Dotaz: Nespolehlivé SSD?

Valoun avatar 13.11.2015 09:10 Valoun | skóre: 30 | blog: Psavec | Středočeský kraj
Nespolehlivé SSD?
Přečteno: 753×
Mám 3 roky staré SSD formátu mSATA z ASUS Xtreamu Ultra a dal jsem ho do noveho Asrock Beeboxu. Po čase mi začal zlobit Openelec/Kodi, který tam je nainstalovaný. A teď problém, který jsem objevil:

OPENELEC dodává systém ve formě souborů KERNEL a SYSTEM a k nim příslušné kontrolní součty KERNEL.md5 a SYSTEM.md5.

Když ty soubory na SSD nahraju, tak mi md5sum KERNEL vrátí správný hash. Ale jakmile SSD odmountuju a zase přimountuju (ani ho nemusím fyzicky vyjmout, nebo vypnout PC), a znovu zkusím md5sum KERNEL, tak už součet nesedí.

Mám z toho vyvozovat že je vadné SSD? fsck.ext4 ani badblocks žádné problémy nenaznačuje. Nebo může být problém i v řadiči, tj. spojení s počítačem? Bohužel nemám jiné mSATA zařízení, abych to vyloučil.

Řešení dotazu:


Odpovědi

13.11.2015 09:33 Aleš Kapica | skóre: 45 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: Nespolehlivé SSD?
U SSD jsou chyby obzvláště zákeřné a selhání nepříjemné. A doba vystřízlivění ze superrychlých SSD už ťuká na dveře. Osobně mám v notebootu řadič se dvěma mSATA SSD. Předtím jsem využíval toho, že můžu mít ve svém HP ProBook 6475b místo DVD další SSD disk. Ostatně - to byl i jeden z pádných důvodů proč jsem ten notebook chtěl.
Valoun avatar 13.11.2015 10:06 Valoun | skóre: 30 | blog: Psavec | Středočeský kraj
Rozbalit Rozbalit vše Re: Nespolehlivé SSD?
Tak to asi bude mít to SSD za sebou. Připojil jsem ho přes USB adapter k jinému počítači a zkusil smartctl. A tahle to dopadlo:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x0000   100   100   000    Old_age   Offline      -       0
  5 Reallocated_Sector_Ct   0x0000   100   100   000    Old_age   Offline      -       0
  9 Power_On_Hours          0x0000   100   100   000    Old_age   Offline      -       0
192 Power-Off_Retract_Count 0x0000   100   100   000    Old_age   Offline      -       0
194 Temperature_Celsius     0x0000   100   100   000    Old_age   Offline      -       30
195 Hardware_ECC_Recovered  0x0000   100   100   000    Old_age   Offline      -       0
196 Reallocated_Event_Count 0x0000   100   100   016    Old_age   Offline      -       0
198 Offline_Uncorrectable   0x0000   100   100   050    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0000   100   100   050    Old_age   Offline      -       0
 12 Power_Cycle_Count       0x0000   100   100   000    Old_age   Offline      -       856
241 Total_LBAs_Written      0x0000   100   100   000    Old_age   Offline      -       977658
242 Total_LBAs_Read         0x0000   100   100   000    Old_age   Offline      -       943074
160 Unknown_Attribute       0x0000   100   100   000    Old_age   Offline      -       0
161 Unknown_Attribute       0x0000   100   100   000    Old_age   Offline      -       127
163 Unknown_Attribute       0x0000   100   100   000    Old_age   Offline      -       6
164 Unknown_Attribute       0x0000   100   100   000    Old_age   Offline      -       90358
165 Unknown_Attribute       0x0000   100   100   050    Old_age   Offline      -       117
166 Unknown_Attribute       0x0000   100   100   050    Old_age   Offline      -       88
167 Unknown_Attribute       0x0000   100   100   100    Old_age   Offline  FAILING_NOW 131

Read SMART Log Directory failed: Connection timed out

SMART Error Log not supported
A dmesg mi podezření potvrzuje, SSD selže i při pouhé snaze o čtení SMART dat, jestli to chápu dobře:
[ 3775.047550] usb 1-7: Product: Ext. HDD
[ 3775.047559] usb 1-7: Manufacturer: Innostor
[ 3775.047568] usb 1-7: SerialNumber: 0000020141020
[ 3775.266925] usb-storage 1-7:1.0: USB Mass Storage device detected
[ 3775.267445] scsi host3: usb-storage 1-7:1.0
[ 3776.568359] scsi 3:0:0:0: Direct-Access     Innostor Ext. HDD         0.00 PQ: 0 ANSI: 6
[ 3776.569453] sd 3:0:0:0: Attached scsi generic sg1 type 0
[ 3776.573204] sd 3:0:0:0: [sdb] 62717952 512-byte logical blocks: (32.1 GB/29.9 GiB)
[ 3776.579508] sd 3:0:0:0: [sdb] Write Protect is off
[ 3776.579527] sd 3:0:0:0: [sdb] Mode Sense: 00 00 00 00
[ 3776.580821] sd 3:0:0:0: [sdb] Asking for cache data failed
[ 3776.580838] sd 3:0:0:0: [sdb] Assuming drive cache: write through
[ 3776.591613]  sdb: sdb1 sdb2
[ 3776.597575] sd 3:0:0:0: [sdb] Attached SCSI disk
[ 3777.290445] EXT4-fs (sdb1): recovery complete
[ 3777.292133] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)
[ 3777.497594] EXT4-fs (sdb2): recovery complete
[ 3777.498809] EXT4-fs (sdb2): mounted filesystem with ordered data mode. Opts: (null)

...

spusten smartctl -d sat -a /dev/sdb

...

[ 3876.948248] usb 1-7: reset high-speed USB device number 9 using ehci-pci
[ 3892.060106] usb 1-7: device descriptor read/64, error -110
[ 3907.276110] usb 1-7: device descriptor read/64, error -110
[ 3907.492253] usb 1-7: reset high-speed USB device number 9 using ehci-pci
[ 3922.604250] usb 1-7: device descriptor read/64, error -110
[ 3937.820238] usb 1-7: device descriptor read/64, error -110
[ 3938.036292] usb 1-7: reset high-speed USB device number 9 using ehci-pci
[ 3948.444248] usb 1-7: device not accepting address 9, error -110
[ 3948.556269] usb 1-7: reset high-speed USB device number 9 using ehci-pci
[ 3958.964271] usb 1-7: device not accepting address 9, error -110
[ 3958.964477] usb 1-7: USB disconnect, device number 9
[ 3959.098619] Buffer I/O error on dev sdb1, logical block 81921, lost sync page write
[ 3959.098641] JBD2: Error -5 detected when updating journal superblock for sdb1-8.
[ 3959.098650] Aborting journal on device sdb1-8.
[ 3959.098667] Buffer I/O error on dev sdb1, logical block 81921, lost sync page write
[ 3959.098678] JBD2: Error -5 detected when updating journal superblock for sdb1-8.
[ 3959.160099] usb 1-7: new high-speed USB device number 10 using ehci-pci
[ 3959.228875] Buffer I/O error on dev sdb2, logical block 3702784, lost sync page write
[ 3959.228895] JBD2: Error -5 detected when updating journal superblock for sdb2-8.
[ 3959.228903] Aborting journal on device sdb2-8.
[ 3959.228920] Buffer I/O error on dev sdb2, logical block 3702784, lost sync page write
[ 3959.228932] JBD2: Error -5 detected when updating journal superblock for sdb2-8.
[ 3974.272256] usb 1-7: device descriptor read/64, error -110
[ 3989.488280] usb 1-7: device descriptor read/64, error -110
[ 3989.704290] usb 1-7: new high-speed USB device number 11 using ehci-pci
[ 4004.816105] usb 1-7: device descriptor read/64, error -110
[ 4020.036272] usb 1-7: device descriptor read/64, error -110
[ 4020.252336] usb 1-7: new high-speed USB device number 12 using ehci-pci
Na druhý pokus o výpis už jen smartctl zahlásí:
/dev/sdb failed: No such device
13.11.2015 12:01 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
Rozbalit Rozbalit vše Re: Nespolehlivé SSD?
USB adaptér vyhoď a připoj ho na přímo k řadiči a pak smartctl......

USB může chybovat a nespolupracovat s SSD!

Jinak samozřejmě že jak ten OS používáš tak už konkrétní součty nebudou sedět na ssd se už něco zase zapíše používáním ne?
Valoun avatar 13.11.2015 12:14 Valoun | skóre: 30 | blog: Psavec | Středočeský kraj
Rozbalit Rozbalit vše Re: Nespolehlivé SSD?
Měl jsem na mysli to, že 2x provedený md5sum hned po sobě neodpovídá, když mezitím provedu umount/mount. Nebootuju z nej ani nic takového (ostatně to řeším práve proto, že kvůli chybě ani nenabootuje, protože se ani nerozbalí jádro komprimované XZ).

Je to úplně stejné, jako kdybych na to SSD nahrál Matrix.avi a udělal nad ním md5sum, umount, mount, md5sum.

Co se USB adaptéru týče jinou možnost nemám (jinou základní desku která by brala mSATA nemám) a s jinými disky v něm jsem problém neměl.
13.11.2015 12:33 lertimir | skóre: 58 | blog: Par_slov
Rozbalit Rozbalit vše Re: Nespolehlivé SSD?
Asi bych si koupil adapter mSATA-SATA a věřil mu vice než převodníku na USB.
Valoun avatar 13.11.2015 12:45 Valoun | skóre: 30 | blog: Psavec | Středočeský kraj
Rozbalit Rozbalit vše Re: Nespolehlivé SSD?
No já to právě mám připojené přes USB-SATA a SATA-mSATA, ale to jen pro účel té diagnostiky.

Tu chybu s poškozením souboru a nesouhlasícím MD5 hashem mi to dělá i přímo v mSATA portu na základní desce toho Beeboxu, když si tam nabootuju Ubuntu z flashky a pak to zkouším přímo na tom SSD, tedy bez jakéhokoli adaptéru.
13.11.2015 14:02 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
Rozbalit Rozbalit vše Re: Nespolehlivé SSD?
Chybný součet může dělat i vadná ram.

Takže chybný součet to generuje i na jiném zařízení?
Řešení 1× (lertimir)
Valoun avatar 22.11.2015 10:56 Valoun | skóre: 30 | blog: Psavec | Středočeský kraj
Rozbalit Rozbalit vše Re: Nespolehlivé SSD?
Příloha:
Tak jsem spustil memtest86 na paměti v Beeboxu a vyšlo mi report, který je v příloze.

1.) našlo se množství chyb (nečekal jsem to, vzhledem k tomu, že mi spolehlivě běhal přes dva měsíce)

2.) V reportu se píše, že nejvyšší nalezená chybová adresa je cca 6143MB, což je u 4GB paměti dost nečekané.

3.) V průběhu testu jsem si zjistil, že se jedná o paměť DDR3 1,5V, kdežto Beebox uvádí, že do něj patří DDR3L, které mají provozní napětí jen 1,35V. Proto možná ty nahodilé chyby. Takže každopádně koupím novou paměť.

S novou pamětí znovu otestuji SSD disk a uvidí se, jinde zatím nezlobil. Každopádně děkuji za nasměrování, paměť jsem nepodezříval.
13.11.2015 18:57 Ruda
Rozbalit Rozbalit vše Re: Nespolehlivé SSD?
Mount ext4 v rw modu ten filesystem zmeni! Proto ti nesedi checksum, zkus pridat k mountu -o ro.
13.11.2015 19:01 Ruda
Rozbalit Rozbalit vše Re: Nespolehlivé SSD?
Jo a pozor ani to read only obcas nezajisti, ze se ext[3|4] nezmeni :-)
13.11.2015 20:06 GeorgeWH | skóre: 35
Rozbalit Rozbalit vše Re: Nespolehlivé SSD?
toto som si najprv myslel aj ja, ale ked som si to este raz precital, tak som to pochopil tak, ze pripojil disk, nakopiroval nan nejaky subor a vypocital md5sum, umountol a opat mountol disk, ale md5sum mu uz nesedel. je to aj logicke, pretoze inac by musel pocitat hash zo zariadenia (napr. /dev/sdb), ak by to malo sediet s tym, ako to ty myslis. aleeeeee mozno je to cele uplne inak a jablka rastu na hruske...
13.11.2015 20:10 R
Rozbalit Rozbalit vše Re: Nespolehlivé SSD?
Presne tak, riesi sa tu neexistujuci problem. Okrem "ro" je este vhodne poznat parameter "noload", ten sa hodi pri zachrane dat z poskodeneho disku.
Valoun avatar 16.11.2015 07:57 Valoun | skóre: 30 | blog: Psavec | Středočeský kraj
Rozbalit Rozbalit vše Re: Nespolehlivé SSD?
Reaguji i na předešlé, které nepochopili problém. Nedělám žádné checksumy celých filesystémů, ale jen jediného souboru. Nakopíruju jediný soubor na cílový disk (v tomto případě SSD, ale klidně si představte disketu, jestli to pomůže), pak udělám checksum toho souboru, odmountuju ten disk, hned ho zase přimountuju a znovu udělám checksum toho jediného souboru a součet nesedí.

Musím tomu ještě nějaký čas věnovat hledání příčiny, ale nechci, aby tu ostatní zbytečně ztráceli čas scénaři, o kterých není vůbec řeč.

Možná to takhle bude jasnější, toto je princip mého problému:
mount /dev/sda1 /tmp/sda1
cp SOUBOR /tmp/sda1/
md5sum /tmp/sda1/SOUBOR => asfcbagbafkgcafcg
umount /dev/sda1
mount /dev/sda1 /tmp/sda1
md5sum /tmp/sda1/SOUBOR => gmiklikvdklagndkl
13.11.2015 22:34 Andrej | skóre: 43 | blog: Republic of Mordor | Zürich
Rozbalit Rozbalit vše Re: Nespolehlivé SSD?

Na normálním souborovém systému, který má checksumy dat i metadat, se taková věc za dobu trvání vesmíru nemůže stát. Prostě není možné nahrát soubor, mít správný checksum a po odmountování přečíst neplatná data. Souborový systém buď vrátí platná data, nebo ohlásí chybu.

No a pokud člověk nepoužívá Btrfs nebo ZFS, dobře mu tak. :-) K tomu se zkrátka nic jiného poznamenat nedá.

SSD je nespolehlivé médium. Kdo si něco takového koupí a svěří tomu svá data, musí s tím počítat. Zatímco na harddiscích jsou Btrfs nebo ZFS nejlepší volba, na SSD jsou naprostá nezbytnost, bez které se člověk neobejde. Jinak nebude mít nikdy jasno v tom, která data ještě má a která už ne. Není nic horšího než mít nějaká data jen tak „napůl“…

ǑǦŹǓǕǙǞǺǨȞȬḔḦḰḾṊṎṸẄẌỖ
Valoun avatar 16.11.2015 08:06 Valoun | skóre: 30 | blog: Psavec | Středočeský kraj
Rozbalit Rozbalit vše Re: Nespolehlivé SSD?
Děkuji za radu. Fakt je že BTRFS ani ZFS jsem ještě nikdy nepoužil. V tomhle případě mi jde jen o domácí přehrávač k televizi. Na to mám k tomu určený OPENELEC, který primárně používá ext4, nechci nic vymýšlet ani budovat sám, za ten čas mi to nestojí. Žádná data tam nemám, na to mám svůj vlastní server s disky v RAIDU a automatickými zálohami. Ale málokdo má čas a chuť se starat doma o všechny počítače, a ještě k tomu hackovat vlastní přehrávač, mikrovlnku a jánevímcoještě.

Jestli má EXT4 checksumy i na data netuším, v absolutní spolehlivost jakéhokoli media nevěřím. Jen jsem z klasických HDD zvyklý na jiné projevy nespolehlivosti. Takže si prostě ještě nejsem jistý, zda podezřívat SSD, nebo pamět (jak naznačili výše) nebo jít Alze hodit na hlavu Beebox.
16.11.2015 10:07 Aleš Kapica | skóre: 45 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: Nespolehlivé SSD?
Jestli je to diskem odzkoušíš tím, že ten disk zkusíš v jiném počítači. Na test paměti je určen memtest, ale některé chyby bývají záludné - kupř. mi se projevovala vada paměti když byly v páru. Je třeba ho nechat běžet delší dobu.
16.11.2015 12:36 ewew | skóre: 36 | blog: ewewov_blog
Rozbalit Rozbalit vše Re: Nespolehlivé SSD?

Na normálním souborovém systému, který má checksumy dat i metadat, se taková věc za dobu trvání vesmíru nemůže stát. Prostě není možné nahrát soubor, mít správný checksum a po odmountování přečíst neplatná data. Souborový systém buď vrátí platná data, nebo ohlásí chybu.

Ale stále to podlieha programatorskej chybe.

No a pokud člověk nepoužívá Btrfs nebo ZFS, dobře mu tak. :-) K tomu se zkrátka nic jiného poznamenat nedá.

Potom budeš robiť obnovu dát, keď im to ten dokonaly system zlikviduje. Ďalšia vec je efektivita. Dnes nie je v móde použivať jednoduché riešenie ale prilepiť na niečo obrovsku kopu kódu. Lebo sw staršieho dátumu je odpad.

SSD je nespolehlivé médium. Kdo si něco takového koupí a svěří tomu svá data, musí s tím počítat. Zatímco na harddiscích jsou Btrfs nebo ZFS nejlepší volba, na SSD jsou naprostá nezbytnost, bez které se člověk neobejde. Jinak nebude mít nikdy jasno v tom, která data ještě má a která už ne. Není nic horšího než mít nějaká data jen tak „napůl“…

Toto je výsledok tvorby veľkých dát a ich neefektivnosti.

sec.linuxpseudosec.sk

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.