Příspěvky

796

Hardware / Re:Malý externí USB box pro 2× NVMe SSD s možností RAID1

« kdy: 13. 06. 2021, 16:16:07 »

A tohle znáte?
https://www.czc.cz/i-tec-mysafe-usb-c-usb-3-0-pro-2x-m-2-ssd/239021/produkt

dotaz byl na 2x NVMe a zaroven s vyraznou indikaci failure, tohle nesplnuje ani jedno ;-) samozrejme kdyz jinak nejde, treba ustoupi s NVMe a failure si bude resit sam v client OS detekci pri kazdem zapojeni a detekovane kazdych par minut pripojeni atd ;-)

Kdyby to bylo tak jednoduché, jistě by byly NVMe porty těch všech ovocePI běžné.
Tím netvrdím, že to tak nemůže být, třeba to jen (zatím) nikomu nepřipadalo finančně dostatečně zajímavé.

m.2 NVMe maji napr:
http://wiki.friendlyarm.com/wiki/index.php/NanoPC-T4
https://rockpi.org/rockpi4

797

Hardware / Re:Malý externí USB box pro 2× NVMe SSD s možností RAID1

« kdy: 11. 06. 2021, 23:15:02 »

USB pripojeni, bez RAIDu
https://www.amazon.com/ORICO-Enclosure-Dual-Bay-Aluminum-SSD-M2NV01/dp/B08LVJW9W9

TB3, s RAID1, na 4x NVMe (neznam TB3, ale pisou ze by melo byt kompatibilni s USB-C)
https://highpoint-tech.com/USA_new/series-rs6661a-nvme-overview.htm

ani jeden ale nema zobrazeni failure... ale ten druhej, muzes zapojit 4x NVMe a ty 2 nechat jako spare a zapnout automaticke pouziti pri vypadku tech aktivnich ;-) snad te neodradi cena $550 ale jiste si rad priplatis kdyz mas specialni pozadavky ;-)

798

Server / Re:Hledám vhodný hardware na superpidi server

« kdy: 11. 06. 2021, 00:02:04 »

nebo rovnou s 6port switch :-) pasivni to je, moznost 2.5" SATA + mSATA, 2 sloty na RAM (max 32GB?), CPU s AES-NI:
https://www.aliexpress.com/item/32821041344.html

799

Server / Re:Obrovská cache paměti

« kdy: 08. 06. 2021, 02:12:10 »

[...] Mám to tedy být jak to je plus tomu nastavit jak radíš tedy takto:

Kód: [Vybrat]

sysctl vm.vfs_cache_pressure=200
sysctl vm.swappiness=10
sysctl vm.dirty_bytes=67108864
sysctl vm.dirty_background_bytes=33554432
sysctl vm.dirty_background_ratio = 10
sysctl vm.dirty_ratio = 40

Chápu to správně? Snad takto nastavené to zůstane perzistentní a nezmizí to nastavení po rebootu, jinak bych to hádám musel vepsat přímo někam do do souboru /proc/sys/vm/neco?
[...]

chapes co nekolikanasobne spatne ;-)
- NEdavaji se mezery kolem =
- sysctl NEnastavuje perzistentne
- v /proc/sys/vm/neco NEjsou (realne) soubory a "zapis" NEni perzistentni
- nastavit vm.dirty*bytes a zaroven vm.dirty*ratio je nesmyl, jsou to 2 moznosti, s tim ze kazda vypina tu predchozi
- pokud to chces nastavit na "stalo", tak v /etc/sysctl.conf, nebo vytvor samostatne /etc/sysctl.d/60-scientific-tuner.conf (cislo >=60, nazev je jedno, koncovka .conf povinna)

BTW: https://www.linuxatemyram.com ;-)

800

Software / Re:Druhy pevny disk oznacen jako removable

« kdy: 28. 05. 2021, 02:43:37 »

/media se (oficialne) nema pouzivat pro nic jineho nez removable ;-) takze bud jak pise IDontCare do pripojit do /mnt/neco (coz take oficialne neni vhodne, /mnt je urcene pro docasne pripojeni), nebo to pripoj nekam jinam, osobne pouzivam /data pripadne /data.hdd, a dalsi mounty do neceho v tom, abys nemel v korenu zbytecnej bordel ;-)

801

Distribuce / Re:kontejnerový hypervizor distro pro RPi

« kdy: 27. 05. 2021, 01:16:51 »

nevim, neznam, nemam, ale tohle byl prvni vysledek v google na "necekana" klicova slova:rpi docker distro ;-)
https://blog.hypriot.com/getting-started-with-docker-on-your-arm-device/

802

Desktop / Re:Přehled využití disku

« kdy: 26. 05. 2021, 23:00:50 »

nevim co si predstavujes v "kliudnem", ale je v PPA primo od autora ;-)

803

Software / Re:Automount hlásí chyby při připojování NFS

« kdy: 26. 05. 2021, 13:11:04 »

zkus misto automount, pouzit "systemd automount":

Kód: [Vybrat]

# do /etc/fstab pridat radek
server:/share /mnt/nfs nfs _netdev,noauto,x-systemd.automount 0 0

# reloadnout
sudo systemctl daemon-reload

# vylistovat unity pro mount
systemctl list-unit-files --type mount
# pro automount
systemctl list-unit-files --type automount

# zjisteni stavu
systemctl status jmeno_te_vygenerovane_mount_nebo_automount_unity

804

Sítě / Re:Jak namapovat disk

« kdy: 24. 05. 2021, 20:58:42 »

[...] Jde pridat Flag aby v pripade chyby se system nacetl ale bez dane jednotky? Jde to upravit jak v fstab tak i v pri mountovani pres jako zaznam systemd?

to sem uvedl i kdyz bez commentu ;-)
volba "nofail" zajisti ze se boot systemu nezastavi pri nedostupnosti "disku" u ktereho je uveden,
jeste lze pridat volbu "x-systemd.device-timeout=1" aby se pri startu nesnazilo systemd o pripojeni pokud se hned nepodari

Pak jedině použít Autofs
Připojuje se pouze pokud vstoupíš do mount adresáře a při nečinnosti se zase odpojí.

viz link vejs +:
volba "x-systemd.automount" zajisti ze systemd dela automount pri prvnim pristupu a/nebo po znovudostupnosti

805

Sítě / Re:Jak namapovat disk

« kdy: 23. 05. 2021, 21:32:45 »

chybicku vidim, nema byt "systemd status..." ale tak jak ti spravne doslo "systemctl status...", proc ti nenajde mnt-petr.automount, kdyz mnt-petr.mount ano netusim, ale muzes si vylistovat i vsechny dostupne automount unity:

Kód: [Vybrat]

sudo systemctl list-unit-files --type autimount

ad IP menici, pokud je v siti dostupnej ten stroj i pres jmeno, tak do fstab muzes urcie i to jmeno, druha moznost je pripadne proste na routeru tomu stroji reservovat IP a tak bude mit "navzdy" stejnou ;-)

806

Distribuce / Re:Mint spustí zašifrovaný systém bez zadania hesla k disku

« kdy: 23. 05. 2021, 14:55:47 »

[...] Ešte je tu taká drobnosť. Pri zadávaní hesla nie je možné zapnúť NumLock [...]

zkus tento postup

pokud se ti to zda slozite, tak strucne:
1. prvni skript (odstavec zacinajici "#! /bin/sh -e") vlozis do /etc/initramfs-tools/hooks/numlock

2. druhej skript (odstavec zacinajici "#!/bin/sh") vlozis do /etc/initramfs-tools/scripts/init-top/numlock

Kód: [Vybrat]

# nastavis oboum souborum opravneni
sudo chmod 0755 /etc/initramfs-tools/hooks/numlock /etc/initramfs-tools/scripts/init-top/numlock

# a pregenerujes initramdisk
sudo update-initramfs -u

tim zaridis ze v initramds je "hook" zapinajici numlock, kterej je pusten druhym skriptem pred dotazem na LUKS heslo...

807

Distribuce / Re:Mint spustí zašifrovaný systém bez zadania hesla k disku

« kdy: 23. 05. 2021, 01:35:55 »

no to uz to vse vysvetluje a je to jak sem psal ;-) nejdirv si mel Grub v kterem si zadaval heslo a v initramdisku jsi mel keyfile aby se znovu/podruhe uz neptal ale tim keyfile odemnul sam, pak si presel misto Grubu na EFI Stub = kernel.efi = zabalene jadro+initramdisk(S KLICEM) a protoze je to v EFI tak se to samozrejme nepta na heslo pro pristup k tomu zabelenemu kernel.efi a ve chvili kdy tohle reseni se ma ptat na heslo = pri natazeni initramdisku, se to uz nepta kdyz v nem (a v crypttab uveden) je klic ;-)

jinak v crypptab co si citoval z navodu je samozrejme vhodneji, na druhe pozici mit uvedene UUID=uuid_toho_zarizeni, misto uvedene primo to zarizeni ktere se teoreticky muze za urcitejch okolnosti zmenit a pak by ti to nenajelo ;-)

808

Odkladiště / Re:Těžíte XCH (Chia) ?

« kdy: 23. 05. 2021, 00:27:47 »

Pro me je zahada, proc se zasekava plotovani - proces zere 100% cpu, ale nema zadny progress [...]

to se mi stalo (behem par dni pokusu) 2x, ale chyba byla na moji strane ;-) i kdyz to asi nebude tvuj pripad, tak pro ostatni:
1. kdyz dojde misto v home, nema to kam ukladat logy o progresu a dojede to do 100% a zastavi se, nezkopiruje hotovej plot do final uloziste, staci prejmenovat z *.plot.tmp na *.plot a zkopirovat rucne (a samozrejme uvolnit misto)
2. kdyz do finalniho uloziste nemuze zapisovat user, v logu je videt ze se snazi o zapis opakovane, staci napravit opravneni a bud to pak zkopiruje pri dalsim try, nebo killnout procesy co plotovaly a rucne

809

Odkladiště / Re:Těžíte XCH (Chia) ?

« kdy: 22. 05. 2021, 16:12:48 »

time="2021-05-21T17:16:04Z" level=info msg="Use 8h17m28.74576069s"
Bez paralelizace, jenom jeden plot.

btw: s 2x 1TB NVMe ext4@raid0/mdam - za ~8h vytvoreno 6 plotu [ Ryzen 3600 ]

810

Odkladiště / Re:Těžíte XCH (Chia) ?

« kdy: 21. 05. 2021, 23:36:38 »

Jednu chvili me to zajomalo, ale uplne jsem nepobral tu fazi plotting a farming, resp. Pametove naroky v obou fazich a moznost paralelizace.

Taky me zajima zda je nutnost byt pripojen neustale k netu? Visdel jsem na aukru nejaky disk 18TB s 200kusu chia semena za 3000p.

A jsou alrernativni programy? Me se zdalo ze to je nejak proprietarni, binarni klient a jeste pro windoes.

Me by zajimal takovy use case.. Chtel bych vyuzit  5 TB. To je asi 43 baliku (1.ma..100GB).  Nechci vyuzivatSSD.  Je mozne tonejak vykouzlit na raz? Kdyz mam 8GB RAM. Nelibi se mi predstava ze by priprava trvala 43x12 hodin kdyby to jelo seriove.

ploting:
- 1x plot pozaduje >=3390MB RAM (nemam jeste overeno nakolik pomaha vice RAM) a >=2 vlakna
- pri plotingu je zatez CPU (vysoka v prvnich fazich, pak nizsi)
- 1 plot potrebuje pri generovani 257GB na disku, vyslednej plot je 109GB
- pri generovani plotu se na disk zapise 1.3-1.8TB
- pri rychlejsim disku (NVMe=>SSD=>HDD) se to vygeneruje rychleji (zatim sem plotil jen na NVMe, takze nemam srovnani z praxe
- neni potreba pristup k internetu
- teoreticky pokud bys mel "NVR" disk, tam by asi zvladal paralelne vic (2?) ploty, nedelal sem si historii ale na NVMe kdyz obcas kouknul tak iotop hlasil zapis max 300MB/s, nevim zda sem koukal v nizkozapisova fazi, nebo mam neco spatne

farming:
- vygenerovane ploty presouvane na HDD (sata, usb, sitove...)
- zatez CPU i RAM je minimalni
- zatez disku a pozadavak na jeho rychlost je minimalni
- pripojeni k internetu tusim musi byt nonstop, protoze pri "vyzve" zda mas "na zahradce" co hledaji musis byt dostupny

klient je podle me jen oficialni, ale je minimalne 1 (nehledal sem) neoficialni "nadstavbator": plotman, kterej snazi vyuzivat HW a automatizovat (pousti ploty generovani v davkach, kdy dalsi pusti kdyz se predchozi dostane do faze kdy nebude se mlatit o prostredy s tou dalsi, umoznuje plotovat na vice temp adresarich, ale v praxi sem ho jen pustil a za chvili vypnul a dal zatim zkoumal jak se chovaj ruzne parametry v ofiko "gui" klientu...