Ondřej Filip publikoval reportáž z ceremonie podpisu kořenové zóny DNS. Zhlédnout lze také jeho nedávnou přednášku Jak se podepisuje kořenová zóna Internetu v rámci cyklu Fyzikální čtvrtky FEL ČVUT.
Společnost BenQ uvádí na trh novou řadu monitorů RD určenou pro programátory. První z nich je RD240Q.
Byl aktualizován seznam 500 nejvýkonnějších superpočítačů na světě TOP500. Nejvýkonnějším superpočítačem nadále zůstává Frontier od HPE (Cray) s výkonem 1,206 exaFLOPS. Druhá Aurora má oproti loňsku přibližně dvojnásobný počet jader a dvojnásobný výkon: 1,012 exaFLOPS. Novým počítačem v první desítce je na 6. místě Alps. Novým českým počítačem v TOP500 je na 112. místě C24 ve Škoda Auto v Mladé Boleslavi. Ostravská Karolina, GPU
… více »GHC (Glasgow Haskell Compiler, Wikipedie), tj. překladač funkcionálního programovacího jazyka Haskell (Wikipedie), byl vydán ve verzi 9.10.1. Přehled novinek v poznámkách k vydání.
Po 9 týdnech vývoje od vydání Linuxu 6.8 oznámil Linus Torvalds vydání Linuxu 6.9. Přehled novinek a vylepšení na LWN.net: první a druhá polovina začleňovacího okna. Později také na Linux Kernel Newbies.
Byla vydána verze 0.2.0 v Rustu napsaného frameworku Pingora pro vytváření rychlých, spolehlivých a programovatelných síťových systémů. Společnost Cloudflare jej letos v únoru uvolnila pod licencí Apache 2.0.
Open source RDP (Remote Desktop Protocol) server xrdp (Wikipedie) byl vydán ve verzi 0.10.0. Z novinek je vypíchnuta podpora GFX (Graphic Pipeline Extension). Nová větev řeší také několik bezpečnostních chyb.
Rocky Linux byl vydán v nové stabilní verzi 9.4. Přehled novinek v poznámkách k vydání.
Dellu byla odcizena databáze zákazníků (jméno, adresa, seznam zakoupených produktů) [Customer Care, Bleeping Computer].
V lednu byl otevřen editor kódů Zed od autorů editoru Atom a Tree-sitter. Tenkrát běžel pouze na macOS. Byl napevno svázán s Metalem. Situace se ale postupně mění. V aktuálním příspěvku Kdy Zed na Linuxu? na blogu Zedu vývojáři popisují aktuální stav. Blíží se alfa verze.
Zdravim,
mam taky problem, s ktorym si neviem uz dlhsie poradit. Resp. poradit ano, ale neviem sa ho uplne zbavit.
Problem je v tom, ze mam externy usb disk a na nom JFS filesystem. Pri kazdom uspavani sa vykona toto:
umount /media/disk
sync; sync; sync
Problem je ale v tom, ze ked sa ho pokusim neskor znovu pripojit, je potrebne vykonat fsck /dev/disk
, inak mu furt nieco vadi.. Vacsinu casu to nie je problem - pri fsck sa len prehra journal a je pokoj. Dnes sa ale journal neprehral, miesto toho sa spustila standardna kontrola a par giga dat (nastastie tam mam "len" nedolezite data a zalohy) slo do lost+found (samozrejme pod divnymi nazvami atd., takze v podstate su to uz nepouzitelne veci...).
Nie je divne ze aj po umount + 3x sync ostane ten disk v nekonzistentom stave?
Mna teda napada ako mozny zdroj problemov len to, ze ten disk je kus blby a nezapisuje data, ked ma ale drzi si ich pridlho v cache. A mam pocit ze cez USB mu neprikazem, ze uz to ma flushnut...
Druha moznost je ze niekto v ubuntu teame ten JFS pekne zmrsil - ale to sa mi az nechce verit, ze je to mozne.
Stretol (a vyriesil) sa niekto z vas s takymto niecim?
A jak ten disk napájíš ? Neodpojí PC dřív napájení než ten disk zapíše fyzicky ty data na plotny?
Co se stane když provedeš umount ručně, a počkáš třeba 1minutu a potom dáš Pc uspat ? Taky to poničí data ?
toto by problem nemal byt - umount snad nezabuda, ze ma nieco ulozit na disk :)
no to je prave jedna z tych moznosti - skusil som teraz taku vec, ze za sync dat este dd if=/dev/sdc of=/dev/null bs=1M count=100 iflags=direct
- tak uvidime, ci sa nieco zmeni.. mozno to disku pomoze, aby sa flushol..
on je totiz pripojeny externe v USB sufliku.. keby to rozhranie usb-disk nebolo tak blbo navrhnute, mohlo by sa pouzit hdparm -W 0
a bolo by po problemoch no...
Na Debianu (Etch, posléze Lenny i chvilkově Sid) jsem cca rok jako FS používal JFS.
Bez nějakých problémů.
Pak jsem loni na podzim zkoušel Kubuntu 8.10 a protože se mi nechtěla dělat instalaci a chtěl distro s KDE 4 pořádně omakat, nechával jsem cd v nb a ten uspával do ram (v podstatě několik dnů po sobě) ... pohoda.
Jenže, pak najednou nešly partišny s JFS po probuzení připojit - nastala pocopitelně panika, pak fsck /dev/disk ... opravilo se ... jen po dalším uspání jak přes kopírák to samé ... z nainstalovaného Debianu to pochopitelně taky nefakčilo.
To samé se při testování opakovalo před pár dny s Kubuntu 9.04 po uspání (instalace na hdd) a použítí JFS jako fs pro /.
Takže asi tak.
Ale třeba je to rukama .
prave teraz mam podozrenie skor na hw problem - ale mozno tomu debianu dam sancu :))
Kdysi mel linux kernel problem v tim, ze presne nebylo jasny co znamena, ze data byla zapsana na disk. V nekterych pripadech byla data povazovana za zapsana i v pripade, ze je pouze prijala hw cache primo na disku. Zajimavy na tom bylo, ze tahle chyba vadila nekterym zurnalovacim systemum vice a jinym mene. Pokud se dobre pamatuju, tak se dlouho hledala chyba v XFS. Mozna ze mas podobny problem - zkus hledat mezi parametry hdparmu, taky je mozny, ze ten tvuj USB ramecek proste nektery ATA commandy nepropousti.
no, tak teraz som zapol stroj po uspani a snad prvykrat neprebehol fsck s tym ze teda volam pred uspanim ten horeuvedeny "dd
prikaz", vdaka comu sa zrejme vyprazdnila cache...
uvidim, ci to bude robit aj nabuduce - predpokladam ale, ze toto bude ten problem.. holt je ten USB ramcek blby :)
Tiskni Sdílej: