Newsgroup: it.comp.os.linux.sys
Titolo: Files > 2GByte

Il mio linux (distro redhat) con kernel 2.4.20 pare che non riesca a gestire
files con dimensione > di 2 giga bytes.
Qualcuno sa a cosa può essere dovuto?
Devo ricompilare il kernel dopo aver abilitato qualche opzione particolare
nel menù di configurazione?

Stefano Busnelli wrote:

Non lo so di quanto sia il limite per il tuo filesystem (presumo ext2),
ma ti posso mandare qui : 
http://oss.sgi.com/projects/xfs/features.html
Maximum File Size 
For Linux 2.4, the maximum accessible file offset is 16TB on 4K page
size and 64TB on 16K page size. As Linux moves to 64 bit on block
devices layer, file size limit will increase to 9 million terabytes (or
the system drive limits). 
Proprio ieri lavoravo su un file da 40GB per esempio ;-)
Se sei in vena di esperimenti, prova la patch -ck2 che trovi qui :
http://members.optusnet.com.au/ckolivas/kernel/
 , che riunisce un bel
mucchio di cose per un utente desktop, oltre che appunto al supporto
per il filesystem XFS di cui parlavo. Altrimenti le patch le puoi
trovare su 
ftp://oss.sgi.com/projects/xfs/
 .
Ah, chiaramente per cambiare filesystem ti tocca formattare la
partizione e quindi spostare i dati che ora hai su di essa altrove e
poi ricopiarceli sopra quando hai il nuovo filesystem.
Può sembrare difficile ma non lo è, mi pare esista un disk-quacosa-howto
Ciao.
-- 
TCPA/Palladium FAQ : 
http://www.complessita.it/tcpa/
 
GnuPG FingerPrint  : 3C4D 4D2A 3BBE B24B 4EC2  60E7 6FFE 947C 9CAE 9642

 the system drive limits).
Non credo che il problema sia dovuto al filesystem su cui vado a scrivere,
quello che sto tentando di fare è comprimere in divx un dvd che ho
acquistato.
I programmi con cui sto lavorando sono mencoder e vobcopy
Entrambi dopo un pò mi restituiscono un errore, che ora non posso riportare
esattamente, che dice di aver superato la dimensione massima del file.
Ma me lo da sia vobcopy quando gli dico di copiare i vob con l'opzione -l
(large file) sia mencoder quando gli faccio copiare e comprimere lo stream
audio dal dvd, e che quindi genera un file molto più piccolo di 2GB.
Credo che leggendo il dvd, quando supera un certo punto si ferma dicendo di
aver raggiunto la dim massima.
Da cosa potrà dipendere?
Di spazio libero sul disco ce n'è a josa, più di 9GB in una partizione che
però è vfat
mah

 che però è vfat
La FAT(32) comunque non gestisce file da più di 2GB, come del resto
l'ext2 se non sbaglio.
Ciao




ext2 su sistemi a 32 bit ha un limite a 2 GB ...
Dovresti usare un altro filesystem...
Mi sembra comunque che esista un sistema per aggirare il limite, ma non
so come funzioni. Credo che richieda la ricompilazione del kernel.
-- 
Stefano Gatti 
Email: 
stefano.ga...@tin.it
 (togliere .levami)
Web: 
digilander.libero.it/sg67

 ext2 su sistemi a 32 bit ha un limite a 2 GB ...
Veramente a me non sembra.
/usr/src/linux/Documentation/filesystems/ext2.txt dice che il
limite e' alla peggio di 16 GB (se usi blocchi da 1k) e sale
a 2048 GB con blocchi di 4k.
Piuttosto, occorre che il programma che usa il file sia
compilato con il large file support, perche' se lui internamente
usa un puntatore a 32 bit per fare seek sui file, il limite e' di
2 GB indipendentemente dal filesystem che usi.
Ciao,
Daniele

 ext2 su sistemi a 32 bit ha un limite a 2 GB ...
Allora, il limite *non* e' di ext2. Se hai una cpu a 64 bit il problema
non sussite; ovviamente, siccome hai il problema, stai usando una cpu a
32 bit.
Ordunque, se ben ricordo il problema sta:
1) nel kernel (anche se credo che qui sia stato superato)
2) nelle librerie (glibc?)
3) nei programmi (ovviamente dipende dal programma)
Google is your friend.
Ciao
  Andrea

 ma ti posso mandare qui : 
http://oss.sgi.com/projects/xfs/features.html
Apropos di XFS, quanto e` invasiva la patch?
Henryx
-- 
GnuPG fingerprint = 42F9 521B 63C7 89FE 354C  89FA 4E49 3E2D 2EB6 B014

 Apropos di XFS, quanto e` invasiva la patch?
Dicono parecchio, a me non pare ;-)
Ho applicato la patch xfs, lm-sensors, cryptoapi contemporaneamente
senza avere alcun problema. Oggi ho cambiato kernel verso il 2.4.20-ck2
che ha xfs, preempt, lowlatency, alsa, supermount e altre belle
cosette, e sopra ci ho messo lm-sensors e cryptoapi senza alcun
problema. Direi che poi tanto danno non fa questo XFS ;-)
Ciao


 so come funzioni. Credo che richieda la ricompilazione del kernel.
Ho provato a concatenate tutti i vob con il cat, dopo il primo, superati i
2GB si inchioda dicendo che ha superato la dimensione del file.
Credo proprio che il problema sia della vfat.
Ora sposto tutti i file e la riformatto in ext3 e vediamo.
Grazie!

 l'ext2 se non sbaglio.
Se non ricordo male c'era una patch per far gestire ad ext2 file piu`
grossi di 2Gb


 grossi di 2Gb
Ah, ok.


$ dd if=/dev/zero of=test bs=1M count=2059
File size limit exceeded (core dumped)
-- 
Ikitt 
*** mailserver: 
freemail.it

 Google is your friend.
dd is your friend too :)
-- 
Lorenzo


Ok ragazzi, rispondo qui per comunicare a tutti che ho risolto il problema.
Il limite era proprio della partizione vfat.
Riformattata come ext2, il mio linux si è ciucciato subito un bel file da
7.1GB senza problemi
Vi ringrazio tutti per l'aiuto.
LINUX RULES!
--------------------------------
Inviato via 
http://usenet.libero.it

 Grazie!
Il problema puo` (non e` detto ceh sia cosi`) essere dei programmi,
non del filesystem. off_t di norma e` un int, che su una macchina a
32bit ti da un limite di 2Gb. Se librerie e programmi non sono
compilati con il large file support, non funzioneranno mai,
indipendentemente da quel che fa il filesystem.
Ciao
Simone

 indipendentemente da quel che fa il filesystem.
Come ho scritto nell' altro post, ho masterizzato su cdrw tutti i files
nella vfat, l'ho smontata, ho formattato ad ext2, ho modificato fstab, l'ho
rimontata e ci ho cipiato dentro i vob concatenati.
Il file da 7.1 GB se l'è ciuciato tutto senza problemi.
Il processore è un P4
