linux-l: 4 GB - Datei

Sebastian Krueger sebastian.krueger at student.hu-berlin.de
Mi Okt 4 01:17:53 CEST 2000


Jan-Benedict Glaw wrote:
> 
> On Tue, Oct 03, 2000 at 09:13:07PM +0200, Volker Mueller wrote:
> > On Tue, 3 Oct 2000, Sebastian Krueger wrote:
> >
> > >Ein Backupprogramm will von einem W2000 - Rechner ein gepacktes
> > >Festplattenimage von ca. 4 GB uebers Netz auf einen Linux-Samba-Server
> > >schieben. Wegen ext2 ist da aber bei 2 GB fuer eine Datei schluss!
> > >Irgendwelche Vorschlaege?
> >
> > Neben dem (bereits vorgeschlagenen) Split koenntest Du auch mal nach
> > einem Kernelpatch suchen, der (AFAIK) mit Dateien > 2 GB umgehen kann.
> > Ich weiss, dass das bei mir in der Firma auf einem der Rechner laeuft;
> > da ich die Kisten aber nicht administriere, kann ich Dir nix genaueres
> > dazu sagen.
> 
> Bevor jetzt ein Dutzend verschiedene Möglichkeiten vorgeschlagen
> werden, die Daten zu speichern, will ich das nochmal zusammenfassen,
> um gleich im Vorfeld einige Versuche abzublocken, die in einem
> Fußschuß enden würden:
> 
> - 64bit-Platform (Alpha, UltraSparc, Mips64) nehmen. Das ist sicher,
>   vielleicht von der etwas wackeligen Mips64 abgesehen und funktioniert
>   mit allen Kerneln und allen glibcs. Ist funktional und der geringste
>   mögliche Aufwand.

Bis auf die Hardwarebeschaffung...

> - 2.2.x'er Kernel + LFS-Patch + neue glibc. Funktioniert, ist aber
>   nicht gerade einfach, da mit der neuen glibc auch viele andere
>   Programme neukompiliert werden müssen.
> - 2.4.x'er Kernel + neue glibc. Ist im Endeffekt dasselbe wie oben,
>   nur spart man sich den Kernel-Patch, da das mittlerweile alles in
>   den offiziellen Kernel eingeflossen ist.

Das habe ich oberflaechlich gesehen...
Kommt mir aber gefaehrlich vor bzw. Zeitaufwendig... der Server wird
gebraucht...

> - Speichern auf Bändern. *Kann* gehen. Das Problem ist, daß die "Datei"
>   **nie** als Datei auftauchen darf. Damit wird tar vermutlich
>   'rausfallen, wie solltest Du /dev/hdXY sonst wieder zurückbekommen?
>   Funktioniert "cat /dev/hdXY > /dev/st0" / "cat /dev/st0 > /dev/hdXY"?

Hardwareproblem...

> - Mit split aufteilen. Wird _vermutlich_ klappen, wenn Du die Daten
>   in split hineinstreamst und nicht(!) eine Quell-Datei (bzw. Partition)
>   angibst. Hier ist wieder das Problem, daß die Daten nicht als Datei
>   auftauchen dürfen.
> - Mit gzip/bzip2 komprimieren. Geht, wenn man wieder beachtet, die Daten
>   als stream durch die Programme zu filtern, und *keine* Dateien benutzt.

Wie baue ich das in Samba ein?

sk.



Mehr Informationen über die Mailingliste linux-l