Probably, more than anyone ever wanted to know -
On Mon, May 05, 2014 at 03:51:34PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
> >>
> > Interesting. My phenom is still using gcc-4.8 (I bought it for
> >building development versions of the books, but it is running out of
> >partitions - that is down to details of my backup process : rsync
> >over nfs to a staging area on my server, then create something akin
> >to generation data groups for the real backups on a different
> >filesystem [¹] and isn't going to change in the near future).
>
> Partitions or disk space? If you use gpt, it can create 128 partitions by
> default and more if you really want to.
>
Disk space on my server's root disk (sda). I have several systems
on each desktop box (each 6 to 8 GB for '/' I think), plus smaller
boot partitions and probably 30 to 40 GB for '/home'. My disks on
the current dekstops are already so big that I allocate most of the
space to '/scratch' which is never backed up. I use that for
building, test builds, and workfiles for audio and perhaps video.
The first stage of the backup is to rsync to a "/staging" partition
on my server, which is the current constraint. When the rsync
completes successfully, my script updates an associated status file.
On the server, a script wakes up every few minutes (5 minutes, I
think), looks at the status files, and processes the first which has
been updated. So, for those days when I am running multiple
machines (not often nowadays, my kvm switch tends to give me a
damaged desktop on xorg for any machine to the right of the first
one running xorg) I try to run the first stage of the backup at
different times. Oh, and the first backup from a new system takes
forever (over 3 hours today, after I had installed firefox).
Perhaps I ought to get a gigabit ethernet switch for my desktops.
This then "rolls down" the existing "generations" (once there is a
full set, the oldest will then roll out on each subsequent update)
and then copies in the new version. These "real" backups are on
RAID-1 on a different pair of disks which also include my other data
(audio files, primarily flac, some video, photos) and for the moment
there is adequate space there (typically 70-72% full, until I finish
ripping my CDs, transcribing my vinyl, buying more highres
downloads, or getting around to doing something with my photos and
films from 2011). And yes, I do copy these to external disks from
time to time - if the worst happens, I might be recovering somewhat
old systems, but I can then use those with my recent data (including
my scripts - backed up weekly) to get back to a more sane position.
> >I've also got a desktop AMD A4 ("trinity APU") which only has two
> >cores. Mostly, that box is not used for development and at the
> >moment it is running old LFS's (7.4 or older) and old stable
> >kernels.
>
> $ cat /etc/lfs-release
> SVN-20120610
>
> $ uname -a
> Linux lfs6 3.4.1-LFS-SVN-20120617 #8 SMP PREEMPT Sat Apr 27 00:38:43 CDT
> 2013 i686 GNU/Linux
>
> $ cat /proc/cpuinfo
> processor : 0
> vendor_id : GenuineIntel
> cpu family : 15
> model : 4
> model name : Intel(R) Pentium(R) 4 CPU 3.20GHz
>
> Obviously not a development system any more, but that's what I am using now.
>
> -- Bruce
I guess that it must be more useful to you than a conventional
electric heater [ I never did like the P4 ] ;-) But 3.4.1 ?
My own "maintained" systems (mostly, that just means firefox and
openssl get maintained, and occasional kernel updates) go back to
LFS-7.0, although not on the machine where it was built. My oldest
"normal" systems are 7.4 - I didn't get around to testing 7.5 on the
trinity, and my server is still running 7.4 because I couldn't see
any point in updating it. But all of these are running 3.10 or
later (3.12 on one system on the trinity). Maybe not the latest
release of these maintained kernels, but they do get updated
from time to time.
But then, I was running development kernels before I ever found LFS
(I had issues with a zip disk - probably due to the bious setting I
was using - and discovered the kernel was interesting). Even my
apple G5 [ ppc64 kernel, 32-bit userspace ] would run mostly LFS-7.4
on 3.10 if I booted it [ a couple of problems, e.g. in kbd, because
of endian issues, made me use older versions - those have hopefully
now been fixed, but I haven't had time or inclination to go back to
it, and it is now mostly defunct - I got fed up with letting newer
versions of firefox compile all evening before eventually failing,
and I haven't had time to retry that for a few months. ]
ĸen
--
das eine Mal als Tragödie, dieses Mal als Farce
--
http://lists.linuxfromscratch.org/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
