Claudio Leiva | 5 Sep 2010 05:37
Picon

RE: Replacement disk for RaQ 2

Hi,

Where can I get a copy of that restore cd with support for LBA48, I just got
my Addonics SATA/IDE bridge and I want to test it on my Qube2.

Thanks.

Claudio Leiva S
Las Vegas, Nevada
USA
http://cleiva.no-ip.com
(Powered by NetBSD for Cobalt)

-----Mensaje original-----
De: port-cobalt-owner <at> NetBSD.org [mailto:port-cobalt-owner <at> NetBSD.org] En
nombre de Izumi Tsutsui
Enviado el: viernes, 27 de agosto de 2010 19:52
Para: port-cobalt <at> NetBSD.org
CC: tsutsui <at> ceres.dti.ne.jp
Asunto: Re: Replacement disk for RaQ 2

> So, any recommendations for drives that are known to work in a RaQ 2,
> or any to avoid?

When I added LBA48 support to NetBSD/cobalt bootloader,
the following drive worked fine on Qube 2700 with a cheap
SATA-IDE bridge.
> wd0 at atabus0 drive 0: <Hitachi HDS721616PLA380>
> wd0: 153 GB, 319120 cyl, 16 head, 63 sec, 512 bytes/sect x 321672960
sectors
(Continue reading)

Izumi Tsutsui | 6 Sep 2010 17:32
Picon
Gravatar

Re: Replacement disk for RaQ 2

> Where can I get a copy of that restore cd with support for LBA48, I just got
> my Addonics SATA/IDE bridge and I want to test it on my Qube2.

- NetBSD kernel itself already has LBA48 support so all existing
  restorecd can handle large disks.

- NetBSD/cobalt *bootloader* in 5.0.x and 5.1_RC2 (and forthcomming 5.1)
  don't have LBA48 support, but it's required only if installed kernel
  is put beyond >137GB boundary on the target disk, and I guess
  it's unlikely in most case.

- If bootloader from 5.1_RC2 restorecd in your disk fails to load
  your kernel, you can replace it with -current bootloader binary
  which has LBA48 support.
  The latest bootloader can be found in daily build:
http://releng.NetBSD.org/cgi-bin/builds.cgi
http://nyftp.NetBSD.org/pub/NetBSD-daily/HEAD/201009060000Z/cobalt/installation/boot.gz
  and you can replace it by using restorecd as a rescue disk if necessary.

If there is a popular demand for LBA48 capable bootloader,
I'll send a pullup request of it.
---
Izumi Tsutsui

George Harvey | 6 Sep 2010 22:02

Re: Replacement disk for RaQ 2

On Sun, 29 Aug 2010 22:07:59 +0100
George Harvey <fr30 <at> dial.pipex.com> wrote:

> It's good to know that larger drives work. I've now run an install on
> the 80Gb WD drive in my RaQ 2 and that worked fine, which does leave me
> wondering why it wouldn't work in my Qube 3. I've done netboot installs
> of NetBSD on other systems but this was the first time I've used a
> NetBSD/Cobalt restore CD and I was impressed at how smoothly it went.

Just to follow up, I picked up a 160GB drive (WD1600BB) on Ebay and
that also installs and boots on my RaQ 2.

George

Picon

Using SSD's..

Hi Guys,

Back on the list after quite some time of absence..

Dusted off the two current raq2+ that I've already had lying around here
and even got my hands on a few additional ones making a total of six..
:)

Got a few like these (
http://ontech123.com/mediac/400_0/media/SSD-DOM40-cable-2.jpg ) in 4GB,
not exactly those but the same concept. It's a perfect fit for the raq's
and not that expensive. Should give enough room for a basic install as
NTP server and hosting DNS zones.

Anyway, I was wondering of anyone here over used SSD of any form in the
raq2 platform?

Regards,

Marcel

Evgueni Tzvetanov | 12 Sep 2010 15:49
Picon
Favicon

Re: Using SSD's..

--- On Mon, 9/6/10, Marcel van Dorp [Maeslant Engineering] <marcel <at> maeslant-engineering.nl> wrote:

> From: Marcel van Dorp [Maeslant Engineering] <marcel <at> maeslant-engineering.nl>
> Subject: Using SSD's..
> To: port-cobalt <at> netbsd.org
> Date: Monday, September 6, 2010, 4:48 PM
> Hi Guys,
> 
> Back on the list after quite some time of absence..
> 
> Dusted off the two current raq2+ that I've already had
> lying around here
> and even got my hands on a few additional ones making a
> total of six..
> :)
> 
> Got a few like these (
> http://ontech123.com/mediac/400_0/media/SSD-DOM40-cable-2.jpg
> ) in 4GB,
> not exactly those but the same concept. It's a perfect fit
> for the raq's
> and not that expensive. Should give enough room for a basic
> install as
> NTP server and hosting DNS zones.
> 
> Anyway, I was wondering of anyone here over used SSD of any
> form in the
> raq2 platform?
> 
> Regards,
(Continue reading)

Picon

RE: Using SSD's..

>I used to work with these for a while. At the time they were called DOM
(DiskOnModule) and then the SSD came out ans the term changed.
>
>They last about 2 years and then you will start losing bits here tand
there. The read/write cycles may reach the limit pretty quickly if you
have intense operations like swap or frequent read/write on >certain
files.
>
>I would use it just as a boot partition with all tools and utilities on
it. This way it may last longer.
>
>ET

This is valuable info. I don't expect very much write actions since they
will function as ntp server and hosting dns slave zones, I'm looking
into a way to use ramdrives for temporal storage of the zones.

What amount of storage do you normally need for a minimal install
running NTP daemon and BIND?

Thanks, 

Marcel

Izumi Tsutsui | 18 Sep 2010 18:09
Picon
Gravatar

NetBSD/cobalt 5.1_RC4 restorecd

Hi,

5.1_RC4 binaries seem ready on ftp.NetBSD.org,
so I've built and put 5.1_RC4 based NetBSD/cobalt restorecd:
http://ftp.NetBSD.org/pub/NetBSD/arch/cobalt/restore-cd/5.1_RC4/

No particular changes restorecd installation procedure itself.
Briefly tested on Qube 2 with an old ThinkPad as i386 server.

See also "Restore CD Howto" for details:
http://www.NetBSD.org/ports/cobalt/restorecd-howto.html

Generic updates/fixes on 5.1_RC4 (since previous RC2 one) can be found in:
http://ftp.NetBSD.org/pub/NetBSD/NetBSD-5.1_RC4/CHANGES-5.1
http://cvsweb.NetBSD.org/bsdweb.cgi/src/doc/Attic/CHANGES-5.1.diff?r1=1.1.2.231&r2=1.1.2.244

Some highlights:
 - disklabel(8) fix for >1TB disks (in RC3)
 - fix openssl CVE-2010-2939
 - fsck_ffs(8) bug fix (it didn't possibly replay WAPBL journal)
 - fix ipfilter mbuf corruption on IPv6 ICMP etc.
 - sort(1) segfaults fix on large input
  etc.

Following ones may affect i386 server:
 - NVidia EHCI workaround (in RC3)
 - Core i7 CPU detection workaround

If you see any problem, please report here or via send-pr(1).
---
(Continue reading)


Gmane