Příspěvky

406

Hardware / Re:Disk zlobí (I/O 100%, nízká rychlost, záseky)

« kdy: 18. 11. 2017, 13:02:55 »

Relokované sektory určitě nejsou v pořádku, ale viděl jsem už hodně disků, které je měly a řada jich šlape bez potíží dodnes. Nicméně jsem zkusil ten WD, co se mi válí doma. Teď ještě dobíhají aktualizace, brzo budu vědět... Alespoň zjistím, v jaké kondici je tenhle disk

407

Hardware / Re:Disk zlobí (I/O 100%, nízká rychlost, záseky)

« kdy: 18. 11. 2017, 09:07:53 »

V klídku, není třeba se dohadovat ;-) Badblocks známe zjevně všichni tři a všichni víme, že umí různé režimy ;-)

Long self-test skončil read chybou.

Mám v šuplíku 500GB WD black, asi ho zkusím. Nechci ho dávat, ale pro vyloučení problému (v disku) poslouží dobře.

Mezitím už vyjednávám s majitelem write test (povolení ke smazání dat).

408

Hardware / Re:Disk zlobí (I/O 100%, nízká rychlost, záseky)

« kdy: 17. 11. 2017, 21:32:44 »

Ten disk mi nepříjde zcela OK

Určitě není v top kondici, ale na odpis (asi) zatím taky ne. Uvidíme ještě zítra. Teď jdu spát, ráno to tu omrknu a uvidím, jestli pustit badblocks hned nebo ještě počkat/vyzkoušet něco jiného.

409

Hardware / Re:Disk zlobí (I/O 100%, nízká rychlost, záseky)

« kdy: 17. 11. 2017, 21:27:09 »

Procesor má teploty v pohodě (45-50), má to integrovanou NVidia kartu, přes kterou možná jde přehrávání (proprietární ovladače, ale jak to je s VDAPU u totemu, to nevím). Karta má taky kolem 50. I když přehrávám video o rozlišení nesmyslu (čti: 500x220px), dělá to to samé. Neviděl bych to na teplotní problémy.

410

Hardware / Re:Disk zlobí (I/O 100%, nízká rychlost, záseky)

« kdy: 17. 11. 2017, 21:14:11 »

Zapomněl jsem napsat, že badblocks znám a v případě potřeby klidně pustím i zápisový test. Nejsou tam (zatím) žádná podstatná data... Je to ale časově náročné, proto jsem tím hned nezačal. Ale pokud se tu něco nevyvrbí, tak to v sobotu odpoledne pustím. V neděli bych to rád předal funkční :-)

411

Hardware / Re:Disk zlobí (I/O 100%, nízká rychlost, záseky)

« kdy: 17. 11. 2017, 20:38:55 »

Ještě dodatky:

Možná irelevantní - V čase 2833 hodin hlásí SMART error při příkazu WRITE (nebo READ) FPDMA QUEUED.

Teď běží long SMART test.

Disk má 512 bajtů logické i fyzické sektory.

Použitý FS je na / i na /home Ext4.

412

Hardware / Disk zlobí (I/O 100%, nízká rychlost, záseky)

« kdy: 17. 11. 2017, 20:23:42 »

Zdravím,

mám teď v ruce asi pět let starý noťas Toshiba s diskem Toshiba (model MK6465GSXN). Dostal se ke mně ještě s Windows 7 (s trojicí souběžně běžících antivirů a klasického bordelu) s tím, že je pomalý/pomalejší, než býval. Nainstaloval jsem na něj Ubuntu, ale už od chvíle, kdy začala instalace, je ukrutně pomalý... Instalace Ubuntu z USB flashky trvala přes hodinu, pravda, tahalo to přitom i aktualizace. Prvně najížděl řádově několik minut (tak dlouho mi nic nenabíhá, včetně ještě o řadu generací starších strojů).

Nicméně - systém spuštěn. Chová se ale divně - když pustím video (film), tak se nepravidelně jednou za několik sekund na sekundu zasekne. Děje se tak nezávisle na velikosti zdrojového souboru nebo na kodeku. Když spouštím softwarové centrum, najíždí strašně dlouho (desítky sekund). iotop při obojím hlásí nějaké očekávané čtení (stovky kilobajtů, až jednotky megabajtů za sekundu) a jednou za několik sekund je u toho procesu (přehrávač totem nebo SW centrum) 99,99% I/O - v tu chvíli je to zaseklé.

Zkoušel jsem pár věcí:
V /etc/fstab nastavit noatime pro / a /home
hdparm -S 0 (disable sleep)
hdparm -B 255 (disable APM - advanced power management)
dd if=/dev/sda of=/dev/null a spustit přehrávání

První tři věci nic... U poslední se mi (subjektivně) zdá, že je to o něco lepší. Mimochodem dd běží cca 80MB/s, takže problém s propustností nebude.

SMART:

Kód: [Vybrat]

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000b   100   100   050    Pre-fail  Always       -       0
  2 Throughput_Performance  0x0005   100   100   050    Pre-fail  Offline      -       0
  3 Spin_Up_Time            0x0027   100   100   001    Pre-fail  Always       -       2094
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       2216
  5 Reallocated_Sector_Ct   0x0033   100   100   050    Pre-fail  Always       -       45
  7 Seek_Error_Rate         0x000b   100   100   050    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0005   100   100   050    Pre-fail  Offline      -       0
  9 Power_On_Hours          0x0032   093   093   000    Old_age   Always       -       2853
 10 Spin_Retry_Count        0x0033   144   100   030    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       2206
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       222
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       58
193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       8493
194 Temperature_Celsius     0x0022   100   100   000    Old_age   Always       -       41 (Min/Max 17/51)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       6
197 Current_Pending_Sector  0x0032   100   100   000    Old_age   Always       -       3
198 Offline_Uncorrectable   0x0030   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
220 Disk_Shift              0x0002   100   100   000    Old_age   Always       -       8267
222 Loaded_Hours            0x0032   094   094   000    Old_age   Always       -       2408
223 Load_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
224 Load_Friction           0x0022   100   100   000    Old_age   Always       -       0
226 Load-in_Time            0x0026   100   100   000    Old_age   Always       -       218
240 Head_Flying_Hours       0x0001   100   100   001    Pre-fail  Offline      -       0

Nemáte nějaké nápady? Co hledat, po čem jít?

413

Odkladiště / Re:Kolik by reálně stála výroba arduino herní konzole?

« kdy: 14. 11. 2017, 19:42:00 »

Zařízení by mělo tyto parametry

Orientační cena za součástky z Číny:
50 Kč - atmega s 32KB Flash a 2-4KB SRAM (neexistuje nějaký levnější mcu s spi, digitálními pár piny, RAM v řádu jednotek KB?)
50 Kč- Nokia 5110 monochromatický LCD (nebo ekvivalent)
10 Kč - 7 tlačítek
3 Kč - přepínač on/off, přepínač ticho / zvuk
30 Kč - malý repráček + 3.5 jack
30 Kč - napájení z baterie

Suma sumárum: do 200. Ale musíš to strčit do krabičky nebo na PCB (cena neznámá, odhadem do 100 Kč), takže jsme do 300. A pak něco za kompletaci (služby).

Líbí se mi třeba Arduboy, ale muselo by to být za 500, maximálně za 700.

Za 550 Kč jsem koupil Gameboy Advance SP (a za dalších 800 EZFlash), nikdo (ani nadšenci) v takový situaci nemůže čekat, že dám 1500 za Arduino s OLED displejem. Zcela pominu to, že jsem za 2000 koupil PS Vita se třema hrama a dvěma 8GB kartama v ceně... Ano, sice je to obojí mainstream výrobek a nepodporuju tak alternativní scénu pro nadšence (jímž sám jsem), ale pořád mě to stálo jen o pár set víc a zábavy si užiju až až...

414

Vývoj / Re:Identifikace souboru

« kdy: 12. 11. 2017, 15:37:05 »

Jedině mít jako součást souboru vlastní identifikátor. i-node je sice fajn, ale jen dokud se ten soubor někam nepřesune (na stejný oddíl ale jiné místo, na jiný oddíl, na jiné médium, do jiného PC...). Pokud chceš jednoznačnou identifikaci souboru po libovolných operacích s ním, musí to být uloženo v něm.

415

Bazar / Re:Prodám PowerMAC G5 A1047, A1177

« kdy: 11. 11. 2017, 16:29:03 »

Zdravím, sháním case od Power Macu G5, vzhledem k tomu, co jste psal, nemáte nějaký G5 na díly? Resp. stačí mi pouze krabice. Díky za odpověď

Hackintosh? Pokud nejsi opravdu zručnej - a tím myslím fakt hodně šikovnej a s pořádným vybavením - tak se na to vykašli. Dokurvíš bednu, nikdy to nedoděláš, bude Tě to stát čas, prachy a na světě bude o raritu míň. Když to otevřu a podívám se, jak je to uvnitř udělaný, nechtěl bych cokoliv měnit, nedejbože se tam snažit narvat ATX zdroj a desku...

Jestli chceš mít Mac s "normální" architekturou, kup si rovnou Mac Pro. Vypadá téměř totožně a máš to hotový. Stačí tam jen nějak vlámat jinej OS.

416

Server / Re:NFS zacalo blbnut

« kdy: 10. 11. 2017, 20:35:49 »

Přehlídl jsem to, pardon.

Jak jsi to tedy opravil? Řešení se může v budoucnu někomu hodit ;-)

417

Server / Re:NFS zacalo blbnut

« kdy: 10. 11. 2017, 19:39:49 »

Provozuju doma NFS několik let a problémy nemívám. V čem je Tvůj problém - konkrétně? Co to (ne)dělá?

418

Hardware / Re:Instalačka linuxu (z Rufusu) nenaběhne z paměťovky, ale z čtečky ano

« kdy: 07. 11. 2017, 14:56:43 »

[...] Pak je tam druhej oddíl se systémem. Ten lze přesunout na USB a pak jen v cmdline.txt v /boot uvést správnej oddíl [...]

to plati obecne pro vsechny RPi, ale u RPi3 je jeste dalsi moznost ze se prvotne nakonfiguruje z microSD z ceho ma startovat, a pak i po vyndani microSD je mozne startovat primo z USB nebo LAN, viz:
https://www.root.cz/zpravicky/raspberry-pi-3-umi-bootovat-z-usb-mass-storage-i-z-ethernetu/

Díky za tip, tahle informace mi nějak utekla :-)

419

Hardware / Re:Instalačka linuxu (z Rufusu) nenaběhne z paměťovky, ale z čtečky ano

« kdy: 06. 11. 2017, 11:55:45 »

RPi má svůj způsob. Na kartě chce najít první oddíl typu FAT, na kterém má konkrétní soubory (technicky je to /boot, nemá cenu rozepisovat soubory, vše je v image Raspbianu). Pak je tam druhej oddíl se systémem. Ten lze přesunout na USB a pak jen v cmdline.txt v /boot uvést správnej oddíl, na kterym bude systém (místo původního /dev/mmcblk0p2 dát třeba /dev/sda1).

420

Hardware / Re:Instalačka linuxu (z Rufusu) nenaběhne z paměťovky, ale z čtečky ano

« kdy: 06. 11. 2017, 08:50:36 »

Nebo to souvisí s tím,  že třeba notebook a jeho UEFI nabootují správně paměťovku, ale v jádru nebo v initrd není podpora pro paměťovky? (ostatně v jednom případ je to mmcblk0p1 a driver něco jako sda_ohci, v druhém případě mass storage nebo UASP s driverem ohci, ehci....)

Napadlo mě jako první rozdíl mmcblk vs. sdX

Na druhou stranu dnes bych očekával, že se pojede podle UUID a tím pádem by měl odpadnout problém s rozhozením paměťovek a "disků".