Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.
#HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.
Společnost Volla Systeme stojící za telefony Volla spustila na Kickstarteru kampaň na podporu tabletu Volla Tablet s Volla OS nebo Ubuntu Touch.
Společnost Boston Dynamics oznámila, že humanoidní hydraulický robot HD Atlas šel do důchodu (YouTube). Nastupuje nová vylepšená elektrická varianta (YouTube).
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.0.0. Přehled novinek v poznámkách k vydání.
Nejvyšší soud podpořil novináře Českého rozhlasu. Nařídil otevřít spor o uchovávání údajů o komunikaci (data retention). Uvedl, že stát odpovídá za porušení práva EU, pokud neprovede řádnou transpozici příslušné směrnice do vnitrostátního práva.
Minulý týden proběhl u CZ.NIC veřejný test aukcí domén. Včera bylo publikováno vyhodnocení a hlavní výstupy tohoto testu.
Byla vydána nová verze 3.5.0 svobodné implementace protokolu RDP (Remote Desktop Protocol) a RDP klienta FreeRDP. Přehled novinek v ChangeLogu. Opraveno bylo 6 bezpečnostních chyb (CVE-2024-32039, CVE-2024-32040, CVE-2024-32041, CVE-2024-32458, CVE-2024-32459 a CVE-2024-32460).
Google Chrome 124 byl prohlášen za stabilní. Nejnovější stabilní verze 124.0.6367.60 přináší řadu oprav a vylepšení (YouTube). Podrobný přehled v poznámkách k vydání. Opraveno bylo 22 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Byla vydána nová verze 9.3 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Novinkou je vlastní repozitář DietPi APT.
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: