24. září 2024 budou zveřejněny zdrojové kódy přehrávače Winamp.
Google Chrome 125 byl prohlášen za stabilní. Nejnovější stabilní verze 125.0.6422.60 přináší řadu oprav a vylepšení (YouTube). Podrobný přehled v poznámkách k vydání. Opraveno bylo 9 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Textový editor Neovim byl vydán ve verzi 0.10 (𝕏). Přehled novinek v příspěvku na blogu a v poznámkách k vydání.
Byla vydána nová verze 6.3 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.15.
Dnes ve 12:00 byla spuštěna první aukce domén .CZ. Zatím největší zájem je o dro.cz, kachnicka.cz, octavie.cz, uvycepu.cz a vnady.cz [𝕏].
JackTrip byl vydán ve verzi 2.3.0. Jedná se o multiplatformní open source software umožňující hudebníkům z různých částí světa společné hraní. JackTrip lze instalovat také z Flathubu.
Patnáctý ročník ne-konference jOpenSpace se koná 4. – 6. října 2024 v Hotelu Antoň v Telči. Pro účast je potřeba vyplnit registrační formulář. Ne-konference neznamená, že se organizátorům nechce připravovat program, ale naopak dává prostor všem pozvaným, aby si program sami složili z toho nejzajímavějšího, čím se v poslední době zabývají nebo co je oslovilo. Obsah, který vytváří všichni účastníci, se skládá z desetiminutových
… více »Program pro generování 3D lidských postav MakeHuman (Wikipedie, GitHub) byl vydán ve verzi 1.3.0. Hlavní novinkou je výběr tvaru těla (body shapes).
Intel vydal 41 upozornění na bezpečnostní chyby ve svých produktech. Současně vydal verzi 20240514 mikrokódů pro své procesory řešící INTEL-SA-01051, INTEL-SA-01052 a INTEL-SA-01036.
Společnost Raspberry Pi patřící nadaci Raspberry Pi chystá IPO a vstup na Londýnskou burzu.
/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/sdaZmí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 removedBohuž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: