Dominik Schopper schrieb:

hallo maruu!

nur ein paar highlights, die mir einfallen: "früher" (kernel 2.2) war die max_filesize mal 2gb auf ext2 dateisystemen, wie ist das eigentlich heute?

laut www.namesys.com ist die max_filesize bei reiser 4gb, mit 7*500mb=3,5gb lägst du bei reiser noch darunter ... hmmm

welches fs verwendest du?

Gute Frage fdsik /dev/hdb gibt beim ufruf von p folgendes aus: Device Boot Start End Blocks Id System /dev/hdb4 1 9964 80035798+ 5 Extended /dev/hdb5 1 1870 15020712 83 Linux /dev/hdb6 1871 5612 30057583+ 83 Linux /dev/hdb7 5613 6236 5012248+ 83 Linux /dev/hdb8 6237 7484 10024528+ 83 Linux /dev/hdb9 7485 9964 19920568+ 83 Linux Mhhm das heist das es Extended is oder??? Kann extended nur 2 Gig??? Ist es möglich eine verlustfreie konvertierung von ext auf reiserfs zu machen?? MFG Maruu

Dominik Schopper schrieb:

nee, das ist nur der eintrag im bootsektor und der heisst hier, dass es eine erweiterte (extended) partition ist mit logischen laufwerken (unter linux devices grösser 5,hier hdb5-9) gib mal mount ein, dann siehst du den fs-typ (womit du "formatiert" hast)

Ohh jap ok, also mount gibt folgendes aus: /dev/hdb5 on /mnt/overnet type reiserfs (rw) /dev/hdb6 on /mnt/filme type reiserfs (rw) /dev/hdb7 on /mnt/tausch type reiserfs (rw) /dev/hdb8 on /mnt/programme type reiserfs (rw) /dev/hdb9 on /mnt/backup type reiserfs (rw) und da das Ergebnis von cat ja auf hdb9 der Backuplatte gespeichert werden sollte müsste es eigendlich passen da diese reiserfs formatiert is. An was könnte es denn noch liegen?? MFG Maruu

Hannes Bischof wrote:

[...] und da das Ergebnis von cat ja auf hdb9 der Backuplatte gespeichert werden sollte müsste es eigendlich passen da diese reiserfs formatiert is.

Nein. ReiserFS 3.5 kann auch unter Kernel 2.4 nur mit Dateien bis zu einer bestimmten Groesse umgehen, die entweder 2GB oder 4GB ist, das weiss ich leider gerade nicht. Das solltest Du aber selbst herausfinden koennen, und Du solltest auch herausfinden koennen, was bei Dir zum Einsatz kommt. Bei ReiserFS 3.6 liegt die Grenze fuer die Filegroesse irgendwo im Exabyte Bereich, also sicher jenseits von Gut und Boese fuer Normalsterbliche... CU, Th.

Am Donnerstag, 13. Mai 2004 11:56 schrieb Hannes Bischof:

Ohh stop ich hab mich glaub ich getäuscht, es sind 8 Dateien: -rw-r--r-- 1 root root 524288000 May 3 2004 xaa -rw-r--r-- 1 root root 524288000 May 3 2004 xab -rw-r--r-- 1 root root 524288000 May 3 2004 xac -rw-r--r-- 1 root root 524288000 May 3 2004 xad -rw-r--r-- 1 root root 524288000 May 3 2004 xae -rw-r--r-- 1 root root 524288000 May 3 2004 xaf -rw-r--r-- 1 root root 524288000 May 3 2004 xag -rw-r--r-- 1 root root 456687616 May 3 2004 xah das sind zusammen über 4 Gig oder??? Kann man die 4 Gig Grenze irgendwie umgehen??

was sagt Dir denn: ulimit -a ??? Bei mir steht da naemlich: file size (blocks, -f) unlimited hth, Andreas.

Am Donnerstag, 13. Mai 2004 12:30 schrieb Dominik Schopper:

Am Donnerstag, 13. Mai 2004 12:24 schrieb Andreas Scherer:

...

Am Donnerstag, 13. Mai 2004 11:56 schrieb Hannes Bischof:

...

Ohh stop ich hab mich glaub ich getäuscht, es sind 8 [...]

was sagt Dir denn:

ulimit -a ???

Bei mir steht da naemlich:

file size (blocks, -f) unlimited

hth, Andreas.

hallo andreas!

das sind doch user-limits, wenn die nicht gesetzt sind, steht unlimited, aber die fs-maxima gelten doch trotzdem oder?

Ja natuerlich gelten die fs-maxima. Wollte nur sichergehen, dass keine anderen Limits greifen. :) Weiss natuerlich nicht wie das 4GB-Limit genau berechnet ist. Wenn man aber von 4096 MB ausgeht muesste sich das noch ausgehen. 4GB = 4.294.967.296 Bytes. Es sind 7x 524.288.000 Bytes und 1x 456.687.616 Bytes -------------------- zusammen sind das: 4.126.703.616 Bytes Sollte sich also ausgehen. Oder habe ich irgendwo einen Rechenfehler? cu, Andreas.

Also ich hab jetzt mal die Befehle in ein Script geschrieben: for XFILE in xaa xab xac xad xae xaf xag xah; do cat $XFILE >>/mnt/backup/distri.iso; done und ausgeführt. So der rödelt dann ne weile und bringt dann folgendes: linux# ./add cat: write error: File too large cat: write error: File too large cat: write error: File too large cat: write error: File too large dann hab ich ein dit /mnt/backup/distri.iso gemacht und bekomm das: -rw-r--r-- 1 root root 2147483648 Jul 4 11:41 distri.iso Also macht er gerademal 2 Gid oder?? So zum anderen Thread, also ein ulimit -a spuckt folgendes aus: core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited file size (blocks, -f) unlimited max locked memory (kbytes, -l) unlimited max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 stack size (kbytes, -s) unlimited cpu time (seconds, -t) unlimited max user processes (-u) 256 virtual memory (kbytes, -v) unlimited MFG Maruu

Am Donnerstag, 13. Mai 2004 11:35 schrieb Hannes Bischof:

Dominik Schopper schrieb:

...

hallo maruu! [...] welches fs verwendest du?

Gute Frage fdsik /dev/hdb gibt beim ufruf von p folgendes aus: Device Boot Start End Blocks Id System /dev/hdb4 1 9964 80035798+ 5 Extended /dev/hdb5 1 1870 15020712 83 Linux /dev/hdb6 1871 5612 30057583+ 83 Linux /dev/hdb7 5613 6236 5012248+ 83 Linux /dev/hdb8 6237 7484 10024528+ 83 Linux /dev/hdb9 7485 9964 19920568+ 83 Linux

Mhhm das heist das es Extended is oder???

Nein, hier findest Du nicht Deinen FS-Typ. Entweder Du siehst nach in der Datei /etc/fstab oder Du führst den Befehl mount ohne Parameter aus, dann bekommst Du auch aufgelistet welche Partitionen mit welchem FS-Typ gemountet sind.

Kann extended nur 2 Gig??? Ist es möglich eine verlustfreie konvertierung von ext auf reiserfs zu machen??

Das erscheint mir unwahrscheinlich. Eine Konvertierung nach ext3 muesste jedoch moeglich sein. Zuerst solltest Du jedoch feststellen, welches FS Du tatsaechlich benutzt. Gruss, Andreas.