Poslední příspěvky

1

Hardware / Re:Externí disk odolný proti odpojení

« Poslední příspěvek od Filip Jirsák (forum) kdy Dnes v 16:21:37 »

Používat NTFS pro přenos dat mezi Linux <-> Windows je čirý masochismus, zejména proto, že ani Windows nejsou s NTFS 100% kompatibilní a v některých případech nedokážou z validního NTFS číst, zejména proto, že NTFS podporuje v názvech souborů znaky, které nepodporuje Win32API. Typický Microsoft

Jestli teď chcete doporučit používání FAT32, který nemá žádnou ochranu pro případ náhlého odpojení disku, tak budeme zase na začátku.

A ne, žádný emulátor vestavěný v disku nevyřeší to, aby se stal FAT32 odolný vůči výpadku napájení.

2

Hardware / Re:Externí disk odolný proti odpojení

« Poslední příspěvek od tester3274 kdy Dnes v 15:46:14 »

Používat NTFS pro přenos dat mezi Linux <-> Windows je čirý masochismus, zejména proto, že ani Windows nejsou s NTFS 100% kompatibilní a v některých případech nedokážou z validního NTFS číst, zejména proto, že NTFS podporuje v názvech souborů znaky, které nepodporuje Win32API. Typický Microsoft

3

Hardware / Re:Externí disk odolný proti odpojení

« Poslední příspěvek od Filip Jirsák (forum) kdy Dnes v 14:45:11 »

Tam pomůže jedině CoW souborový systém nebo žurnál dat – a pomůže tak, že na disku zůstane verze souboru, která tam byla před tím.

NTFS má žurnál by default
EXT3 žurnál může zapnout od roku 2001...

Podle mě je by default zapnutý, alespoň mi to hlásí:  tune2fs -l /zařízení/partice

Tak o čem mluvíš?
O FAT12 nebo FAT32?
To už jsme dnes dál ne?

Obojí má ve výchozím nastavení žurnál metadat. Takže se nerozbije souborový systém, ale soubor se poškodit může.

Vzhledem k tomu, že byla řeš o přenosném disku používaném ve Windows i Linuxu, ext3 tam asi nebude. Nejspíš tam bude právě FAT32. NTFS se dá použít pod oběma systémy, ale bude si muset ten disk přeformátovat. A upřímně, nevím, jak jsou na tom ty ovladače NTFS, co jsou v Linuxu zdarma, zrovna s podporou žurnálu. Tipoval bych, že ty novější to umět budou, ale ruku do ohně za to nedám, stav NTFS v Linuxu už dávno nesleduju.

4

Hardware / Vyplatí se spotový elektroměr a server

« Poslední příspěvek od greenlinuxguru kdy Dnes v 14:29:39 »

Bydlím v paneláku, uvažuji do budoucna o namontování spotového elektroměru, účet za elektřinu je asi 2.300 Kč přičemž z toho 1.000 Kč měsíčně dělá server, ročně tedy cca. 30.000 Kč. Furt uvažuji o spotovém elektroměru, jestli by se nevyplatil, moje úvaha je, že moje chytrá domácnost a server má velkou část spotřeby mimo špičku, kdy elektřina je skoro zadarmo (jedou soláry, vítr), pak v noci, tipl bych si, že půlka elektřiny je 24x7, a pak samozřejmě špička, večer atd., televize, vaření atd...

Myslíte, že by se spotový elektroměr vyplatil, lze to?

5

Sítě / Re:Optika od Cetinu - jen pro O2?

« Poslední příspěvek od nonius kdy Dnes v 14:06:50 »

Tomáš Crhonek:
Záleží komu ta optika patří. Co vám řekli z O2? Zkoušel jste svou adresu hledat přes Cetin?
Proč jste pokaždé hledal switch na Cat5e kabel?

6

Bazar / Re:Prodám VDSL modem ZTE ZXHN H168N

« Poslední příspěvek od Kamui kdy Dnes v 12:09:34 »

Myslím, že pokud nemáte nějakého známého kterému byste mohl modem věnovat, můžete ho vyhodit. Takových a jiných modemů jsou plné bazary, a nikdo to nekupuje.

7

Hardware / Re:Externí disk odolný proti odpojení

« Poslední příspěvek od CPU kdy Dnes v 11:38:37 »

Tam pomůže jedině CoW souborový systém nebo žurnál dat – a pomůže tak, že na disku zůstane verze souboru, která tam byla před tím.

NTFS má žurnál by default
EXT3 žurnál může zapnout od roku 2001...

Podle mě je by default zapnutý, alespoň mi to hlásí:  tune2fs -l /zařízení/partice

Tak o čem mluvíš?
O FAT12 nebo FAT32?
To už jsme dnes dál ne?

8

Hardware / Re:Externí disk odolný proti odpojení

« Poslední příspěvek od CPU kdy Dnes v 11:22:33 »

Já si myslím, že řešíte kraviny.

Pokud nevyhovuje Powerbanka (uvnitř které je WIFI a USB) s FTP/SMB, pořád tu je krásný: AK-ENU3M2-08

https://www.suntech.cz/akasa-m-2-2230-pcie-nvme-ssd-alu-kryt-magneticky-usb-3-1_d688685.html

* superkondenzátor: zabraňuje ztrátě dat při náhlém výpadku proudu
* optimalizováno pro 2230 NVMe SSD

Integrovaný superkapacitor zajistí dokončení zápisu. A se zapnutým SYNC to sice může řvát, že na disku jsou nedopsaná dirty data, ale když máte jen půlku fotky, tak z toho celou stejně nikdy neostanete. Když vám pecko v půlce chcíplo.

Linux, který běží v řadiči SSDčka, si zbylá data nedokáže domyslet...
Hlavní je to, že se disk uvnitr sám korektně vypne.

9

Hardware / Re:Externí disk odolný proti odpojení

« Poslední příspěvek od Filip Jirsák (forum) kdy Dnes v 10:14:19 »

Stále je možnost připojit disk se sync options, je to bezpečné, data jsou okamžitě na médiu, ale je to přirozeně pomalé.

Windows takhle disky připojené přes USB připojují automaticky. To zajistí, že operace zápisu pro uživatelský prostor skončí teprve tehdy, když disk zápis potvrdí. Lidsky řečeno, pokud disk nekecá, v okamžiku, kdy vám UI ukáže, že soubory jsou zkopírované, jsou opravdu fyzicky zapsané na externím disku.Takže když v tu chvíli vytrhnete disk bez odpojování souborového systému, nezjistíte pak, že vám toho na disku půlka chybí. Proto to Microsoft takto připojuje, protože uživatelé disky prostě neodpojovali.

Tohle ale stále řeší jen případy, kdy je operace dokončená. Pokud někdo disk vytrhne z USB uprostřed kopírování souborů, nepomůže ani sync. Tam pomůže jedině CoW souborový systém nebo žurnál dat – a pomůže tak, že na disku zůstane verze souboru, která tam byla před tím.

10

Vývoj / Re:Přechod z Javy na Rust. Ano či ne?

« Poslední příspěvek od Radek Miček kdy Dnes v 09:57:50 »

Co se tyce knihoven vs vlastní kod, je tu este vykonovy aspekt.

…

A ja se obavam, ze moje knihovny hy hyly este horsi, nez ty GOckove.

Na druhé straně vy byste to mohl psát kód přímo pro tu vaši konkrétní situaci.

Já jsem si třeba napsal vlastní parser pro JSON v F# a na určitých vstupech byl výrazně rychlejší než parser ze standardní knihovny System.Text.Json od Microsoftu. Ty vstupy byly JSONy, kde je v řetězci vnořený další JSON.

Dříve to navíc umělo poznat, že vstupní JSON obsahuje fieldy, které program neočekává (to už se System.Text.Json také naučil). Co většina knihoven stále neumí, je číst neomezeně dlouhá čísla - takže stále má výhody mít vlastní parser. Krom toho ten parser už dříve šlo přeložit do WASM a použít, což jiné parsery v C# ani F# neuměly (šlo je přeložit, ale často házely výjimky, protože používali reflexi, což ten můj parser nedělá).

A ještě jedna věc, JSON je dosti vágně specifikované, takže tím, že mám vlastní kód mám i kontrolu nad tím, jak se ošetří třeba slovníky s duplicitními fieldy, nebo s fieldy, co nejsou duplicitní, ale po Unicode normalizaci by byly.