Program pro generování 3D lidských postav MakeHuman (Wikipedie, GitHub) byl vydán ve verzi 1.3.0.
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.
Google na své vývojářské konferenci Google I/O 2024 představil řadu novinek. Keynote byl věnován umělé inteligenci (DeepMind, Gemini, Responsible AI).
V Gitu bylo nalezeno 5 zranitelností. Opraveny jsou ve verzích 2.45.1, 2.44.1, 2.43.4, 2.42.2, 2.41.1, 2.40.2 a 2.39.4. Útočník může připravit repozitář tak, že při jeho klonování (git clone) může dojít ke spuštění libovolného kódu.
Virtualizační softwary VMware Workstation Pro a VMware Fusion Pro jsou nově pro osobní použití zdarma. Softwary VMware Workstation Player a VMware Fusion Player končí.
Linuxová distribuce Endless OS (Wikipedie) byla vydána ve verzi 6.0.0. Přehled novinek i s náhledy v příspěvku na blogu, poznámkách k vydání a také na YouTube.
Byl vydán Mozilla Firefox 126.0. Přehled novinek v poznámkách k vydání, poznámkách k vydání pro firmy a na stránce věnované vývojářům. Vylepšena byla funkce "Zkopírovat odkaz bez sledovacích prvků". Přidána byla podpora zstd (Zstandard). Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 126 je již k dispozici také na Flathubu a Snapcraftu.
Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 11.0. Přehled novinek v aktualizované dokumentaci.
Byla vydána nová verze 24.0 linuxové distribuce Manjaro (Wikipedie). Její kódové jméno je Wynsdey. Ke stažení je v edicích GNOME, KDE PLASMA a XFCE.
xfs_repair
měl s opravou problémy. Nutno říci, že ve středu po identifikaci chyby nebylo možné systém korektně vypnout. Patrně nebylo možné napsat na XFS korektní log a proto odpojení nešlo. po ddrescue kopii nebylo možé fs moutnout a ani přimo opravit a nešlo pokročit jinak než smazáním logu. při xfs_repair. což spůsobilo poměrně masivní přenosy do lost+found xfs oddílu celkem přes 500GB dat což je na 6MB chybu dle mne hodně. (jsem si věnom že značná část bude díky chybějícímu logu, na oddíl se psalo v době pádu.)
Závěr pokud uvažuje provozovat HW bez jištění (RAID, UPS) zvolte jiný FS než XFS. XFS je sice mnohdy velmi efektivní a výkonné, zvláště s velkými soubory, ale vysoce citlivé na spolehlivost HW na kterém běží. ext4 by takovou velkou chybu neměl.
Veškeré opravy jsem v tuhle chvíli dělal z systemrescuecd. Zachránil jsem co rozumě šlo a disk odeslal do Mnichova. ale bylo mé velké překvapení, že systém odpojení disku nenajel. Přirozeně jsem smazal položku týkající se swapu v fstab a stajně tak položku týkající se resume v volbě jádra v grubu. Přesto systém nenajel a skončil v dracut shellu s tím, že neumí najít resume oddíl se swapem. Vytvoření nového oddílu nepomohlo a jediné, co systém znovu udělalo funkční, bylo přegenerování initramfs.
Update zápisku. 20.3. Přesně týden po odeslání se mi v mailu objevilo od UPS, že převzalo od Seagate nový disk (a 19.3. Seagate poslal, že disk odesílá včetně nového seriového čísla)
Tiskni Sdílej:
Přesto systém nenajel a skončil v dracut shellu s tím, že neumí najít resume oddíl se swapem. Vytvoření nového oddílu nepomohlo a jediné co systám znovu udělalo funkční bylo přegenerování initramfs.Máš tedy nakonfigurovanou hibernaci. Jednak jde o resume háček v mkinitcpio.conf (nebo jak to tvá distribuce řeší), kterým se volba nastavuje, a pak o resume parametr jádra v konfiguraci zavaděče. Myslím, že by mělo stačit vyhodit tento z konfigurace zavaděče.
ext4 by takovou velkou chybu neměl.Mas nejaky dukaz, nebo varis z vody ?