Byla vydána nová stabilní verze 24.05 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Uakari. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.
Byla vydána nová verze 1.48.0 sady nástrojů pro správu síťových připojení NetworkManager. Novinkám se v příspěvku na blogu NetworkManageru věnuje Fernando F. Mancera. Mimo jiné se v nastavení místo mac-address-blacklist nově používá mac-address-denylist.
Před 25 lety, 31. května 1999, započal vývoj grafického editoru Krita (Wikipedie). Tenkrát ještě pod názvem KImageShop a později pod názvem Krayon.
Farid Abdelnour se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 24.05.0 editoru videa Kdenlive (Wikipedie). Ke stažení brzy také na Flathubu.
David Revoy, autor mj. komiksu Pepper&Carrot, se rozepsal o své aktuální grafické pracovní stanici: Debian 12 Bookworm, okenní systém X11, KDE Plasma 5.27, …
Wayland (Wikipedie) byl vydán ve verzi 1.23.0. Z novinek lze vypíchnout podporu OpenBSD.
Craig Loewen na blogu Microsoftu představil novinky ve Windows Subsystému pro Linux (WSL). Vypíchnout lze GUI aplikaci pro nastavování WSL nebo správu WSL z Dev Home.
V sobotu 1. června lze navštívit Maker Faire Ostrava, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.
Webový server Caddy (Wikipedie) s celou řadou zajímavých vlastností byl vydán ve verzi 2.8 (𝕏). Přehled novinek na GitHubu.
Byla vydána verze 3.0 (@, 𝕏) svobodného softwaru HAProxy (The Reliable, High Performance TCP/HTTP Load Balancer; Wikipedie) řešícího vysokou dostupnost, vyvažování zátěže a reverzní proxy. Detailní přehled novinek v příspěvku na blogu společnosti HAProxy Technologies.
Apr 27 13:21:48 titan kernel: ReiserFS: sda5: warning: sh-2029: reiserfs read_bitmaps: bitmap block (#12222464) reading failed Apr 27 13:21:48 titan kernel: ReiserFS: sda5: warning: jmacd-8: reiserfs_fill_super: unable to read bitmapmessages:
Apr 27 13:21:45 titan kernel: ReiserFS: sda5: found reiserfs format "3.6" with standard journal Apr 27 13:21:47 titan kernel: limit=97659072 Apr 27 13:21:47 titan kernel: attempt to access beyond end of device Apr 27 13:21:47 titan kernel: sda5: rw=0, want=439877640, limit=97659072 Apr 27 13:21:47 titan kernel: attempt to access beyond end of device Apr 27 13:21:47 titan kernel: sda5: rw=0, want=440139784, limit=97659072 Apr 27 13:21:47 titan kernel: attempt to access beyond end of devicepise to ze pokus o pristup je mimo konec zarizeni. coz mi jaksi nejde do hlavy. Proc to do tedka fungovalo. Harddisk je rozdelen na 2 oddily- 1. pimarni 200GB (jde v pohode), 2. 50GB (problemovy) a zbytek z 320GB disku je zatim nevyuzitych. kernel je vanila 2.6.18.4 a distribuce Slackware 10.1. Pri googleni na internetu jsem nalezl nejake komentare o tom ze se jedna a problem disku a ze je v haji. Pokud tedy tomu tak je nemate nejaky napad jak z tama dostat ty data? Zkousel sem
dd if=/dev/sda5 of=sda5_img.iso
nebo dd_rescue -r -A /dev/sda5 sda5_img.iso
ale vytvoreny image je nefunkcni pri mountovani mount -o loop -t reiserfs sda5_img.iso /mnt/iso/
se mi dostane hlasky
mount: wrong fs type, bad option, bad superblock on /dev/loop0, missing codepage or other error In some cases useful info is found in syslog - try dmesg | tail or soa v logach
Apr 27 14:07:27 titan kernel: 7659072 Apr 27 14:07:27 titan kernel: attempt to access beyond end of device Apr 27 14:07:27 titan kernel: loop0: rw=0, want=440401928, limit=97659072 Apr 27 14:07:27 titan kernel: attempt to access beyond end of device Apr 27 14:07:27 titan kernel: loop0: rw=0, want=440664072, limit=97659072syslog:
Apr 27 14:07:27 titan kernel: ReiserFS: loop0: warning: sh-2029: reiserfs read_bitmaps: bitmap block (#12222464) reading failed Apr 27 14:07:27 titan kernel: ReiserFS: loop0: warning: jmacd-8: reiserfs_fill_super: unable to read bitmapBudu vdecny za jakoukoliv radu. Na tom oddilu jsou komplet web soubory. Takze prekerni situace.
mount -o ro
mne nenapadlo, testl jsem to ted ale bohuzel to same. reiserfsck --rebuild-tree
jsem nedelal bo jsem se docetl ze muze pri nem dojit ke strate dat a ja ty data potrebuju jinak jsem v prd.... Velikost oddilu se nezmenila. Je stale stejna.
dd
) a pak dát ten rebuild tree.
dd if=/dev/sda5 of=xxx.iso
tak jsem nezalohoval oddil? Jak pak tedy muzu zalohovat oddil a pak jej otestovat jestli je funkcni? dekuji.
--fix-fixable
, potom --rebuild-sb
a až nakoniec --rebuild-tree
, keďže ten mi naposledy z disku narobil hromadu neidentifikovateľných adresárov a súborov (všetky mali miesto názvu len nejaké číslo).
--rebuild-tree
a vsechno konci tim, ze mam spustit rebuild tree. Tak moje zrejme posledni otazka-z te zalohy ty data pujdou tedy pouzit, kdyz je pak nahrnu spatky na ten disk prez dd
i kdyz mi ted nejdou namountovat?
Tiskni Sdílej: