Před 25 lety, ve čtvrtek 29. dubna 1999, byla spuštěna služba "Úschovna".
Byla vydána nová verze 24.04.28 s kódovým názvem Time After Time svobodného multiplatformního video editoru Shotcut (Wikipedie) a nová verze 7.24.0 souvisejícího frameworku MLT Multimedia Framework. Nejnovější Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Byla vydána verze 5.30 dnes již open source operačního systému RISC OS (Wikipedie).
V aktuálním příspěvku na blogu počítačové hry Factorio (Wikipedie) se vývojář s přezývkou raiguard rozepsal o podpoře Linuxu. Rozebírá problémy a výzvy jako přechod linuxových distribucí z X11 na Wayland, dekorace oken na straně klienta a GNOME, změna velikosti okna ve správci oken Sway, …
Rakudo (Wikipedie), tj. překladač programovacího jazyka Raku (Wikipedie), byl vydán ve verzi #171 (2024.04). Programovací jazyk Raku byl dříve znám pod názvem Perl 6.
Společnost Epic Games vydala verzi 5.4 svého proprietárního multiplatformního herního enginu Unreal Engine (Wikipedie). Podrobný přehled novinek v poznámkách k vydání.
Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.
Vyšlo Pharo 12.0, programovací jazyk a vývojové prostředí s řadou pokročilých vlastností. Krom tradiční nadílky oprav přináší nový systém správy ladících bodů, nový způsob definice tříd, prostor pro objekty, které nemusí procházet GC a mnoho dalšího.
Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.
Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
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 ?