Re: Request for porting "SoftEther VPN"

[Tommy Scheunemann]

Hello @list,

I'm about to work on getting it ported, just in case so nothing gets done 
twice.


On Mon, 13 Jan 2014, Гуляев Гоша wrote:


Hi friends!
It is a very interesting VPN solution, and some days ago it going opensource!
So maybe someone will port it to FreeBSD?
Official site: http://www.softether.org/
Instructions for build on UNIX-like systems: 
http://www.softether.org/5-download/src/2.unix
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Request for porting "SoftEther VPN"

[Fernando Apesteguía]

El 17/01/2014 09:43, "Tommy Scheunemann"  escribió:
>
> Hello @list,
>
> I'm about to work on getting it ported, just in case so nothing gets done
twice.

Then somebody please update the wiki:

https://wiki.freebsd.org/WantedPorts

>
>
> On Mon, 13 Jan 2014, Гуляев Гоша wrote:
>
>> Hi friends!
>> It is a very interesting VPN solution, and some days ago it going
opensource!
>> So maybe someone will port it to FreeBSD?
>> Official site: http://www.softether.org/
>> Instructions for build on UNIX-like systems:
http://www.softether.org/5-download/src/2.unix
>> ___
>> freebsd-ports@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
>> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
>>
> ___
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

postgis-legacy removal

[Andrea Venturoli]

Hello.

Today I found database/postgis (previously at version 1.5.3) was 
removed: this is no surprise, since the port was deprecated long ago.


However, there's PR/174764 with a patch to upgrade it to 1.5.8, so I'm 
wondering: was removing this really the best option?
Also consider 2.x is not source code compatible: application written for 
1.x need rewriting.


 bye
av.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Request for porting "SoftEther VPN"

[Kurt Jaeger]

Hi!

> >> It is a very interesting VPN solution, and some days ago it going
> >> opensource! So maybe someone will port it to FreeBSD?

> >> Official site: http://www.softether.org/
> >> Instructions for build on UNIX-like systems:
> >> http://www.softether.org/5-download/src/2.unix

> El 17/01/2014 09:43, "Tommy Scheunemann"  escribió:

> > I'm about to work on getting it ported, just in case so nothing gets done
> twice.
> 
> Then somebody please update the wiki:
> 
> https://wiki.freebsd.org/WantedPorts

Wiki updated.

-- 
p...@opsec.eu+49 171 3101372 6 years to go !
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

FreeBSD ports you maintain which are out of date

[portscout]

Dear port maintainer,

The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you can
safely ignore the entry.

You will not be e-mailed again for any of the port/version combinations
below.

Full details can be found at the following URL:
http://portscout.freebsd.org/po...@freebsd.org.html


Port| Current version | New version
+-+
x11/roxterm | 2.7.2   | 2.8.1
+-+


If any of the above results are invalid, please check the following page
for details on how to improve portscout's detection and selection of
distfiles on a per-port basis:

http://portscout.freebsd.org/info/portscout-portconfig.txt

Thanks.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Request for porting "SoftEther VPN"

[Big Lebowski]

Hi,

I've almost the port ready, but I am just struggling with decision wether I
want to write patches for it, or not. The software is quite badly written,
and it expects a certain data file to exist... in the same directory as the
binaries. Normally, I'd install binaries to /usr/local/bin, but in this
case that'd require the file living in there, what's a mess I dont want to
create. The solution is to either install it in /usr/local/softether or to
patch it so that the data file could go to lib - I am undecided yet, as the
first solution is so linux'y and second requires rewriting piece of their
code.




On Fri, Jan 17, 2014 at 9:43 AM, Tommy Scheunemann  wrote:

> Hello @list,
>
> I'm about to work on getting it ported, just in case so nothing gets done
> twice.
>
>
> On Mon, 13 Jan 2014, Гуляев Гоша wrote:
>
>  Hi friends!
>> It is a very interesting VPN solution, and some days ago it going
>> opensource!
>> So maybe someone will port it to FreeBSD?
>> Official site: http://www.softether.org/
>> Instructions for build on UNIX-like systems: http://www.softether.org/5-
>> download/src/2.unix
>> ___
>> freebsd-ports@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
>> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
>>
>>  ___
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
>
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: postgis-legacy removal

[René Ladan]

2014/1/17 Andrea Venturoli :
> Hello.
>
> Today I found database/postgis (previously at version 1.5.3) was removed:
> this is no surprise, since the port was deprecated long ago.
>
> However, there's PR/174764 with a patch to upgrade it to 1.5.8, so I'm
> wondering: was removing this really the best option?

I use a tool ports/Tools/scripts/rmport to remove expired ports which checks the
PR database when removing a port but somehow this PR did not show up.

If I understand correctly, it executes 'query-pr -qx -y databases
postgis' on freefall
and this does not include closed PRs.

> Also consider 2.x is not source code compatible: application written for 1.x
> need rewriting.
>
One port, graphics/tinyows, depended on this and has been updated to work with
postgis21.  But that does indeed exclude software not in the Ports Tree.

Regards,
René
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Request for porting "SoftEther VPN"

[Tommy Scheunemann]

Hello,

seems we both "went" into the same problem. What I did:

patching both makefiles (freebsd_32bit and freebsd_64bit) to add ${PREFIX} 
and use this instead of the hardcoded /usr/bin one.
Though that doesn't seem to be required because the final "cp" process can 
be triggered manually without calling "make install" at all.


Then adding "-I${PREFIX}/include -I/usr/include" and "-L${PREFIX}/lib 
-L/usr/lib" - under 9.1 and 9.2 the compile run fails (when using gcc) 
without this and complains about missing header files / libraries.
Additionally adding a dependency for openssl from the ports because the 
final linking complains about a too old openssl version.


So for the datafiles - maybe doing it like:

${PREFIX}/lib/softether

placing all binary files and the datafiles there. Then creating small 
scripts in


${PREFIX}/bin

that act as wrapper.

Finally - a small "rc" script to enable starting / stopping the entire 
thing.


Kind regards

On Fri, 17 Jan 2014, Big Lebowski wrote:


Hi,
I've almost the port ready, but I am just struggling with decision wether I 
want to write patches for it, or not. The software is quite badly written, and 
it expects a
certain data file to exist... in the same directory as the binaries. Normally, 
I'd install binaries to /usr/local/bin, but in this case that'd require the 
file living
in there, what's a mess I dont want to create. The solution is to either 
install it in /usr/local/softether or to patch it so that the data file could 
go to lib - I am
undecided yet, as the first solution is so linux'y and second requires 
rewriting piece of their code.




On Fri, Jan 17, 2014 at 9:43 AM, Tommy Scheunemann  wrote:
  Hello @list,

  I'm about to work on getting it ported, just in case so nothing gets done 
twice.

  On Mon, 13 Jan 2014, Гуляев Гоша wrote:

Hi friends!
It is a very interesting VPN solution, and some days ago it going 
opensource!
So maybe someone will port it to FreeBSD?
Official site: http://www.softether.org/
Instructions for build on UNIX-like systems: 
http://www.softether.org/5-download/src/2.unix
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to 
"freebsd-ports-unsubscr...@freebsd.org"

  ___
  freebsd-ports@freebsd.org mailing list
  http://lists.freebsd.org/mailman/listinfo/freebsd-ports
  To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"





___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Request for porting "SoftEther VPN"

[Big Lebowski]

Interestingly, I used their makefiles to just do the build and then created
proper do-install separately. When it comes to compilation, I didnt had any
issues using CLANG, beside some noisy warnings, but it compiles and runs
fine. What I did changed tho, was pthreads and iconv. Perhaps we should
join the forces?


On Fri, Jan 17, 2014 at 11:57 AM, Tommy Scheunemann  wrote:

> Hello,
>
> seems we both "went" into the same problem. What I did:
>
> patching both makefiles (freebsd_32bit and freebsd_64bit) to add ${PREFIX}
> and use this instead of the hardcoded /usr/bin one.
> Though that doesn't seem to be required because the final "cp" process can
> be triggered manually without calling "make install" at all.
>
> Then adding "-I${PREFIX}/include -I/usr/include" and "-L${PREFIX}/lib
> -L/usr/lib" - under 9.1 and 9.2 the compile run fails (when using gcc)
> without this and complains about missing header files / libraries.
> Additionally adding a dependency for openssl from the ports because the
> final linking complains about a too old openssl version.
>
> So for the datafiles - maybe doing it like:
>
> ${PREFIX}/lib/softether
>
> placing all binary files and the datafiles there. Then creating small
> scripts in
>
> ${PREFIX}/bin
>
> that act as wrapper.
>
> Finally - a small "rc" script to enable starting / stopping the entire
> thing.
>
> Kind regards
>
>
> On Fri, 17 Jan 2014, Big Lebowski wrote:
>
>  Hi,
>> I've almost the port ready, but I am just struggling with decision wether
>> I want to write patches for it, or not. The software is quite badly
>> written, and it expects a
>> certain data file to exist... in the same directory as the binaries.
>> Normally, I'd install binaries to /usr/local/bin, but in this case that'd
>> require the file living
>> in there, what's a mess I dont want to create. The solution is to either
>> install it in /usr/local/softether or to patch it so that the data file
>> could go to lib - I am
>> undecided yet, as the first solution is so linux'y and second requires
>> rewriting piece of their code.
>>
>>
>>
>>
>> On Fri, Jan 17, 2014 at 9:43 AM, Tommy Scheunemann 
>> wrote:
>>   Hello @list,
>>
>>   I'm about to work on getting it ported, just in case so nothing
>> gets done twice.
>>
>>   On Mon, 13 Jan 2014, Гуляев Гоша wrote:
>>
>> Hi friends!
>> It is a very interesting VPN solution, and some days ago it
>> going opensource!
>> So maybe someone will port it to FreeBSD?
>> Official site: http://www.softether.org/
>> Instructions for build on UNIX-like systems:
>> http://www.softether.org/5-download/src/2.unix
>> ___
>> freebsd-ports@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
>> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@
>> freebsd.org"
>>
>>   ___
>>   freebsd-ports@freebsd.org mailing list
>>   http://lists.freebsd.org/mailman/listinfo/freebsd-ports
>>   To unsubscribe, send any mail to "freebsd-ports-unsubscribe@
>> freebsd.org"
>>
>>
>>
>>
>>
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

[QAT] r340062: 4x leftovers

[Ports-QAT]

Support stage
-

  Build ID:  20140117155800-27679
  Job owner: b...@freebsd.org
  Buildtime: 9 minutes
  Enddate:   Fri, 17 Jan 2014 16:07:09 GMT

  Revision:  r340062
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=340062

-

Port:editors/le 1.14.9

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140117155800-27679-256932/le-1.14.9.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140117155800-27679-256933/le-1.14.9.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140117155800-27679-256934/le-1.14.9.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140117155800-27679-256935/le-1.14.9.log


--
Buildarchive URL: 
redports 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

clonehdd followup

[paul beard]

http://www.wonkity.com/~wblock/docs/html/disksetup.html

-- 
Paul Beard / www.paulbeard.org/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: clonehdd followup

[paul beard]

Grr. The return key should not be the same as Send.

I had some problems with clonehdd that turned out to be hardware issued: my
disks has somehow defaulted to PIO4 from UDMA which made this process run
so slow it would just quit with finishing.

Now things are more what I expect, completing a clone of my root disk in
524 minutes, down from multiple days…

But it still seems slow if the disks are 1.5Gb/sec SATA disks. Looking
around, it looks like this might be useful to speed things up.


http://www.wonkity.com/~wblock/docs/html/disksetup.html


On Fri, Jan 17, 2014 at 8:47 AM, paul beard  wrote:

> http://www.wonkity.com/~wblock/docs/html/disksetup.html
>
> --
> Paul Beard / www.paulbeard.org/
>



-- 
Paul Beard / www.paulbeard.org/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: VirtualBox 4.3.6 + FreeBSD 10 + clang, [SUCCESS]

[Mike Jakubik]

On 01/13/14 03:42, Bernhard Fröhlich wrote:

On Mon, Jan 13, 2014 at 7:46 AM, Craig Rodrigues  wrote:


There is really no reason to make that dance so complicated or why you
need to destroy your /usr/ports.

WARNING: If there are issues with that ports please contact jkim@




Just wanted to let everyone know this compiles and works perfect for me 
on 10.0-PRE. The only issue I have is with the vboxwebsrv rc.d script, 
when I try to start it nothing happens, no errors, however manually 
running vboxwebsrv -b does the job. Thanks to everyone that's worked on 
this port, hopefully it will be committed soon.

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: VirtualBox 4.3.6 + FreeBSD 10 + clang, [SUCCESS]

[Robert Eckardt]

On Fri, 17 Jan 2014 14:17:50 -0500, Mike Jakubik wrote
> On 01/13/14 03:42, Bernhard Fröhlich wrote:
> > On Mon, Jan 13, 2014 at 7:46 AM, Craig Rodrigues  
> > wrote:
> >>
> >> There is really no reason to make that dance so complicated or why you
> >> need to destroy your /usr/ports.
> >>
> >> WARNING: If there are issues with that ports please contact jkim@
> >>
> >>
> 
> Just wanted to let everyone know this compiles and works perfect for 
> me on 10.0-PRE. The only issue I have is with the vboxwebsrv rc.d 
> script, when I try to start it nothing happens, no errors, however 
> manually running vboxwebsrv -b does the job. Thanks to everyone 
> that's worked on this port, hopefully it will be committed soon. 

Hi,

with VirtualBox-4.2.20 on 10.0-RC4 I observed a similar phenomenon.
"rc.d/vboxheadless start" would hang forever in _su when trying 
as root (tcsh) to su -m myself to check whether the VM exists with 
VBoxManage showvminfo.
I did not find the cause since with truss it would run fine.
However, I saw a message about "tty output stopped" when I would 
kill the _su process.
Also, it works during boot.

Just my 0.02$.

Robert
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: clonehdd followup

[Kevin Oberman]

On Fri, Jan 17, 2014 at 8:51 AM, paul beard  wrote:

> Grr. The return key should not be the same as Send.
>
> I had some problems with clonehdd that turned out to be hardware issued: my
> disks has somehow defaulted to PIO4 from UDMA which made this process run
> so slow it would just quit with finishing.
>
> Now things are more what I expect, completing a clone of my root disk in
> 524 minutes, down from multiple days…
>
> But it still seems slow if the disks are 1.5Gb/sec SATA disks. Looking
> around, it looks like this might be useful to speed things up.
>
>
> http://www.wonkity.com/~wblock/docs/html/disksetup.html
>
> --
> Paul Beard / www.paulbeard.org/
>

Remember that 1.5GB/s is the speed supported by the electronics and the
cache.  It is not the speed that the disk actually reads or writes from/to
the platters. When cloning, very little of the data is in cache, so you are
generally limited by seek times (should be minimal if the code is well
done) and rotational speed. The really then boils down to transfer speeds
are going ot be close to what is possible with the rotational speed.

Since I lack specifics on your disk drive, you'll have to do the
arithmetic. It will only be approximate because of the tricks disks use for
spatial optimization, but it won't be 1.5GB/s. Also be aware that disabling
write cache will significantly reduce performance. (It should be "on" by
default.)

N.B. Several statements above are incomplete or slightly inaccurate. I
think they are close enough for this discussion and being both complete and
accurate would make this message way too long.
-- 
R. Kevin Oberman, Network Engineer, Retired
E-mail: rkober...@gmail.com
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: clonehdd followup

[paul beard]

On Fri, Jan 17, 2014 at 1:17 PM, Kevin Oberman  wrote:

> Remember that 1.5GB/s is the speed supported by the electronics and the
> cache.  It is not the speed that the disk actually reads or writes from/to
> the platters. When cloning, very little of the data is in cache, so you are
> generally limited by seek times (should be minimal if the code is well
> done) and rotational speed. The really then boils down to transfer speeds
> are going ot be close to what is possible with the rotational speed.
>

Yeah, I knew 1.5G was our old friend, the theoretical maximum, or his
cousin, the optimal transfer rate. I was hoping for something better than
500M/minute.

I'm sure there are any number of factors that are slowing things down. It
seemed like incorporating the larger blocks/boundary alignment might help.
I'm testing it now and I'm not sure I'm seeing it.


-- 
Paul Beard / www.paulbeard.org/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: pkg amd64 11-current: several packages installed via pkg install do not work, but work when built/installed directly via ports

[Max Brazhnikov]

On Tue, 07 Jan 2014 13:19:18 -0800 Anton Shterenlikht wrote:
> >From m...@freebsd.org Tue Jan  7 19:12:59 2014
> >
> >On Sun, 05 Jan 2014 13:53:02 -0800 Anton Shterenlikht wrote:
> >> HI
> >> 
> >> Before I PRs on this, I wanted to check
> >> if nobody else has seen this problem.
> >> 
> >> In particular:
> >> 
> >> audio/sdl_mixer
> >> x11/nvidia-driver
> >> 
> >> give errors when installed via pkg install.
> >> This is on 11.0-CURRENT #8 r257910 with
> >> default /etc/pkg/FreeBSD.conf and pkg.conf.
> >> 
> >> nvidia:
> >> 
> >> KLD nvidia.ko: depends on kernel - not available or version mismatch
> >> linker_load_file: Unsupported file type
> >> 
> >> sdl_mixer:
> >> 
> >> $ monsterz
> >> /usr/local/share/monsterz/monsterz.py: could not open data from 
> >> `/usr/local/share/monsterz'.
> >> Traceback (most recent call last):
> >>   File "/usr/local/share/monsterz/monsterz.py", line 1994, in 
> >> main()
> >>   File "/usr/local/share/monsterz/monsterz.py", line 1983, in main
> >> data = Data(sharedir)
> >>   File "/usr/local/share/monsterz/monsterz.py", line 305, in __init__
> >> pygame.mixer.music.load(join(dir, 'sound', 'music.s3m'))
> >> pygame.error: Unrecognized music format
> >> $
> >> 
> >> games/monsterz indirectly depends on audio/sdl_mixer.
> >> 
> >> When rebuilt via ports directly - no errors.
> >> 
> >> So, has anybody else seen this?
> >
> >I've just found similar errors on 9-stable with a couple of sdl based games
> >built at the same box using poudriere/9.2-release.
> 
> ok, so it's a real issue.
> I'll start a PR and send you the link in case
> you want to add something.

sdl_mixer was fixed in r340105, the problem was in disabled support for mikmod
music.

Cheers,
Max
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: VirtualBox 4.3.6 + FreeBSD 10 + clang, [SUCCESS]

[Mike Jakubik]

On 01/17/14 14:17, Mike Jakubik wrote:


Just wanted to let everyone know this compiles and works perfect for 
me on 10.0-PRE. The only issue I have is with the vboxwebsrv rc.d 
script, when I try to start it nothing happens, no errors, however 
manually running vboxwebsrv -b does the job. Thanks to everyone that's 
worked on this port, hopefully it will be committed soon.




Sigh, guess I spoke too soon. This just happened while copying a large 
file from a shared folder to a raw disk partition. Restarted and 
repeated the operation but it worked fine this time.


Jan 17 16:25:01 bigjail kernel: pid 95177 (VBoxHeadless), uid 0: exited 
on signal 11 (core dumped)


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: clonehdd followup

[Warren Block]

On Fri, 17 Jan 2014, paul beard wrote:


Grr. The return key should not be the same as Send.

I had some problems with clonehdd that turned out to be hardware issued: my
disks has somehow defaulted to PIO4 from UDMA which made this process run
so slow it would just quit with finishing.

Now things are more what I expect, completing a clone of my root disk in
524 minutes, down from multiple days?

But it still seems slow if the disks are 1.5Gb/sec SATA disks. Looking
around, it looks like this might be useful to speed things up.


http://www.wonkity.com/~wblock/docs/html/disksetup.html


How?  The partitioning scheme does not make any serious difference to 
transfer rates.  That's much more affected by the filesystem, but even 
there the limits are usually due to drive and controller hardware.


One thing the partitioning scheme can affect is alignment.  In your 
other mail, this was shown to be a 500G drive, which is almost certainly 
not using 4K blocks, and so alignment is not a problem.

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"