Prev: No Sound from Flash Player
Next: notify-send
From: Rob on 26 Apr 2010 11:29 DenverD <spam.trap(a)SOMEwhere.dk> wrote: > Rob wrote: >> It is SUSE LINUX 10.0. > > ok..upgrading to 11.2 is 'supported' only from 11.1, see previous > rock's upgrade cite.. Ok, then it is better not to attempt that... Well, I'll first need to write some (a lot of-) notes about what has been done to these systems, what is running on them, and what I want on the new installation. Quite a lot of work, but probably useful for cleanup as well.
From: Rob on 26 Apr 2010 12:06 houghi <houghi(a)houghi.org.invalid> wrote: > Rob wrote: >> Ok, then it is better not to attempt that... > > Why not? If it fails you can still do the new installation. These are production systems, not some playground that I can bring down at will. >> Well, I'll first need to write some (a lot of-) notes about what has >> been done to these systems, what is running on them, and what I want >> on the new installation. > > That is obvious. Also that is why you should have backups. Of course I have backups. >> Quite a lot of work, but probably useful for cleanup as well. > > That is one of the reasons I do it. What I do is have several > partitions. http://houghi.eu/s/2VZ2KM9 I don't see the advantage of using partitions. I have done it in the past, but the disadvantages become very apparent when one partition is full while the others aren't.
From: David Bolt on 26 Apr 2010 13:09 On Monday 26 Apr 2010 17:06, while playing with a tin of spray paint, Rob painted this mural: > houghi <houghi(a)houghi.org.invalid> wrote: <snip> >> That is one of the reasons I do it. What I do is have several >> partitions. http://houghi.eu/s/2VZ2KM9 > > I don't see the advantage of using partitions. I have done it in > the past, but the disadvantages become very apparent when one partition > is full while the others aren't. Tried using LVM, on top of a RAID array if required? Has the benefit of partitions with the ease of resizing them as required. And the RAID makes it less dangerous in the event of a drive failure. Regards, David Bolt -- Team Acorn: www.distributed.net OGR-NG @ ~100Mnodes RC5-72 @ ~1Mkeys/s openSUSE 11.0 32b | | | openSUSE 11.3M4 32b | openSUSE 11.1 64b | openSUSE 11.2 64b | TOS 4.02 | openSUSE 11.1 PPC | RISC OS 4.02 | RISC OS 3.11
From: Rob on 26 Apr 2010 13:26 David Bolt <blacklist-me(a)davjam.org> wrote: > On Monday 26 Apr 2010 17:06, while playing with a tin of spray paint, > Rob painted this mural: > >> houghi <houghi(a)houghi.org.invalid> wrote: > > <snip> > >>> That is one of the reasons I do it. What I do is have several >>> partitions. http://houghi.eu/s/2VZ2KM9 >> >> I don't see the advantage of using partitions. I have done it in >> the past, but the disadvantages become very apparent when one partition >> is full while the others aren't. > > Tried using LVM, on top of a RAID array if required? Has the benefit of > partitions with the ease of resizing them as required. And the RAID > makes it less dangerous in the event of a drive failure. Of course the systems have RAID-1. The LVM is too complicated and too restrictive. When I cannot have everything on LVM (including root, boot, swap) there is almost nothing left that can be put on it. It is easier to just dump the data to backup and restore it after reinstall. This has the added advantage of defragmenting the filesystem.
From: Rob on 26 Apr 2010 14:56
houghi <houghi(a)houghi.org.invalid> wrote: >> Of course I have backups. > > Do they work? Better be safe then sorry. I have plent of t-shirts. :-/ I make my backups using methods that I understand and are time-proven. On these systems it is done using tar to another system over the network. (separate tar file for each directory in /) >> I don't see the advantage of using partitions. I have done it in >> the past, but the disadvantages become very apparent when one partition >> is full while the others aren't. > > To each its own. As it is a production machine, here is how I would do > it (obviously you don't, no worries. There is no 1 right answer) on a > 120GB HD webserver openSUSE > 1) swap of 1 GB swap. If this is used to much, I must add memory. > 2) 10GB / for 11.2 > 3) 10GB /other for any future distro > 4) All the rest for /srv > > Why? If say openSUSE 13.3 comes out and I decide that it is time to > update the machine, I install it on /other with as little as possible. > To test I will not mount /srv. Then when all looks OK, I would mount > /srv. > > But hey, that is just me. This is far too limited. In the past I used separate partitions, I still have it on my home system. I used a /, /boot when it was still required, and /local. /local is used to hold all local stuff. /home is a symlink to /local/home, /usr/local/bin links to /local/bin, and so on for some 20 directories. So everything that is not part of the OS install is on /local. It worked, but it happened that /boot was full or / was full and a lot of effort was needed to repair that. With just as much effort I could restore things from the tar files after a re-install. |