Příspěvky

331

Hardware / Re:Raspberry pi4 +TV had + KODI = set-top box ?

« kdy: 16. 11. 2019, 09:07:58 »

...Pak se raspi restartovalo.

Jak to máte chlazené?

nedostatečné chlazení by mělo jen snižovat frekvenci a nezpůsobit zásek nebo restart

ale když by bylo chlazení lepší (aspoň pasiv, lépe k tomu i malej větráček), tak by to asi přehrávalo líp

pro RPi3+ (máte 3+, nebo bez +?) je taky dobré přidat parametr temp_soft_limit=70 do /boot/config.txt, defaultní je 60, víc jak 70 stejně nejde dát, ale i tak se to zpomalování trochu odloží: https://www.raspberrypi.org/documentation/configuration/config-txt/overclocking.md

na to snižování teploty doporučuji pustit bcmstat.sh, běží sám ve smyčce: https://github.com/MilhouseVH/bcmstat

332

Hardware / Re:Raspberry pi4 +TV had + KODI = set-top box ?

« kdy: 15. 11. 2019, 14:32:28 »

jestli se RPi3 restartuje při přehrávání H.256, zkusil bych over_voltage=2 do /boot/config.txt

to by snad mohlo vyřešit restarty, pomalé to bude asi stále, asi to chce RPi4

333

Hardware / Re:Raspberry pi4 +TV had + KODI = set-top box ?

« kdy: 08. 11. 2019, 15:29:53 »

HAT nejdou dát dva na sebe:  https://www.raspberrypi.org/forums/viewtopic.php?t=141645

takže asi kombinace HAT a USB tuneru? nebo ješte jedna pomalejší malina s druhým HAT?

334

Software / Re:Firefox neukládá hesla?

« kdy: 05. 11. 2019, 15:34:26 »

mi ten lockwise funguje, má i starý hesla, ale nemusí tam být člověk přihlášen? já už předtím byl přihlášený

třeba se bude hodit vytáhnout starý hesla ze souborů na disku, kdysi jsem úspěšně použil to poslední řešení:

https://unix.stackexchange.com/questions/149525/query-firefox-password-database

335

Software / Re:V Androidu přestalo fungovat WiFi připojení s captive portálem

« kdy: 16. 10. 2019, 13:30:03 »

Tak princip je mi znám. Modré obrazovky se nakonec šlo zbavit pomocí smazání všech dat aplikace http_viewer.

Někdo má zkušenosti s nějakou fungující aplikací? Zkoušel jsem třeba Configure Autologin, ale nic to nedělá. Možná potřebuje su.

https://f-droid.org/en/packages/com.juliansparber.captiveportallogin/

336

Software / V Androidu přestalo fungovat WiFi připojení s captive portálem

« kdy: 16. 10. 2019, 10:09:06 »

Před nedávnem mi v Androidu 9 na telefonu Xiaomi přestalo fungovat připojení na volné WiFi s captive portálem. Dřív se po kliknutí na oznámení objevila reklama nebo něco takového a pak po kliknutí na odkaz byl člověk připojen.

Teď místo toho mám modrou stránku se žlutým kolečkem, které se jen točí, jinak nic. Viz obrázek. Na libovolné síti.

Už to někdo viděl? Čím to opravit? Proces je zřejmě html_viewer. Obejít se to dá třeba přes Chrome a nějakou ne HTTPS stránkou, pak se objeví přihlašovací reklama, ale je to takové nešikovné.

Ideálně jestli někdo zná aplikaci,která by toto jednoduché captive přihlašování obcházela zcela automaticky?

337

Hardware / Re:Mám pořídit nový disk?

« kdy: 11. 10. 2019, 10:23:40 »

co naopak preskocil je "Current_Pending_Sector" ktere mas 17, to jsou podezrele sektory cekajici na provereni (az k nim "dojdes") zda jsou opravdu vadne, pak by se bud oznacili jako v poradku, nebo zkusili realokovat na jine rezervni, dale Offline_Uncorrectable mas 0 to znamena ze nemas zatim zadne zjistene neopravitelne sektory...

no Current_Pending_Sector nejsou podezřelé, ale jsou to ty, které se nezdařilo přečíst, na prověření nečekají, prostě disk je nemůže bez chyby i s pomocí samoopravného kódu přečíst a protože tam může být stále část uživatelových dat, tak s tím nic nedělá

Pending sector se realokuje až pokud se do něj bude zapisovat, tím dáte disku najevo, že o data nestojíte

Takze radsi mam poridit novy ?


Badblocks -sv ukazueporad stejnypocet vadnych bloku (52/0/0) a Smart-Data and SelfTest take porad stejne (z prvu to ukaze 17 vadnych, nez nakonec SELF-TEST FAILED) smartctl -A /dev/sdX ukazuje taky tech 17 podezrelych.

zálohu dat máte? jinak badblocks by to mohl "opravit" tím přepsáním, ale je potřeba ho pustit ve write-mode, t.j. badblocks -svw -c 4096 -b 4096 /dev/sdx

toto 4x po sobě přepíše disk různým vzorem a kontroluje, jestli na konci bude ukazovat 0 chyb, tak vše realokoval

ještě bych nakonec pustil smartctl -t long a koukl na výsledek

338

Hardware / Re:Divně se chovající disky

« kdy: 20. 09. 2019, 18:14:05 »

stejně bych ještě udělal tu kontrolu smart, to se může i s datama a měla by se dělat pravidelně, jednou za měsíc třeba?

jestli to HPA tam nebylo naschvál, aby se náhodou nepoužívala vadná část disku, ale spíš ne

339

Hardware / Re:Divně se chovající disky

« kdy: 20. 09. 2019, 14:18:16 »

přepsat první bloky nulami

docela zrada je, že gpt je i na konci

osvědčilo se wpiefs -a /dev/sdx1 a wipefs -a /dev/sdx, což by po detekci GPT mělo vymazat jak začátek tak i konec

no po tom badblocks, jak jsem už doporučoval, je to stejně jedno, ten smaže všechno

340

Hardware / Re:Divně se chovající disky

« kdy: 20. 09. 2019, 14:15:25 »

kolik teď ten nemocnej disk říká na sudo hdparm -N /dev/sdx ?

zrušil bych HPA, aby to prostě potom říkalo:
 max sectors   = číslo/to stejný číslo, HPA is disabled

a pak bych určitě zkusil smartctl -t long /dev/sdx, po těch několika hodinách by měl být výsledek v logu v smartctl -a /dev/sdx

případně bych ještě disk otestoval pomocí badblocks -wsv -b 4096 -c 4096 /dev/sdx

ten to přepíše několikrát a napíše, kolik je chyb, ale může to trvat i dny

ten smart test nezávysí od HPA, badblocks jo, to už by mělo být vypnutý

341

Hardware / Re:Divně se chovající disky

« kdy: 20. 09. 2019, 13:21:32 »

no pro ten druhý disk je potřeba použít samozřejmě jiný číslo, nepoužil jsi náhodou to stejné? 

kolik ted říká na druhým disku sudo hdparm -N /dev/sdx ? raději vypnout počítač a zapnout předtím

5860577134/7814037168 se mi zdá divné, z prvního disku chybělo jen kolem 1M, toto je už nějak moc

navíc tento disk má být asi 3TB a ten vyléčený má být 4TB? očekával bych to číslo v tomto poměru zhruba, t.j. asi kolem těch 5860500000

takhle to vypadá, že disk je 4TB a byl HPA omezen na 3TB? no tím odstraněním HPA z něj uděláš 4TB disk, akorát GPT nebude zarovnaný, ale asi bych ho smazal a přehrál data ze zálohy a radoval se, že mám větší disk?

nebo jsi napsal počet sektorů z 4TB disku do 3TB disku, ani jsem nevěděl, že to jde, haha 

v tom případě tam vrať to 5860577134, vypnout, zapnout, zkontrolovat, jestli ještě HPA hlásí


jinak MBR je starý systém rozdělování disků a GPT nový pro disky nad 2TB. že tam máš protective MBR neznamená, že se z něj startuje, ale je to jenom falešná MBR, aby si nějaký software nemyslel, že disk je volný a nepřepisoval ho

342

Hardware / Re:Divně se chovající disky

« kdy: 16. 09. 2019, 11:27:12 »

To mě vůbec nenapadlo, ale raid tam vůbec nemám, jsou to samostatné disky. A 3 nebo 4 TB by v dnešní době nemusela být až tak exotická kapacita, ne?

tak kapacita je normální, ale to z neznámého důvodu zapnuté HPA posunuje konec disku, kde se nachází sekundární GPT a to způsobuje problémy

343

Sítě / Re:Armbian na Orange Pi Zero odpovídá jen na IPv6

« kdy: 13. 09. 2019, 21:17:49 »

to není životností, karta je většinou v pořádku a jde znova přemazat a použít

jde o nějaký problém s časováním při zápisu a zapíše se to nějak blbě, kingstony class 10 to dělaly, kupodivu pomalejší karty class 4 to nedělaly

344

Hardware / Re:Divně se chovající disky

« kdy: 13. 09. 2019, 13:22:21 »

ještě je možný, že ten hotswap šuplík ignoruje to HPA? to by se zkusilo šuplíkem připojeným k novému počítači

345

Hardware / Re:Divně se chovající disky

« kdy: 13. 09. 2019, 13:06:34 »

toto je ze stroje, kde data vidět nejsou?

nenapadá mě, proč je HPA zapnutý na HDD, na SSD se to používá jako overprovisioning

nebyl ten disk původně součástí nějakýho HW pole? nebo nemá ta nová deska nějaký RAID zapnutý? to by mohlo HPA pužívat, takže RAID vypnout, dát jen AHCI a zkusit, jestli je HPA pořád zapnuté

no já bych udělal toto: 1. na stroji, kde jsou data vidět, tak udělat nejdřív zálohu

2. pak HPA zrušit

Kód: [Vybrat]

hdparm -N p7814037168 /dev/sdx

(to větší číslo)

pak by mělo psát HPA disabled (po restartu asi) a pak by se to mohlo chovat všude stejně (asi)