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 01:33 | IT novinky

    Celkové tržby společnosti Canonical za rok 2024 byly 292 milionů dolarů (pdf). Za rok 2023 to bylo 251 milionů dolarů.

    Ladislav Hagara | Komentářů: 0
    dnes 01:22 | Nová verze

    Byla vydána verze 1.88.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

    Ladislav Hagara | Komentářů: 0
    dnes 01:11 | Nová verze

    Distribuce Tails specializující se ochranu online soukromí uživatele byla vydána ve verzi 6.17. Mimo jiné aktualizuje Tor Browser (14.5.4) a opravuje několik chyb.

    Fluttershy, yay! | Komentářů: 0
    včera 21:11 | Nová verze Ladislav Hagara | Komentářů: 0
    včera 13:11 | IT novinky

    Město Lyon posiluje svou digitální suverenitu a postupně nahrazuje software od společnosti Microsoft bezplatnými alternativami, zejména OnlyOffice pro kancelářské aplikace a Linux a PostgreSQL pro systémy a databáze.

    Ladislav Hagara | Komentářů: 5
    včera 11:44 | Zajímavý projekt

    Evropská občanská iniciativa Stop Destroying Videogames se snaží o to, aby vydavatelé, kteří spotřebitelům v Evropské unii prodávají videohry nebo na ně udělují licence, měli povinnost tyto hry ponechat ve funkčním (hratelném) stavu i po ukončení podpory ze své strany. Podpořit podpisem tuto iniciativu můžete v Systému pro online sběr podpisů.

    trekker.dk | Komentářů: 4
    včera 11:22 | Komunita

    Mozilla oficiálně ukončila svůj již několik let mrtvý projekt DeepSpeech pro převod řeči na text.

    Ladislav Hagara | Komentářů: 2
    včera 05:22 | Komunita

    Krátce po oficiálním oznámení forku X.Org Xserveru s názvem XLibre Xserver byl ve Fedoře předložen návrh, aby byl X.Org Xserver nahrazen tímto XLibre Xserverem. Po krátké ale intenzivní diskusi byl návrh stažen.

    Ladislav Hagara | Komentářů: 23
    včera 01:33 | Komunita

    62 projektů získalo finanční podporu od NLnet Foundation (Wikipedie).

    Ladislav Hagara | Komentářů: 1
    včera 00:33 | Nová verze Ladislav Hagara | Komentářů: 1
    Jaký je váš oblíbený skriptovací jazyk?
     (58%)
     (29%)
     (7%)
     (2%)
     (0%)
     (1%)
     (3%)
    Celkem 314 hlasů
     Komentářů: 16, poslední 8.6. 21:05
    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: 500×
    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: 53 | 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: 64 | 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: 64 | 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.
    k3dAR avatar 11.10.2017 02:35 k3dAR | skóre: 63
    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: 31 | blog: Od každého trochu…
    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: 51 | blog: Republic of Mordor
    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.