On 18/12/05, steven mestdagh <[EMAIL PROTECTED]> wrote:
> I see the same happening on 3.8-release vs. 3.8-current on i386 for
> systems with foreign filesystems. Not sure why.
Think it could be a bug?
On Fri, Dec 16, 2005 at 01:40:29PM +, Simon Morgan wrote:
> I'm currently running OpenBSD/i386 3.8 on an AMD64 machine and just went to
> install the latest AMD64 snapshot. The hard drive I'm installing to has a
> number of ext3 partitions contained in an extended par
I'm currently running OpenBSD/i386 3.8 on an AMD64 machine and just went to
install the latest AMD64 snapshot. The hard drive I'm installing to has a
number of ext3 partitions contained in an extended partition.
When I installed OpenBSD/i386 3.8 on this machine I issued the D command
On Mon, 21 Nov 2005, Nick Holland wrote:
> > PS I also don't understand why the first 16*512 bytes are
> > skipped when using "dd"?
>
> I was really hoping someone else would answer this, I'm not completely
> sure about my answer...I think that's where the PBR and the disklabel
> hides. Actually
Peter Fraser wrote:
> /etc/daily uses the following code
>
> sync
> echo ""
> echo "Backing up root filesystem:"
> echo "copying /dev/r$rootdev to /dev/r$rootbak"
> dd if=/dev/r$rootdev of=/dev/r$rootbak bs=16b seek=1 skip=1 \
> conv=noerror
> fsck -y /dev/r$rootbak
>
> where as http://www.
/etc/daily uses the following code
sync
echo ""
echo "Backing up root filesystem:"
echo "copying /dev/r$rootdev to /dev/r$rootbak"
dd if=/dev/r$rootdev of=/dev/r$rootbak bs=16b seek=1 skip=1 \
conv=noerror
fsck -y /dev/r$rootbak
where as http://www.openbsd.org/faq/faq10.html#DupFS
says to
Here's a snippet of something I've been working on along the same lines -
this is /bin/csh syntax, and works on raid0 but should work on regular
partitions as well:
echo "get raid size..."
@ r_tot = `disklabel -p g raid0 | awk '/total bytes/ { print int($3) }'`
@ r_
After assigning a default disklabel (to a blank disk), can I just
feed disklabel the partition information? ie, just this part:
pipe into disklabel -E, perhaps?
d...
/100M
swap 512M
/usr 4G
/var 1G
/tmp 100M
...
and so on.
And (here's the shocker) leave the REST OF THE DRIVE UNALLOCATED!
Unsure why I didn't get this reply directly, seems the email never
made it to me. An eminently sensible solution, alongside the
sugges
> I can read an existing disklabel to a text file, and write a
> disklabel to a disk from the contents of a text file. My
> configuration file for each server would have an entry like this in it:
>
> [partitions]
> /= 15%
> swap= 512M
to a disk from the contents of a text file. My
configuration file for each server would have an entry like this in it:
[partitions]
/= 15%
swap= 512M
/home= 10%
/root= 10%
/var= *
/www
On 5/29/05, Stuart Henderson <[EMAIL PROTECTED]> wrote:
> --On 29 May 2005 01:06 +0530, Varun Dubey wrote:
>
> > I want to be able to access the files on the freebsd slice from
> > openbsd. disklabel on freebsd gives
>
> Your FreeBSD partitions are probabl
--On 29 May 2005 01:06 +0530, Varun Dubey wrote:
I want to be able to access the files on the freebsd slice from
openbsd. disklabel on freebsd gives
Your FreeBSD partitions are probably using UFS2, which unless I'm
mistaken, you can't access from OpenBSD.
ufs2 is not supported.
--
we don't run washington and no one really does
sed
3: 000 0 0 -0 0 0 [ 0: 0 ] unused
I want to be able to access the files on the freebsd slice from openbsd.
disklabel on freebsd gives
# /dev/ad1s2:
8 partitions:
#size offsetfstype [fsize bsize bps/cpg]
a: 104857604.2
I would like to know if it is possible to continue restoring partitions
after having restored the root partition.
The FAQ mentions that the new root filesystem should be ready enough so
you can reboot and continue restoring the rest of the filesystems in
single user mode.
I tried to restore
Roland wrote:
> I would like to know if it is possible to continue restoring partitions
> after having restored the root partition.
>
> The FAQ mentions that the new root filesystem should be ready enough so
> you can reboot and continue restoring the rest of the filesystems in
I would like to know if it is possible to continue restoring partitions
after having restored the root partition.
The FAQ mentions that the new root filesystem should be ready enough so
you can reboot and continue restoring the rest of the filesystems in
single user mode.
I tried to restore
301 - 318 of 318 matches
Mail list logo