Od soboty do úterý probíhá v Hamburku konference 39C3 (Chaos Communication Congress) věnovaná také počítačové bezpečnosti nebo hardwaru. Program (jiná verze) slibuje řadu zajímavých přednášek. Streamy a záznamy budou k dispozici na media.ccc.de.
Byl představen nový Xserver Phoenix, kompletně od nuly vyvíjený v programovacím jazyce Zig. Projekt Phoenix si klade za cíl být moderní alternativou k X.Org serveru.
XLibre Xserver byl 21. prosince vydán ve verzi 25.1.0, 'winter solstice release'. Od založení tohoto forku X.Org serveru se jedná o vůbec první novou minor verzi (inkrementovalo se to druhé číslo v číselném kódu verze).
Wayback byl vydán ve verzi 0.3. Wayback je "tak akorát Waylandu, aby fungoval Xwayland". Jedná se o kompatibilní vrstvu umožňující běh plnohodnotných X11 desktopových prostředí s využitím komponent z Waylandu. Cílem je nakonec nahradit klasický server X.Org, a tím snížit zátěž údržby aplikací X11.
Byla vydána verze 4.0.0 programovacího jazyka Ruby (Wikipedie). S Ruby Box a ZJIT. Ruby lze vyzkoušet na webové stránce TryRuby. U příležitosti 30. narozenin, první veřejná verze Ruby 0.95 byla oznámena 21. prosince 1995, proběhl redesign webových stránek.
Všem čtenářkám a čtenářům AbcLinuxu krásné Vánoce.
Byla vydána nová verze 7.0 linuxové distribuce Parrot OS (Wikipedie). S kódovým názvem Echo. Jedná se o linuxovou distribuci založenou na Debianu a zaměřenou na penetrační testování, digitální forenzní analýzu, reverzní inženýrství, hacking, anonymitu nebo kryptografii. Přehled novinek v příspěvku na blogu.
Vývojáři postmarketOS vydali verzi 25.12 tohoto před osmi lety představeného operačního systému pro chytré telefony vycházejícího z optimalizovaného a nakonfigurovaného Alpine Linuxu s vlastními balíčky. Přehled novinek v příspěvku na blogu. Na výběr jsou 4 uživatelská rozhraní: GNOME Shell on Mobile, KDE Plasma Mobile, Phosh a Sxmo.
Byla vydána nová verze 0.41.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 6.1 nebo novější a také libplacebo 6.338.2 nebo novější.
Byla vydána nová verze 5.5 (novinky) skriptovacího jazyka Lua (Wikipedie). Po pěti a půl letech od vydání verze 5.4.
# v pripade MBR/Legacy/MSDOS parted /dev/sdX mklabel msdosa pak nevim jestli btrfs lze takto uvadet, muzes kdyztak filesystem vynechat a pak proste pouzit mkfs.btrfs /dev/sdXY
a pak nevim jestli btrfs lze takto uvadetV info stránce píšou, že prej jo.
a pak proste pouzit mkfs.btrfs /dev/sdXYPočkat, to přece nechce, ne? Cílem snad je namountovat FS s přepsaným začátkem a obnovit z něj data, ne?
a s tim souvisi i to ze vhodnejsi tohle delat na zaloze zalohy
mount -o ro,offset=XXX a nemusí dělat partitiony…
Počkat, to přece nechce, ne? Cílem snad je namountovat FS s přepsaným začátkem a obnovit z něj data, ne?mas pravdu, omlouvam se a jdu radeji spat ;)
mkfs si následně nakopiruji messsage který vygeneruje, abych měl nezávisle uložené, kde jsou na formátovaném oddílu superbloky. Když se něco pokazí, tak je dobré to mít. (a nějak jsem zatím nepátral, jak si nechat vypsat kde jsou superbloky na existujícím oddílu.)
parted /dev/sdX print
[root@localhost marek]# parted /dev/sdb print Model: ATA WDC WD20EURS-63S (scsi) Disk /dev/sdb: 2000GB Sector size (logical/physical): 512B/4096B Tabulka oddílů: loop Disk Flags: Číslo Začátek Konec Velikost Systém souborů Přepínače 1 0,00B 2000GB 2000GB btrfstakhle to ted vypadá
sudo parted /dev/sdX align-check min 1 align-check opt 1
. Taková FATka má třeba v prvních 4MiB alokační tabulku. Taky by to byl problém, kdyby měl filesystém velký bloky (ext4 a btrfs je v pohodě, nějaké flash fs nevím), že by se musely vždy cacheovat dva fyzické NAND bloky.
3) ne nechci aby mi to někdo instaloval/obchospodařoval - od roku 2004 nebo kolik jsem si vždycky poradil (ať už s pomocí tady, nebo sám)a chci v tom pokračovat, jen se mi to ted krásně sesypalo pod rukama...+1
1) jde mi o to, zkusit na tom poškozeném disku obnovit oddíly a data a podle záloh zkontrolovat co je a není zničený a pak se rozhodnout - těch 5% jsou různý kraviny který mě až tak netrápí, ale proč o ně přijít. Nebyl to systémový disk, nejdůležitější data jsou snad v pořádku na exterákuV ext4 sa info o súboroch nezapisuje len na jednom mieste, takže vieš obnoviť čiastočnú aj. Btfs neviem.
2) stabilita a rolling - je mi jasný, že to dohromady nejde, ale za těch X let co mám linux (i tu kombinaci sid/experimental) tak jsem takový kotrmelec nezažil - holt se mi to sešlo. A při návratu k debianu kde mi nvidia funguje a vše se zatím tváří ok, tak se překlepnu u toho dd..Čo skúsiť Fedoru? ---- A stabilita? ... Použivať open-source ovládače. A starú verziu nepačovať na novú, ale nainštalovať ako novú. (Dá sa pôvodná štruktúra zmazať, data ponechať. Nemusí sa pri inštalacií preformatovať odiel)
.
2) Pokud chceš těch 5% a byly na nedotknuté partišně (podle toho jaký dd příkaz jsi pustil). Tak stačí opravit MBR, připojit a vykopírovat.
3) Pokud je těch 5% na komplet přepsané partišně, tak smůla.
4) Pokud na té poškozené partišně, tak se možná může zachránit. Najdi si prázdný disk o větší kapacitě než poškozená partišna, oprav MBR a vykopíruj jen tu danou partišnu před dd (10x měř a jednou řež) na pracovní disk do souboru jako image. Na image (nebo lépe jeho kopii) pak můžeš operovat třeba přes fsck (nevím zda to podporuje btrfs).
[...] pustit dd na 2TB disk s datama [...] zapsalo se cca 190MB těžko říct kam [...]to kam se zapsalo je snadne rict, ale je potreba aby jsi dohledal (v pameti nebo bash historii), co si pro dd pouzil za zarizeni pro of (output file/vystupni soubor), pokud to bylo sdX (misto X si dosad co to bylo nevim jestli b dle stareho vypisu, tak aby te to nematlo, stejne jako te uz zmatlo to ze si dd poslal na spatnej disk a pritom chtel asi na usbflash ktera proste nebyla na sdb jako ti pravil nejakej navod "jak iso na flashku") tak to slo od pocatku disku (ze stareho vypisu neni poznat jestli MBR nebo GPT) az cca 188MB z prvniho oddilu, pokud bys to poslal na sdX1 tak by rozdeleni disu bylo v poradku a tedy ho nemusel resit "jenom" by to melo smazane 190MB z prvniho oddilu, pokud bys to poslal na sdX2 (ktere asi nemas ale jen pro info) tak to smaze zas "jen" tech 190MB z druheho oddilu...
To se stává. Vím z vlastní zkušenosti. Nejdřív udělá člověk jeden kopanec, pak zazmatkuje a už se to veze.
A asi se vykaslu na nejaky exclude a obcas zazalohuju funkcni system a rozdeleni disku budu pak mit pokoj komplet (doufam)
). Ale na druhou stranu mě docela baví a je to takovej trochu únik. A ho cpu kam můžu - prarodičům, dětem, až odejde tv, tak bude pravděpodobně nejhloupější chytrá tv se slušným obrazem + linuxové HTPC a tak dále...
Jenže zase - ten můj únik používá zbytek rodiny (k všeobecné spokojenosti) a tak jsem docela rád když funguje - ne že furt poslouchám kdy to už půjde
A ještě k tomu čím jsem starší tím menší mám ochotu trávit čas řešením toho co nemusím - stačí mi kraviny který si dokážu "vyrobit" sám ..
problém u mě je ten, že nejsem ajťákNo. Nevím jestli tě to utěší, ale v práci jsem jediný kdo není odchovancem ústavu který nás živí a kterého IT vzdělávání minulo širokým obloukem. V podstatě jsem se k tomu dostal podobnou cestou jako ty – aktuálně se nalézáš v podobném bodě jako já -20 let.
[...] když třeba jednou před 2 rokama něco nastavím, zapomenu jak [...]na to je jednoducha rada, zalozis si poznamkovnik.txt a tam si to pis, za 2 roky to tam najdes, staci si pamatovat jak si ten jeden textak ulozis ;)
Tiskni
Sdílej: