Valkey (Wikipedie) byl vydán v nové major verzi 9.0. Valkey je fork Redisu.
Byly publikovány informace o kritické zranitelnosti v knihovně pro Rust async-tar a jejích forcích tokio-tar, krata-tokio-tar a astral-tokio-tar. Jedná se o zranitelnost CVE-2025-62518 s CVSS 8.1. Nálezci je pojmenovali TARmageddon.
AlmaLinux přinese s verzí 10.1 podporu btrfs. XFS bude stále jako výchozí filesystém, ale instalátor nabídne i btrfs. Více informací naleznete v oficiálním oznámení.
Společnost OpenAI představila svůj vlastní webový prohlížeč ChatGPT Atlas. Zatím je k dispozici pouze na macOS.
Desktopové prostředí KDE Plasma bylo vydáno ve verzi 6.5 (Mastodon). Přehled novinek i s videi a se snímky obrazovek v oficiálním oznámení. Podrobný přehled v seznamu změn.
Rodina jednodeskových počítačů Orange Pi se rozrostla (𝕏) o Orange Pi 6 Plus.
Na Humble Bundle běží akce Humble Tech Book Bundle: All Things Raspberry Pi by Raspberry Pi Press. Se slevou lze koupit elektronické knihy od nakladatelství Raspberry Pi Press a podpořit Raspberry Pi Press, Raspberry Pi Foundation North America nebo Humble.
Přidaný režim autonomního řízení vozidel Tesla Mad Max je dostupný pro vybrané zákazníky v programu EAP (Early Access Program). Nový režim je na silnici agresivnější, častěji mění pruhy a ne vždy dodržuje rychlostní limity. Agentura JPP spekuluje, že v Česku by se mohl nový režim namísto Mad Max jmenovat Mad Turek...
Byla vydána nová verze 9.18 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Nově také pro NanoPi R3S, R3S LTS, R76S a M5. Přehled novinek v poznámkách k vydání.
bat, tj. vylepšený cat se zvýrazňováním syntaxe a integrací s gitem, byl vydán ve verzi 0.26.0.
Tak jsem se rozhodl, že si taky založím blog. Co mě k tomu vedlo? Jednoduše potřeba občas si někde "zapamatovat" něco, na co jsem třeba přišel hledáním řešení nějakého problému. Jako právě nedávná nehoda disku naší účetní.
Jen ještě poznámku. Linuxu fandím, zajímám se o něj, občas jej použiju jako rescue nebo na nějaké pokusy, ale živí mě správa sítě a stanic s windowsama (Win2000) a na linux plánuju se snažit přejít. Doma mám malý domácí servřík (stařičká 486, jen na doma, nepřipojený k internetu, slouží věrně už 6 roků) s historickým RedHatem 6.2, Apachem, PHP, MySQL a Sambou, ale na používání máme okna. V plánu mám změnu, ale to chce mít na to čas a toho není nikdy dost.
Jednoho dne účetní nenabootovala. Na disku se prostě objevily vadné sektory. dd
hlásil AddrMarkNotFound (doufám, že tu hlášku nekomolím ). Zkusil jsem mikrosoftí nástroj pro kontrolu disku, jenže ten na tom vadném disku běžel tak pomalu, že to nebylo únosné. Takže následovalo vypnutí systému a odvoz počítače. Koupil jsem nový disk a pokusil se překopírovat kompletní obraz starého (vadného) disku na nový. Vzhledem k vadným ("chybějícím") sektorům to nešlo (nebo to neumím), tak jsem zkusil nabootovat zpět do oken, co to udělá. Naběhla kontrola disku (černá konzola uprostřed bílé bootovací obrazovky), která taky běžela hóóóódně pomalu, nicméně teď jsem už měl možnost to nechat běžet. Čekdisk něco poopravoval a systém naběhl (sice pomalu, ale lepší než drátem do oka). Následné překopírování dat z účetnictví proběhlo bez chyb, takže kolega mohl na účetnictví pracovat a já se mohl v klidu věnovat instalaci nového disku.
Jen ještě rozdělení toho starého disku:
+----------+------------------+-----------+--------------------+ | c: | d: | f: | g: | +----------+------------------+-----------+--------------------+Všechno to byly primární partice, disk byl původně připojen na PrimarMaster (kam taky jinam, že jo
e:
Takže jsem vyměnil vadný disk za nový, vytvořil partice
+--------+-----------------------------------------+ | |+-------------+--------------------------+ | c: || d: | místo bez oddílů | | |+-------------+--------------------------+ +--------+-----------------------------------------+(
d:
jsem dal do extended partišny), nainstaloval windows 2000, servis paky, záplaty, potřebné aplikace a na druhý den jsem si nachystal překopírování dat ze starého disku. Druhý den ráno jsem připojil starý disk na Secundar Slave, zmáčkl tlačítko Power, a po nabootování a přihlášení se jsem se nestačil divit. Ten kretén (jinak ho nazvat neumím) si ty disky připojil úplně jinak:Primar Master: +--------+-----------------------------------------+ | |+-------------+--------------------------+ | f: || d: | místo bez oddílů | | |+-------------+--------------------------+ +--------+-----------------------------------------+ Secundar Master: CD-ROM (e:) Secundar Slave: +--------+--------------+---------+----------------+ | c: | g: | h: | i: | +--------+--------------+---------+----------------+
Jo, vidíte dobře. Sice nabootoval ze správné partišny (i když i to je otázka), ale přiřadil jí jiné písmeno.
V hlavě mi zablikaloJestli ty další partišny na starém disku byly opravdu/etc/fstab
...![]()
g:
, h:
a i:
, to už nevím a není to důležité. Co ale důležité je, že odkládací soubor používal na c:
, tedy na starém disku. Ty zmíněné tři disky jsem bez problému přemapoval na p:
, q:
a r:
. Když jsem chtěl c:
přemapovat na o:
, protestoval, že tam má otevřené soubory a že to udělá až po restartu. Jasně, má tam odkládací soubor. Takže restart. A po něm jsem se nestačil divit znovu. Při pokusu o přihlášení na mě vyskočila hláška, že nemá odkládací soubor nebo je odkládací soubor příliš malý a že mám kliknout na tlačítko Start a Ovládací panely a bla bla bla. Kde se nastavuje umístění a velikost odkládacího souboru vím i bez té jeho nápovědy. No dobře, nechal sis ho na starém disku, blbečku. Jenže ten blbec se vrátil k přihlašovací obrazovce. Restart do nouzového režimu - a to samé. Nouzový režim s prací v DOSu - taky. Instalační cédečko a "záchranná" konzole nepomohla, protože při nabootování z CD si ty disky připojí jinak a stejně z té konzoly mapování disků změnit nejde.
Nezbylo mi nic jiného, než na svém stroji hledat v registrech, kde to mapování disků je. Strávil jsem tím půl dne, ale našel jsem klíč
\HKEY_LOCAL_MACHINE\SYSTEM\MountedDevicesa v něm položky pojmenované podle písmen disků a jako hodnoty nějaká binární data. Tak jsem se ze svého počítače připojil ke vzdálenému registru a v tomhle klíči našel
d:
a f:
na jeden disk a o:
, p:
, q:
a r:
na jiný disk. Ty binární identifikátory by asi byly nějak dohledatelné, který je který, ale to jsem považoval za zbytečné. Přepsal jsem f:
na c:
a začal se modlit. Asi úspěšně, protože systém normálně nabootoval a já mohl pokračovat v započaté práci.
---------------------------------------------------------------------------
Asi se ptáte, co to má s linuxem společného. Nic, já vím. Ale jak jsem zmínil na začátku, prostě při své práci občas potřebuji něco "vyzkoumat" a abych to nemusel někdy kdoví kdy zkoumat znovu, rozhodl jsem se, že si to někde zapamatuji. Na ABCLinuxu chodím denně, mám tu svůj účet, občas se i zapojím do diskusí. Proto jsem se rozhodl, ze využiji zdejší blog. A pokud to někdy pomůže třeba jen jednomu jedinému člověku, má to svůj účel.
Dejv
Tiskni
Sdílej:
a v něm položky pojmenované podle písmen disků a jako hodnoty nějaká binární data.
to mi pripomína VGID a ODM v AIXe. keď už sme teda pri mimolinuxovej téme..
proste to nesnasim, taky nesnasim ze se jmenovany system ridi priponou souboru a ne typem a nezachrani to ani skrejvani pripon (abych si je treba nemoh smazat pri prejmenovavani). ale co uz, jednou me jeden system nestaci tak mam co me patri
.../david
" .../Dejv
" No však na co jineho to taky používat, že joTo se zeptejte nějakých 97% lidí, co rádi sedí na sudu se střelným prachem.