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 04:00 | Bezpečnostní upozornění

    Byly publikovány informace (technické detaily) o bezpečnostním problému Snapu. Jedná se o CVE-2026-3888. Neprivilegovaný lokální uživatel může s využitím snap-confine a systemd-tmpfiles získat práva roota.

    Ladislav Hagara | Komentářů: 2
    dnes 03:33 | Zajímavý software

    Nightingale je open-source karaoke aplikace, která z jakékoliv písničky lokálního alba (včetně videí) dokáže oddělit vokály, získat text a vše přehrát se synchronizací na úrovni jednotlivých slov a hodnocením intonace. Pro separaci vokálů využívá UVR Karaoke model s Demucs od Mety, texty písní stahuje z lrclib.net (LRCLIB), případně extrahuje pomocí whisperX, který rovněž využívá k načasování slov. V případě audiosouborů aplikace na

    … více »
    NUKE GAZA! 🎆 | Komentářů: 1
    včera 18:22 | Nová verze

    Po půl roce vývoje od vydání verze 49 bylo vydáno GNOME 50 s kódovým názvem Tokyo (Mastodon). Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.

    Ladislav Hagara | Komentářů: 9
    včera 17:22 | Nová verze

    Článek na stránkách Fedora Magazinu informuje o vydání Fedora Asahi Remixu 43, tj. linuxové distribuce pro Apple Silicon vycházející z Fedora Linuxu 43.

    Ladislav Hagara | Komentářů: 0
    včera 13:33 | Pozvánky

    Byl zveřejněn program konference Installfest 2026. Konference proběhne o víkendu 28. a 29. března v Praze na Karlově náměstí 13. Vstup zdarma.

    Ladislav Hagara | Komentářů: 3
    včera 03:55 | Nová verze

    Byla vydána Java 26 / JDK 26. Nových vlastností (JEP - JDK Enhancement Proposal) je 10. Odstraněno bylo Applet API.

    Ladislav Hagara | Komentářů: 10
    17.3. 23:55 | Nová verze

    Byla vydána nová verze 260 správce systému a služeb systemd (Wikipedie, GitHub). Odstraněna byla podpora skriptů System V. Aktualizovány byly závislosti. Minimální verze Linuxu z 5.4 na 5.10, OpenSSL z 1.1.0 na 3.0.0, Pythonu z 3.7.0 na 3.9.0…

    Ladislav Hagara | Komentářů: 22
    17.3. 18:11 | Nová verze

    Byla vydána nová verze 5.1 svobodného 3D softwaru Blender. Přehled novinek i s náhledy a videi v poznámkách k vydání. Videopředstavení na YouTube.

    Ladislav Hagara | Komentářů: 0
    17.3. 04:55 | Nová verze

    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.

    Ladislav Hagara | Komentářů: 12
    17.3. 04:33 | Zajímavý projekt

    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 »
    NUKE GAZA! 🎆 | Komentářů: 48
    Které desktopové prostředí na Linuxu používáte?
     (16%)
     (7%)
     (1%)
     (11%)
     (29%)
     (2%)
     (5%)
     (1%)
     (13%)
     (24%)
    Celkem 1109 hlasů
     Komentářů: 27, poslední 17.3. 19:26
    Rozcestník

    Dotaz: navrh na skript, ktery bude hledat nove soubory

    27.8.2007 15:03 David | skóre: 21 | Praha
    navrh na skript, ktery bude hledat nove soubory
    Přečteno: 337×
    Ahoj, mam pocitace A a B. Na pocitaci A je adresar /tonda, ktery potrebuju presunout na stroj B (tez do adresare /tonda). Adresar obsahuje cca 4 milinoy souboru, takze kopirovani trva zhruba 10 hodin. Problem je, ze na stroji A se adresar /tonda meni (server nemuzu na 10 hodin vypnout a zkopirvat adresar /tonda). Muj navrh je zkopirovat adresar /tonda z A na B. Pak stroj A vypnout (muzu maximalne na 4 hodiny), zjistit ktere soubory se zmenily, popr. ktere vznikly nove a ty pak prekopirovat (prepsat) na stroj B. Otazka: Jak byste zjistovaly ktere soubory se zmenily? Nechi po vas skript, ale napad :).
    Diky, david.

    Odpovědi

    27.8.2007 15:06 David | skóre: 21 | Praha
    Rozbalit Rozbalit vše Re: navrh na skript, ktery bude hledat nove soubory
    Popr. jestli nevite tohle:
    stat /etc/hostname
    
      File: `/etc/hostname'
      Size: 5               Blocks: 8          IO Block: 4096   regular file
    Device: 900h/2304d      Inode: 210932      Links: 1
    Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)
    Access: 2006-07-13 18:08:38.000000000 +0200
    Modify: 2006-11-22 20:22:16.000000000 +0100
    Change: 2006-11-22 20:22:16.000000000 +0100
    
    Co vyjadruji casy Access,Modify a Change, popr. ktery cas by se dal vyuzit k predeslemu?
    Milan 27.8.2007 16:26 Milan "Nemo" Cingroš | skóre: 27 | blog: Nautilus | Plzeň
    Rozbalit Rozbalit vše Re: navrh na skript, ktery bude hledat nove soubory
    Popis těch časů je na Linuxwiki, tak to sem nebudu psát znova Atime, ctime, mtime. Ale jinak souhlasím s ostaními a použil bych rsync.
    Soutěžte na české LinuxWiki a vyhrajte plyšového Tuxe.
    27.8.2007 15:15 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: navrh na skript, ktery bude hledat nove soubory
    rsync :-)
    27.8.2007 15:15 lscpu
    Rozbalit Rozbalit vše Re: navrh na skript, ktery bude hledat nove soubory
    Ja bych jeden napad mel: rsync
    wolf09 avatar 27.8.2007 15:16 wolf09 | skóre: 30
    Rozbalit Rozbalit vše Re: navrh na skript, ktery bude hledat nove soubory
    Na tohle by bylo asi nejlepsi pouzit rsync. Nejdrive se zkopiruje co jde (pokud to pujde za behu).

    Pak se vypne co je treba na A a pomoci rsync se dotahne to, co se zmnenilo.

    Nakonec se spusti co je treba na B.
    Zkusili jste to vypnout a znovu zapnout ?
    27.8.2007 15:30 dustin | skóre: 63 | blog: dustin
    Rozbalit Rozbalit vše Re: navrh na skript, ktery bude hledat nove soubory
    Stejnou situaci jsem řešil také dvoufázově. V prvním kole jsem ze živého systému překopíroval měnící se data na nový stroj (myslím přes tar + netcat), druhé kolo již při read-only zdroji přes rsync. Chvíli trvá, než rsync zjistí změny, ale je to stále daleko rychlejší, než kopírovat vše. 10 hodin první kolo a 4 hodiny druhé mi přijde reálné, navíc lze ještě na živém systému předem ověřit, jak přibližně dlouho rsync poběží.

    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.