Bylo oznámeno vydání nové verze 8.1 "Hoare" kolekce svobodného softwaru umožňujícího nahrávání, konverzi a streamovaní digitálního zvuku a obrazu FFmpeg (Wikipedie). Doprovodný příspěvek na blogu Khronosu rozebírá kódování a dekódování videa pomocí Vulkan Compute Shaders v FFmpeg.
Byl představen open-source a open-hardware prototyp nízkonákladového raketometu kategorie MANPADS, který byl sestaven z běžně dostupné elektroniky a komponent vytištěných na 3D tiskárně. Raketa využívá skládací stabilizační křidélka a canardovou stabilizaci aktivně řízenou palubním letovým počítačem ESP32, vybaveným inerciální měřicí jednotkou MPU6050 (gyroskop a akcelerometr). Přenosné odpalovací zařízení obsahuje GPS,
… více »Vědci z univerzity La Sapienza v Římě vyvinuli systém, který dokáže identifikovat jednotlivce pouze na základě toho, jak narušují signály Wi-Fi. Autoři tuto novou technologii nazvali WhoFi. Na rozdíl od tradičních biometrických systémů, jako jsou skenery otisků prstů a rozpoznávání obličeje, nevyžaduje tato metoda přímý fyzický kontakt ani vizuální vstupy. WhoFi může také sledovat jednotlivce na větší ploše než kamera s pevnou polohou; stačí, je-li k dispozici Wi-Fi síť.
SuperTux (Wikipedie), tj. klasická 2D plošinovka inspirovaná sérií Super Mario, byl vydán v nové verzi 0.7.0. Videoukázka na YouTube. Hrát lze i ve webovém prohlížeči.
Ageless Linux je linuxová distribuce vytvořená jako politický protest proti kalifornskému zákonu o věkovém ověřování uživatelů na úrovni OS (AB 1043). Kromě běžného instalačního obrazu je k dispozici i konverzní skript, který kompatibilní systém označí za Ageless Linux a levné jednodeskové počítače v ceně 12$ s předinstalovaným Ageless Linuxem, které se chystají autoři projektu dávat dětem. Ageless Linux je registrován jako operační
… více »PimpMyGRC upravuje vzhled toolkitu GNU Radio a přidává alternativní barevná témata. Primárním cílem autora bylo pouze vytvořit tmavé prostředí vhodné pro noční práci, nicméně k dispozici je nakonec celá škála barevných schémat včetně možností různých animací a vizuálních efektů (plameny, matrix, bubliny...), které nepochybně posunou uživatelský zážitek na zcela jinou úroveň. Témata jsou skripty v jazyce Python, které nahrazují
… více »GIMP 3.2 byl oficiálně vydán (Mastodon, 𝕏). Přehled novinek v poznámkách k vydání.
FRANK OS je open-source operační systém pro mikrokontrolér RP2350 (s FRANK M2 board) postavený na FreeRTOS, který přetváří tento levný čip na plně funkční počítač s desktopovým uživatelským rozhraním ve stylu Windows 95 se správcem oken, terminálem, prohlížečem souborů a knihovnou aplikací, ovládaný PS/2 myší a klávesnicí, s DVI video výstupem. Otázkou zůstává, zda by 520 KB SRAM stačilo každému 😅.
Administrativa amerického prezidenta Donalda Trumpa by měla dostat zhruba deset miliard dolarů (asi 214 miliard Kč) za zprostředkování dohody o převzetí kontroly nad aktivitami sociální sítě TikTok ve Spojených státech.
Projekt Debian aktualizoval obrazy stabilní větve „Trixie“ (13.4). Shrnuje opravy za poslední dva měsíce, 111 aktualizovaných balíčků a 67 bezpečnostních hlášení. Opravy se týkají mj. chyb v glibc nebo webovém serveru Apache.
Mělo by stačit
DEVICES /dev/sd* ARRAY /dev/md0 uuid=...
kde místo tří teček doplníte UUID toho pole, zjištění např. pomocí 'mdadm --detail /dev/md0'.
Není problém v tom, že se vám systém po startu nedetekuje disky pokaždé ve stejném pořadí? Pak byste měl dvě možnosti: za prvé se s tím smířit - mdadm podle persistentních bloků správně pozná, která partition patří do kterého pole a jakou tam má funkci a to, že je jednou pole složeno z /dev/sdb1 a /dev/sdc1 a podruhé z /dev/sdb1 a /dev/sdd1, vás trápit nemusí. Za druhé můžete persistentní pojmenování blokových zařízení zajistit nastavením pravidel pro udev.
Ja jen tvrdim, ze autoraid a prekompilovane jadro tim padem, mi dnes pripada lepsi. a ten problem by treba nemel/vyresil. Vy ne?
Ale ano. Jenže původně jste tvrdil něco trochu jiného než teď:
v pripade hellgasta by ale toto pomohlo
Netvrdil jsem, že to pomoci nemůže. Jen jsem se zeptal, proč tak kategoricky tvrdíte, že to pomůže, když není vůbec jasné, jaký má tazatel problém, a dokonce ani to, jestli už to právě takhle nemá.
"Proc neresite ten raid autoraidem ?? Proc na to pouzivate vubec nejake konfiguraky ??"
Kde tvrdim kategoricky ze to pomuze a ostatni veci ????
Špatné mapování partition do RAID pole by to ale možná vyřešit mohlo... Samozřejmě nemůžu si být jistý pro tuhle konkrétní situaci, Debian nepoužívám, v Gentoo ale RAID přímo v jádře a partition type Linux RAID autodetect tvoří naprosto spolehlivou kombinaci.
"Zajimave je, ze nekdy po nejake hw zmene(vypojeni usb ctecky) se pole sestavi dobre, po dalsim rebootu to skonci tak, ze je pole sestaveno z /dev/sda1 a /dev/adc1"
BTW, ten muj prvni post nebyla jen odpoved, byla to taky zaroven otazka ....
Je uplne putna s nim ma problem, napsal co napsal, mi jsme poradili jak jsme uznali z toho co jsme pochopili a muze zkouset.
Zaroven jsem se zaptal ja, proc pouziva konfig ...
Nechapu proc se v tom porad rypete a kor vy ...
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
mdadm bez hrubého násilí sestaví pole z disků/oddílů, které do něj nepatří, zbývá mi jediný závěr: že celý problém (je-li to vůbec problém) není v tom, že by se pole nesestavilo, ale v tom, že přiřazení jednotlivých disků blokovým zařízením /dev/sd* není persistentní. Proto jsem hned na začátku doporučil řešení pomocí udev rules a proto se vám celou dobu (zatím marně), snažím vysvětlit, že vaše přesvědčení, že nastavení id oddílů problém vyřeší, je neodůvodněné, tím spíš, že je dost dobře možné (a při použití automatických nástrojů dokonce pravděpodobné), že už to tak tazatel má.
/usr/share/doc/mdadm/README.upgrading-2.5.3.gz.
Pokud je už raid rozbitý, zde je postup, jak ho spravit jen s pomocí ramdisku:
/devbreak=mountecho a přesměrování) jednoduchý /etc/mdadm/mdadm.conf . V mém případě vypadal takto:
DEVICES=/dev/hd[ac][1235] ARRAY /dev/md0 devices=/dev/hda1,/dev/hdc1 # podobně pro zbytek polí
/usr/share/mdadm/mkconf si vygeneruj nový popis RAIDových polí. Ten je založený na UUID, takže ho nerozhodí případné příští změny v pořadí disků a přitom zachová jména zařízení /dev/md* podle toho, jak jsi je nastavil v ramdisku. Podle nich uprav svůj /etc/mdadm/mdadm.conf. V mém případě vypadá nějak takto:
DEVICES partitions ARRAY /dev/md0 level=raid1 num-devices=2 UUID=ea27fba0:2b3e1587:8ee259d8:14122aa7 # zbytek konfigurace
/var/lib/mdadm/CONF-UNCHECKEDdpkg-reconfigure linux-image-2.6.18-4-486 (dosaď si název nainstalovaných balíčků s jádry)mdadm --stop /dev/md*V
/proc/mdstat ověř, že jsou všechna pole vypnutá/dev/md* zařízení odpovídaly tvé konfiguraci. Pokud je dané pole v pořádku, stačí něco na způsob:
mdadm --assemble /dev/md0 /dev/hda1 /dev/hdc1Pokud v pořádku není, je potřeba pole spustit postupně (samozřejmě jako první spustit partišnu se zdravými daty). V mém případě to vypadá takto:
mdadm --assemble /dev/md0 /dev/hda1 mdadm --add /dev/md0 /dev/hdc1Pole se automaticky začne synchronizovat. Pokud je potřeba synchronizovat i jiné pole, tak čeká, až se dokončí sync prvního. Postup lze sledovat v
/proc/mdstatcd /mnt; mkdir md1 mount /dev/md1 md1 cd md1 for dir in dev proc sys; do mount /$dir $dir ;done chroot .
/dev/sda (b, c, d) je pokaždé stejný fyzický disk? Není nakonec problém skutečně v tom, co jsem naznačoval hned v první odpovědi?
Zkusím to ještě jednou, zdá se, že mi pořád nerozumíte. Všechno, co jste zatím napsal, podle mne naznačuje, že problém není v tom, že by se vám po restartu pole sestavilo z jiných disků/oddílů, než z kterých jste ho původně vytvořil (opravdu nevěřím, že by mdadm něco takového bez velké míry přemlouvání udělal), ale spíš na to, že se vám po restartu jinak přiřadila bloková zařízení /dev/sd? jednotlivým fyzickým diskům. Zkuste např. porovnat výstup
scsi_id -g -s /block/sda scsi_id -g -s /block/sdb scsi_id -g -s /block/sdc scsi_id -g -s /block/sdd
při jednotlivých spuštěních systému.
V tom případě doporučuji podívat se na Writing udev rules. Nedávno jsem podobný problém řešil u jednoho zákazníka (tam šlo o jeden interní SCSI disk a externí pole s multipath přístupem) a řešením bylo právě nastavení udev rules tak, aby se fixovala jména speciálních souborů. Měli tam ale SLES, kde stačilo po změně udev rules přegenerovat initial ramdisk, aby to fungovalo i s kořenovým filesystémem, nevím, jestli to na Debianu půjde stejně snadno.
Pokud byste nenašel dostatečné rozlišovací prvky ve výstupu udevinfo, zkuste tenhle článek, tam jen ukázka, jak se dá použít výstup scsi_id (jen tam nerozlišují '==' a '=').
Tiskni
Sdílej:
