Programovací jazyk JavaScript (Wikipedie) dnes slaví 30 let od svého oficiálního představení 4. prosince 1995.
Byly zveřejněny informace o kritické zranitelnosti CVE-2025-55182 s CVSS 10.0 v React Server Components. Zranitelnost je opravena v Reactu 19.0.1, 19.1.2 a 19.2.1.
Bylo rozhodnuto, že nejnovější Linux 6.18 je jádrem s prodlouženou upstream podporou (LTS). Ta je aktuálně plánována do prosince 2027. LTS jader je aktuálně šest: 5.10, 5.15, 6.1, 6.6, 6.12 a 6.18.
Byla vydána nová stabilní verze 3.23.0, tj. první z nové řady 3.23, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Přehled novinek v poznámkách k vydání.
Byla vydána verze 6.0 webového aplikačního frameworku napsaného v Pythonu Django (Wikipedie). Přehled novinek v poznámkách k vydání.
Po více než 7 měsících vývoje od vydání verze 6.8 byla vydána nová verze 6.9 svobodného open source redakčního systému WordPress. Kódové jméno Gene bylo vybráno na počest amerického jazzového klavíristy Gene Harrise (Ray Brown Trio - Summertime).
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za listopad (YouTube).
Google Chrome 143 byl prohlášen za stabilní. Nejnovější stabilní verze 143.0.7499.40 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 13 bezpečnostních chyb.
Společnost Valve aktualizovala přehled o hardwarovém a softwarovém vybavení uživatelů služby Steam. Podíl uživatelů Linuxu dosáhl 3,2 %. Nejčastěji používané linuxové distribuce jsou Arch Linux, Linux Mint a Ubuntu. Při výběru jenom Linuxu vede SteamOS Holo s 26,42 %. Procesor AMD používá 66,72 % hráčů na Linuxu.
Canonical oznámil (YouTube), že nově nabízí svou podporu Ubuntu Pro také pro instance Ubuntu na WSL (Windows Subsystem for Linux).
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
/dev/md0:
Version : 0.90
Creation Time : Fri Oct 30 08:15:50 2009
Raid Level : raid5
Used Dev Size : 976762496 (931.51 GiB 1000.20 GB)
Raid Devices : 3
Total Devices : 3
Preferred Minor : 0
Persistence : Superblock is persistent
Update Time : Tue Jul 5 00:17:29 2011
State : active, FAILED, Not Started
Active Devices : 1
Working Devices : 3
Failed Devices : 0
Spare Devices : 2
Layout : left-symmetric
Chunk Size : 64K
UUID :90c49a34:4801b02d:b02e60a1:741643b3
Events : 0.3961328
Number Major Minor RaidDevice State
0 0 0 0 removed
1 0 0 1 removed
2 8 32 2 active sync /dev/sdc
3 8 16 - spare /dev/sdb
4 8 0 - spare /dev/sda
Zmíněné spare disky jsou disky, které vypadly vlivem softwarové chyby. Obsahují data původního pole a nejsou poškozeny - lze z nich číst a lze na ně zapisovat.
/dev/md0:
Version : 1.2
Creation Time : Tue Jul 5 19:37:00 2011
Raid Level : raid5
Array Size : 1953522816 (1863.02 GiB 2000.41 GB)
Used Dev Size : 976761408 (931.51 GiB 1000.20 GB)
Raid Devices : 3
Total Devices : 2
Persistence : Superblock is persistent
Update Time : Tue Jul 5 19:37:12 2011
State : clean, degraded
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Layout : left-symmetric
Chunk Size : 64K
Name : Router:0 (local to host Router)
UUID : 6c782117:0497906f:3667cc47:fd716398
Events : 2
Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
1 8 16 1 active sync /dev/sdb
2 0 0 2 removed
Bohužel po zprovoznění pole vgscan nenachází žádnou volume grupu, která na původní poli byla. Teď je otázkou: je rozumné obnovit konfiguraci LVM na tomto poli ze zálohy konfigurace? Nebo se raději vyhnout jakýmkoliv zápisům na pole? Jinak zálohu pole mám v plánu, ale čekám na disky, kam bych mohl pole přesypat.
md/raid:md0: device sda operational as raid disk 0 md/raid:md0: device sdc operational as raid disk 2 md/raid:md0: device sdb operational as raid disk 1 md/raid:md0: allocated 3174kB md/raid:md0: raid level 5 active with 3 out of 3 devices, algorithm 2 RAID conf printout: --- level:5 rd:3 wd:3 disk 0, o:1, dev:sda disk 1, o:1, dev:sdb disk 2, o:1, dev:sdcZdá se tedy, že disky by měly být v pořadi sda, sdb, sdc. Zkusil jsem postavit pole z různých dvojic disků. Přesto se ale nedaří na něm nic najít - tedy alespoň vgscan nic nenachází. Chunksize jsem si pohlídal. Je ale pravda, že jednou během sestavování pole jsem chunksize nezadal a ten se nastavil implicitně na 128kb místo 64kb. Nevím, jestli tohle nemohlo data odrovnat... Jinak mám uloženou přesnou konfiguraci toho LVM - pro jistotu ji sem postnu, kdyby se dala nějak využít:
contents = "Text Format Volume Group"
version = 1
description = "Created *after* executing 'vgscan'"
creation_host = "Router" # Linux Router 2.6.37noCFQ_temp #2 Tue Jan 25 04:23:30 CET 2011 i686
creation_time = 1309892812 # Tue Jul 5 21:06:52 2011
SATA_RAID_pole {
id = "IlclCy-fDd3-Xfu8-GgJZ-6xoo-TVCH-EDdXIS"
seqno = 7
status = ["RESIZEABLE", "READ", "WRITE"]
flags = []
extent_size = 8192 # 4 Megabytes
max_lv = 0
max_pv = 0
physical_volumes {
pv0 {
id = "hH0yZF-0wgr-mEcu-82Bg-9HH6-g3Md-0EmR6E"
device = "/dev/md0" # Hint only
status = ["ALLOCATABLE"]
flags = []
dev_size = 3907049984 # 1,81936 Terabytes
pe_start = 384
pe_count = 476934 # 1,81936 Terabytes
}
}
logical_volumes {
pole_CRITICAL {
id = "gY3p79-yiko-MLre-lt2I-dcD6-1jBz-jL7YSC"
status = ["READ", "WRITE", "VISIBLE"]
flags = []
segment_count = 1
segment1 {
start_extent = 0
extent_count = 76800 # 300 Gigabytes
type = "striped"
stripe_count = 1 # linear
stripes = [
"pv0", 0
]
}
}
pole_COMMON {
id = "PaN10A-kMJS-0Phw-rOdV-NEce-fT2x-5a9Orz"
status = ["READ", "WRITE", "VISIBLE"]
flags = []
segment_count = 1
segment1 {
start_extent = 0
extent_count = 348934 # 1,33108 Terabytes
type = "striped"
stripe_count = 1 # linear
stripes = [
"pv0", 128000
]
}
}
backup_CRITICAL {
id = "chNcq1-7DCV-2xXa-i013-HwWL-nIP8-spzZpn"
status = ["READ", "WRITE"]
flags = []
segment_count = 1
segment1 {
start_extent = 0
extent_count = 51200 # 200 Gigabytes
type = "striped"
stripe_count = 1 # linear
stripes = [
"pv0", 76800
]
}
}
snapshot0 {
id = "CLabIT-f3uV-SsfK-RbAX-jezr-RWaB-K6YuQj"
status = ["READ", "WRITE", "VISIBLE"]
flags = []
segment_count = 1
segment1 {
start_extent = 0
extent_count = 76800 # 300 Gigabytes
type = "snapshot"
chunk_size = 8
origin = "pole_CRITICAL"
cow_store = "backup_CRITICAL"
}
}
}
}
Tiskni
Sdílej:
