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 21:29 | Nová verze

    Open source download manager Fatrat povstal z popela. Autor k dvacetiletému výročí projektu přidal do vínku podporu nejnovější knihovny libtorrent, rozhraní portoval na QT6, došlo k nahrazení podpory java rozšíření pythonem. Webové rozhraní bylo přepsáno s podporou mobilních zařízení. Aplikaci je taktéž možno zkompilovat bez podpory GUI. Více informací v releases.

    Max | Komentářů: 8
    včera 21:11 | Bezpečnostní upozornění

    Zranitelnost Broccoli2Shell (CVE-2026-111497) v kompresní knihovně Brotli se netýká pouze Node.js. Ohroženy jsou také aplikace využívající HTTP. Knihovnu používají webové prohlížeče, servery i řada dalších aplikací a technologií, například také Python nebo Bun. Identifikace všech zranitelných komponent může být obtížná, protože knihovna bývá součástí dalších softwarových balíčků nebo je přímo začleněna do spustitelných souborů aplikací.

    Ladislav Hagara | Komentářů: 3
    včera 18:33 | Komunita

    Quad9, švýcarský celosvětově působící neziskový poskytovatel DNS, od 24. listopadu 2026 ukončí své služby ve Francii kvůli soudnímu sporu s katarskou televizní stanicí beIN. Ta požadovala blokování domén, které podle ní nelegálně zpřístupňují sportovní přenosy. Francouzský soud Katarům vyhověl a nařídil (🇫🇷, PDF) Quad9 blokaci zavést, pod hrozbou pokuty 1000 eur denně. Provozovatel příkaz odmítá s tím, že blokace

    … více »
    Pendrekama do nich❗ | Komentářů: 0
    včera 15:22 | Zajímavý článek

    Článek na blogu APNIC vysvětluje, jak správně vytvářet a používat ASPA záznamy — podepsané objekty v RPKI, které uvádějí, kteří poskytovatelé směrování jsou pro dané autonomní číslo (ASN) oprávněni. Síťoví operátoři je mohou využít k ověřování tras BGP a k odhalování úniků tras či podvržených tras.

    vencour | Komentářů: 0
    včera 14:33 | Nová verze

    Byla vydána (𝕏) verze 8.0.0 open source programu pro prolamování hesel hashcat (GitHub, Wikipedie). Přehled novinek v příspěvku v diskusním fóru a pdf.

    Ladislav Hagara | Komentářů: 0
    včera 14:22 | Nová verze

    Byla vydána (𝕏, Bluesky) nová verze 2026.3 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem 6 nových nástrojů v oficiálním oznámení na blogu.

    Ladislav Hagara | Komentářů: 0
    včera 08:35 | Komunita
    Pořadatelé dalšího ročníku komunitního setkání správců nejen českých a slovenských sítí CSNOG 2027 upozorňují, Call for Abstracts pro blížící se akci (20. a 21. ledna 2027, Zlín) končí už 31. října, tedy na konci tohoto týdne.. … více »
    VSladek | Komentářů: 0
    24.10. 23:22 | Bezpečnostní upozornění

    Výzkumníci ukazují, jak mohou otevřené tunely a IPv6 Extension Headers synchronizovat pakety do krátkých provozních špiček. V kontrolovaném experimentu naměřili přes 180násobnou koncentraci paketového toku vůči průměrné rychlosti odesílání — nikoli 180násobné zvětšení objemu dat. Článek obsahuje metodiku, limity měření i mitigace pro GRE, IPIP a další tunely.

    vencour | Komentářů: 1
    24.10. 12:44 | Pozvánky

    Po velkém úspěchu prvního MobileLinux Hackdaye se vracíme do Českých Budějovic s druhým ročníkem. V pátek 30. října 2026 od 10:00 se v prostorách Jihočeské univerzity uskuteční Embedded & MobileLinux Hackday #2. Těšit se můžete na témata jako Immutable Linux na telefonech (BengalOS), U-Boot a upstream vývoj, AI optimalizace pro embedded systémy nebo otevřený hardware. Nebude chybět praktické hackování, sdílení zkušeností a možnost … více »

    lkocman | Komentářů: 1
    24.10. 00:44 | Bezpečnostní upozornění

    Dne 21. října 2026 vydal projekt Node.js bezpečnostní aktualizace opravující deset zranitelností, včetně jedné umožňující potenciální vzdálené spuštění kódu (RCE). Nejzajímavější je CVE-2026-111497, chyba dekodéru Brotli, kterou objevili výzkumníci využívající OpenAI Codex Security. Chyba je v nativním dekodéru Brotli, nikoli v samotném JavaScriptu. Speciálně vytvořený komprimovaný vstup způsobí, že dekodér zamění

    … více »
    vencour | Komentářů: 15
    Které desktopové prostředí na Linuxu používáte?
     (9%)
     (7%)
     (4%)
     (20%)
     (30%)
     (9%)
     (5%)
     (2%)
     (14%)
     (20%)
    Celkem 2923 hlasů
     Komentářů: 34, poslední včera 08:24
    Rozcestník

    Dotaz: DVD-RAM - zoufale pomalý zápis...

    4.5.2006 23:23 JirkaZ
    DVD-RAM - zoufale pomalý zápis...
    Přečteno: 681×
    Od včerejška čerstvě zkouším DVD-RAM v SUSE 10 (a ve Windows XP). Ve WXP je zápis pomalý, ale ještě jakžtakž použitelný, zato v SUSE 10 je to naprostá katastrofa...

    Odhadem bych řekl, že rychlost je (zřejmě násobně) nižší než při zápisu na disketu, možná něco jako dial-up, čili úplně mimo... Pokud zkouším soubory mazat, systém vytuhne a "probudí se" až za hodně dlouho.

    S DVD-RAM pracuju jako s diskem přes Krusader, je připojený do /media/DVD-RAM (nebo /media/cdrecorder). Filesystem je FAT32, protože ve WXP se mi nepodařilo DVD-RAM zformátovat jako UDF. Mechanika je LG GSA-H20L (popis zde).

    Někde jsem četl, že tyto problémy působuje nové linuxové jádro.....pracuje se na odstranění, nebo je už nějaký způsob, jak to vyřešit? Rád bych přitom zachoval maximální pohodlí obsluhy, čili automatické připojování a odpojování (mount) DVD-RAM, přece jen vracet se k ručnímu je poněkud krok zpátky...

    Další problém při práci s DVD-RAM je ten, že na médium můžu zapisovat jen jako root, ale to je proti uvedené pomalosti už jen prkotina...

    Odpovědi

    vencour avatar 4.5.2006 23:41 vencour | skóre: 57 | blog: Tady je Vencourovo | Praha+západní Čechy
    Rozbalit Rozbalit vše Re: DVD-RAM - zoufale pomalý zápis...

    Prosím o podronosti.

    Mám Mandrivu 2006, ve stolním kompu LG 4163B, v noťasu Natshitadvd-ram UJ-830Sx, u obou je to v pohodě. Akorát že musim v noťasu (prozatim?) používat na dvd-ram reisera místo udf, aby to bylo rychlý a nezatuhával mi systém (=že bych měl to samé, co vy?)

    Nastavení fstabu: /dev/hdc /mnt/cdrom auto umask=0022,user,iocharset=iso8859-2,codepage=852,noauto,ro,exec,users 0 0 a při něm médium ještě musim mountovat jako rw (ještě jsem to po instalaci nezměnil)

    Ty nejhlubší objevy nečekají nutně za příští hvězdou. Jsou uvnitř nás utkány do vláken, která nás spojují, nás všechny.
    vencour avatar 4.5.2006 23:42 vencour | skóre: 57 | blog: Tady je Vencourovo | Praha+západní Čechy
    Rozbalit Rozbalit vše Re: DVD-RAM - zoufale pomalý zápis...

    Zapomněl jsem: používam střídavě jádro 2.6.16, 2.6.16.9, 2.6.16.12 a 2.6.16.13.

    Ty nejhlubší objevy nečekají nutně za příští hvězdou. Jsou uvnitř nás utkány do vláken, která nás spojují, nás všechny.
    5.5.2006 12:25 JirkaZ
    Rozbalit Rozbalit vše Re: DVD-RAM - zoufale pomalý zápis...
    Podrobnosti?

    Jádro je 2.6.13-15, HW Intel Pentium IV HT @ 2,6GHz, 512MB RAM (čili ne zas tak úplně slabý stroj). Zajímavé je, že se mi konečně podařilo DVD-RAM ve WXP zformátovat jako UDF1.5 (nesmí se použít fyzický formát - to tuhne) a teď můžu v SUSE zapisovat i jako user. Pomalost ovšem trvá - viz níže...
    5.5.2006 07:46 Jiří Jiřinec | skóre: 8 | Příbram
    Rozbalit Rozbalit vše Re: DVD-RAM - zoufale pomalý zápis...
    Problém bude pravděpodobně v synchronním zápisu na DVD-RAM.

    V SUSE pomůže vytvořit adresář /media/dvdram/hal/fdi/policy/95userpolicy a v něm soubor nosync.fdi s následujícím obsahem:
    <?xml version="1.0" encoding="UTF-8"?>
    <deviceinfo version="0.2">
      <device>
        <!-- disable sync for mount --  >
        <match key="block.is_volume" bool="true">
          <match key="volume.fsusage" string="filesystem"  > 
            <match key="volume.disc.type" string="dvd_ram">
              <merge key="volume.policy.mount_option.sync" type="bool">false</merge>
            </match>
          </match>
        </match>
      </device >
    </deviceinfo>
    
    Také se mi osvědčilo formátovat DVD-RAM médium na ext2 místo UDF, protože potom je zápis ještě méně problémový.
    Universe rebooting in 5 seconds. Please logout!
    Zdenek.Z avatar 5.5.2006 12:22 Zdenek.Z | skóre: 14
    Rozbalit Rozbalit vše Re: DVD-RAM - zoufale pomalý zápis...
    Můžu se zeptat na výhody/nevýhody ext2 oproti UDF? Hlavně by mě zajímal rychlostní rozdíl a co jsou přesně ty problémy s UDF, o kterých píšete.

    Děkuji.
    5.5.2006 12:36 JirkaZ
    Rozbalit Rozbalit vše Re: DVD-RAM - zoufale pomalý zápis...
    Děkuji za radu, udělal jsem vše podle popisu, ale bohužel se vůbec nic nezměnilo (a to jsem pro jistotu poté restartoval PC)... Jsem v Linuxu prakticky laik a po pravdě řečeno netuším, jak systém vůbec takový soubor používá... Nemusí se ještě někam jinam něco napsat/někde něco vytvořit, aby systém vůbec věděl, že má tenhle soubor načíst a podle něj se zachovat?

    Nemůže být třeba taky problém v tom Vámi uvedeném adresáři /media/dvdram/...atd.? Tento adresář se mi automatickým mountem nevytváří, vzniká pouze adresář /media/cdrecorder a dále odkaz /media/RAMUDF15 (po vložení média formátovaného jako UDF1.5 - viz moje reakce výše).

    Jinak ext2 používat nechci (spíš nemůžu), protože potřebuju kompatibilitu média i s WXP.
    vencour avatar 5.5.2006 12:50 vencour | skóre: 57 | blog: Tady je Vencourovo | Praha+západní Čechy
    Rozbalit Rozbalit vše Re: DVD-RAM - zoufale pomalý zápis...

    Mně ve woknech svého času dva-ram makalo, ale mám pocit, že jsem používal formát UDF buď 2.0 nebo 2.5 (čili ten spodní, vyšší)? Teď to neověřim, ale v jednom blogu se o tom mj. psalo. Teď jsem rád, že tam můžu mít něco spolehlivějšího (=s woknama se teď už nemusím kamarádit), aspoň v implementaci, čili ne-udf. Navíc někdo tu psal, že udf NEUMÍ zatím fsck - nemá implementaci, ta funkce ve zdrojáku prý má prázdné tělo.

    Moje volba reisera vyplynula ze zoufalosti mazání se s udf :-D.

    Ty nejhlubší objevy nečekají nutně za příští hvězdou. Jsou uvnitř nás utkány do vláken, která nás spojují, nás všechny.
    5.5.2006 14:55 kaaja | skóre: 24 | blog: Sem tam něco | Podbořany, Praha
    Rozbalit Rozbalit vše Re: DVD-RAM - zoufale pomalý zápis...
    Pokud nechcete mit problemi s DVD-RAM mezi windows a linuxem pouzivejte 1.5. Ja mam vyzkouseno, ze kdyz mam format 2.0 a zapisu neco v linuxu tak to okna nezvladnou precit, ale linux cte dale. S 1.5 mam odzkouseny stridavy zapis v lin i win.

    Založit nové vlákno • Nahoru

    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.