Github publikoval Octoverse 2025 (YouTube), tj. každoroční přehled o stavu open source a veřejných softwarových projektů na GitHubu. Každou sekundu se připojil více než jeden nový vývojář. Nejpoužívanějším programovacím jazykem se stal TypeScript.
Kit je nový maskot webového prohlížeče Firefox.
Mastodon (Wikipedie) - sociální síť, která není na prodej - byl vydán ve verzi 4.5. Přehled novinek s náhledy v oznámení na blogu.
Německo zvažuje, že zaplatí místním telekomunikačním operátorům včetně Deutsche Telekom, aby nahradili zařízení od čínské firmy Huawei. Náklady na výměnu by mohly přesáhnout dvě miliardy eur (bezmála 49 miliard Kč). Jeden scénář počítá s tím, že vláda na tento záměr použije prostředky určené na obranu či infrastrukturu.
Po dvaceti letech skončil leader japonské SUMO (SUpport.MOzilla.org) komunity Marsf. Důvodem bylo nasazení sumobota, který nedodržuje nastavené postupy a hrubě zasahuje do překladů i archivů. Marsf zároveň zakázal použití svých příspěvků a dat k učení sumobota a AI a požádal o vyřazení svých dat ze všech učebních dat.
Úřad pro ochranu hospodářské soutěže zahajuje sektorové šetření v oblasti mobilních telekomunikačních služeb poskytovaných domácnostem v České republice. Z poznatků získaných na základě prvotní analýzy provedené ve spolupráci s Českým telekomunikačním úřadem (ČTÚ) ÚOHS zjistil, že vzájemné vztahy mezi operátory je zapotřebí detailněji prověřit kvůli možné nefunkčnosti některých aspektů konkurence na trzích, na nichž roste tržní podíl klíčových hráčů a naopak klesá význam nezávislých virtuálních operátorů.
Různé audity bezpečnostních systémů pařížského muzea Louvre odhalily závažné problémy v oblasti kybernetické bezpečnosti a tyto problémy přetrvávaly déle než deset let. Jeden z těchto auditů, který v roce 2014 provedla francouzská národní agentura pro kybernetickou bezpečnost, například ukázal, že heslo do kamerového systému muzea bylo „Louvre“. 😀
Z upstreamu GNOME Mutter byl zcela odstraněn backend X11. GNOME 50 tedy poběží už pouze nad Waylandem. Aplikace pro X11 budou využívat XWayland.
Byl publikován plán na odstranění XSLT z webových prohlížečů Chrome a Chromium. S odstraněním XSLT souhlasí také vývojáři Firefoxu a WebKit. Důvodem jsou bezpečnostní rizika a klesající využití v moderním webovém vývoji.
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.3.0. Přehled novinek v poznámkách k vydání.
)
Je možné, že se výsledek badblocks nějak liší nebo že se to pouze nějak zapsalo do FS? Používám ReiserFS. Není přece možné, aby z 33 bloků najednou byl disk v pořádku (i když subjektivně nění, protože nevydává zrovna normální zvuky).
Podotýkám, že mi nefunguje nasávání (ano, o závadě vím a chystám se s tím do servisu - je to NB) a disk mívá i přes 50˚C, ale testoval jsem ho teď i při té zvýšené teplotě a najednou 0 
)
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
4.6.2005 09:54
smartctl -l error /dev/hda
Error 72 occurred at disk power-on lifetime: 7965 hours (331 days + 21 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 40 51 04 5c 05 4d e3 Error: UNC 4 sectors at LBA = 0x034d055c = 55379292 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- 25 00 08 58 05 4d e0 00 00:55:43.600 READ DMA EXT 25 00 38 a0 05 4d e0 00 00:55:43.600 READ DMA EXT 25 00 08 98 05 4d e0 00 00:55:43.600 READ DMA EXT 25 00 08 50 05 4d e0 00 00:55:43.600 READ DMA EXT 25 00 08 48 05 4d e0 00 00:55:43.600 READ DMA EXTkde se Error ## postupně snižuje (71, 70...) a ostatní údaje jsou stejné. Fakt nevím, co by to mohlo znamenat.
man smartctl
).
BTW: Co lze z toho výpisu vyčíst? Nějak se v tom nedokážu orientovat...
V Hitachi utilitě jsem spustil ten kompletní test a odešel jsem pryč, protože to vypadalo na hooodně dlouho a když jsem se vrátil, byl počítač vypnutý, takže nevím, co se tam provedlo Když jsem potom spustil ten rychlý a test na SMART funkce, výsledek byl, že všechno OK. Tak nevím...
Lze teda nějak zjistit ty sektory označené za vadné nebo aspoň 100% zjistit, že už si disk balí kurfy a cestuje do Valhally? (nebo kam to putují )
Lze teda nějak zjistit ty sektory označené za vadné nebo aspoň 100% zjistit, že už si disk balí kurfy a cestuje do Valhally? (nebo kam to putujíVzdyt to tam je napsano:
UNC 4 sectors at LBA = 0x034d055c = 55379292
Opravdu doporucuju man smartctl
Mea culpa. Myslím, že ten disk začíná být docela mimo, protože když ho dám otestovat tou utilitou výrobce, tak se během testu vypne počítač. Někdy na začátku, jindy třeba až v půlce...
Takže ten disk buď opravdu není v pořádku nebo má ta utilita dost _divné_ chování
.
Právě chcípnul a vypadá to, že o sebe nějak třou hlavičky nebo něco, protože klape a absolutně nejde v ničem identifikovat Zítra jsem s tím chtěl jet do servisu, takže jsem zálohoval část dat, ale na Home se bohužel nedostalo Sakra.....
smartctl l error /dev/hda je následující (nelíbí se mi tam moc ten čas výskytu :-/):
Error 72 occurred at disk power-on lifetime: 7965 hours (331 days + 21 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 40 51 04 5c 05 4d e3 Error: UNC 4 sectors at LBA = 0x034d055c = 55379292 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- 25 00 08 58 05 4d e0 00 00:55:43.600 READ DMA EXT 25 00 38 a0 05 4d e0 00 00:55:43.600 READ DMA EXT 25 00 08 98 05 4d e0 00 00:55:43.600 READ DMA EXT 25 00 08 50 05 4d e0 00 00:55:43.600 READ DMA EXT 25 00 08 48 05 4d e0 00 00:55:43.600 READ DMA EXTPři diagnóze ten disk nehlásí žádné chyby
smartctl -A /dev/hda:
=== START OF READ SMART DATA SECTION === SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000b 100 100 062 Pre-fail Always - 0 2 Throughput_Performance 0x0005 100 100 040 Pre-fail Offline - 0 3 Spin_Up_Time 0x0007 180 180 033 Pre-fail Always - 2 4 Start_Stop_Count 0x0012 100 100 000 Old_age Always - 1469 5 Reallocated_Sector_Ct 0x0033 100 100 005 Pre-fail Always - 0 7 Seek_Error_Rate 0x000b 100 100 067 Pre-fail Always - 0 8 Seek_Time_Performance 0x0005 100 100 040 Pre-fail Offline - 0 9 Power_On_Hours 0x0012 082 082 000 Old_age Always - 8037 10 Spin_Retry_Count 0x0013 100 100 060 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 1361 191 G-Sense_Error_Rate 0x000a 100 100 000 Old_age Always - 0 192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 124 193 Load_Cycle_Count 0x0012 060 060 000 Old_age Always - 400479 194 Temperature_Celsius 0x0002 112 112 000 Old_age Always - 49 (Lifetime Min/Max 3/69) 196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0 197 Current_Pending_Sector 0x0022 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0008 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x000a 200 200 000 Old_age Always - 0A test proběhl též bez chyb
smartctl -l selftest /dev/hda:
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed without error 00% 8031 -Takže se ptám: Má cenu jít ten disk reklamovat, ještě navíc vzhledem k tomu, že by to měl být důvod k odstoupení od smouvy? (2x už byl měněný) Moc nerozumím tomu, co vůbec ty SMART testy dělají, ale myslím, že v servisu budou posuzovat hlavně je. A dále by mě zajímalo, kam zmizely ty vadné bloky, když tam byly a v reallocated je 0 :-/ A nezmizí ty případné chyby nějakým low-level formátem? Předem díky
Tiskni
Sdílej:
