Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 141 (pdf) a HackSpace 78 (pdf).
Byla vydána verze 2.0.0 programovacího jazyka Kotlin (Wikipedie, GitHub). Oficiálně bude představena ve čtvrtek na konferenci KotlinConf 2024 v Kodani. Livestream bude možné sledovat na YouTube.
Byla vydána nová major verze 27.0 programovacího jazyka Erlang (Wikipedie) a související platformy OTP (Open Telecom Platform, Wikipedie). Přehled novinek v příspěvku na blogu.
Byla vydána nová verze 1.8.0 svobodného multiplatformního softwaru pro konverzi video formátů HandBrake (Wikipedie). Přehled novinek v poznámkách k vydání na GitHubu. Instalovat lze také z Flathubu.
Microsoft představil nové označení počítačů Copilot+. Dle oznámení se jedná se o počítače poskytující funkce umělé inteligence. Vedle CPU a GPU mají také NPU (Neural Processing Unit). Uvnitř představených Copilot+ notebooků běží ARM čipy Qualcomm Snapdragon X Elite nebo X Plus.
Příspěvek na blogu Codean Labs rozebírá zranitelnost CVE-2024-4367 v PDF.js, tj. mj. prohlížeči PDF souborů ve Firefoxu. Při otevření útočníkem připraveného pdf souboru může být spuštěn libovolný kód v JavaScriptu. Vyřešeno ve Firefoxu 126.
Lazygit byl vydán ve verzi 0.42.0. Jedná se o TUI (Text User Interface) nadstavbu nad gitem.
K open source herní konzole Picopad přibyla (𝕏) vylepšená verze Picopad Pro s větším displejem, lepšími tlačítky a větší baterii. Na YouTube lze zhlédnout přednášku Picopad - open source herní konzole z LinuxDays 2023.
Byla vydána (𝕏) nová major verze 17 softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech GitLab (Wikipedie). Představení nových vlastností i s náhledy a videi v oficiálním oznámení.
Sovereign Tech Fund, tj. program financování otevřeného softwaru německým ministerstvem hospodářství a ochrany klimatu, podpoří vývoj FFmpeg částkou 157 580 eur. V listopadu loňského roku podpořil GNOME částkou 1 milion eur.
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: