Apple představil nový iPad mini, iMac s čipem M6, 14palcový MacBook Pro s čipem M6 a MacBook Pro s PROLED XDR displejem – první Mac s dotykovým ovládáním.
Nedávno představený projekt mapSTL.com řeší budoucnost. 𝕏: "Netušil jsem, kolik patentů na generování map existuje. Existují patenty na generování fantasy map 🫣. Cokoliv je na 3D tiskárnu a tvoří to produkt, bude to mít patenty. Tak bacha na to!" … více »
Multiplatformní emulátor terminálu Ghostty byl vydán ve verzi 1.4 (𝕏). Přehled novinek a vylepšení v poznámkách k vydání.
Byla objevena zranitelnost Tailworm v Tailscale a Headscale umožňující lokální eskalaci práv přihlášeného uživatele. Následně byla v Tailscale v opravené verzi 1.104.4+ změněna architektura aplikace. Viz příspěvek na blogu Tailscale.
Byl vydán Mozilla Firefox 159.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 159 bude brzy k dispozici také na Flathubu a Snapcraftu.
Nasazení softwaru, který nyní používá ve svých autech pro čínský trh, zvažuje automobilový koncern Volkswagen také v Evropě, kde by se mohl používat v budoucích vozech značek Volkswagen, Škoda a Cupra. Základem pro budoucí evropské modely by se mohla stát takzvaná China Electronic Architecture, elektronická architektura vyvinutá pro čínské modely ve spolupráci s tamní automobilkou Xpeng.
Vedoucím brněnské pobočky Red Hatu se stal Radek Vokál [LinkedIn].
Open source download manager Fatrat povstal z popela. Autor k dvacetiletému výročí projektu přidal do vínku podporu nejnovější knihovny libtorrent, rozhraní portoval na QT6, došlo k nahrazení podpory java rozšíření pythonem. Webové rozhraní bylo přepsáno s podporou mobilních zařízení. Aplikaci je taktéž možno zkompilovat bez podpory GUI. Více informací v releases.
Zranitelnost Broccoli2Shell (CVE-2026-111497) v kompresní knihovně Brotli se netýká pouze Node.js. Ohroženy jsou také aplikace využívající HTTP. Knihovnu používají webové prohlížeče, servery i řada dalších aplikací a technologií, například také Python nebo Bun. Identifikace všech zranitelných komponent může být obtížná, protože knihovna bývá součástí dalších softwarových balíčků nebo je přímo začleněna do spustitelných souborů aplikací.
Quad9, švýcarský celosvětově působící neziskový poskytovatel DNS, od 24. listopadu 2026 ukončí své služby ve Francii kvůli soudnímu sporu s katarskou televizní stanicí beIN. Ta požadovala blokování domén, které podle ní nelegálně zpřístupňují sportovní přenosy. Francouzský soud Katarům vyhověl a nařídil (🇫🇷, PDF) Quad9 blokaci zavést, pod hrozbou pokuty 1000 eur denně. Provozovatel příkaz odmítá s tím, že blokace
… více »
25.1.2009 09:41
andree | skóre: 39
| blog: andreeeeelog
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 ?
26.1.2009 09:58
andree | skóre: 39
| blog: andreeeeelog
toto by problem nemal byt - umount snad nezabuda, ze ma nieco ulozit na disk :)
26.1.2009 09:57
andree | skóre: 39
| blog: andreeeeelog
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... 
25.1.2009 21:14
sekyt | skóre: 16
| blog: sekytarium
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 
.
26.1.2009 09:59
andree | skóre: 39
| blog: andreeeeelog
prave teraz mam podozrenie skor na hw problem - ale mozno tomu debianu dam sancu :))
26.1.2009 12:33
sekyt | skóre: 16
| blog: sekytarium
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.
26.1.2009 16:41
andree | skóre: 39
| blog: andreeeeelog
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:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz