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 17:33 | Komunita

Byly zveřejněny videozáznamy přednášek z Fedora 28 Release Party v Brně konané 5. června.

Ladislav Hagara | Komentářů: 0
dnes 13:11 | IT novinky

Byl aktualizován seznam 500 nejvýkonnějších superpočítačů na světě TOP500. Dle očekávání se nejvýkonnějším superpočítačem stal superpočítač Summit. Český superpočítač Salomon klesl na 139. místo. Další přehledy a statistiky na stránkách projektu.

Ladislav Hagara | Komentářů: 0
dnes 09:00 | Nová verze

Po téměř 13 měsících vývoje od vydání verze 5.26 byla vydána nová stabilní verze 5.28 programovacího jazyka Perl. Do vývoje se zapojilo 77 vývojářů. Změněno bylo přibližně 730 tisíc řádků v 2 200 souborech. Přehled novinek a změn v podrobném seznamu.

Ladislav Hagara | Komentářů: 5
dnes 05:55 | Komunita

Při prvním spuštění Ubuntu 18.04 LTS (Bionic Beaver) je spuštěn nástroj Ubuntu Report. Pokud uživatel souhlasí, jsou pomocí tohoto nástroje odeslány do Canonicalu informace o daném počítači (doba instalace, počet procesorů, rozlišení displeje, velikost paměti, časová zóna, ...). Will Cooke, vedoucí týmu Ubuntu Desktop, zveřejnil na blogu Canonicalu první získané statistiky. Infografika na It's FOSS.

Ladislav Hagara | Komentářů: 0
včera 09:55 | Nová verze

Byl vydán Debian 8.11, tj. jedenáctá a současně poslední opravná verze Debianu 8 s kódovým názvem Jessie. Uživatelům je doporučen přechod na Debian 9 Stretch nebo využít LTS (Debian Long Term Support). LTS podpora Debianu 8 je plánována do 30. června 2020. LTS podpora Debianu 7 Wheezy skončila 31. května 2018.

Ladislav Hagara | Komentářů: 0
včera 09:11 | IT novinky

Hodnota Bitcoinu, decentralizované kryptoměny, klesla pod 6 000 dolarů. Před půl rokem byla hodnota Bitcoinu téměř 20 000 dolarů.

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

Kernel.org představil lore.kernel.org, tj. archiv diskusního listu vývojářů linuxového jádra LKML (Linux Kernel Mailing List) s řadou zajímavých funkcí. Archiv běží na softwaru Public Inbox.

Ladislav Hagara | Komentářů: 0
23.6. 10:55 | Nová verze

Po devíti měsících vývoje od vydání verze 10.0 byla vydána verze 11.0 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab (Wikipedie). Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 2
22.6. 20:44 | Nová verze

Po více než 3 měsících vývoje od vydání verze 238 oznámil Lennart Poettering vydání verze 239 správce systému a služeb systemd (GitHub, NEWS).

Ladislav Hagara | Komentářů: 63
22.6. 15:00 | Nová verze

Bylo oznámeno vydání nové stabilní verze 1.28 a beta verze 1.29 open source textového editoru Atom (Wikipedie). Přehled novinek i s náhledy v příspěvku na blogu. Podrobnosti v poznámkách k vydání. Atom 1.28 je postaven na Electronu 2.0.

Ladislav Hagara | Komentářů: 3
Jak čtete delší texty z webových stránek?
 (78%)
 (22%)
 (4%)
 (7%)
 (2%)
 (10%)
Celkem 259 hlasů
 Komentářů: 39, poslední 21.6. 17:44
    Rozcestník

    Dotaz: Vyčkávání v rc.local

    10.10.2017 20:58 Vašek
    Vyčkávání v rc.local
    Přečteno: 309×
    Zdraví všechny.

    Řeším takový problém,s kopírováním složek během startu PC.

    O co jde? Potřebuji při startu zkopírovat a nahradit celý profil ze zálohy, tak aby byl vždy po startu stejný.

    Chtěl jsem to realizovat přes sudo rm a cp -r ....., nahradit ,potom přiřadit práva a je to, jenomže není.

    Pokud kopíruju celý profil, nestihne zkopírovat vše a nejde se přihlásit, pokud zkopíruju jen třeba plochu - tedy malou složku to v pohodě.

    Zkoušel jsem to přes sleep zpomalit start, bez úspěchu. Lze zatsavis boot než proběhne kopírování Nějaký nápad? Nebo je to slepá ulička a realizovat to jinak.

    Dík V.

    Řešení dotazu:


    Odpovědi

    Heron avatar 10.10.2017 21:11 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Vyčkávání v rc.local
    Raději než pozastavit start je lepší použít fs s podporou snapshotů (třeba btrfs) a udělat clon subvolume s tím připraveným profilem. A udělat správně závislosti mezi službama. Sleepy se fakt pro synchronizaci startu služeb nepoužívají.
    11.10.2017 09:50 lertimir | skóre: 61 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Vyčkávání v rc.local
    spomalování speepem fakt není dobrý nápad. Snapshoty s btrfs jak píše horon jsou dobré. Další možnost je ujasnit si, kdy to chcešš ukízet. Stejně jako při staru můžeš uklízet i při logoutu. Pak to budeš mít vždy ve stavu, když není uživatel příhlášen, je jeho profil nastaven na čistý nový stav. Když prazuce jeho profil se mění, když se odhlašuje systém uklidí změny, které provedl.
    11.10.2017 14:17 lertimir | skóre: 61 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Vyčkávání v rc.local
    kruci měl jsem málo času a těch překlepů jsou mraky.
    Řešení 1× (Andrej)
    k3dAR avatar 11.10.2017 02:35 k3dAR | skóre: 49
    Rozbalit Rozbalit vše Re: Vyčkávání v rc.local
    podle dementnosti chovani predpokladam systemd, takze zkus vytvorit soubor:
    /etc/systemd/system/lightdm.service.d/override.conf
    s obsahem:
    [Unit]
    After=rc-local.service
    porad nemam telo, ale uz mam hlavu... nobody
    11.10.2017 06:24 Jmk
    Rozbalit Rozbalit vše Re: Vyčkávání v rc.local
    http://wiki.ubuntu.cz/nezni%C4%8Diteln%C3%BD_desktop
    michich avatar 11.10.2017 10:25 michich | skóre: 51 | blog: ohrivane_parky
    Rozbalit Rozbalit vše Re: Vyčkávání v rc.local
    Tu závislost bych přidal raději do systemd-user-sessions.service. Všechny getty i *dm jsou řazeny za tím.
    11.10.2017 13:36 SE
    Rozbalit Rozbalit vše Re: Vyčkávání v rc.local
    Nebylo by lepší to uělat přes mv ?

    mv nic nekopíruje pokud to bude v rámci stejného svazku. Při startu jen přejmenovat starý profil a přesunout na požadované místo nový profil. A při vypnutí "uklidit" to už na to bude čas. Smazat starý profil a připravit si ze zálohy čistý profil pro další přesun.
    11.10.2017 15:30 jiwopene | skóre: 10
    Rozbalit Rozbalit vše Re: Vyčkávání v rc.local
    Buď mv nebo použít unionfs (spojí několik složek do jedné).
    1. Smaže/přesune se /tmp/vasek a udělá se nový
    2. Přimountuje se unionfs na /home/vasek (data bere z /usr/share/vasek_home [šablona] a /tmp/vasek [aktuální profil])
    3. Přihlásí se
    Cesty jsou jen návrhem. Šablona MUSÍ být read-only!

    Nebo se dá použít šablona (squashfs či něco jiného, co je readonly) spojená pomocí unionfs s nějakým "ramdiskem" (tmpfs, ...).
    .sig virus 3.2_cz: Prosím, okopírujte tento text do vaší patičky.
    11.10.2017 15:58 Andrej | skóre: 45 | blog: Republic of Mordor | Zürich
    Rozbalit Rozbalit vše Re: Vyčkávání v rc.local

    Řešením je správné nastavení závislostí mezi systemd unit pro login manažera a systemd unit pro kopírování, což už popsali ostatní výše. (Asi bych na takovou věc opravdu vytvořil oddělenou systemd unit s nějakým intuitivním názvem, spíš než dávat to do rc.local (což je takové fosilní řešení z doby shellových initů a jednoprocesorů, které do systemd zapadá celkem obtížně).)

    To kopírování jako takové je ovšem nesmyslný nápad. Není lepší odstranit Btrfs snapshot s profilem (existuje-li) a vytvořit nový snapshot podle předlohy, která se nemění? To bude nesrovnatelně rychlejší než kopírování a bude to navíc záviset mnohem méně na počtu nebo nebo velikosti souborů v profilu, počtu profilů atd. atp. Výhody, kam se člověk podívá. Samozřejmě pak ta "kopie" zabere pouze velikost řádově odpovídající metadatům, nikoliv samotným datům. Další plus.

    Něco vzdáleně podobného jde i bez samostatného subvolume, pomocí cp --reflink -a ... To sice trvá o fous déle, ale i v tomto případě se budou kopírovat jenom metadata, nikoliv celá data.

    Ať mě ale někdo nechytá za slovo: Nesnažím se naznačit, že rychlejší kopírování něco vyřeší. Ne, nevyřeší; napřed je potřeba mít tu synchronizaci nastavenou správně, pomocí závislostí v systemd.

    ǑǦŹǓǕǙǞǺǨȞȬḔḦḰḾṊṎṸẄẌỖ

    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.