Izumi Tsutsui <tsutsui <at> ceres.dti.ne.jp> writes: > > Hi, > > Finally NetBSD 5.1 RELEASE has been announced officially I've been able to install 5.1 on my qube 2700 with no problems. To let others out there know.
On 20/11/2010, at 3:26 AM, Izumi Tsutsui wrote: > Hi, > > Finally NetBSD 5.1 RELEASE has been announced officially > http://mail-index.NetBSD.org/netbsd-announce/2010/11/19/msg000118.html > so I'd also announce 5.1 based NetBSD/cobalt restorecd: > http://ftp.NetBSD.org/pub/NetBSD/arch/cobalt/restore-cd/5.1/ > > No visible changes restorecd installation procedure itself. > > See also "Restore CD Howto" for details: > http://www.NetBSD.org/ports/cobalt/restorecd-howto.html > > Have fun, > --- > Izumi Tsutsui Hi there, The new RestoreCD no longer boots in Parallels on OSX .. which means I will have to break the old IBM Thinkpad T21 out of hibernation to try 5.1 on the Qube2. Parallels v6 OSX 10.6.5 Any ideas ? Mark(Continue reading)
> The new RestoreCD no longer boots in Parallels on OSX .. > which means I will have to break the old IBM Thinkpad T21 > out of hibernation to try 5.1 on the Qube2. > > Parallels v6 > OSX 10.6.5 > > Any ideas ? - How does it "not boot"? - Does any older one work? - Did you try ACPI options in boot menu? Anyway restorecd uses plain NetBSD/i386 GENERIC kernel so it's general NetBSD/i386 issue, not restorecd specific... --- Izumi Tsutsui
> so I'd also announce 5.1 based NetBSD/cobalt restorecd: > http://ftp.NetBSD.org/pub/NetBSD/arch/cobalt/restore-cd/5.1/ I received a question about support of PCI USB card, so I'd answer it here. GENERIC kernel of NetBSD/cobalt 5.1 doesn't have necessary drivers for USB devices so it doesn't work by default installation. NetBSD/cobalt itself supports PCI and USB devices and we have to config and compile a new kernel from sources. I know it's a bit annoying so I also put a compiled sample kernel which includes much more PCI and USB device drivers: ftp://ftp.NetBSD.org/pub/NetBSD/arch/cobalt/5.1/ - kern-GENERIC.tgz includes "/netbsd" kernel based on GENERIC but with more drivers. - "PCIDEVS" is a kernel config file to build this one You can use it by replacing a kernel in running your system and rebooting it, but don't forget to rename an original kernel for recovery. See also NetBSD guide to build a kernel from sources: http://www.NetBSD.org/docs/guide/en/chap-fetch.html http://www.NetBSD.org/docs/guide/en/chap-build.html Note on-board VIA bridge chip has UHCI, but we can never use it. (it's disabled and no connected signal lines) --- Izumi Tsutsui(Continue reading)
On Sun, Dec 12, 2010 at 1:19 AM, Izumi Tsutsui <tsutsui <at> ceres.dti.ne.jp> wrote: >> The new RestoreCD no longer boots in Parallels on OSX .. >> which means I will have to break the old IBM Thinkpad T21 >> out of hibernation to try 5.1 on the Qube2. >> >> Parallels v6 >> OSX 10.6.5 >> >> Any ideas ? > > - How does it "not boot"? > - Does any older one work? > - Did you try ACPI options in boot menu? > > Anyway restorecd uses plain NetBSD/i386 GENERIC kernel > so it's general NetBSD/i386 issue, not restorecd specific... Interesting. With the new parallels I also could not get the new restore CD to boot. Unfortunately, the Parallels diagnostic information is unfamiliar to me; the VM starts, the screen goes black, tries to start again, and then the Parallels "It's broken! Would you like to send a report?" screen drops down. I tried several of their available pre-sets, including for FreeBSD 8, with the same results. Creating a new VM in VirtualBox, however, worked fine. I typed "NetBSD Cobalt" in to the name box and it automatically selected NetBSD as the OS type. I de-selected the hard disk, added the boot ISO and it came right up. I did not try an install, but it was at the(Continue reading)
On Sun, Dec 12, 2010 at 03:31, Izumi Tsutsui <tsutsui <at> ceres.dti.ne.jp> wrote: >> so I'd also announce 5.1 based NetBSD/cobalt restorecd: >> http://ftp.NetBSD.org/pub/NetBSD/arch/cobalt/restore-cd/5.1/ > > I received a question about support of PCI USB card, > so I'd answer it here. > > GENERIC kernel of NetBSD/cobalt 5.1 doesn't have necessary drivers > for USB devices so it doesn't work by default installation. > NetBSD/cobalt itself supports PCI and USB devices and > we have to config and compile a new kernel from sources. > > I know it's a bit annoying so I also put a compiled sample kernel > which includes much more PCI and USB device drivers: > ftp://ftp.NetBSD.org/pub/NetBSD/arch/cobalt/5.1/ > - kern-GENERIC.tgz includes "/netbsd" kernel based on GENERIC > but with more drivers. > - "PCIDEVS" is a kernel config file to build this one > > You can use it by replacing a kernel in running your system and > rebooting it, but don't forget to rename an original kernel for recovery. > > See also NetBSD guide to build a kernel from sources: > http://www.NetBSD.org/docs/guide/en/chap-fetch.html > http://www.NetBSD.org/docs/guide/en/chap-build.html > > Note on-board VIA bridge chip has UHCI, but we can never use it. > (it's disabled and no connected signal lines) Worse, IIRC, the last time I looked at the specs it was USB 1.0, not(Continue reading)
On Sun, Dec 12, 2010 at 4:31 AM, Izumi Tsutsui <tsutsui <at> ceres.dti.ne.jp> wrote: > I know it's a bit annoying so I also put a compiled sample kernel > which includes much more PCI and USB device drivers: > ftp://ftp.NetBSD.org/pub/NetBSD/arch/cobalt/5.1/ > - kern-GENERIC.tgz includes "/netbsd" kernel based on GENERIC > but with more drivers. > - "PCIDEVS" is a kernel config file to build this one > > You can use it by replacing a kernel in running your system and > rebooting it, but don't forget to rename an original kernel for recovery. Will this eventually be rolled into the regular code stream? USB support makes the Cobalt a lot more useful. I will test this when I get time. I have a USB/Firewire card I've used with NetBSD before. Thanks for your work, as always. Andy
On 13 December 2010 18:20, Andy Ruhl <acruhl <at> gmail.com> wrote: > On Sun, Dec 12, 2010 at 4:31 AM, Izumi Tsutsui <tsutsui <at> ceres.dti.ne.jp> wrote: >> I know it's a bit annoying so I also put a compiled sample kernel >> which includes much more PCI and USB device drivers: >> ftp://ftp.NetBSD.org/pub/NetBSD/arch/cobalt/5.1/ >> - kern-GENERIC.tgz includes "/netbsd" kernel based on GENERIC >> but with more drivers. >> - "PCIDEVS" is a kernel config file to build this one >> >> You can use it by replacing a kernel in running your system and >> rebooting it, but don't forget to rename an original kernel for recovery. > > Will this eventually be rolled into the regular code stream? USB > support makes the Cobalt a lot more useful. > > I will test this when I get time. I have a USB/Firewire card I've used > with NetBSD before. I definitely think we should have a 'big' kernel with all the reasonable USB drivers enabled, and then a stripped down one for just the standard hardware for people with low memory boxes. Erik, could you chime in? :) Thanks
On Mon, Dec 13, 2010 at 10:20, Andy Ruhl <acruhl <at> gmail.com> wrote: > On Sun, Dec 12, 2010 at 4:31 AM, Izumi Tsutsui <tsutsui <at> ceres.dti.ne.jp> wrote: >> I know it's a bit annoying so I also put a compiled sample kernel >> which includes much more PCI and USB device drivers: >> ftp://ftp.NetBSD.org/pub/NetBSD/arch/cobalt/5.1/ >> - kern-GENERIC.tgz includes "/netbsd" kernel based on GENERIC >> but with more drivers. >> - "PCIDEVS" is a kernel config file to build this one >> >> You can use it by replacing a kernel in running your system and >> rebooting it, but don't forget to rename an original kernel for recovery. > > Will this eventually be rolled into the regular code stream? USB > support makes the Cobalt a lot more useful. I could be convinced. One of the things that sort of broke at one point was netbooting of large kernels and booting off the second drive (either of which is necessary to install to CF cards) due to bloat. At that time the bootstrap only worked on the primary HD. I'd have to double check that we don't make certain use cases harder, or impossible. (eg. NetBooting a kernel with fun stuff in it.) -=erik. > > I will test this when I get time. I have a USB/Firewire card I've used > with NetBSD before. > > Thanks for your work, as always. >(Continue reading)
On Wed, Sep 15, 2010 at 03:53, Marcel van Dorp [Maeslant Engineering] <marcel <at> maeslant-engineering.nl> wrote: >>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? This should be do-able in a gig. I've got a shark doing this on a 1G CF card: 256M / 256M swap (w/ 64M it's helpful if anything explodes, with 256M on a raq2 it shouldn't be needed) 450ishM /var / is 43% ful /var is 72% (mostly logs)(Continue reading)
RSS Feed2 | |
|---|---|
4 | |
1 | |
6 | |
5 | |
1 | |
5 | |
14 | |
3 | |
5 | |
12 | |
10 | |
3 | |
6 | |
1 | |
1 | |
1 | |
11 | |
20 | |
2 | |
4 | |
7 | |
15 | |
2 | |
2 | |
1 | |
5 | |
4 | |
9 | |
33 | |
3 | |
15 | |
6 | |
15 | |
5 | |
12 | |
17 | |
9 | |
4 | |
11 | |
7 | |
91 | |
13 | |
4 | |
2 | |
13 | |
39 | |
12 | |
49 | |
13 | |
18 | |
31 | |
6 | |
31 | |
20 | |
91 | |
48 | |
28 | |
30 | |
34 | |
32 | |
51 | |
71 | |
45 | |
9 | |
59 | |
16 | |
57 | |
14 | |
16 | |
36 | |
63 | |
64 | |
37 | |
86 | |
46 | |
114 | |
28 | |
32 | |
25 | |
68 | |
33 | |
69 | |
55 | |
215 | |
63 | |
41 | |
36 | |
137 | |
59 | |
21 | |
55 | |
83 | |
30 | |
50 | |
42 | |
56 | |
48 | |
129 | |
76 | |
52 | |
73 | |
21 | |
35 | |
39 | |
11 | |
4 | |
20 | |
18 | |
13 | |
84 | |
11 | |
21 | |
5 | |
5 | |
22 | |
8 | |
13 | |
11 | |
22 | |
9 |
