Poslední příspěvky

21

Odkladiště / Re:Podložka pod nohy

« Poslední příspěvek od trodden passive kdy Dnes v 15:08:10 »

Používám, dřevěnou cívku od UTP kabelu :-)

22

Hardware / Dell H330 s HBA330 FW nevidí disky

« Poslední příspěvek od vojta.p99 kdy Dnes v 14:41:42 »

Hezký den!

Mám Dell PowerEdge R630 s řadičem H330. Určitě chci softwarový RAID, proto jsem podle poměrně rozsáhlého návodu řadič flashnul na FW HBA330, což podle logu proběhlo v pořádku.

Problém je, že řadič "nevidí" žádné připojené disky, stejně tak nejsou vidět v nabootovaném operačním systému (zkoušel jsem PVE instalátor z USB). Avago Technologies Config Utility mi hlásí "No devices to display." Nicméně při bootu ani v dmesg jsem nenašel žádnou relevantní chybu nebo informaci, proč by se tak mělo dít.

Zkoušel jsem jen nějaká levnější SSD, co jsem měl po ruce (Samsung 860 EVO 1 TB).

Nenapadá vás někoho, kde by mohl být zakopaný pes?

Díky předem za tipy! 

23

/dev/null / Re:Nelze otevřít z URL článeku na webech seznam, točí se to v redirectech

« Poslední příspěvek od Radek Zajíc kdy Dnes v 14:26:48 »

Seznamacke sluzby uz bohuzel nejsou pro uzivatele, kteri chteji selektivne povolovat cookies a local storage a zakazovat reklamu.

Na prohlizecich, ktere jsou v defaultu svolne ke cookies a redirectim, s tim zjevne problem neni. Jinak by to Seznam zrusil.

24

Software / Re:rsync se nezastavi na chybe

« Poslední příspěvek od RDa kdy Dnes v 14:16:01 »

Pro kopírování dat z poškozených médií je lepší ddrescue. Ve vašem případě je pravděpodobné, že rsync ta chybná data dostává od něčeho před sebou, tipoval bych řadič toho USB disku.

V tomto pripade lepsi neni, protoze s timto konkrektnim kousem nemate zkusenost. dd-rescue vyhnije rovnou kolem sektoru 1700, protoze ten uz radic disku neprecte a disk se odpoji. A delat fyzicke odpojeni a pripojeni bych fakt nechtel delat pri kazde chybe kterou ddrescue potka. Obnovoval jsem stovky tera a vim co kdy pouzit, o to nemejte obavy.

Klasickym kopirovanim se ziskalo uz 2T z 3T obsahu (na 4T disku), protoze novejsi data precist slo, a rucni intervence s odpojenim a pripojenim kabelu byly na unosne mire. Starsi soubory tam vykazuji caste resety (radic premysli/pokousi se dele nez mu linux toleruje), ale pak nastane situace kdy FW crashne a pak uz se ani nenecha resetovat USB (pak je to tvrde nedostupne pro jakekoliv I/O).

Ty nuly nepochazi z radice - protoze disk je offline, a jak jsem psal, midnight commander ve stejnem pripade napsat ze zdrojovy soubor je necitelny a mohl jsem ponechat nebo smazat cil a tim to koncilo.

Ale rsync je proste divny nastroj - neverim tomu ze nekontroluje navratove kody z fopen/fread a tupe nakopiruje nuly.
^^ a tohle je to co resim, tak se prosim drzte tematu

25

/dev/null / Nelze otevřít z URL článeku na webech seznam, točí se to v redirectech

« Poslední příspěvek od Vietnanka kdy Dnes v 14:05:48 »

Nejde mi otevřít konkrétní URL  daného článku na webech seznamu, jako novinky, seznam zpravy, auto, garaz   (/clanek/-neco-cislo?noredirect=1 i s tímto parametrem na konci)
Nevím, "kteří experti" seznamu to programovali, ale výsledkech jejich snažení, je totálně dokriplený hypertext. Přitom před 2 roky si ještě bylo možné otevřít článek ze záložek. Letos je i loterie otevřít homepage (Url /):
1. Prvně mě to unese na bcr.iva.seznam.cz - to mě nezajímá - adresu zadávám znova
2. dostanu se na homepage domény ale pokud kliknu na jakýkoli odkaz přeměruje mě to na cmp.seznam.cz (nechci seznam ale prozeny.cz třeba)
Zkusím tedy na stránce povolit javascript a cookies nebo cookies střetích a aspoň
3. nyní mě kliknutí předhodí na login.prozeny.cz třeba


Bonusová otázka: kde chrome mobilní má nastavení cookies - pokoušel jsem se otevřít článek na mobilním chrome a z toho nastavení by se jeden podělal, kde to všude je rozházené.
Tvůrci chromu jaksi nedomysleli, že když web ihned přesměruje někam na jinou doménu , tak těžko kliknu nalevo před adresu ,aby ch to ladil pro tuto doménu. (Ostatně tady po kliknutí na cookie a data stránek je jen přepínač na cookie třetích stran, kde ale najdu nastavení cookie)? Nastavení - Nastavení webu nevidím cookies, ale po sjetí stránky tak vevledůležitých položek jako mikrofon, čidla, nfc, usb je dole konečně jen cookeis třetích stran Soubory cookies třetích stran, kde ale do háje jsou cookies?

Firefox na tom není o chlup ani lépe- tam pro jistotu cookies pro každou doménu pro jistotu nejde změnit?
2. existuje způsob jak zprovoznit funkčnost otevírání url článků na těchto webech bez povolování nesmyslů bcr.iva.seznam.cz, login.super.cz, cmp.seznam.cz??? nějaká konstelace zakázaní cookies na kterých doménách, cookeis třetích stran, parametrů v URL.


3. Proč na to webmástři hrabali, když to do****ili


Na počítači ten jejich redirectovací kolotoč dělá asi 5 redirectů:
1. URL článku
2. kanolizace na správný text před číslem článku
3.přesměrování na login.sezn.cz (se sledovacím cookei lps)
4. opět redirect na 2. s last_redirect=1
5. redirect na 4 bez last redirect ale  __cw_snc=1
6. redirect na bcr.iva.seznam.cz

Druhé zadání adresy (z kroku 2):
Redirect na cmp.seznam.cz

PARADOX: pokud si sjedu stránku přes WGET, tak se mi vypíše stránka bez těchle výhybek
Ale pokud zadám useragent wget do browseru, tak to dělá ten redirect??? Jak je to možné???

26

Odkladiště / Podložka pod nohy

« Poslední příspěvek od Standa2017 kdy Dnes v 14:04:18 »

Používáte podložku pod nohy?
Je toho dost na výběr, plastové, pěnové, s nastavitelným úhlem, houpavé atd.

S čím jste spokojeni?

27

Software / Re:rsync se nezastavi na chybe

« Poslední příspěvek od Filip Jirsák kdy Dnes v 13:48:30 »

Pro kopírování dat z poškozených médií je lepší ddrescue. Ve vašem případě je pravděpodobné, že rsync ta chybná data dostává od něčeho před sebou, tipoval bych řadič toho USB disku.

28

Software / Rsync se nezastaví na chybě

« Poslední příspěvek od RDa kdy Dnes v 13:38:38 »

Ahoj, kopiruji data z USB SSD ktere neni v nejlepsim stavu, a po ruznych pokusech jsem zjistil ze kdyz se kopiruji pomalu, tak to vykazuje mene chyb. Tu pomalost jsem dostahl pres rsync --bwlimit option, ale pak kdyz dojde k chybe, tak to rsync vesele ignoruje a kopiruje same nuly.

Jak rict rsyncu, aby pri "read error" skoncil ? (napr. mc ve stejnem pripade o chybe vi a zastavi se)

Cely prikaz je:

Kód: [Vybrat]

rsync -ai --progress --partial --append --bwlimit=1000 /mnt/usb/neco/ /mnt/sata/neco

A chyba disku takhle:

Kód: [Vybrat]

Jan 04 05:26:51 [kernel] sd 10:0:0:0: Device offlined - not ready after error recovery
Jan 04 05:26:51 [kernel] sd 10:0:0:0: rejecting I/O to offline device

Jde o exfat (s kernel driverem).

Ze tam je chyba nejakym zpusobem musi rsync vedet, protoze od tech cca 5:26 jsou vsechny poskozene soubory s aktualnim create/modify date, zatimco pred tim selhanim blokoveho zarizeni rsync prenastavil timestampy podle zdroje. Takze jsem nastesti mohl identifikovat a odstranit ty falesne data.


Celej log:

Kód: [Vybrat]

Jan 04 04:25:01 [kernel] usb 2-7: reset SuperSpeed Plus Gen 2x1 USB device number 23 using xhci_hcd
Jan 04 04:25:01 [kernel] sd 10:0:0:0: [sdd] tag#0 FAILED Result: hostbyte=DID_TIME_OUT driverbyte=DRIVER_OK cmd_age=30s
Jan 04 04:25:01 [kernel] sd 10:0:0:0: [sdd] tag#0 CDB: Read(16) 88 00 00 00 00 00 0a 0f a4 00 00 00 01 00 00 00
Jan 04 04:25:01 [kernel] I/O error, dev sdd, sector 168797184 op 0x0:(READ) flags 0x80700 phys_seg 16 prio class 0
Jan 04 05:01:01 [CROND] (root) CMD (run-parts /etc/cron.hourly)
Jan 04 05:01:01 [CROND] (root) CMDEND (run-parts /etc/cron.hourly)
Jan 04 05:25:23 [kernel] usb 2-7: reset SuperSpeed Plus Gen 2x1 USB device number 23 using xhci_hcd
Jan 04 05:25:23 [kernel] sd 10:0:0:0: [sdd] tag#0 FAILED Result: hostbyte=DID_TIME_OUT driverbyte=DRIVER_OK cmd_age=30s
Jan 04 05:25:23 [kernel] sd 10:0:0:0: [sdd] tag#0 CDB: Read(16) 88 00 00 00 00 00 0b 3a a3 00 00 00 02 00 00 00
Jan 04 05:25:23 [kernel] I/O error, dev sdd, sector 188392192 op 0x0:(READ) flags 0x80700 phys_seg 9 prio class 0
Jan 04 05:25:53 [kernel] usb 2-7: reset SuperSpeed Plus Gen 2x1 USB device number 23 using xhci_hcd
                - Last output repeated 4 times -
Jan 04 05:26:51 [kernel] sd 10:0:0:0: Device offlined - not ready after error recovery
Jan 04 05:26:51 [kernel] sd 10:0:0:0: [sdd] tag#0 FAILED Result: hostbyte=DID_ABORT driverbyte=DRIVER_OK cmd_age=88s
Jan 04 05:26:51 [kernel] sd 10:0:0:0: [sdd] tag#0 CDB: Read(16) 88 00 00 00 00 00 0b 3a a3 00 00 00 00 08 00 00
Jan 04 05:26:51 [kernel] I/O error, dev sdd, sector 188392192 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Jan 04 05:26:51 [kernel] sd 10:0:0:0: rejecting I/O to offline device
Jan 04 05:26:51 [kernel] I/O error, dev sdd, sector 188392704 op 0x0:(READ) flags 0x80700 phys_seg 5 prio class 0
Jan 04 05:26:51 [kernel] I/O error, dev sdd, sector 188392192 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Jan 04 05:26:51 [kernel] I/O error, dev sdd, sector 188392448 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Jan 04 05:26:52 [kernel] I/O error, dev sdd, sector 188392960 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
Jan 04 05:26:52 [kernel] I/O error, dev sdd, sector 188392960 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Jan 04 05:26:52 [kernel] I/O error, dev sdd, sector 188393472 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
Jan 04 05:26:52 [kernel] I/O error, dev sdd, sector 188393472 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Jan 04 05:26:52 [kernel] I/O error, dev sdd, sector 188393984 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
Jan 04 05:26:52 [kernel] I/O error, dev sdd, sector 188393984 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Jan 04 05:26:57 [kernel] blk_print_req_error: 32 callbacks suppressed
Jan 04 05:26:57 [kernel] I/O error, dev sdd, sector 188402688 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
Jan 04 05:26:57 [kernel] I/O error, dev sdd, sector 188402688 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Jan 04 05:26:57 [kernel] I/O error, dev sdd, sector 188403200 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
Jan 04 05:26:57 [kernel] I/O error, dev sdd, sector 188403200 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Jan 04 05:26:57 [kernel] I/O error, dev sdd, sector 188403712 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
Jan 04 05:26:57 [kernel] I/O error, dev sdd, sector 188403712 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Jan 04 05:26:57 [kernel] I/O error, dev sdd, sector 188404224 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
Jan 04 05:26:57 [kernel] I/O error, dev sdd, sector 188404224 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Jan 04 05:26:58 [kernel] I/O error, dev sdd, sector 188404736 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
Jan 04 05:26:58 [kernel] I/O error, dev sdd, sector 188404736 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Jan 04 05:27:02 [kernel] blk_print_req_error: 30 callbacks suppressed


29

Software / Re:Jak v Gimpu pracovat lowres

« Poslední příspěvek od k3dAR kdy Dnes v 13:20:40 »

Takze nejde o lowres (resp. irelevantni) ale o "lowcolors", na to snad neni potreba zadny plugin, ale jen to prevest do indexovanych barev, coz je max <=256 barev:

https://docs.gimp.org/en/gimp-image-convert-indexed.html

30

Odkladiště / Re:Zkušenosti s internetovým bankovnictvím

« Poslední příspěvek od Filip Jirsák kdy Dnes v 13:11:38 »

Vy jste tvrdil, že mobilní aplikace jsou tak bezpečné, že není potřeba druhý faktor.

Netvrdil. Například proto, že bankovní aplikace používají dva faktory – prokazujete jimi, že 1. něco máte (konkrétní mobil, ve kterém je uložený klíč) a že 2. někdo jste (otiskem prstu, skenem obličeje) nebo něco znáte (PIN).

K tomu by minimálně byl potřeba bezpečný OS, ale to Android ani iOS není, jak ukazuje existence velkého množství závažných bezpečnostních chyb.

Android i iOS jsou pro bankovnictví dostatečně bezpečné systémy. Ani existence závažných bezpečnostních chyb sama o sobě neznamená, že by ty systémy nebyly použitelné pro elektronické bankovnictví (např. pokud by systém umožnil bez vědomí uživatele aktivovat kameru, je to závažná bezpečnostní chyba, ale bankovnictví to nijak neohrozí). Statistika historických CVE navíc existenci velkého množství závažných bezpečnostních chyb neukazuje.

Třeba tady jsou nějaké vypsané:
https://www.tomsguide.com/news/dangerous-android-trojan-can-drain-your-bank-accounts-how-to-stay-safe

Nějak tam postrádám informaci o tom, jaké bezpečnostní chyby v systému ta aplikace zneužila. Naopak tam vidím zneužití funkce zobrazení překryvných oken, což je přesně to, před čím bankovní aplikace varují (a pak si tu někdo stěžuje, že nejdou používat na rootnotých telefonech – tohle je právě ten důvod).

Narušení soukromí, třeba posíláním seznamu aktivit na telefonu, kontaktů, zpráv, jmen souborů na disku apod.

Jak by se k těm datům aplikace dostala, když jí nedáte oprávnění? K čemu by bance takové informace byly?

Už si nevzpomínám co tam všechno bylo, ale nic podezřelého jsem tam neviděl, byly to velmi krátké zprávy. To mi stačilo na to, abych věřil Fio, že se nesnaží dolovat data ze všeho kde by to šlo a nahradil tou jejich aplikací SMS jako druhý faktor.

Takové práce to dalo a přitom taková blbost…