Spouštět webový prohlížeč jenom kvůli nákupu kávy? Nestačí ssh? Stačí: ssh terminal.shop (𝕏).
Yocto Project byl vydán ve verzi 5.0. Její kódové jméno je Scarthgap. Yocto Project usnadňuje vývoj vestavěných (embedded) linuxových systémů na míru konkrétním zařízením. Cílem projektu je nabídnou vývojářům vše potřebné. Jedná se o projekt Linux Foundation.
Operační systém 9front, fork operačního systému Plan 9, byl vydán v nové verzi "do not install" (pdf). Více o 9front v FQA.
Svobodná webová platforma pro sdílení a přehrávání videí PeerTube (Wikipedie) byla vydána v nové verzi 6.1. Přehled novinek i s náhledy v oficiálním oznámení a na GitHubu. Řešeny jsou také 2 bezpečnostní chyby.
Lennart Poettering na Mastodonu představil utilitu run0. Jedná se o alternativu k příkazu sudo založenou na systemd. Bude součástí systemd verze 256.
Hudební přehrávač Amarok byl vydán v nové major verzi 3.0 postavené na Qt5/KDE Frameworks 5. Předchozí verze 2.9.0 vyšla před 6 lety a byla postavená na Qt4. Portace Amaroku na Qt6/KDE Frameworks 6 by měla začít v následujících měsících.
Byla vydána nová verze 2.45.0 distribuovaného systému správy verzí Git. Přispělo 96 vývojářů, z toho 38 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání. Vypíchnout lze počáteční podporu repozitářů, ve kterých lze používat SHA-1 i SHA-256.
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.
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: