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í
×

    dnes 00:33 | Nová verze

    Bazzite (Wikipedie), tj. linuxová distribuce vycházející z Fedora Linuxu a optimalizována pro hraní počítačových her, byla vydána ve verzi 45. S Open Gaming Collective (OGC) jádrem a novým Easy Anti-Cheatem pro Linux (EAC Linux v2).

    Ladislav Hagara | Komentářů: 0
    včera 22:11 | Bezpečnostní upozornění

    MikroTik zveřejnil vlastní bezpečnostní upozornění potvrzující, že zranitelnost linuxového jádra postihuje také RouterOS 7. Jde o use-after-free při zpracování IPv4 TCP spojení s IP options. Zranitelnost se týká provozu směřujícího na TCP službu samotného routeru, nikoli paketů, které router pouze přeposílá. Opraveno v long-term od 7.24.6, v stable od 7.25.1 a devel od 7.26beta5.

    vencour | Komentářů: 0
    včera 17:00 | Bezpečnostní upozornění

    Ve správci balíčků APT, používaném v Debianu a odvozených distribucích, byla nalezena a opravena kritická zranitelnost CVE-2026-109518. Vzdálený útočník může obejít ověření stažených balíčků pomocí přesměrování a dočasných chyb HTTP serveru.

    Ladislav Hagara | Komentářů: 1
    včera 13:11 | IT novinky

    Nejvyšší kontrolní úřad (NKÚ) vydal zprávu o finančním řízení prostředků EU v ČR (pdf). Dočíst se lze například, že přes 8 miliard korun na digitální vzdělávání nepřineslo naplnění žádného z prioritních cílů programu. Peněžní prostředky z fondů EU sice byly vynaloženy formálně v souladu s právními předpisy, avšak s minimálním nebo neprokazatelným dopadem na proklamované cíle ve vzdělávání. Na Metodickém portálu RVP.CZ bylo ke konci

    … více »
    Ladislav Hagara | Komentářů: 14
    včera 11:33 | Nová verze

    Emulátor terminálu kitty (Wikipedie, GitHub) byl vydán v nové verzi 0.50.

    Ladislav Hagara | Komentářů: 2
    včera 09:00 | Bezpečnostní upozornění

    Vývojáři C-Kermit oznámili několik dlouhodobě přítomných zranitelností. Patří mezi ně buffer overflow v Telnet/FTP klientovi a command injection v Kermit serveru. Dotčené verze: C-Kermit 11.0.514 a starší. Fix: 11.1.515 [oss-security].

    vencour | Komentářů: 0
    včera 02:44 | Nová verze

    Byla vydána nová verze 3.2.8 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.

    Ladislav Hagara | Komentářů: 0
    3.11. 16:55 | Nová verze

    Projekt openSUSE dnes, 3. listopadu 2026, oficiálně vydal openSUSE Leap 16.1, novou verzi své stabilní linuxové distribuce. Novinkou je také Immutable Mode, který nahrazuje dosavadní samostatnou distribuci openSUSE Leap Micro. Podrobnosti o novém vydání najdete v oficiálním oznámení nebo v českém překladu oznámení. Instalační obrazy jsou již dostupné na get.opensuse.org. Vydání společně oslavíme v pátek ve virtuálním baru a na … více »

    lkocman | Komentářů: 0
    3.11. 16:00 | Nová verze

    Bylo oznámeno vydání Fedora Linuxu 45. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora Cloud pro cloudové nasazení, Fedora CoreOS pro ty, kteří preferují neměnné systémy a Fedora IoT pro internet věcí. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách

    … více »
    Ladislav Hagara | Komentářů: 1
    3.11. 15:44 | Zajímavý článek

    Vědci z MIT CSAIL představili koncept 'weight-space programming' a názorně předvedli, že pokročilé jazykové modely SI dokážou přímo číst a upravovat váhy neuronových sítí. Studie ukazuje, že modely nejen dokážou identifikovat účel sítí z pouhého nahlédnutí do jejich číselných vah, ale mohou i cíleně opravovat chyby a nedostatky, například GPT-6 Astra se změnou pouhých 0,016% vah open-weight modelu Qwen3.5-0.8B podařilo odstranit

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

    Dotaz: vystup prikazu dd

    19.10.2014 13:35 Milan Roubal | skóre: 25
    vystup prikazu dd
    Přečteno: 974×
    Potreboval bych poradit s interpretaci vysledku prikazu dd.
    
    # dd if=/dev/zero of=/dev/sdq bs=1M
    dd: writing '/dev/sdq': No space left on device
    1907724+16 records in
    1907722+17 records out
    Co ve vysledku znamenaji ty +16 a +17? Chapu, kdyby tam bylo +1, ze posleni 1M blok se nepodaril zapsat cely, ale tato velka cisla?

    Prikaz byl spusteni na serveru Synology, disk je pripojeny pres USB. V dmesg zadne chyby disku hlasene nejsou, pocet chyb na disku ve smart je stale 0.

    Disk by mel byt darovan a neni zadouci, aby obsahoval chyby.

    Řešení dotazu:


    Odpovědi

    19.10.2014 15:23 dustin | skóre: 63 | blog: dustin
    Rozbalit Rozbalit vše Re: vystup prikazu dd
    http://en.wikipedia.org/wiki/Dd_%28Unix%29#Output_messages
    19.10.2014 15:33 NN
    Rozbalit Rozbalit vše Re: vystup prikazu dd
    Tomu rikam vysvetleni..
    19.10.2014 15:43 dustin | skóre: 63 | blog: dustin
    Rozbalit Rozbalit vše Re: vystup prikazu dd
    A ty to víš líp, než ta wikipedia? Proč jsi se tedy nepředvedl...
    19.10.2014 17:32 Milan Roubal | skóre: 25
    Rozbalit Rozbalit vše Re: vystup prikazu dd
    diky za link, ale to bohuzel nevysvetluje dusledky. To tedy tech +16 u IN znamena, ze se 16x nepovedl precist 1M z /dev/zero? Da se tedy z toho neco interpretovat o stavu disku z techto castecne prectenych/zapsanych bloku?
    19.10.2014 17:47 Kit | skóre: 46 | Brno
    Rozbalit Rozbalit vše Re: vystup prikazu dd
    Disk je v pořádku.
    Komentáře označují místa, kde programátor udělal chybu nebo něco nedodělal.
    Řešení 1× (Milan Roubal (tazatel))
    19.10.2014 18:02 dustin | skóre: 63 | blog: dustin
    Rozbalit Rozbalit vše Re: vystup prikazu dd
    Ok, už to vidím, blbě jsem si přečetl zadání, sorry.

    Tady https://bugzilla.redhat.com/show_bug.cgi?id=668247 píší o tom, že dd negarantuje, že na vstupu bude čekat, dokud nedorazí celý vstupní buffer dat. Takže může docházet k přenosu nekompletních (partial) bloků - to jsou ty za plusem. Zkus to samé s tím iflag=fullblock.

    19.10.2014 18:04 dustin | skóre: 63 | blog: dustin
    Rozbalit Rozbalit vše Re: vystup prikazu dd
    Jinak samozřejmě ten disk bude OK, chyby bys viděl v dmesg. Ale narazil jsi na zajímavý problém. Ty lidi se v tom bugreportu docela rozčilují a skoro bych je i chápal :-)
    19.10.2014 21:43 Milan Roubal | skóre: 25
    Rozbalit Rozbalit vše Re: vystup prikazu dd
    Vyborny link, dekuji. Nechapu tedy, k cemu je to standartni nepredikovatelne chovani dobre. Nedokazal jsem vymyslet jediny pripad, kdy by se hodilo chovani bez toho iflag parametru.
    20.10.2014 06:16 dustin | skóre: 63 | blog: dustin
    Rozbalit Rozbalit vše Re: vystup prikazu dd
    Tady je pěkné vysvětlení

    http://unix.stackexchange.com/questions/121865/create-random-data-with-dd-and-get-partial-read-warning-is-the-data-after-the

    Dvě citace:

    dd is a cranky tool which is hard to use correctly. Don't use it, despite the numerous tutorials that tell you so. dd has a “unix street cred” vibe attached to it — but if you truly understand what you're doing, you'll know that you shouldn't be touching it with a 10-foot pole.

    So when you use count, technically you should always use iflag=fullblock as well.

    Pěkné jsou ty ukázky příkazů, které doporučuje používat místo toho.

    Jinak díky za tvůj dotaz, naučil jsem se díky němu spoustu nového, co jsem vůbec netušil :-)

    20.10.2014 10:33 Milan Roubal | skóre: 25
    Rozbalit Rozbalit vše Re: vystup prikazu dd
    Tak podle toho clanku to vypada, ze hlavni podil na vysledku neni v utilite dd, ale v tom, ze ve druhem okne bezelo
    while true; do killall -SIGUSR1 dd; sleep 60; done
    pro zobrazeni prubehu. Jak je videt, obcas muze byt zdroj divneho chovani tam, kde by ho clovek vubec nehledal. Nastesti pro me jsem dd nespoustel s parametrem count, takze vysledek je presne takovy, jaky byl ocekavan, tedy disk plny nul.

    dd z busybox nema parametr iflag, co pouzit pro kopirovani priste vcetne zobrazeni prubehu? Pokud pouziji ten priklad s head, tak jak zobrazit progress? Utilita pv na tom busybox systemu neni.
    20.10.2014 11:06 dustin | skóre: 63 | blog: dustin
    Rozbalit Rozbalit vše Re: vystup prikazu dd
    Jasně, jak to píšou v té diskusi - standard je volat read ve smyčce, jenže dd (bez toho iflagu) to tak nedělá. Takže když se read přeruší tím signálem USR1, už pak nedočte chybějící data do plného bloku, přenese neúplný a začne číst blok nový. Pokud se nepoužije count, je to jedno, stejně se všechna data přenesou. Ale s countem bloků z toho pak lezou nečekané počty.

    V busyboxu je dd implementován taky divně, jen bez volitelného fullblocku http://git.busybox.net/busybox/tree/coreutils/dd.c#n380 Řekl bych, že je to ekvivalentní funkci iread v normálním dd http://git.savannah.gnu.org/gitweb/?p=coreutils.git;a=blob;f=src/dd.c;h=78433ff58848d1cefe2fe7cc88971600a2fb4011;hb=HEAD#l1067 . Očividně tam chybí ta smyčka v iread_fullblock http://git.savannah.gnu.org/gitweb/?p=coreutils.git;a=blob;f=src/dd.c;h=78433ff58848d1cefe2fe7cc88971600a2fb4011;hb=HEAD#l1105

    Co na sledování průběhu v čistém busyboxu fakt netuším.

    20.10.2014 17:58 lertimir | skóre: 64 | blog: Par_slov
    Rozbalit Rozbalit vše Re: vystup prikazu dd
    Hezké. To asi není domácí komp, když ses dopočítal až k disku Q, že.
    20.10.2014 18:02 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: vystup prikazu dd
    Jeno udev pravidlo…
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    20.10.2014 18:31 Milan Roubal | skóre: 25
    Rozbalit Rozbalit vše Re: vystup prikazu dd
    Standartni Synology server. Prvni USB disk tam zacina sdq.

    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.