Open source softwarový stack ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán ve verzi 7.0.0. Přidána byla podpora AMD Instinct MI355X a MI350X.
Byla vydána nová verze 258 správce systému a služeb systemd (GitHub).
Byla vydána Java 25 / JDK 25. Nových vlastností (JEP - JDK Enhancement Proposal) je 18. Jedná se o LTS verzi.
Věra Pohlová před 26 lety: „Tyhle aféry každého jenom otravují. Já bych všechny ty internety a počítače zakázala“. Jde o odpověď na anketní otázku deníku Metro vydaného 17. září 1999 na téma zneužití údajů o sporožirových účtech klientů České spořitelny.
Byla publikována Výroční zpráva Blender Foundation za rok 2024 (pdf).
Byl vydán Mozilla Firefox 143.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Nově se Firefox při ukončování anonymního režimu zeptá, zda chcete smazat stažené soubory. Dialog pro povolení přístupu ke kameře zobrazuje náhled. Obzvláště užitečné při přepínání mezi více kamerami. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 143 bude brzy k dispozici také na Flathubu a Snapcraftu.
Byla vydána betaverze Fedora Linuxu 43 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 21. října.
Multiplatformní emulátor terminálu Ghostty byl vydán ve verzi 1.2 (𝕏, Mastodon). Přehled novinek, vylepšení a nových efektů v poznámkách k vydání.
Byla vydána nová verze 4.5 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána verze 3.0 (Mastodon) nástroje pro záznam a sdílení terminálových sezení asciinema (GitHub). S novou verzí formátu záznamu asciicast v3, podporou live streamingu a především kompletním přepisem z Pythonu do Rustu.
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:
