Příspěvky

271

Software / Re:Raspberry Pi 3 se snaží připojit disk v režimu UASP, který ale neumí.Proč ne BOT

« kdy: 14. 09. 2020, 15:16:22 »

UAS je lepší a rychlejší, proto se asi snaží připojit přes UAS před mass-storage. Ale některé převodníky to mají špatně implementované, takže se to má podle návodu dát do quirks: https://www.raspberrypi.org/forums/viewtopic.php?t=245931

A má vůbec RPI3 UAS? Jsem myslel, že to má až RPI4 na USB3 portech.

Když se dívám ale na ten dmesg, tak to je jen varování, že to UAS nepřipojí a připojí to mass-storage. Dál se ho snaží roztočit, ale vypadá to, že má málo proudu. Zkusit jiný zdroj pro RPI, případně napájený USB hub.

272

Odkladiště / Re:Aliexpress - česká pošta -> chodí vám balíky?

« kdy: 07. 07. 2020, 13:45:57 »

Taky mi to chodí velmi pomalu, průměr je víc jak 90 dní. Pár jich nepřišlo (celkem 6?), přitom chodilo jako Vám "Arrived to destination country" atd. Podle mě si ten tracking úplně vycucávají z palce, dělá to zřejmě nějakej robot, nemá to žádnou výpovědní hodnotu.

Prostě s tím levným dopravným je to sázka do loterie, však to stojí míň než poštovné po Česku. Takže prostě risknout a když nepřijde, nepropásnout možnost "dispute" a nechat si vrátit peníze.

273

Vývoj / Re:AI a poker

« kdy: 25. 06. 2020, 13:34:16 »

nevím jak na živě, ale tady to bylo: https://www.root.cz/zpravicky/umela-inteligence-porazila-nejlepsi-lidske-hrace-v-pokeru/

274

Hardware / Re:Odroid N2 CoreELEC edition nebootuje z jiné micro SD

« kdy: 19. 06. 2020, 10:49:20 »

boot příznak jako aktivní oddíl v MBR? Podle toho se orientoval jen BIOS, to na arm nemá žádný vliv si myslím

275

Distribuce / Re:Velký /var/log/syslog

« kdy: 18. 06. 2020, 10:03:59 »

logrotate je asi jen na staré textové logy, systemd si ty binární logy IMHO rotuje a kompresuje sám právě podle /etc/systemd/journald.conf

276

Desktop / Re:OOM killer, něco jiného než kill

« kdy: 16. 06. 2020, 10:31:23 »

co ten EarlyOOM a nastavit chrome velkou prioritu? pak bude zabit chrome

https://www.root.cz/zpravicky/fedora-32-bude-zrejme-mit-earlyoom-pro-pripady-nedostatku-pameti/

277

Distribuce / Re:Velký /var/log/syslog

« kdy: 15. 06. 2020, 17:58:48 »

problém je s ovladačem wifi, wifi jede?

omezit log jde v /etc/systemd/journald.conf, užitečné jsou volby

Kód: [Vybrat]

Compress=yes
RateLimitIntervalSec=30s
RateLimitBurst=10000
SystemMaxUse=10M
MaxFileSec=7d

278

Software / Re:Jak Deb balicek vi ze mi ma pridat polozku do XFCE?

« kdy: 12. 06. 2020, 19:27:27 »

Odpověď je xdg, je to standardizováno pro všechna možná deskopová prostředí. Takže tedy tam kde to vezme XFCE, tam to vezme i třeba GNOME.

https://www.freedesktop.org/wiki/Software/xdg-utils/

279

Software / Re:Změna velikosti většího množství fotek pomocí ImageMagick

« kdy: 11. 06. 2020, 09:32:31 »

Ale ImageMagick má svůj nástroj na zpracování více souborů naráz: mogrify

https://imagemagick.org/script/mogrify.php

Jestli to jde použít i pro váš případ nevím, možná -repage

280

Desktop / Re:Po překopírování systémového disku s dd nenaběhne systém

« kdy: 05. 06. 2020, 13:26:10 »

pokud to kopíroval dd, tak uuid zůstane

s tím GPT je to pravda, ale je jak na začátku, tak i na konci. Ta na konci by měla jít opravit pomocí gdisk https://askubuntu.com/questions/386752/fixing-corrupt-backup-gpt-table

ještě pak je otázka, jak rozšířit oddíly, aby zabraly celý nový disk; asi pomocí parted/gparted

281

Desktop / Re:Po překopírování systémového disku s dd nenaběhne systém

« kdy: 05. 06. 2020, 12:11:18 »

podle toho posledního výpisu není sda3 ext4, asi je to špatně nakopírované? jak jste to kopíroval?

to taky odpovídá hlášení dracut, že nemůže najít /dev/disk/by-uuid/..., jedno z toho bude asi sda3 a druhé buď swap nebo boot.

282

Hardware / Re:ESP32 nefunguje režim AP na Wi-Fi

« kdy: 02. 06. 2020, 08:09:45 »

a není starý router 802.11 G? ono by to esp32 mělo podporovat i N na 2,4 GHz, ale myslím jenom 20 MHz široké kanály, mohlo by to být tím?

283

Hardware / Re:Problémová microSDHC karta

« kdy: 31. 05. 2020, 11:19:14 »

Ještě jsem teď narazil na zajímavou věc v souvoslosti s testováním podezřelých SD karet. Třeba by se to mohlo někomu hodit. Hraji si s nimi v Raspberry pod ext4, ale asi to bude univerzální. Iozone v Raspberry Pi OS sice není, ale dá se lehce přeložit ze zdrojáku. http://www.iozone.org/src/current/iozone3_489.tar

Kód: [Vybrat]

iozone -e -I -a -s 100M -r 4k -i 0 -i 1 -i 2

Koukáme na poslední dvě čísla, tedy random read a random write, je to v kB/s. Obzvlášť velmi nízký random write ukazuje na podezřelou kartu. Normální kary mají 2000-5000 kB/s, dvě divné karty mají jedna 41 kB/s a druhá dokonce jen 9 kB/s.

Taky na těchto kartách ten příkaz trvá velmi dlouho a v jednom případě dokonce iozone vypíše chybu (ne pokaždé na stejné kartě).

Kód: [Vybrat]

Error in file: Found ?0? Expecting ?dbdbdbdbdbdbdbdb? addr ffffa1400000
Error in file: Position 70680576
Record # 17256 Record size 4 kb
where 0xffffa1400000x loop 0

To je karta, která se sama za nějakou dobu skoro v každém zařízení poškodí. Je to SanDisk 8GB class 4 s tím random write 41 kB/s. Karta s nejhorší rychlostí 9 kB/s se kupidovu nepoškozuje, ale rychlostně je to horor. Je to KingMax 8GB class 6.

284

Hardware / Re:Problémová microSDHC karta

« kdy: 30. 05. 2020, 12:41:39 »

no toto není chyba karty, jen dd chce zapisovat za konec a tam už to nejde 

285

Hardware / Re:Problémová microSDHC karta

« kdy: 30. 05. 2020, 10:22:49 »

na to smazání před reklamací doporučuji

Kód: [Vybrat]

sudo badblocks -c 4096 -b 4096 -swv /dev/sdb

přpíše to 4x a ještě vždy zkontoluje, jestli je to dobře zapsané

nakonec taky napíše počet chyb