Byla vydána verze 0.2.0 v Rustu napsaného frameworku Pingora pro vytváření rychlých, spolehlivých a programovatelných síťových systémů. Společnost Cloudflare jej letos v únoru uvolnila pod licencí Apache 2.0.
Open source RDP (Remote Desktop Protocol) server xrdp (Wikipedie) byl vydán ve verzi 0.10.0. Z novinek je vypíchnuta podpora GFX (Graphic Pipeline Extension). Nová větev řeší také několik bezpečnostních chyb.
Rocky Linux byl vydán v nové stabilní verzi 9.4. Přehled novinek v poznámkách k vydání.
Dellu byla odcizena databáze zákazníků (jméno, adresa, seznam zakoupených produktů) [Customer Care, Bleeping Computer].
V lednu byl otevřen editor kódů Zed od autorů editoru Atom a Tree-sitter. Tenkrát běžel pouze na macOS. Byl napevno svázán s Metalem. Situace se ale postupně mění. V aktuálním příspěvku Kdy Zed na Linuxu? na blogu Zedu vývojáři popisují aktuální stav. Blíží se alfa verze.
O víkendu 11. a 12. května lze navštívit Maker Faire Prague, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.
Byl vydán Fedora Asahi Remix 40, tj. linuxová distribuce pro Apple Silicon vycházející z Fedora Linuxu 40.
Představena byla služba Raspberry Pi Connect usnadňující vzdálený grafický přístup k vašim Raspberry Pi z webového prohlížeče. Odkudkoli. Zdarma. Zatím v beta verzi. Detaily v dokumentaci.
Byla vydána verze R14.1.2 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Dnešním dnem lze již také v Česku nakupovat na Google Store (telefony a sluchátka Google Pixel).
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 ?