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:22 | Nová verze Ladislav Hagara | Komentářů: 0
    dnes 00:55 | Zajímavý projekt

    PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.

    vlk | Komentářů: 0
    včera 19:44 | Nová verze

    Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.

    Ladislav Hagara | Komentářů: 0
    včera 17:33 | Nová verze

    Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-05-06. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Pravděpodobně se jedná o poslední verzi postavenou na Debianu 12 Bookworm. Následující verze by již měla být postavena na Debianu 13 Trixie.

    Ladislav Hagara | Komentářů: 0
    včera 05:33 | Komunita

    Richard Stallman dnes v Liberci přednáší o svobodném softwaru a svobodě v digitální společnosti. Od 16:30 v aule budovy G na Technické univerzitě v Liberci. V anglickém jazyce s automaticky generovanými českými titulky. Vstup je zdarma i pro širokou veřejnost.

    Ladislav Hagara | Komentářů: 15
    včera 03:55 | Komunita

    sudo-rs, tj. sudo a su přepsáné do programovacího jazyka Rust, nahradí v Ubuntu 25.10 klasické sudo. V plánu je také přechod od klasických coreutils k uutils coreutils napsaných v Rustu.

    Ladislav Hagara | Komentářů: 0
    6.5. 22:11 | Nasazení Linuxu

    Fedora se stala oficiální distribucí WSL (Windows Subsystem for Linux).

    Ladislav Hagara | Komentářů: 2
    6.5. 13:22 | IT novinky

    Společnost IBM představila server IBM LinuxONE Emperor 5 poháněný procesorem IBM Telum II.

    Ladislav Hagara | Komentářů: 1
    6.5. 04:55 | Nová verze

    Byla vydána verze 4.0 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Přehled novinek v poznámkách k vydání. Využíván je Free Pascal Compiler (FPC) 3.2.2.

    Ladislav Hagara | Komentářů: 1
    6.5. 00:33 | Komunita

    Podpora Windows 10 končí 14. října 2025. Připravovaná kampaň Konec desítek (End of 10) může uživatelům pomoci s přechodem na Linux.

    Ladislav Hagara | Komentářů: 34
    Jaký filesystém primárně používáte?
     (57%)
     (1%)
     (8%)
     (22%)
     (4%)
     (2%)
     (3%)
     (1%)
     (1%)
     (3%)
    Celkem 551 hlasů
     Komentářů: 26, poslední dnes 09:58
    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: 446×
    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.