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 08:22 | Komunita

Grsecurity (Wikipedie) je sada bezpečnostních patchů pro linuxové jádro (porovnání se SELinuxem, AppArmorem a KSPP). Od září 2015 nejsou stabilní verze těchto patchů volně k dispozici. Dle včerejšího oznámení (FAQ) nejsou s okamžitou platností volně k dispozici už ani jejich testovací verze.

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

OpenBSD 6.1 vyšlo již 11. dubna. Po dvou týdnech byla vydána i oficiální píseň. Její název je Winter of 95 a k dispozici je ve formátech MP3 a OGG.

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

Byla vydána verze 2017.1 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux. S vydáním verze 2016.1 se Kali Linux stal průběžně aktualizovanou distribucí. Aktualizovat jej lze pomocí příkazů "apt update; apt dist-upgrade; reboot".

Ladislav Hagara | Komentářů: 0
včera 18:22 | Nová verze

Po téměř pěti letech od vydání verze 2.00 byla vydána nová stabilní verze 2.02 systémového zavaděče GNU GRUB (GRand Unified Bootloader). Přehled novinek v souboru NEWS.

Ladislav Hagara | Komentářů: 3
včera 17:55 | Komunita

Vývojáři Debianu oznámili, že od 1. listopadu letošního roku nebudou jejich archivy dostupné pomocí protokolu FTP. Již v lednu oznámil ukončení podpory FTP kernel.org (The Linux Kernel Archives).

Ladislav Hagara | Komentářů: 2
včera 17:00 | Bezpečnostní upozornění

V oblíbeném webmailu postaveném na PHP SquirrelMail (Wikipedie) byla nalezena bezpečnostní chyba CVE-2017-7692, jež může být útočníkem zneužita ke spuštění libovolných příkazů a kompletnímu ovládnutí dotčeného serveru. Zranitelnost se týká pouze instancí, kde je pro transport používán Sendmail.

Ladislav Hagara | Komentářů: 3
včera 13:11 | Zajímavý článek

Soudní dvůr Evropské unie rozhodl (tisková zpráva) ve věci C-527/15: Prodej multimediálního přehrávače, který umožňuje zdarma a jednoduše zhlédnout na televizní obrazovce filmy protiprávně zpřístupněné na internetu, může představovat porušení autorského práva.

Ladislav Hagara | Komentářů: 20
25.4. 13:33 | Pozvánky

Byly stanoveny termíny konferencí LinuxDays 2017 a OpenAlt 2017. Letošní LinuxDays proběhne o víkendu 7. a 8. října v Praze v Dejvicích v prostorách FIT ČVUT. Letošní OpenAlt proběhne o víkendu 4. a 5. listopadu na FIT VUT v Brně.

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

Jiří Eischmann z desktopového týmu Red Hatu se v příspěvku Linuxový desktop: Co vám chybí na svém blogu ptá, co uživatele na Fedora Workstation a na linuxovém desktopu obecně trápí a co by desktopový tým mohl zlepšit. Pokud máte nějaké podněty, napište mu je do komentářů.

Ladislav Hagara | Komentářů: 72
25.4. 03:33 | Nová verze

Byla vydána nová verze 0.25.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Z novinek lze zmínit například podporu DVB-T2. Další části mpv byly přelicencovány z GPLv2 nebo novější na LGPLv2.1 nebo novější (#2033).

Ladislav Hagara | Komentářů: 0
Chystáte se pořídit CPU AMD Ryzen?
 (4%)
 (34%)
 (1%)
 (6%)
 (45%)
 (10%)
Celkem 312 hlasů
 Komentářů: 50, poslední dnes 04:06
    Rozcestník

    Dotaz: Externí HDD a poškozování systému souborů

    11.7.2008 10:29 Begleiter | skóre: 47 | blog: muj_blog | Doma
    Externí HDD a poškozování systému souborů
    Přečteno: 1161×

    Dobrý den,

    stává se mi taková nepříjemná věc. Mám externí (USB 2.0) 2,5" pevný disk WD 1600BEVExternal. Systém ho normálně rozpozná jako USB Mass Storage zařízení a můžu s ním pracovat.

    Když s ním přestanu pracovat, tak ho normálně (korektně) odpojím pomocí umount. A teprve potom ho odpojím fyzicky.

    Problém: Často se mi stává, že systém souborů na něm (na /dev/sdb1) je nějak poškozený. Používám systém souborů ext3. Ještě jednou zdůrazňuji, že ho korektně odpojuji (umount).

    Používám 64bitovou verzi Debianu Lenny. Poraďte prosím.


    Řešení dotazu:


    Odpovědi

    Heron avatar 11.7.2008 10:53 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů
    Po korektním unmountu by se to stávat nemělo. Zkuste jej mountovat s parametrem sync (i když syncnout by se to mělo také během unmountu), případně zkontrolujte, zda není chybový přenos po USB. Neuškodí ani zkontrolovat disk (badblocks).
    11.7.2008 11:03 Begleiter | skóre: 47 | blog: muj_blog | Doma
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů

    Děkuju za odpověď. Snad něco zabere. Budu ten disk sledovat.

    15.7.2008 17:56 Begleiter | skóre: 47 | blog: muj_blog | Doma
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů

    A nemůže to být tím, že ten externí disk si data nezapisuje rovnou, ale nejdřív před zápisem je dává do nějaké cache paměti a po určité době je zapisuje najednou. A já když ten disk "vytrhnu" z PC (i přestože použiju umount), tak se data, které jsou v té cache už nezapíšou?

    Disk určitě otestuju pomocí badblocks.

    ZmaTkar avatar 11.7.2008 14:39 ZmaTkar | skóre: 18 | blog: ZmaTkar
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů
    A co příkaz dmesg, je v jeho výpisu něco zvláštního ?
    Punk's not dead ...
    11.7.2008 17:36 Begleiter | skóre: 47 | blog: muj_blog | Doma
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů

    > usb 7-2: new high speed USB device using ehci_hcd and address 2
    > usb 7-2: configuration #1 chosen from 1 choice
    > Initializing USB Mass Storage driver...
    > scsi6 : SCSI emulation for USB Mass Storage devices
    > usbcore: registered new interface driver usb-storage
    > USB Mass Storage support registered.
    > usb-storage: device found at 2
    > usb-storage: waiting for device to settle before scanning
    > usb-storage: device scan complete
    > scsi 6:0:0:0: Direct-Access     WD       1600BEVExternal  1.02 PQ: 0 ANSI: 0
    > sd 6:0:0:0: [sdb] 312581808 512-byte hardware sectors (160042 MB)
    > sd 6:0:0:0: [sdb] Write Protect is off
    > sd 6:0:0:0: [sdb] Mode Sense: 00 00 00 00
    > sd 6:0:0:0: [sdb] Assuming drive cache: write through
    > sd 6:0:0:0: [sdb] 312581808 512-byte hardware sectors (160042 MB)
    > sd 6:0:0:0: [sdb] Write Protect is off
    > sd 6:0:0:0: [sdb] Mode Sense: 00 00 00 00
    > sd 6:0:0:0: [sdb] Assuming drive cache: write through
    >  sdb: sdb1 sdb2
    > sd 6:0:0:0: [sdb] Attached SCSI disk
    > kjournald starting.  Commit interval 5 seconds
    > EXT3 FS on sdb1, internal journal
    > EXT3-fs: recovery complete.
    > EXT3-fs: mounted filesystem with ordered data mode.
    

    Takže bohužel nic zajímavýho.

    11.7.2008 23:45 danc | skóre: 21 | blog: Blog nejen o Linuxu | Praha
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů
    Mne se neco podobneho taky stavalo.

    Mel jsem komplet system nainstalovany na externim 2,5" HDD (Sata disk, USB2.0 ramecek).

    Obcas se stalo, ze se filesystem poskodil - bezici system zatuhnul a po restartu se objevily chyby ve filesystemu.

    Tipnul jsem to na nejake chyby vznikajici na usb sbernici (nebo v tom samotnem prevadeci / ramecku), takze jsem to prestal takto pouzivat a system nainstaloval hezky slusne na interni disk :-)
    15.7.2008 18:41 Aleš Kapica | skóre: 45 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů
    Moje zkušenost je - usb rozhraní nikdy nevěř! Kolikrát jsou za problémy vykotlané zástrčky, překroucené kablíky či "jen" chyby v ovladači.
    16.7.2008 08:11 Begleiter | skóre: 47 | blog: muj_blog | Doma
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů

    debian:~# badblocks -o /root/badblocks.log -nsv /dev/sda
    Hledám špatné bloky v nedestruktivním režimu čtení i zápis
    Od bloku 0 do 156290904
    Checking for bad blocks (non-destructive read-write test)
    Testing with random pattern: done
    Průchod dokončen, nalezeno 0 špatných bloků
    

    Takže disk je v tomhle ohledu v pořádku.

    16.7.2008 09:04 Ash | skóre: 53
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů
    Umount jako takový vám funguje? Tedy když na disk či nějaké pomalejší zařízení zapíšete větší množství dat a pak dáte hned umount, tak mount čeká až se operace dokončí (sync)? Někdy s tím byly problémy, že umount nepočkal... Jinak mne nenapadá, snad jen dát disku před odpojením víc času, dneska jsou disky chytřejší než průměrnej medvěd tak je v zásadě asi možné že doporučení systému "sync" nebere úplně smrtelně vážně, imvho.
    16.7.2008 09:34 Begleiter | skóre: 47 | blog: muj_blog | Doma
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů

    Udělal jsem takovou zkoušku. Nakopíroval jsem na ten externí disk soubor velikosti přibližně 700 MB. Vzápětí na to jsem disk odojil se sledováním času:

    darkstar:~# time umount /dev/sdb1
    
    real    0m0.198s
    user    0m0.000s
    sys     0m0.136s
    
    

    Nato že to byl soubor velikosti 700 MB, tak se mi zdá, že umount proběhl příliš rychle.

    Jinak ten disk je připojenej s volbami rw,nosuid,nodev,uhelper=hal,data=ordered.

    16.7.2008 09:39 Begleiter | skóre: 47 | blog: muj_blog | Doma
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů

    Tak jsem pro klid duše nakopíroval ještě jeden velký soubour na ten externí disk (taky 700 MB):

    darkstar:/erot_vid# time umount /dev/sdb1
    
    real    0m0.268s
    user    0m0.004s
    sys     0m0.172s
    
    

    16.7.2008 09:46 Milan
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů
    Ja kdyz chci mit 100% jistotu tak damam umount && sync && sync. Vim o tom ze to sync && sync je relikt z davnych dob a uz by nemel byt potreba, ale nadruhou stranu nicemu neuskodi...
    16.7.2008 10:05 iji | skóre: 29
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů
    V tom pripade jeste pro jistotu eject
    16.7.2008 10:20 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů
    Spíš by to mělo být sync a potom umount. (Prostě zapsat data a potom odpojit disk.)
    16.7.2008 10:27 Milan
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů
    No, ja nevim jestli umount taky treba nechce neco zapsat na disk... Tak proto dam sync az potom.
    16.7.2008 11:04 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů
    umount pokud je vše zapsáno už nic nezapisuje.

    Pokud jseš paranoik tak by jsi měl provést sync, sync, umount, sync, sync :-) pokud po takovéto volbě ještě sekundu počkat aby se zapsala cache na hdd pro jistotu a potom musí být data OK.

    Pokud ne tak potom je buď problém někde v HW a nebo je ten SW nějak poškozen.
    13.1.2010 16:52 Begleiter | skóre: 47 | blog: muj_blog | Doma
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů

    Problém vyřešen. Disk měl vadné sektory (zjistili to v servisu). Disk jsem dostal nový, ale já už jsem ho raději daroval bráchovi, protože diskům WD už nevěřím (tohle nebyla moje jediná špatná zkušenost s disky od WD).

    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.