Do webů otevřených v aplikacích TikTok, Instagram, FB Messenger nebo Facebook je vkládán šmírovací kód. Ověřit to lze na InAppBrowser.com.
Podman (Pod Manager), nástroj umožňující vytvářet a provozovat kontejnery, aniž by uživatel potřeboval práva roota, byl vydán v nové verzi 4.2.0. Přehled novinek v poznámkách k vydání. Zdůrazněna je podpora pro GitLab Runner, vylepšení příkazu podman play kube nebo grafická nadstavba Podman Desktop.
Byla vydána nová verze 1.8.0 dynamického programovacího jazyka Julia (Wikipedie) určeného zejména pro vědecké výpočty. Přehled novinek v příspěvku na blogu a v poznámkách k vydání. Aktualizována byla také dokumentace.
Indické firmě Airtel byla údajně minulý rok odcizena databáze 2,5 milionu uživatelů. Firma to popírala. Nyní se na veřejnost dostala rozlouskaná databáze hesel 42 000 uživatelů. Z toho 18 000 uživatelů má stejné heslo Airtel@123. Zajímavá diskuse je i na Twitteru @S0ufi4n3.
Altar I je nová nízkoprofilová bezdrátová mechanická klávesnice od Electronic Materials Office. Uvnitř běží open source firmware ZMK. Cena ani dostupnost zatím nebyly stanoveny.
The Document Foundation oznámila vydání nové major verze 7.4 svobodného kancelářského balíku LibreOffice. Podrobný přehled nových vlastností i s náhledy v poznámkách k vydání (cs) nebo také na Youtube a PeerTube.
Zranitelnost CVE-2022-38392: Některé pevné disky s rychlostí 5 400 ot./min., dodávané s noteboocích přibližně v roce 2005, je možné zničit písní Rhythm Nation od Janet Jackson (na vlastní nebezpečí).
LinuxDays 2022 nebudou: "Důvodů je několik: stále nejistá koronavirová situace, několikanásobně vyšší ceny a nižší počty návštěvníků na konferencích obecně. Pokud vám chybí setkání nejen s linuxovými lidmi, přijeďte na zářijový OpenAlt, který pořádají naši kamarádi v Brně."
Balík aplikací KDE Gear byl aktualizován v rámci pravidelného srpnového vydání. Namátkou textový editor KWrite/Kate má nově funkci více kurzorů, Filelight zobrazuje využití kapacity úložišť v přepracovaném rozhraní, Kalendar podporuje také kontakty nebo KDE Itinerary umí načítat čárové kódy.
Byla vydána nová major verze 5.1.0 svobodného programu pro skicování, malování a úpravu obrázků Krita (Wikipedie). Přehled novinek i s náhledy v poznámkách k vydání a na YouTube. Ke stažení je také balíček ve formátu appimage. Stačí jej stáhnout, nastavit právo ke spuštění a spustit.
Personalities : [raid1] md0 : active raid1 hda6[0] hdc1[1] 1576384 blocks [2/2] [UU] /etc/raidtab raiddev /dev/md0 raid-level 1 nr-raid-disks 2 nr-spare-disks 0 persistent-superblock 1 chunk-size 32 device /dev/hdc1 raid-disk 0 device /dev/hda6 raid-disk 1 Chci vyměnit zařízení hdc1 za nové sda5 následujícím způsobem: přidám sda5 do pole, projede synchronizace, a potom odeberu hdc1. Takže v fdisku oddíl sda5 označím jako Raid autodetect naedituju raidtab následovně: /etc/raidtab raiddev /dev/md0 raid-level 1 nr-raid-disks 3 nr-spare-disks 0 persistent-superblock 1 chunk-size 32 device /dev/hdc1 raid-disk 0 device /dev/hda6 raid-disk 1 device /dev/sda5 failed-disk 2 a dbaje návodů zadám raidstop /dev/md0 raidstart /dev/md0 raidhotadd /dev/md0 /dev/sda5 Načež by podle howto a dalších návodů měla začít synchronizace. Ale nezačne. [bod1] /proc/mdstat vypadá pořád stejně: Personalities : [raid1] md0 : active raid1 hda6[0] hdc1[1] 1576384 blocks [2/2] [UU] No, nic, nenapadlo mě nic chytřejšího, než: raidsetfaulty /proc/md0 /dev/hdc1 Celkem neočekávaně najednou začala synchronizace mezi hda6 a sda5, ikdyž je fakt, co jiného raidu zbývalo, že ? [bod 2] takže po jejím skončení shazuju raid raidstop /dev/md0 upravuju raidtab raiddev /dev/md0 raid-level 1 nr-raid-disks 3 nr-spare-disks 0 persistent-superblock 1 chunk-size 32 device /dev/hdc1 failed-disk 0 device /dev/hda6 raid-disk 1 device /dev/sda5 raid-disk 2 raidstart /dev/md0 a ejhle v /proc/mdstat mám: md0 : active raid1 hda6[1] sda5[2] 1576384 blocks [2/1] [U_] zadám raidhotadd /dev/md0 /dev/sda5 [bod 3] probíhá synchronizace, po skončení mám md0 : active raid1 hda6[1] sda5[2] 1576384 blocks [2/2] [UU] OK Provedu reboot, abych si ověřil, že systém je po výpadku elektriky schopen sám naběhnout do použitelného stavu bez ručního nastavování. kouknu do /proc/mdstat: tam md0 : active raid1 hda6[1] sda5[2] 1576384 blocks [2/1] [U_] což jak zrovna není žádaný stav. Takže shazuju raid, upravuju raidtab na: raiddev /dev/md0 raid-level 1 nr-raid-disks 2 nr-spare-disks 0 persistent-superblock 1 chunk-size 32 device /dev/hda6 raid-disk 0 device /dev/sda5 raid-disk 1 po nahození synchronizace, a kýžený výsledek v mdtab: md0 : active raid1 sda5[0] hda6[1] 1576384 blocks [2/2] [UU] po dalších rebootech vše OK. bod1 proč nezačne synchronizace, když by začít měla, jedná se přece o prosté přidání disku do pole ? bod2 proč synchronizace startuje až ve chvíli, kdy simulovaně odejde jeden disk ? bod3 proč když mám v konfiguraci dva dobré synchronizované disky a jeden failed, nedojde k vyt vytvoření raid0 z těch dvou dobrých disků hned po startu ?
Tiskni
Sdílej: