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í
×
včera 17:53 | Bezpečnostní upozornění

Google na svém blogu věnovaném počítačové bezpečnost informuje o nalezení "reálného" způsobu generování kolizí hašovací funkce SHA-1. Podrobnosti a zdrojové kódy budou zveřejněny do 90 dnů. Již dnes lze ale na stránce SHAttered nalézt 2 pdf soubory, jejichž obsah se liší a SHA-1 otisk je stejný (infografika).

Ladislav Hagara | Komentářů: 2
včera 17:51 | Nová verze

Vyšla nová verzia open source software na správu a automatizáciu cloudových datacentier Danube Cloud 2.4. Danube Cloud je riešenie postavené na SmartOS, ZFS, KVM a zónach. Obsahuje vlastnosti ako integrovaný monitoring, DNS manažment, zálohy, a samozrejme rozsiahlu dokumentáciu.

dano | Komentářů: 0
včera 17:46 | Pozvánky

V Plzni se 3. až 5. března 2017 uskuteční AIMTEChackathon. Je to akce pro vývojáře, grafiky, webdesignéry i veřejnost. Akci provází zajímavé přednášky IT odborníků. Více o programu a možnosti přihlášení na stránkách akce.

cuba | Komentářů: 0
včera 01:00 | Nová verze

Známý šifrovaný komunikátor Signal od verze 3.30.0 již nevyžaduje Google Play Services. Autoři tak po letech vyslyšeli volání komunity, která dala vzniknout Google-free forku LibreSignal (dnes již neudržovaný). Oficiální binárky jsou stále distribuované pouze přes Google Play, ale lze použít neoficiální F-Droid repozitář fdroid.eutopia.cz s nezávislými buildy Signalu nebo oficiální binárku stáhnout z Google Play i bez Google účtu

… více »
xm | Komentářů: 5
22.2. 23:14 | Nová verze

Po třech týdnech od vydání první RC verze byla vydána první stabilní verze 17.01.0 linuxové distribuce pro routery a vestavěné systémy LEDE (Linux Embedded Development Environment), forku linuxové distribuce OpenWrt. Přehled novinek v poznámkách k vydání. Dotazy v diskusním fóru.

Ladislav Hagara | Komentářů: 6
22.2. 17:28 | Bezpečnostní upozornění

Byly zveřejněny informace o bezpečnostní chybě CVE-2017-6074 v Linuxu zneužitelné k lokální eskalaci práv. Jde o chybu v podpoře DCCP (Datagram Congestion Control Protocol). Do linuxového jádra se dostala v říjnu 2005. V upstreamu byla opravena 17. února (commit). Bezpečnostní chyba byla nalezena pomocí nástroje syzkaller [Hacker News].

Ladislav Hagara | Komentářů: 11
22.2. 15:00 | Zajímavý software

Společnost Valve vydala novou beta verzi SteamVR. Z novinek lze zdůraznit oficiální podporu Linuxu. Další informace o podpoře této platformy pro vývoj virtuální reality v Linuxu v diskusním fóru. Hlášení chyb na GitHubu.

Ladislav Hagara | Komentářů: 0
22.2. 06:00 | Nová verze

Po necelém roce od vydání verze 0.67 byla vydána verze 0.68 populárního telnet a ssh klienta PuTTY. Podrobnosti v přehledu změn. Řešeny jsou také bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
21.2. 21:32 | Nasazení Linuxu

Canonical představuje nejnovější verzi chytré helmy DAQRI s Ubuntu pro rozšířenou realitu. K vidění bude příští týden v Barceloně na veletrhu Mobile World Congress 2017.

Ladislav Hagara | Komentářů: 0
21.2. 21:31 | Pozvánky

Pro zájemce o hlubší znalosti fungování operačních systémů připravila MFF UK nový předmět Pokročilé operační systémy, v rámci něhož se vystřídají přednášející nejen z řad pracovníků fakulty, ale dorazí také odborníci ze společností AVAST, Oracle, Red Hat a SUSE. Tento předmět volně navazuje na kurz Operační systémy ze zimního semestru, ale pokud máte praktické zkušenosti odjinud (například z přispívání do jádra Linuxu) a chcete si

… více »
Martin Děcký | Komentářů: 6
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (13%)
 (2%)
 (71%)
 (3%)
 (10%)
Celkem 691 hlasů
 Komentářů: 66, poslední 22.2. 18:57
    Rozcestník

    Dotaz: Po pádu velikost souboru 0 bytů (ext4)

    15.8.2009 21:23 Blaazen
    Po pádu velikost souboru 0 bytů (ext4)
    Přečteno: 251×
    Známý bug ext4 filesystému. Je to (nebo spíš byl) zdrojový kód, ten soubor se přepisuje při každé kompilaci - docela často, tak si myslím, že data tam fyzicky budou, alespoň první alokovaný blok by se snad dal zachránit (tuším, že ext4 má default 4kB). Existuje tedy nějaká utilita nebo příkaz (něco jako "touch", akorát pro velikost souboru)? Prostě bych změnil velikost toho souboru z 0 na něco a třeba v Kate bych se podíval, co tam je. Díky za každou pomoc. P.S.: Tohle je patchované snad už v jádře ...30, které jsem zkoušel, ale měl jsem s ním problémy, tak jsem zůstal u ...28.

    Odpovědi

    David Watzke avatar 15.8.2009 21:34 David Watzke | skóre: 74 | blog: Blog... | Praha
    Rozbalit Rozbalit vše Re: Po pádu velikost souboru 0 bytů (ext4)
    v novejch coreutils je truncate, utilita s popisem
    Shrink or extend the size of each FILE to the specified size
    “Being honest may not get you a lot of friends but it’ll always get you the right ones” ―John Lennon
    15.8.2009 22:41 Blaazen
    Rozbalit Rozbalit vše Re: Po pádu velikost souboru 0 bytů (ext4)
    TRUNCATE nepomohlo, on tu zvětšenou část vyplní nulama. No nevadí, mám zálohu dva dny zpět a zas tak moc jsem na tom souboru nepracoval, tak to přežiju. To víte, KDE4, ext4, ATI ovladač, u mě to se stabilitou není nejslavnější :-).
    16.8.2009 10:57 pht | skóre: 48 | blog: pht
    Rozbalit Rozbalit vše Re: Po pádu velikost souboru 0 bytů (ext4)
    To je dost blbost. I pokud nastavíte velikost souboru na co chcete, tak se automaticky nestane to, že bude mít alokované původní místo na disku.
    In Ada the typical infinite loop would normally be terminated by detonation.
    16.8.2009 15:56 Blaazen
    Rozbalit Rozbalit vše Re: Po pádu velikost souboru 0 bytů (ext4)
    Myslím, že ne. Pokud má původní soubor velikost větší než je velikost bloku a po pádu je z něj 0B, tak tam teoreticky první blok musí být. Neříkejete mi, že pokud přepisujete pořád ten stejný soubor, a má +- pořád stejnou velikost, tak že ho linux pokaždé ukládá jinam. Jaký by to mělo důvod. Že se následující bloky (druhý, třetí atd.) přepíšou nějakými novými daty, se stát může. Ale i tak je tam určitá pravděpodobnost, že tam zůstanou, protože mám každou přípojnou jednotku extra formátovanou a tyto data jsou v /home, kam si systém sám od sebe nic nezapisuje. Ale stejně nic nepomohlo, svůj zdrojáček jsem už oplakal a ext4 proklel :-).
    16.8.2009 17:18 pht | skóre: 48 | blog: pht
    Rozbalit Rozbalit vše Re: Po pádu velikost souboru 0 bytů (ext4)
    Pokud má původní soubor velikost větší než je velikost bloku a po pádu je z něj 0B, tak tam teoreticky první blok musí být.
    První blok tam je ale v něm nejsou data, jen metadata. Struktura souboru na FS vypadá takto:
    {[info o souboru]}-->{[data]}
         inode blok        extent .... 
    
    A stalo se vám to že se vynuloval inode, tj. soubor má 0B a žádné alokované extenty s daty.
    Neříkejete mi, že pokud přepisujete pořád ten stejný soubor, a má +- pořád stejnou velikost, tak že ho linux pokaždé ukládá jinam.
    Pokud přepisujete soubor s daty, tak přepisujete ty alokované extenty. To ale se současnou situací vůbec nesouvisí.
    Ale i tak je tam určitá pravděpodobnost, že tam zůstanou, protože mám každou přípojnou jednotku extra formátovanou a tyto data jsou v /home, kam si systém sám od sebe nic nezapisuje.
    Data na disku samozřejmě zůstala, ale nevede k nim žádná cesta z inode bloku a tudíž ani z žádného pojmenovaného souboru. Pro potřeby FS je ta oblast disku nevyužitá. Pokud je chcete získat zpět, musíte použít dd a nějaký forenzní nástroj např. foremost.

    In Ada the typical infinite loop would normally be terminated by detonation.
    16.8.2009 17:26 Andrej Herceg | skóre: 43
    Rozbalit Rozbalit vše Re: Po pádu velikost souboru 0 bytů (ext4)
    Pokud přepisujete soubor s daty, tak přepisujete ty alokované extenty. To ale se současnou situací vůbec nesouvisí.
    Neplatí to náhodou len pri určitom nastavení (prípadne pri nepoužívaní) žurnálovania (a len pri niektorých FS)?
    16.8.2009 21:28 pht | skóre: 48 | blog: pht
    Rozbalit Rozbalit vše Re: Po pádu velikost souboru 0 bytů (ext4)
    Nechápu, jak by s tím žurnálování mohlo souviset.
    In Ada the typical infinite loop would normally be terminated by detonation.

    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.