Server SiFive BigSky SF-2U870 2U je založený na jádře SiFive P870-D, zatím je naintegrovaných 32 jader 256 GB RAM 2 GHz, škálovat lze do 256 jader na čip. O něco podrobnější popis serveru v článku SiFive BigSky Ships the First RISC-V Server. Is the GPU Head Node the Prize? na futurumgroup.com. Asi ani tento čip nebude na úrovni nejlepších 64-bit ARMů a AMD Zenů, ale splňuje RVA23 specifikaci a je podporovaný Ubuntu 26.04 LTS a RHEL 10. V článku je
… více »Na YouTube lze zhlédnout nový celovečerní dokumentární film The Story of VS Code | Official Documentary věnovaný Visual Studio Code.
Farid Abdelnour se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 26.08.0 editoru videa Kdenlive (Wikipedie). Ke stažení také na Flathubu.
Byla vydána nová stabilní verze 8.2 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 152. Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána nová stabilní verze 4.0 svobodného multiplatformního softwaru pro editování a nahrávání zvukových souborů Audacity (Wikipedie). S rozhraním přepsaným do Qt. Přehled novinek také na YouTube. Ke stažení je oficiální AppImage. Zatím starší verze Audacity lze instalovat také z Flathubu a Snapcraftu.
NVIDIA kupuje Hugging Face za 12,93 miliardy dolarů.
Předobjednat si lze nový jednodeskový počítač Arduino VENTUNO Q s předinstalovaným Ubuntu. S 16 GB LPDDR5 a 64 GB eMMC. Pro lokální LLM, agentní AI, počítačové vidění, robotiku…
Hexpair není nejlepší HEX editor na světě a ani se o to nesnaží. Zato je k dispozici kdykoliv a kdekoliv – všude tam, kde máte svůj Vim. Vznikl jako hobby projekt před pár měsíci a dospěl do stavu, kdy by mohl být užitečný širší komunitě. Přepnout do HEX režimu se dá i uprostřed rozdělané práce: Soubor, který už máte otevřený běžným vim file.md, jedním příkazem přepnete do HEX editoru a dalším příkazem ho můžete vrátit zpět do textu. Kurzor přitom
CERN dlouhodobě používal vlastní sestavení RHEL, ze kterého přešel na CentOS Stream. Federico Vaga a Nikos Tsipinakis ale nyní v přednášce na MiniDebConf Winterthur 2026 popisují plán probíhajícího přechodu na Debian pro řízení akcelerátorů. Důvodem k opuštění CentOS Stream jsou zachování zpětné kompatibility se starším hardwarem, kterou Red Hat narušuje, když tlačí sestavení balíčků pro novější verze architektury (x86-64), a nedostatečné nástroje pro sestavování vlastních balíčků a repozitářů.
Tak dnes si u me hodne splhnul Hans Reiser resp. jeho reiserfs.
Jedne firme jsem obnovoval zivotne dulezita nezazalohovana data.
Rikal jsem si, ze jsou panove dost hluboko tam, kde slunce nesviti, a ejhle. Stacilo obycejne
modprobe loop losetup /dev/loop0 /mnt/hdc1/hdb2.img reiserfsck --rebuild-tree -S -l /recovery.log /dev/loop0A voila! Vetsina dat je zpet. Jenom si budou muset jeste rucne projet lost+found a uklidit si tam chlivek.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
[NOflame]Rozhodne lepsi nez ext3
[/NOflame]
S reiserfs mam jen ty nejlepší zkušenosti. S ext3 se mi 2x stalo, že filesystem havaroval takovým způsobem, že se již nedal uvést do funkčního stavu (bylo to na disku s badblocky). S reiserfs se mi tohle nestalo nikdy (na tom samém disku). Od té doby používam reiserfs naprosto všude (už jsem ho dal minimálně na 6 počítačů a nikde s ním nikdy nebyly sebemenší problémy). Na jiném PC kde se také objevily vadné sektory (a byl tam už reiserfs) bylo sice potřeba provést --rebuild-tree, ale proběhlo to naprosto v pohodě a bez prakticky žádné ztráty dat (a ten systém od té doby funguje až dodnes).
Zkrátka dle mých zkušeností je reiserfs nejen o dost rychlejší než ext3 (ani ext3 se zapnutým dir_indexem se mu zdaleka nevyrovná), ale navíc o hodně _stabilnější_ než ext3.
Nebýt této ošklivé vlastnosti (že bez UPS je XFS prakticky nepoužitelný - tedy pokud nechci dobrovolně obětovat svá data ), byl by XFS ideální filesystem...
8.8.2006 18:39
9.8.2006 13:43
--rebuild-tree, začínám chápat věřící. Nějaký bůh pro spadnuté harddisky by se mi taky hodil.
Bohužel moje zkušenosti s reiserem jsou ty nejhorší. Snad ani jednou, když jsem zadával onen prokletý přepínač, se mi z disku nic nepodařilo obnovit. Naproti tomu ext3 z disku, který padl uprostřed pilné práce na hubu, se mi povedlo obnovit vše, až na část adresářů, ty jsem musel ručně vytvořit a nakopírovat data z lost+found.
BTW: jinak používám xfs (jóó, na notebooku mám UPSku pořád ).
„Now, some folks on the InternetTakže Michal má s to vírou asi pravdu...
put their faith in C++.
They swear that it's so powerful,
it's what God used for us.
And maybe it lets mortals dredge
their objects from the C.
But I think that explains
why only God can make a tree.“
(bohové jsou, doufejme, skromní)
(obrazně řečen ...)
po tom, co som zmazal /home s asi 10 usermi a 10 websitami. Chcelo to asi 5h ludskej prace po tom, ale vsetko bolo naspat.
9.8.2006 01:31
Luk | skóre: 47
| blog: Kacířské myšlenky
| Kutná Hora
8.8.2006 23:13
8.8.2006 23:08
fsck, badblocks a fdisk, zocelení v boji s vadnými sektory, a vyznávající pravý adrenalin, nezálohují nikdy!
Mně teda ReiserFS „opravdu na hubu“ spadl jednou, a to je moře let zpátky. Nejsem si ani jistý, jestli tehdy byl stable. Po čase jsem k němu opět získal důvěru, která zatím nedošla zklamání. Nevylučuju ovšem, že si na serveru spíš vytuním ext3, přeci jen pitomě jednoduché věci jsou většinou blbuvzdorné.
9.8.2006 21:16
Ondrej | skóre: 20
| blog: darkblair_server
| Praha
9.8.2006 07:21
