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

Společnost Canonical stojící za linuxovou distribucí Ubuntu oznámila dostupnost nástroje pro týmovou spolupráci Slack (Wikipedie) ve formátu snap. Instalovat jej lze ze Snapcraftu. Slack pro Linux je dostupný také ve formátu klasických balíčků pro Ubuntu a Fedoru.

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

Po roce vývoje od vydání verze 2.0 a 6 000 změnách byla vydána nová stabilní verze 3.0 softwaru, který vytváří aplikační rozhraní umožňující chod aplikací pro Microsoft Windows také pod GNU/Linuxem, Wine (Wikipedie). Z novinek lze zdůraznit například podporu Direct3D 10 a 11. Podrobnosti v poznámkách k vydání.

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

V říjnu loňského roku úspěšně skončila kampaň na podporu chytrého telefonu Librem 5, jenž by měl respektovat bezpečnost, svobodu a soukromí uživatelů. Společnost Purism informuje o aktuálním vývoji tohoto telefonu. Místo plánovaného SoC i.MX6 by měl být použit úspornější i.MX8.

Ladislav Hagara | Komentářů: 3
včera 12:33 | Zajímavý projekt

V květnu loňského roku měl na YouTube premiéru krátký animovaný film Agent 327: Operation Barbershop. Blender Animation Studio včera zveřejnilo alternativní konec tohoto filmu.

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

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno bylo celkově 237 bezpečnostních chyb. V Oracle Java SE je například opraveno 21 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 18 z nich. V Oracle MySQL je opraveno 25 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 6 z nich.

Ladislav Hagara | Komentářů: 0
17.1. 20:55 | Komunita

Linux ve VirtualBoxu nebude potřebovat Přídavky pro hosta (Guest Additions). Budou součástí linuxového jádra. Ovladač vboxguest by se měl dostat do Linuxu 4.16. Ovladač vboxsf by měl následovat.

Ladislav Hagara | Komentářů: 24
17.1. 17:11 | Komunita

Vývojáři Thunderbirdu žádají o vyplnění dotazníku. Upřednostňujete klasický vzhled nebo raději Monterail (GitHub)?

Ladislav Hagara | Komentářů: 22
17.1. 12:22 | Komunita

Mozilla.cz informuje, že většina problémů s rychlostí Firefoxu 57 při použití open source odečítače NVDA (NonVisual Desktop Access) budou vyřešeny hned v další verzi Firefoxu 58. NVDA je zatím dostupný pouze pro operační systémy Windows.

Ladislav Hagara | Komentářů: 1
17.1. 05:55 | Bezpečnostní upozornění

V knihovně glibc (GNU C Library) byla nalezena a v upstreamu opravena bezpečnostní chyba CVE-2018-1000001 (buffer underflow) zneužitelná k lokální eskalaci práv. Podrobnosti na halfdog.net.

Ladislav Hagara | Komentářů: 0
16.1. 13:11 | Komunita

Mozilla.cz informuje o 2 plánovaných novinkách ve Firefoxu. Nové webové funkce budou ve Firefoxu dostupné jen přes HTTPS (en) a nové verze Firefoxu přinesou rychlejší přepínání panelů (předehřívání nebo žhavení panelů, anglicky tab warming).

Ladislav Hagara | Komentářů: 5
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (7%)
 (1%)
 (1%)
 (1%)
 (77%)
 (13%)
Celkem 1331 hlasů
 Komentářů: 53, poslední 17.1. 16:55
    Rozcestník

    Dotaz: Pouzitie dd a tar a nasledna nemoznost spustat aplikacie

    6.8.2010 21:29 Patrik Uhrak | skóre: 31 | blog: pato
    Pouzitie dd a tar a nasledna nemoznost spustat aplikacie
    Přečteno: 397×

    Zdravim.

    Dneska som spustil nasledovne:

    dd if=/dev/mapper/debian_linux-root | lzma -9 > backup

    Bola to snaha odskusat, ci takto zazalohujem particiu. Vysledok ma hodne prekvapil, kedze momentalne dostanem hlasku:

     

    pato@debian:~$ cp
    bash: /bin/cp: No such file or directory
    pato@debian:~$ ls
    bash: ls: command not found
    pato@debian:~$ cp
    bash: /bin/cp: No such file or directory
    pato@debian:~$ w
    bash: w: command not found

    Skutocne netusim, co a kde sa stalo. Samozrejme, spustal som to ako root. Vyber particie odovodnujem jej velkostou a teda by to malo byt aj najrychlejsie, kedze je najmensia.

     

    Ak ma niekto vysvetlenie a pripadne aj riesenie, budem nesmierne stastny a vdacny zaroven.


    Řešení dotazu:


    Odpovědi

    Jendа avatar 6.8.2010 21:42 Jendа | skóre: 74 | blog: Výlevníček | JO70FB
    Rozbalit Rozbalit vše Re: Pouzitie dd a tar a nasledna nemoznost spustat aplikacie
    Hmm, ls ani cat tam asi už taky nemáš, takže zkus trochu examinovat to, co ze systému zbylo. V čistém bashi by mělo jít něco jako echo /bin/*.
    I don't believe in the concept of personal property that isn't mine.
    Jendа avatar 6.8.2010 21:47 Jendа | skóre: 74 | blog: Výlevníček | JO70FB
    Rozbalit Rozbalit vše Re: Pouzitie dd a tar a nasledna nemoznost spustat aplikacie
    A soubory by měly v čistém bashi bez externích programů vypsat while read line; do echo $line; done < /proc/cpuinfo.
    I don't believe in the concept of personal property that isn't mine.
    6.8.2010 22:18 Patrik Uhrak | skóre: 31 | blog: pato
    Rozbalit Rozbalit vše Re: Pouzitie dd a tar a nasledna nemoznost spustat aplikacie

    Tak som poskusal a vysledok je takyto:

    pato@debian:~$ for i in /usr/bin/who*; do echo $i; done
    
    /usr/bin/who
    
    /usr/bin/whoami
    
    /usr/bin/whois
    
    pato@debian:~$ whoami 
    
    bash: /usr/bin/whoami: No such file or directory
    
    pato@debian:~$ who
    
    bash: /usr/bin/who: No such file or directory
    
    pato@debian:~$ whois 
    
    bash: /usr/bin/whois: No such file or directory

    Co je trochu zvlastne (mozno iba pre mna), ze su tam, ale spustit sa nedaju.

    Ale cyklus v podobe:

    for i in /*; do $i; done

    tak tu uz k expanzii nedochadza.

     

    Jedine / nie je pristupne, inak akukolvek inu particiu pristupovat a listovat mozem vyssie spomenutym sposobom.

    Jendа avatar 6.8.2010 22:54 Jendа | skóre: 74 | blog: Výlevníček | JO70FB
    Rozbalit Rozbalit vše Re: Pouzitie dd a tar a nasledna nemoznost spustat aplikacie
    A mají x práva (i když to můj bash píše „Operace zamítnuta“ a ne „No such file or directory“), není FS připojen s noexec? Ale to z běžícího systému asi nezjistíš, když nemůžeš udělat ls -l, mount ani file. Ale pokud tam můžeš kopírovat, můžeš tam zkusit nahrát busybox odjinud a zkusit spouštět ten (busybox ls -l, busybox file /soubor…).
    I don't believe in the concept of personal property that isn't mine.
    6.8.2010 23:57 Patrik Uhrak | skóre: 31 | blog: pato
    Rozbalit Rozbalit vše Re: Pouzitie dd a tar a nasledna nemoznost spustat aplikacie

    Tak, s usmevom na perach :), vsetko ide opat ako ma.

    Ked ma uz odpojilo od siete (samozrejme sa pripojit nedalo, kedze sietovy manazer uz nereagoval), tak som to restartol, to skoncilo kernel panic. Vzal som live cd , nastavil particiu ako aktivnu (lvm) a skusil pripojit. Zial, nebolo mozne pripojit ani po specifikovani suboroveho systemu.

    Tak som spustil:

    fsck -n /particia

    a tomu bolo aj tych 1000 riadkov(az je to teda tolko) malo pre vypis chyb. Tak som sa odhodlal to spustit naostro a nasledne bolo mozne pripojit particiu / (root)  o ktorej som v predchadzajucich prispevkoch vravel. Tak som to restartol a je to tu. Fachci to ako ma.

     

    Zial, ale ja netusim, kde nastala chyba. Zaloha sa vytvarala na inej particii, kde bolo spolahlivo miesta na mnoho takych zaloh.

     

    Akokolvek, dakujem za pomoc Jenda.

    luta avatar 6.8.2010 23:07 luta | skóre: 20 | blog: muj_blok | Prostějov/Brno
    Rozbalit Rozbalit vše Re: Pouzitie dd a tar a nasledna nemoznost spustat aplikacie

    jen takovej dotaz..kam jsi ukládal ten backup? nezacpal jsi root filesystem? možná je to blbost ale už se mi to stalo a xubuntu umřelo :-D

    6.8.2010 23:59 Patrik Uhrak | skóre: 31 | blog: pato
    Rozbalit Rozbalit vše Re: Pouzitie dd a tar a nasledna nemoznost spustat aplikacie

    Vdaka, ale zaloha sa vytvarala na inej particii. Takze netusim, kde nastala chyba.

    7.8.2010 09:24 VM
    Rozbalit Rozbalit vše Mozne vysvetleni
    Ono zalohovat takhle partisnu neni moc dobry napad, partisna je pripojena i pro zapis a bezi na ni cely system ktery ji meni zaloze pod rukama. Takhle se muze stat, ze se behem zalohy original hodnekrat zmeni, v zaloze je pak gulas kousku filesystemu z ruznych stavu, pretrhaji se odkazy a metadata apod. Zurnalovani tohle nespravi. Obzvlaste bych to nedelal s filesystemem typu ReiserFS, coz je jeden velky strom ktery se za behu prebalancovava, a hrozi tak uplna ztrata hodne velkych casti filesystemu.

    Ciste reseni je nabootovat jiny system a partisnu odpojit, nebo pripojit jen pro cteni (tohle jde u / spatne, ale po 'telinit 1' je sance). Pokud je potreba provest zalohu beziciho / , tak bych to asi delal na urovni souboru - poskozeni hrozi i tak, ale jen u souboru do kterych se zrovna zapisuje.
    7.8.2010 11:52 Patrik Uhrak | skóre: 31 | blog: pato
    Rozbalit Rozbalit vše Re: Mozne vysvetleni

    Najprv som tvoj prispevok bral ako napovedu do buducnosti ohladne konzistencie zalohy. Ale potom som si vsimol nadpis a z toho titulu tomu moc nerozumiem. Dovod je ten, ze pokial robim zalohu tymto sposobom, tak ta zaloha moze byt chybna, ale u mna k ziadnemu pokusu o obnovu neprislo. A taktiez bola zaloha vytvarana na uplne inom umiestneni, inej particie.

    Co sa tyka toho pripojenia particie len na citanie, tak nasledovne funguje skvele:

    mount -no remount,ro /

    a pritom nie je nutne ukoncit vsetku cinnost, iba ak sa prave s nejakym suborom na tej particii pracuje a je nutne zmeny zapisat.

     

    Diki.

    7.8.2010 12:28 Patrik Uhrak | skóre: 31 | blog: pato
    Rozbalit Rozbalit vše Re: Mozne vysvetleni

    Podla manualovych stranok pre mount v pripade ext3 a ext4 prinajmensom, nie je zarucene, ze sa nic nezapise pomocou:

    mount -no remount,ro /

    Spravne by to malo byt takto:

    mount -no remount,ro,noload /

    To len pre spravnost.

    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.