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