ext3-on max 2G fájlméret

Gentoo

ext3-on max 2G fájlméret

  • 1115 megtekintés

( bog | 2005. 05. 05., cs – 20:49 )

Kedves fórumozók!

Letöltés közben a wget "File size limit exceeded" hibaüzenettel elpatkol, amikor a letöltött anyagot tartalmazó fájl mérete eléri a 2GB-ot.

Hasonló jellegű hibákat mások is észleltek wget-tel (gentoo bugzilla), úgyhogy a megfelelő helyen próbaképpen

$ cat *avi > owl_file

és - milyen a sors - ez is akkor fagyott le, amikor mérete elérte a bűvös 2G-t. Azt a következtetést vontam le, hogy nem a wget-tel van a gond :)

Mindezekkel szemben:

$ ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
file size (blocks, -f) unlimited
max locked memory (kbytes, -l) 32
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 4863
virtual memory (kbytes, -v) unlimited

Az egész sajnálatos eseménysorozathoz egy 2.6.10-gentoo-r6 kernel (gen) és ext3 fájlrendszer asszisztált.

Szivesen veszek bármilyen ideát, mely problémám megoldásában segítségemre lehet.

Szívélyes üdvözlettel,
bog

( selli | 2005. 05. 05., cs – 23:03 )

Szerintem ez nem ext3 hiba. Valoszinu az alkalmazas kezeli rosszul a nagy fajlokat. Probalj meg dd-vel letrehozni egy nagy file-t.

( mpathy | 2005. 05. 06., p – 06:43 )

[quote:6805cdbe1b="selli"]Szerintem ez nem ext3 hiba. Valoszinu az alkalmazas kezeli rosszul a nagy fajlokat. Probalj meg dd-vel letrehozni egy nagy file-t.

A "cat" alkalmazás is rosszul kezelné???

bog:
Szerintem is kísérletezned kéne. Próbálj meg csinálni egy reiser-es, partíciót is, hogy ott is eldurran-e a cat-os dolog. Ha igen, meg kéne próbálni egy másik kernelt. Ha azzal is eldurran akkor akkor elképzelhető, hogy a gentoo rosszul fordítja a binutilst???

Most így hirtelen rákerestem a problémára a google-n, mert furcsának találtam. Ezt a dolgot elméletileg már 2000-ben megoldották a 2.4-es kernel bevezetésével. Nem igazán találni semmit, mint hogy másnál is előfordult, a legkülönbözőbb disztribeken.

( Misi | 2005. 05. 06., p – 07:13 )

[quote:5ff8b6732e="bog"]
és - milyen a sors - ez is akkor fagyott le, amikor mérete elérte a bűvös 2G-t. Azt a következtetést vontam le, hogy nem a wget-tel van a gond :)
bog

Pedig ez wget...

Énis belefutottam, igaz Debian alatt...

Nekem az lftpget lett a barátom, ő segített a bajban. ;)

Misi

( superfly | 2005. 05. 06., p – 07:54 )

Hali, en is ugy tudom h a wget szivozik.
Anno AIX-et oktattak es ott mondtak h a regen 2 g-s limit benne is maradt....
A cat-rol nem tudok ilyet,s nem is hinnem h van benne ilyen.

Ja ui: en sem gondoltam h igy lesz, de mikor a baratom szedett ftp-rol 1 dvd isot es lehalt neki 2giganal....:)
De az lftp mar jol vitte neki!

( blau | 2005. 05. 06., p – 08:12 )

nalam is elojott hasonlo: rendszermentes soran keletkezett egy 8Gs imagefile. de sehogy sem tudom ezt lemasolni egy windozos gepre: a winscp osszetojja magat (bar lehet benne folytatni, de 4G-nel igy is stream error), linux alol cp szinten meghal 2G-nel.
bar ez lehet h a smb korlatja.

b

( cln | 2005. 05. 06., p – 08:15 )

Még egy kis adalék:
Azt én is észrevettem hogy a wget a vfat fs-t sem kezeli jól.

ELaci

( pityuf1 | 2005. 05. 06., p – 08:22 )

[quote:7cdb3e6c57="blau"]nalam is elojott hasonlo: rendszermentes soran keletkezett egy 8Gs imagefile. de sehogy sem tudom ezt lemasolni egy windozos gepre: a winscp osszetojja magat (bar lehet benne folytatni, de 4G-nel igy is stream error), linux alol cp szinten meghal 2G-nel.
bar ez lehet h a smb korlatja.

b

próbáld meg winfos alól totalcommanderrel, van hozzá ext3 plugin.

( bog | 2005. 05. 06., p – 08:22 )

Jó reggelt mindenkinek!

Elsősorban szeretmém megköszönni segítő szándékú hozzászólásaitokat!

Másrészt a dolog érdekes fordulatot vett, amennyiben ma reggel - selli kolléga javaslatán felbuzdulva, bár maradéktalnul nem követve - még egy esélyt adtam magamnak arra, hogy se particionálnom se pedig kernelt fordítanom ne kelljen. Nevezetesen:

$ tar cf owl_file *avi

ami hibátlanul létrehozota az archívumot, melynek mérete egy hajszálnyival marad csak el a 4800MB-tól.

Ezen a ponton osztoznom kell mpathy megdöbbenésében, ugyanis valószínűtlennek tartom (tartottam), hogy a cat-elés saját (?) korlátaiba ütközzék.

Szerintetek milyen irányban kell kutatást végezni, hogy a jelenségegyüttes okára megnyugtató magyarázatot leljek?

Üdvözlettel,
bog

( blau | 2005. 05. 06., p – 08:26 )

[quote:432489b5bb="pityuf1"]

próbáld meg winfos alól totalcommanderrel, van hozzá ext3 plugin.

kosz! ha bevalik akkor vegre lesz helyem :) majd reportolok.

b

( pityuf1 | 2005. 05. 06., p – 08:39 )

Én rendszeresen szoktam VOB fileokat összefűzni cat-tal, mint ext3, mint reiserfs alatt működik. 4G felett is. Szerintem sem a filerendszerekkel nem lehet a hiba, sem a cat-tal.

Egy tipp: Ha stage1-ről fordítottad és a chost értéken állítottál mondjuk i686-ra viszont -e nélkül emergáltad a system-et akkor előfordulhatnak hibák, nekem egy csomó errorom volt leállításnál aztán kért egy CTRL+D -t . Ha ráérsz, nyomj egy emerge -e system-et ezesetben.

( bandy | 2005. 05. 06., p – 09:13 )

Legjobb emlékezetem szerint (így korahajnalban) ez kernelszinten szabályzott

( egmont | 2005. 05. 06., p – 10:11 )

A mainstream wget nem tud 2GB-nál nagyobb fájlt kezelni. Létezik hozzá patch, több disztribben (például UHU 1.2-ben) benne van.

( pityuf1 | 2005. 05. 06., p – 10:43 )

Nincs más hátra, mint előre! Forgasd hát újra a wget-et!