Byla vydána verze 2.12 svobodného video editoru Flowblade (GitHub, Wikipedie). Přehled novinek v poznámkách k vydání. Videoukázky funkcí Flowblade na Vimeu. Instalovat lze také z Flathubu.
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 23.11 Topi. Přehled novinek v Changelogu.
Po 4 měsících vývoje byla vydána nová verze 4.2 multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu a na YouTube.
Byla vydána nová stabilní verze 23.11 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Tapir. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) upozorňuje na hrozbu spojenou s používáním mobilní aplikace WeChat a její čínské verze Weixin (dále jen WeChat). Ta sbírá velký objem uživatelských dat, a právě to by – v kombinaci se způsobem jejich sběru – mohlo sloužit k přesnému zacílení kybernetických útoků.
LibreQoS je svobodná aplikace vhodná pro poskytovatele internetové připojení pro rezervaci a řízení datových toků zákazníků (QoS - Quality of Service, QoE - Quality of Experience). Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv2. Aktuální verze je 1.4.
Byla vydána Beta 1 verze KDE 6 (Plasma, Frameworks a Gear) postavené na Qt 6. Testovat lze například v distribuci KDE Neon. Stabilní verze je plánována na konec února 2024. Předchozí velké vydání 5 vylo vydáno téměř před 10 lety (červenec 2014).
Open-source webmail Roundcube se připojil k balíku aplikací Nextcloudu. Převzetí firmou Nextcloud ale plánováno není, pouze integrace a podpoření vývoje.
Stability AI představila SDXL Turbo, tj. umělou inteligenci pro generování obrázků z textového popisu v reálném čase, viz ukázka na YouTube.
Svobodná webová platforma pro sdílení a přehrávání videí PeerTube (Wikipedie) byla vydána v nové major verzi 6. Přehled novinek i s náhledy a videi v oficiálním oznámení a na GitHubu (6.0.0, 6.0.1).
Mám disk (Model Family: Seagate Barracuda 7200.8 family) v serveri, a prišla mi od logchecku hláška:
smartd[3080]: Device: /dev/sdb, Self-Test Log error count increased from 0 to 1
smartctl -d ata -a /dev/sdb hlási:
# 1 Extended offline Completed: read failure 90% 5931 52675887
(dvadsať testov pred týmto prebehlo v poriadku (Completed without error)).
Chcel by som sa spýtať tých, čo majú väčšie skúsenosti s diskami, čo s ním. Je zrelý na reklamáciu?
Podľa tohto návodu môže read failure znamenať zlé bloky na disku, no na tomto disku sú atribúty Current_Pending_Sector aj Offline_Uncorrectable na nulovej hodnote.
Všetky atribúty zo SMART:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 052 045 006 Pre-fail Always - 90353939 3 Spin_Up_Time 0x0003 097 097 000 Pre-fail Always - 0 4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 13 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 087 060 030 Pre-fail Always - 504516026 9 Power_On_Hours 0x0032 094 094 000 Old_age Always - 5936 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 14 194 Temperature_Celsius 0x0022 041 049 000 Old_age Always - 41 (Lifetime Min/Max 0/22) 195 Hardware_ECC_Recovered 0x001a 052 045 000 Old_age Always - 90353939 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 200 190 000 Old_age Always - 10 200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0 202 TA_Increase_Count 0x0032 100 253 000 Old_age Always - 0
"Sprosté" raw hodnoty pri Raw_Read_Error_Rate, Seek_Error_Rate a Hardware_ECC_Recovered vyzerajú byť bežnou súčasťou SMART pre barracudy (alebo seagate všeobecne), UDMA_CRC_Error_Count pripisujem tomu, že disk sa niekoľkokrát vystriedal v serveri, kde bola zlá backplane.
Otázka teda stojí, či je disk už zrelý na vyradenie (a reklamáciu - uznajú ju?), alebo stačí nejakým zázrakom opraviť čosi kdesi (ako v linkovanom badblocks howto?
Kompletný výpis smartctl -a -d ata /dev/sdb
v prílohe.
Co ho skusit naformatovat a porovnat hodnoty,
je to mozne?
NN
Ani moc nie, je to produkčný server, takže rôzne pokusy sa nekonajú... Disk každopádne vymením, prípadne ho môžem diagnostikovať potom. Len by som rád zistil, či už niekto videl takúto kombináciu atribútov (ja som z toho SMARTu celkom blbý), a či to nevie interpretovať.
SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 065 058 006 Pre-fail Always - 164964416 3 Spin_Up_Time 0x0003 096 096 000 Pre-fail Always - 0 4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 817 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 086 060 030 Pre-fail Always - 421996551 9 Power_On_Hours 0x0032 088 088 000 Old_age Always - 10523 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 097 097 020 Old_age Always - 3313 194 Temperature_Celsius 0x0022 030 059 000 Old_age Always - 30 195 Hardware_ECC_Recovered 0x001a 065 058 000 Old_age Always - 164964416 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0 202 TA_Increase_Count 0x0032 100 253 000 Old_age Always - 0
Tak dneska v noci si to ten disk rozmyslel:
Mar 9 23:32:33 janosik smartd[3541]: Device: /dev/sdb, 1 Currently unreadable (pending) sectors Mar 9 23:32:33 janosik smartd[3541]: Device: /dev/sdb, 1 Offline uncorrectable sectors
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 1 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 1
Medzitým ten disk "zasekol" celý server (ktorýsi proces zostal visieť na čítaní daného bloku), takže disk vyzerá byť úplne štandardne a regulérne pokazený .
Tiskni
Sdílej: