Jak zabránit zničení souboru > 4GB?

[compaq]

Při kopírování nebo přesouvání větších souborů než 4GB z ext na FAT se mi tyto soubory "bez upozornění" zkopírují nebo přesunou, ale mají velikost jen 4GB a jsou zničeny. Například 4,7GB iso, nebo archivy.
Včera jsem si takto zničil jednu zálohu.

Jak zabránit tomuto zkopírování?
Jak zobrazovat upozornění?

[Vojtěch Trefný]

FAT prostě soubory větší než 4GB nepodporuje. Musíš na to myslet. To, že systém nevaruje je blbé, ale už je to nahlášené.

https://bugs.edge.launchpad.net/ubuntu/+source/nautilus/+bug/180982
http://brainstorm.ubuntu.com/idea/24522/

[mka]

Chytré dítě se o horká kamna spálí pouze jednou. Nejsem si ovšem zcela jist, že je to i tvůj případ.

[Evžen Šubrt]

to mka, SIGSEGV: Dejte si mokrej hadr na hlavu a nepruďte. Náhodou, v tomhle má comaq pravdu. Na svym kompu si to člověk ohlídá (nebo tam FAT32 vůbec nemá), ale mě se tohle stalo asi 3x na cizím počítači. Nepřítomnost jakéhokoli varování , umožnění kopírování >4GB souboru a jeho následný "ořez" je prostě něco, co uživatelský operační systém dělat nemůže.

Jestli vy před každým kopírováním souboru kontrolujete, jaký souborový systém je na cílovém disku, tak si to dělejte. Já na takovou pakárnu nejsem ochoten přistoupit.

[compaq]

umožnění kopírování >4GB souboru a jeho následný "ořez" je prostě něco, co uživatelský operační systém dělat nemůže.

co kvalitní uživatelský operační systém dělat nemůže.

Nevím, jak ohlídat, když kopíruju 320GB dat z jednoho USB disku na druhý, jestli tam není někde nějakej soubor větší než 4GB :-)
A vykládat někomu o kamnech den potom, co si zmrvil 5GB zálohy taky není taktní...

[compaq]

Chytré dítě se o horká kamna spálí pouze jednou. Nejsem si ovšem zcela jist, že je to i tvůj případ.

Ajťáci vždy byli, jsou a budou zakomplexovaný hovada...

[On]

Šel by na to vytvořit skript..nevím, jaký příkaz nebo operaci používáš na kopírování, ale obecně, jakmile skript narazí třeba na příkaz "cp", tak by mu předcházela kontrola souborů na dané cestě, pokud by narazil na soubor větší nebo rovno 4GB, upozornil by vypsáním konkrétního souboru. Kdyby nenarazil, příkaz "cp" by se teprve spustil.

[mka]

Chytré dítě se o horká kamna spálí pouze jednou. Nejsem si ovšem zcela jist, že je to i tvůj případ.

Ajťáci vždy byli, jsou a budou zakomplexovaný hovada...

Hoď se do klidu, oslíku (nebo co to je za zviřátko).
Ale zpět k věci: máte někdo přehled které systémy kromě widlí tohle řeší? Z mého pohledu je totiž jakékoliv používání fat32 přesně tou činností, u které platí "... on your own risk".

[compaq]

Šel by na to vytvořit skript..nevím, jaký příkaz nebo operaci používáš na kopírování,

Díky. Používám Nautilus na různých PC. Stane se mi to jednou za čas. Skript za půl roku nenajdu. Za rok dva stejně na to zapomenu a zase si tu zálohu zmrskám... Jediný řešení je, aby byla oprava v systému. Ale díky.

[compaq]

Ale zpět k věci: máte někdo přehled které systémy kromě widlí tohle řeší? Z mého pohledu je totiž jakékoliv používání fat32 přesně tou činností, u které platí "... on your own risk".

Večer to zkusím na Macku, ale věřím mu...

[Krysař]

Stary (dobry) DOS mel moznost nastavit verify on - kontroloval pak citelnost ulozenych dat.
Neni neco podobneho? Napr. na zalohy a jine dulezite veci by se to obcas mohlo hodit (a nejen pro pripad fat32).

[mka]

Ale zpět k věci: máte někdo přehled které systémy kromě widlí tohle řeší? Z mého pohledu je totiž jakékoliv používání fat32 přesně tou činností, u které platí "... on your own risk".

Večer to zkusím na Macku, ale věřím mu...

Sám jsem zvědav...

[On]

Tak prozatím, než se to nějak normálně vyřeší bys mohl danou cestu otestovat...je to pořád lepší, než to manuálně prohlížet...

Kód: [Vybrat]

#!/bin/bash

echo -n "Cesta :";
read from

for a in $(find $from); do
b=`du -ak $a | awk '{print $1}'`
if [ $b -gt '4000000' ]; then
echo "Tento je nad 4GB: $a";
fi
done

[arrange]

for a in $(find $from)
Nefunkční v případě, že cesta obsahuje mezery. 

Nestačil by obyčejný find s parametrem -size?

[Mr Shaman]

Myslim si, ze tenhle problem je mnohem globalnejsi nez se na prvni pohled zda. Takovy flashdisky pouzivaji snad vylucne jen FAT32. Pritom jejich kapacita uz tuhle velikost kolikrat znacne presahuje. Mam ted 8GB flashku, chtel jsem zmenit rozvrzeni disku cast na ext3 nebo ext4, pak zbylou hlavni cast na ntfs a nikde me to k nicemu nepustilo.

Ve windowsech jde zformatovat jen jako FAT32 a v linuxu me Gparted nepustil vubec k nicemu. Disk utility v linuxu jsem nezkousel, protoze s nim nemam moc dobry zkusenosti, ten uz nejakej vyber formatu nabizel, ale rikam, ten jsem neriskoval.

S timhle faktem sice nenastane situace ze z flashky bych kopiroval soubory vetsi nez 4GB, ale urcite se najde spousta uzivatelu, co si koupi flashdisk o velikosti treba uz i 64GB s domenim, ze pomoci ni budou pretahovat obrovsky soubory z disku pocitace a v tom se jim soubor znehodnoti presne tak, jak jste popisovali.

[On]

for a in $(find $from)
Nefunkční v případě, že cesta obsahuje mezery.  

Nestačil by obyčejný find s parametrem -size?

Mezery v cestě, to mě nenapadlo Ale ten find s parametrem by asi stačil, ovšem problém s mezerama by se musel ošetřit i tady

[compaq]

v linuxu me Gparted nepustil vubec k nicemu.

Běžně formátuju flešky pomocí gparted. Dokonce i s U3. Co to máš za flešky?

[Mr Shaman]

flashku mam tuto:

http://oc.adata.com.tw/1_product_detail.asp?pid=AXPG200BR

30MB/s cteni a 9MB/s by mel byt zapis tusim

a nechapu to, protoze jsem nic neaktualizoval, nic jsem nedelal, ale najednou mi Gparted dovoli delat s ni, co chci. Mel bych ale stejne jeden dotaz, linuxovy formaty disku ext dovoli praci s vetsimy soubory nez 4GB? ted to googlim a nemuzu se k tehle informaci nikde dostat

[mosqa]

Mel bych ale stejne jeden dotaz, linuxovy formaty disku ext dovoli praci s vetsimy soubory nez 4GB?

ext3 16GiB az 2TiB, viac tu>
http://sk.wikipedia.org/wiki/Porovnanie_s%C3%BAborov%C3%BDch_syst%C3%A9mov#Limity

//na anglickej verzii je ta tabulka obsirnejsia, uvadza sa tam aj ext4 s rovankym limitom [zavisi od velkosti bloku disku]

[compaq]

.. pockej pockej ... ale za tohle si muzes sam. rekl bych, ze kdyby zde podobny dotaz polozil kdokoliv jiny tak reakce budou jine ..
[/quote]

Odpovídejte každému, jako by to byl anonym...