Po roce vývoje od vydání verze 1.20 byla vydána verze 1.21 knihoven EFL (Enlightenment Foundation Libraries). Do vývoje EFL se zapojilo 96 vývojářů. Provedeno bylo téměř 5 000 commitů.
Byla vydána verze 18.08.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 155. brněnský sraz, který proběhne v pátek 17. srpna od 18:00 na zahrádce restaurace Tanganika (Horova 35). V případě nepřízně počasí uvnitř. Tentokrát bude sraz pojat tématicky. Vzhledem k blížícímu se 50. výročí invaze vojsk Varšavské smlouvy do Československa proběhne malá výstava. Kromě literatury budou k vidění též originály novin z 21. srpna 1968, dosud nikde nezveřejněné fotky okupovaného Brna a původní letáky rozdávané v ulicích.
Měsíc po Slackware slaví 25 let také Debian. Přesně před pětadvaceti lety, 16. srpna 1993, oznámil Ian Murdock vydání "Debian Linux Release".
Byla vydána nová verze 1.26 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Představení novinek také na YouTube.
Po více než 3 měsících vývoje od vydání verze 2.12.0 byla vydána nová verze 3.0.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 169 vývojářů. Provedeno bylo více než 2 300 commitů. Přehled úprav a nových vlastností v seznamu změn. Proč verze 3.0.0 a ne 2.13.0? Není to kvůli triskaidekafobii. QEMU letos v březnu slavilo 15 let od oznámení verze 0.1 a to je dle vývojářů dobrý důvod pro novou major verzi. Vývojáři mají v plánu zvyšovat major verzi jednou ročně, vždy s prvním vydáním v daném roce.
Intel potvrdil (INTEL-SA-00161) další bezpečnostní problém ve svých procesorech. Problém byl pojmenován L1 Terminal Fault aneb L1TF. Popis problému přímo od Intelu na YouTube. Jedná se o CVE-2018-3615 (SGX), CVE-2018-3620 (OS/SMM) a CVE-2018-3646 (VMM). Další informace na stránce Foreshadow nebo přímo v dnešním commitu do Linuxu.
Po více než 4 letech bylo vydáno RFC 8446 popisující verzi 1.3 protokolu TLS (Transport Layer Security). Popis novinek i historie TLS například v příspěvku na blogu Cloudflare.
V roce 1998 uvedla společnost Tiger Electronics na trh elektronickou hračku, malého chlupatého tvora s velkýma ušima, Furby. Furby patřil k nejžádanějším hračkám. Během tří let se jich prodalo více než 40 milionů. Furby již tenkrát reagoval na světlo, zvuk, polohu, doteky a přítomnost dalších Furby. Sám mluvil a pohyboval se. Firmware uvnitř simuloval postupný vývoj a učení. Zdrojový kód tohoto firmwaru byl zveřejněn na Internet Archive [Hacker News].
Australská společnost Blackmagic Design oznámila vydání verze 15 svého proprietárního softwaru pro editování videa a korekci barev DaVinci Resolve běžícího také na Linuxu. Představení nových vlastností na YouTube. Základní verze DaVinci Resolve je k dispozici zdarma. Plnou verzi DaVinci Resolve Studio lze koupit za 299 dolarů. Před rokem to bylo 995 dolarů.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
ioctl(), nicméně man 2 ioctl mě moc neosvítilo a ani se strýčkem googlem zatím nemám úspěch...
echo 1 >/proc/sys/vm/drop_caches
sync(), která by, alespoň to tak vypadá, mohla pomoct...
fsync(2), nebo se podívejte, co dělá blockdev --flushbufs.
Obávám se ale, že tím nevyřešíte opačný směr. Tedy jak dostat změny obrazu do loopu.
#!/bin/bash
truncate --size 100M img
mkdir mountpoint
dd if=/dev/urandom of=file bs=1024k count=85
# prvni filesystem
losetup /dev/loop7 img
mkfs.ext3 /dev/loop7
mount /dev/loop7 mountpoint
cp file mountpoint/file
umount mountpoint/
losetup -d /dev/loop7
dd if=/dev/zero of=img bs=1024k seek=30 count=30 conv=notrunc
losetup /dev/loop7 img
fsck.ext3 -p /dev/loop7
mount /dev/loop7 mountpoint/
md5sum mountpoint/file > hash
umount mountpoint/
losetup -d /dev/loop7
# druhej filesystem
losetup /dev/loop7 img
mkfs.ext3 /dev/loop7
mount /dev/loop7 mountpoint
cp file mountpoint/file
umount mountpoint/
losetup -d /dev/loop7
dd if=/dev/zero of=img bs=1024k seek=30 count=30 conv=notrunc
losetup /dev/loop7 img
fsck.ext3 -p /dev/loop7
mount /dev/loop7 mountpoint/
md5sum -c hash &> vysledek
umount mountpoint/
losetup -d /dev/loop7
rm hash
rm file
rm -r mountpoint
rm img
ioctl(fd, BLKRRPART), což je určeno, jak jsem se dočetl, k znovu načtení partition table, což asi nebude tak úplně můj případ...
echo 1 > /proc/sys/vm/drop_caches. Takže já opravdu nevím... Asi budu muset zapisovat rovnou do loop device, nebo co, to ale budu muset překopat kód... :/
ioctl()... taková klíčová funkce systému.
14.4.2010 09:21
Heron | skóre: 51
| blog: root_at_heron
| Olomouc
Jenze vam do toho nezasahuje jenom fsck, ale i kod, ktery obhospodaruje filesystem. Pokud nahodne prepisete cast filesystemu, tak se vam klidne muze stat, ze fsck do souboru obnovi kdejaky bordel, treba bloky, co byly driv metadaty s timestampou uvnitr.
Pokud chcete testovat jenom fsck, tak musite udelat jeden obraz s 1M nul, nakopirovat si ho a dvakrat na nej spustit opravu filesystemu. Jen tak budete mit jistotu, ze vstupni data pro fsck jsou identicka.
14.4.2010 13:35
Heron | skóre: 51
| blog: root_at_heron
| Olomouc
Říkal jsem si k čemu tohle cvičení má být dobré.
Myslím si, že nikomu by se nelíbil fakt, že šance na obnovu jeho dat při nějaké havárii závisí na tom, kdy tam ta data zapsal.
No já myslím, že by měl být rád pokud z takto (přepsání 30% FS nulami není běžné poškození, pevný disk občas nepřečte pár sektorů) poškozeného FS vůbec nějaká data vytáhne, protože tuto funkcionalitu mu nikdo nezaručuje.
přepsání 30% FS nulami není běžné poškození,Například, když člověk spustí
dd se špatným of. Nebo když mu nějaký zabugovaný SW přepíše disk. Samozřejmě připouštím, že to není tak docela standardní porucha.
14.4.2010 14:35
Heron | skóre: 51
| blog: root_at_heron
| Olomouc
Například, když člověk spustí dd se špatným of. Nebo když mu nějaký zabugovaný SW přepíše disk. Samozřejmě připouštím, že to není tak docela standardní porucha.
Tohle se mi stát, tak si ten fsck pustím jen pro zajímavost a mezitím najdu zálohy. Protože ty soubory na takto přepsaném disku nebudou tak jako tak v pořádku. fsck sice možná dá ten FS dokupy, ale k čemu to je, když těm datům pak nelze věřit?
Mi šlo o to, že žádný jiný FS tohle nedělá. Myslim si, že ani za takové situace by filesystem neměl nějaké timestampy brát do úvahy.
Jasně, narazil jsi na záhadu a pátráš po příčinách, na to nelze nic namítat.
Kdyžtak napiš, jak vypadá standardní porucha, potřebuju na tohle téma slyšet pokud možno více názorů
Nemožnost přečíst jeden (většinou izolovaný, případně malé shluky) sektor, případně více sektorů náhodně rozprostřených po disku. Špatné přečtení sektoru (tj sektor je čitelný ale vrací jiná data než se tam zapsala), se snad díky kontrolním součtům vyskytovat nebudou. Pak mě napadá třeba rozpadlé pole, kdy budou chybět celé stripy.
Tohle se mi stát, tak si ten fsck pustím jen pro zajímavost a mezitím najdu zálohy. Protože ty soubory na takto přepsaném disku nebudou tak jako tak v pořádku. fsck sice možná dá ten FS dokupy, ale k čemu to je, když těm datům pak nelze věřit?Právě že se jim většinou věřit dá, alespoň to tak z mých testů plyne. Relativně malá část souborů na disku jsou "rozházené". Makám na metodice, jak měření "rozházenosti" zlepšit.
Nemožnost přečíst jeden (většinou izolovaný, případně malé shluky) sektor, případně více sektorů náhodně rozprostřených po disku. Špatné přečtení sektoru (tj sektor je čitelný ale vrací jiná data než se tam zapsala), se snad díky kontrolním součtům vyskytovat nebudou. Pak mě napadá třeba rozpadlé pole, kdy budou chybět celé stripy.Můj prográmek zatím podporuje nastavení toho, co má přepsat, jednak ve formě částí (string jedniček a nul, jednička - přepsat, nula - nechat) - tak se dá nastavit třeba "smaž prostřední třetinu" nebo "smaž druhou a poslední osminu" apod. a jednak můžu přímo specifikovat rozsahy "nehody" odkud pokud v bajtech, takže emulovat ztrátu sektoru(ů) bych tímhle asi mohl... ještě na to kdyžtak kouknu...
14.4.2010 15:06
Heron | skóre: 51
| blog: root_at_heron
| Olomouc
Právě že se jim většinou věřit dá, alespoň to tak z mých testů plyne.
No, ale jak poznám, které soubory jsou ty nepoškozené? Jistě, šlo by společně se zálohou dělat hashe souborů na disku, po fsck je zkontrolovat a pak ze zálohy vytáhnout ty poškozené. Což bude narážet na problém, že soubor nemusí být poškozený, ale zapisovalo se do něj po provedení zálohy (tj nebude sedět uložený hash). Obecně to pak lze poznat tak, že otevřu všechno soubory v programech, které s nimi umí zpracovat a takto je zkontroluji.
Relativně malá část souborů na disku jsou "rozházené". Makám na metodice, jak měření "rozházenosti" zlepšit.
Relativně. Pokud přepíšeš 30% FS tak podle náhody může být poškozeno 30% dat nebo taky třeba žádná data, pokud se to "poškození" náhodou trefí do volných bloků.
Obecně to pak lze poznat tak, že otevřu všechno soubory v programech, které s nimi umí zpracovat a takto je zkontroluji.Přesně tak. Jiná možnost, obávám se, není. Já se nezabývám rozpoznáním, který soubor je konzistentní, ale pravděpoboností s jakou je soubor po fsck konzistnení...
Nastroj fsck neni urcen pro obnovu dat, ale pro uvedeni filesystemu do konzistentniho stavu.
Ja nevim, co presne delate, ale jestli merite neco jako odolnost ruznych filesystemu tim, ze do nich nakopirujete soubor a pak vsem na stejnem miste prepisete 30M, tak to neni nejlepsi metodika. Nejspis se vam jenom stalo, ze jste u ext3 vyhmatl hodne nestastnou kombinaci faktoru. Neni zadny problem zapisem na vhodne misto poskodit soubor a fs ani nepozna, ze k necemu doslo.
Ja nevim, co presne delate, ale jestli merite neco jako odolnost ruznych filesystemuJo, něco takovýho bych rád. Pokud máš nápad na vylepšení metodiky, sem s ním!
Nejspis se vam jenom stalo, ze jste u ext3 vyhmatl hodne nestastnou kombinaci faktoru.Ale kdepak, ext3 tohle dělá skoro vždycky. Když do něj nakopíruju hafo 10MB souborů a přepíšu poslední šestinu, chová taky takhle. Když změním velikost filesystému na 500MB nebo 4GB nebo víc, pořád to samý.
13.4.2010 21:02
=^..^= AmigaPower® | skóre: 30
| blog: BLB
| Praha
kdo obsahu nerozumí, nechť to nespouští!Děti, nepijte kyselinu, rozežere vám vnitřnosti...
) to uloží do souboru, nastaví tomu souboru právo spustelnosti a spouští příkazem ./soubor z terminálu. To abys neřek, že ti odpírám informace. Ale víš jak se to říká... "s velkou mocí přichází i velká..." hm, teď nevim, bylo tam "zodpovědnost" nebo "sranda"?
$ su root $ bash soubor_ktery_ti_zamori_pc_kralyky.shdelam kdyz se mi nechce nastavovat prava spousteni kdejake kravine :)
14.4.2010 15:43
=^..^= AmigaPower® | skóre: 30
| blog: BLB
| Praha
kdo obsahu nerozumí, nechť to nespouští!Jsem zpět! Neni nad čerstvě nainstalovanou Mandrivu
14.4.2010 18:27
=^..^= AmigaPower® | skóre: 30
| blog: BLB
| Praha
14.4.2010 19:06
kotyz | skóre: 25
| blog: kotyzblog
| Radnice
bez zvuku to fakt neni ono, ze si ten blbej skript z kralikarny vubec spoustel ...
no jeste muzes zkusit to video stahnout a pustit ho v mplayeru, to mozna zvuk i mit budes ...
14.4.2010 21:28
=^..^= AmigaPower® | skóre: 30
| blog: BLB
| Praha
14.4.2010 19:15
vencour | skóre: 55
| blog: Tady je Vencourovo
| Praha+západní Čechy
Stáhnout přes dwhelper a kouknout v mplayeru?
14.4.2010 19:25
kotyz | skóre: 25
| blog: kotyzblog
| Radnice
ale nektery weby prehravajici flashovy video si ho do /tmp neukladaji (treba archiv novy) a tak se musi sahnout po nejakym stahoskriptu ...
ale nektery weby prehravajici flashovy video si ho do /tmp neukladaji (treba archiv novy) a tak se musi sahnout po nejakym stahoskriptu ...To bude nejspíš tím, že tam to není flash video (flv), ale nějaký jiný stream. Třeba real-player nebo ten windows media (teď nevim jak se to menuje)... nevím teda jak na tv Hovna, ale ČT to tak má. Streamovací URL se z teho ale dá vytáhnout a vložit do VLC, který na tohle jako dělaný
14.4.2010 20:26
kotyz | skóre: 25
| blog: kotyzblog
| Radnice
14.4.2010 19:27
vlastikroot | skóre: 24
| blog: vlastikovo
| Milevsko
14.4.2010 19:36
kotyz | skóre: 25
| blog: kotyzblog
| Radnice
14.4.2010 19:40
vlastikroot | skóre: 24
| blog: vlastikovo
| Milevsko
14.4.2010 21:26
=^..^= AmigaPower® | skóre: 30
| blog: BLB
| Praha
Stáhnout přes dwhelper a kouknout v mplayeru?Když se chci vychcat, vyáhnu ptáka a chčiju, nechci to dělat jako ženský, položit prkýnko, povolit pásek, sundat kalhoty, sundat spoďáry, sednout si, pak teprve chcát a ještě si k tomu utírat papírem ptáka...
14.4.2010 23:50
kotyz | skóre: 25
| blog: kotyzblog
| Radnice
15.4.2010 00:31
=^..^= AmigaPower® | skóre: 30
| blog: BLB
| Praha
14.4.2010 11:00
Luboš Doležel (Doli) | skóre: 98
| blog: Doliho blog
| Kladensko
--rebuil-sb je nutné jen při poškození superbloku, obvyklá taktika je prvně zkusit --fix-fixable, zkontrolovat a teprve při přetrvávání chyb použít --rebuild-tree. Ale pozor, při použití této volby nesmí být na disku v rámci partition zbytek žádného jiného ReiserFS souborového systému (např. v zálohách nebo testovacích souborových systémech připojovaných přes loopback), jinak se ho reiserfsck pokusí přifařit do nadřazeného souborového systému, čímž ho velmi pravděpodobně totálně zmrší ...
Ale pozor, při použití této volby nesmí být na disku v rámci partition zbytek žádného jiného ReiserFS souborového systému (např. v zálohách nebo testovacích souborových systémech připojovaných přes loopback)Přesně tak, to je specialitka reiserfs. Ve verzi 4, slibujou, už tohle prý nevadí.
15.4.2010 09:02
Bedňa | skóre: 34
| blog: Žumpa
| Horňany
Tiskni
Sdílej:
