And... here's an about 25 minute long video tutorial on how to do what I
think you want. Yes I probably had better things to do, but nothing came
to mind that seemed more fun... :-)
Thank you so much! A full walkthrough always helps.
There are some comments inline on what happens and why.
B
On 2015-08-10 17:21, Benny Lofgren wrote:
> So, I played a little with VirtualBox on my Mac, and realized that it
> can make screen capture videos. :-) I did a fresh install of OpenBSD 4.9
> on a 10 GB virtual partition, using the default auto layout.
Okay... so this was kind of fun... I made ano
On 2015-08-10 17:32, Josh Grosse wrote:
> On 2015-08-10 11:21, Benny Lofgren wrote:
>
>> Sacrifice a chicken at sunset.
>
> For clarity, I recall best practice is to use a rooster. :)
Bummer! Missed that. But I think it's the default choice since OpenBSD
4.7 so it's probably okay.
:-)
/B
On 2015-08-10 11:21, Benny Lofgren wrote:
Sacrifice a chicken at sunset.
For clarity, I recall best practice is to use a rooster. :)
ant. Yes I probably had better things to do, but nothing came
to mind that seemed more fun... :-)
There are some comments inline on what happens and why. But no sound, so
put on some nice, engaging music while you watch!
http://benny.lofgren.biz/tmp/repartitioning-openbsd-4.9.webm
Unfortunately
>And I present you my analysis and suggestions (minus words):
>
I wonder, is it for 4.9 relic, 5.8 or maybe it works on -current, too?
It seems to me this is too GENERIC.
(I had a good laugh, I remember something like this in the past on
misc, maybe I will search for it. I think it was for someon
On August 9, 2015 2:24:53 AM GMT+02:00, Quartz wrote:
>That WAS the disklabel output (minus sizes and offsets).
And I present you my analysis and suggestions (minus words):
On Sun, Aug 09, 2015 at 12:10:38AM -0400, Quartz wrote:
> Also, another question: this system keeps nothing in the user's home
> directories past a few dot files. /home is using less than 1m of space.
> Would it be safe from a security/reliability standpoint to just move the
> home folders directly
On Sun, Aug 09, 2015 at 12:01:30AM -0400, Quartz wrote:
> >The disklabel(8) tool is used to delete and create partitions.
>
> So part of the reason I started this thread is that I want to be clear since
> OpenBSD has two different kinds of "partitions". For what I'm doing, on an
> i386 platform, I
Also, another question: this system keeps nothing in the user's home
directories past a few dot files. /home is using less than 1m of space.
Would it be safe from a security/reliability standpoint to just move the
home folders directly into / ?
You've stated you have a 10GB disk, and that this is 4.9. The disklabel(8)
man page at 4.9 described the automatic layout at that time:
Yeah, that's what we have.
You have stated that /usr/src and /usr/obj are unused, /var is full, and
/usr/local (used for packages and some infrastructure com
el -h sd0 > mylabel.txt
df -h >> mylabel.txt
cat mylabel.txt | mail -s Repartitioning misc@openbsd.org
or something like that. (Maybe wd0 instead of sd0.) It really is easier to
communicate if we can talk about specifics.
> Nuking src and obj will free up a lot, but I think it would make
On Sat, Aug 08, 2015 at 08:24:53PM -0400, Quartz wrote:
> >One man already asked you for disklabel output.
>
> That WAS the disklabel output (minus sizes and offsets). When I next get a
> chance to ssh into it from somewhere else I'll copy the actual output, but
> the exact blocks shouldn't reall
... in that order.
This order could be not identical with the harddisk order. If I'm not
mistaken, watching install operation, I think the / partition is the
first followed by /home. Somebody correct me if I'm wrong.
I've looked at the layout on this machine a dozen times. Cross reference
wit
> ... in that order.
This order could be not identical with the harddisk order. If I'm not
mistaken, watching install operation, I think the / partition is the
first followed by /home. Somebody correct me if I'm wrong.
One man already asked you for disklabel output.
Maybe I missed it, but if you supply the output of disklabel and df,
it would be easier to give advice.
The machine isn't in front of me right now, but the partition setup was
using the 'wizard' defaults. In other words: /, /tmp, /var, /usr,
/usr/X11R6, /usr/local, /usr/src, /usr/obj, and /hom
On 2015-08-07 Fri 10:33 AM |, Quartz wrote:
>
> Is there a good way to use the same disk? Again, the
> issue is not that the disk is full, but that's it half empty and split up in
> a way that we can't really use the space.
>
1) Decide what partition layout & sizes you want (du, df, mount, etc..
On August 8, 2015 2:13:02 AM GMT+02:00, Quartz wrote:
>> How about taking some directory that is currently under /var
>(depending
>> on what you're doing with the machine, maybe log or www or mysql or
>> something?) and moving the contents to /usr/obj or /usr/src (or if
>> they're together on disk
How about taking some directory that is currently under /var (depending
on what you're doing with the machine, maybe log or www or mysql or
something?) and moving the contents to /usr/obj or /usr/src (or if
they're together on disk, remove /usr/obj and /usr/src and create a
new partition covering
On 2015-08-06, Quartz wrote:
> We have an older system running 4.9 that acts as a sort of
> dev/test/scratch machine for messing around. When it was set up it we
> threw a 10gb drive in there and did a generic install with all the
> defaults. Over time, as we've used this for various stuff, we'
> Yes. Use VBoxManage convertfromraw on the dd'ed image.
Either use dump or mount each drive you need to keep and tar it to an
external disk
Re-install the same version with the layout you want
Untar and reboot; done
or you could also just swap the contents of a couple of partitions and
fix fst
Yes. Use VBoxManage convertfromraw on the dd'ed image.
Brian
On Aug 7, 2015 11:37 AM, "Quartz" wrote:
> You could also make a raw image of the disk and run a copy of that image
>> in qemu on another computer, something which would give you a chance to
>> do some experimenting with growfs(8)& f
You could also make a raw image of the disk and run a copy of that image
in qemu on another computer, something which would give you a chance to
do some experimenting with growfs(8)& friends without having to risk
anything.
Oh, now that's a really good idea actually, I never thought of that.
W
ance to
do some experimenting with growfs(8) & friends without having to risk
anything. Grantet success, you could even transfer the changed image
back to the original disk, or another disk if you dont't trust the
original image, and test it live on the machine in question.
I find the issue interresting and hope you report back if you decide to
give your repartitioning-project a shot.
Good luck,
Erling
- nuke usr/X11R6,
That will end up with five partitions: /, /tmp, /home, /usr, and /var
Also, this machine doesn't have X, FWIW.
there is no easy way to shrink or move filesystems, only copying their
contents. depending on where /var is, your ability to grow it may be limited.
Disklabel puts /var as the third partition. I wasn't really expecting to
be able to grow it directly. I think what I'd like to do is
- copy the
OpenBSD specifically (like, 4.9 was still using Apache for example).
> Upgrading is certainly possible, it's just a question of which will
> cause more pain in the end- that or repartitioning.
So, partitioning originally was not up to your current usage, and you're
stuck with it over
Quartz wrote:
> > The general answer to your question, however, is the "growfs" command.
> > growfs will let you expand an off-line file system with additional space
> > immediately adjoining the end of the partition.
>
> OK that's the general answer providing we replace the disk with a
> big
(though when you start looking
at how much it costs to power the thing, it's still not free, and at
some point it might have been cheaper to replace it with something
else.
I don't think it really works that way for mechanical hard drives. At
least, taking a quick look at the drive pile and com
ading is certainly possible, it's just a question of which will
cause more pain in the end- that or repartitioning.
Since you are working on a 10G hard disk, you might want to consider
replacing that just because of its age (I say, as glance over at my
crate of 20G and smaller HDs), and 10G
On Fri, Aug 7, 2015 at 8:04 AM, Nick Holland
wrote:
> When you are buying disks for your (say) firewall, you need maybe 5G of
> disk space, but you will have great difficulty buying new disks smaller
> than 300G.
Currently, you can get a western digital WD1600AVJS from amazon for
about 20 dollars
On 08/06/15 17:13, Quartz wrote:
> We have an older system running 4.9 that acts as a sort of
> dev/test/scratch machine for messing around. When it was set up it we
> threw a 10gb drive in there and did a generic install with all the
> defaults. Over time, as we've used this for various stuff,
We have an older system running 4.9 that acts as a sort of
dev/test/scratch machine for messing around. When it was set up it we
threw a 10gb drive in there and did a generic install with all the
defaults. Over time, as we've used this for various stuff, we've
realized that that partitioning sc
33 matches
Mail list logo
