abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

    včera 23:44 | IT novinky

    Na Epic Games Storu lze do 15. června získat zdarma počítačovou hru PAYDAY 2 (ProtonDB, Wikipedie). Linuxový port přestal být ve čtvrtek 8. června podporován.

    Ladislav Hagara | Komentářů: 2
    včera 16:55 | Humor

    Ezoterický programovací jazyk Brainfuck (Wikipedie) slaví 30 let. Urban Müller nahrál první implementaci tohoto jazyka na Aminet 9. června 1993.

    Ladislav Hagara | Komentářů: 3
    včera 16:22 | Komunita

    Společnost Apple na konferenci WWDC23 představila Game Porting Toolkit. Společnost CodeWeavers informuje, tento toolkit vychází ze zdrojových kódů jejího CrossOveru, tj. komerčního Wine.

    Ladislav Hagara | Komentářů: 1
    8.6. 23:11 | Nová verze

    Byla vydána květnová aktualizace aneb nová verze 1.79 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í. Ve verzi 1.79 vyšlo také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 3
    8.6. 22:22 | IT novinky

    Jak to bude s podporou rastrového grafického formátu JPEG XL ve webových prohlížečích? Google ji nedávno z Chrome a Chromia odstranil (#1178058#c84). Jednou z novinek beta verze Safari 17 je ale právě podpora JPEG XL. Vráti se JPEG XL do Chrome a Chromia (#1451807)? Dění kolem JPEG XL lze sledovat například na r/jpegxl.

    Ladislav Hagara | Komentářů: 1
    8.6. 12:55 | Nová verze

    Byla vydána nová stabilní verze 6.1 (aktuálně 6.1.3035.51) webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 114. Přehled novinek i s náhledy v příspěvku na blogu. Nový Vivaldi se pro Bing tváří jako Microsoft Edge (upravený User-Agent) a díky tomu v něm funguje Bing Chat. Vylepšeny byly Pracovní prostory (Workspaces). Podrobný přehled v Changelogu.

    Ladislav Hagara | Komentářů: 1
    8.6. 11:00 | Komunita

    Linuxová distribuce ArchLabs Linux po šesti letech vývoje končí. Dobbie to zabalil.

    Pinhead | Komentářů: 7
    7.6. 22:44 | Zajímavý článek

    David Tschumperlé v obšírném článku se spoustou náhledů shrnuje vývoj multiplatformního svobodného frameworku pro zpracování obrazu G'MIC (GREYC's Magic for Image Computing, Wikipedie) za poslední rok a půl.

    Ladislav Hagara | Komentářů: 0
    7.6. 17:11 | Nová verze

    Vývojáři postmarketOS vydali verzi 23.06 tohoto před šesti 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, Phosh, Plasma a Sxmo. Aktuálně podporovaných zařízení je 30.

    Ladislav Hagara | Komentářů: 0
    7.6. 16:33 | Nová verze

    Byla vydána distribuce openSUSE Leap verze 15.5 (poznámky k vydání). Jde o konzervativní distribuci odpovídající komerčnímu SUSE Linux Enterprise 15, nyní Service Pack 5. Mělo jít o poslední aktualizaci Leap v současné podobě před přechodem na Adaptable Linux Platform s „neměnným“ základem, ale padlo rozhodnutí, že v roce 2024 ještě vyjde Leap 15.6 s podporou do konce roku 2025.

    Fluttershy, yay! | Komentářů: 0
    Twitter (nejen pro příležitostné čtení)
     (91%)
     (2%)
     (7%)
    Celkem 305 hlasů
     Komentářů: 7, poslední dnes 09:25
    Rozcestník

    Dotaz: truecrypt a zasekavani

    13.7.2007 22:09 ZeXx86 | skóre: 19 | blog: ZeXx86 blog | Orlová
    truecrypt a zasekavani
    Přečteno: 773×
    Dobrý den. Před nedávnem jsem instaloval kolegovi Gentoo Linux 2007.0 x86_64 (amd64), kernel ručně kompilovaný, verze 2.6.20-gentoo-r8. Většina věcí mu jede jak má až na jeho zašifrovaný disk. Šifra je ve formátu aes256, jako šifrovací program je použit truecrypt. Oddil ma filesystem ext3 a jeho problém spočívá v tom, že při kopírování dat na zašifrovaný disk z jiného oddílu (taky ext3) ale bez šifry, se pravidelně v 3 sekundovém intervalu zasekává komplet celý kernel, takže i všechno ostatní co jede na pc. Zajímavé ale je, že když kopíruju ze zašifrovaného disku na jiný, tak to jede dobře, naopak ale ne.S tímto problémem jsem se setkal i v ostatních distribucích ale když tam mněl windows, tak mu to jelo bez problému i na ten ext3 oddíl. Věděl by jak to nesnesitelné trhání dát do pořádku ? Kernel do dmesg žádné chyby nevypisuje ani žádný proces nijak nezatěžuje cpu ale stejně se to trhá. Takže nevím co s tím a předem děkuji za každou radu
    ZeX/OS - http://zexos.org

    Odpovědi

    michich avatar 14.7.2007 00:09 michich | skóre: 51 | blog: ohrivane_parky
    Rozbalit Rozbalit vše Re: truecrypt a zasekavani
    Zkusil bych tam dát Ingův real-time kernel se zapnutým latency-tracerem. Jestli něco zakazuje přerušení nebo preempci na dlouhou dobu, tak to tracer ukáže.
    14.7.2007 08:08 -=eM=- | skóre: 11 | blog: Merljin | Praha
    Rozbalit Rozbalit vše Re: truecrypt a zasekavani
    Ahoj, používám úplně stejnou konfiguraci - bez problému. Není ten disk IDE ? - že by to třeba mohlo být nezapnutým dma. Ten modul truecryptu se mu nahrává během startu ? Dělá to při čtení z toho TC disku, zápisu, nebo obojí ? Případně co čtení raw dat z toho disku bez zavedeného TC ?
    It is wiser to find out than to suppose. -- Mark Twain
    18.7.2007 17:56 ZeXx86 | skóre: 19 | blog: ZeXx86 blog | Orlová
    Rozbalit Rozbalit vše Re: truecrypt a zasekavani
    Ma 2 IDE disky a 1 SATA. Kdyz kopiruje z ide disku na sata tak se to zasekava, a zjistil jsem, ze pri zaseknuti se spusti proces pdflush ktery bere cca 50-70% cpu a obcas proces kjournald ktery bere kolem 30%. Zjistil jsem ze pdflush ma prave neco spolecneho z disky, vytvori jakesi vlakno a to se stara o to co se nestihlo zapsat pri normalnim kopirovani. A myslim ze tomu pomaha to sifrovani. Kdyz zapl na obou discich udma5 tak ten sek netrva 3s ale uz jen 1-2s. U sata disku nejde nic s dma delat je tam na pevno udma6. Kdyz ze zasifrovaneho sata disku kopiruje na ide, tak to ale neseka vubec a pdflush se nespousti. Jinak nevim jak se da cist raw data, pokud by jste mohl, tak mi to napiste nebo neco co by mi mohlo pomoct, dekuji.
    ZeX/OS - http://zexos.org
    Shadow avatar 18.7.2007 21:46 Shadow | skóre: 25 | blog: Brainstorm
    Rozbalit Rozbalit vše Re: truecrypt a zasekavani
    Raw data se čtou snadno, třeba takto:

    dd if=/dev/sda of=/dev/null

    Tohle začne číst celý (první SATA) disk (a data putují do černé díry - /dev/null). Lze specifikovat i oddíl:

    dd if=/dev/sda1 of=/dev/null

    IDE disky (a mechaniky) jsou hda, hdb, apod. A hlavně nepopleťte pořadí if a of.
    If we do not believe in freedom of speech for those we despise we do not believe in it at all.
    Shadow avatar 18.7.2007 21:38 Shadow | skóre: 25 | blog: Brainstorm
    Rozbalit Rozbalit vše Re: truecrypt a zasekavani
    Mně se něco podobného také děje, problém se mi povedlo "vyřešit" snížením priority procesu, který data kopíruje, tj. něco jako:

    nice -n 19 cp -av zdroj cil
    If we do not believe in freedom of speech for those we despise we do not believe in it at all.
    19.7.2007 11:10 cthulhu
    Rozbalit Rozbalit vše Re: truecrypt a zasekavani
    resenim tohoto problemu byl v mem pripade (bohuzel az) hw upgrade na dualcore (AMD X2 4800+ misto AMD Sempron 3100+), na jednoprocesorove konfiguraci to melo ty same symptomy. taky aes256, sata disk, ext3..taky sekundove zaseky. u SATA disku abstrahujte od problemu UltraDMA on/off, protoze nic takoveho u nej nastavovat nejde.
    9.9.2007 13:12 dan1
    Rozbalit Rozbalit vše Re: truecrypt a zasekavani
    Mam to same - distribuce Kubuntu Feisty, zasekavani pri kopirovani na sifrovany disk (tc)

    Vypozoroval jsem, ze zasekavani ma na svedomi zurnalovaci proces kjournald. U mne ma vychozi hodnotu nice -5, pokud zmenim prioritu na 0, zasekavani prestane.

    Nevite nekdo, kde nastavit, aby se kjournald spoustel s vychozi prioritou 0 ?

    Diky, D.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.