Re: Is fdisk partition a must for a non-system disk on i386
2012/2/7 Alan Cheng : > Hello list, > > I'm playing around with fdisk on a vmware virtual machine with 5.0 i386. > Despite what's in FAQ14.4, I found I can still create disklabel partitions > without a fdisk partition (no fdisk -i $disk) on a blank disk. > > I'm confused. So my question is: > 1. Is fdisk partition a must for a NON-SYSTEM disk on i386? > 2. what is the disadvantage of using a disklabel partition without fdisk > partition in above mentioned scenario? fdisk and disklabel aren't really optional in that sense. Every disk (at least on PC derivates) should have one A6 partition, and a disklabel to match the area inside that fdisk partition. You can fake around it in various ways, but there is seldom a real need to, so why bother doing it in odd ways? It will perhaps bite you in the long run to do it in non-standard ways. -- To our sweethearts and wives. May they never meet. -- 19th century toast
Re: Google Summer of Code 2012 ?
On Tue, 7 Feb 2012 08:13:48 +0500 PP;QQ P(P8P?P8QP8P= wrote: > Dear Sirs, > > I wonder .. if I apply for GSoC2012 mentoring ("GVRP/MVRP for > OpenBSD" and "BFD for OpenBSD"), how does it look from OpenBSD point > of view ? will code be accepted by community ? any licensing issue ? 1.GVRP/MVRP seems more interesting from my point of view. 2.Also be sure to visit www.netbsd.org, in order to check their fail/success ratio. Just my 0.5 cents. -- With best regards, Gregory Edigarov
Is fdisk partition a must for a non-system disk on i386
Hello list, I'm playing around with fdisk on a vmware virtual machine with 5.0 i386. Despite what's in FAQ14.4, I found I can still create disklabel partitions without a fdisk partition (no fdisk -i $disk) on a blank disk. I'm confused. So my question is: 1. Is fdisk partition a must for a NON-SYSTEM disk on i386? 2. what is the disadvantage of using a disklabel partition without fdisk partition in above mentioned scenario? thanks. - Alan
Re: more Thinkpad T60 X/video woes (5.0-stable amd64)
On Tue, Feb 7, 2012 at 7:00 AM, Jonathan Thornburg wrote: > I wrote > | In a thread back in November 2011, > | B http://marc.info/?t=132173453400070&r=1&w=1 > | I reported intermittent kernel/X hangs (usually under near-idle loads) > | on a Thinkpad T60 widescreen laptop (alas I misspelled the name as > | "Tinkpad" in the Subject: line) running 5.0-stable amd64. > [[...]] > > You asked: >> Do you have possibility to try a snapshot to see if problem still persist? > > Hmm, good idea -- I see in http://openbsd.org/faq/current.html#20120125 > that the radeon driver has just beeen updated. B Unfortunately I'm going > on a business trip in a week and I don't know if I'll have time for a > snapshot before I leave -- otherwise it will have to wait until March. > > I've been using OpenBSD for 11+ years, but I've never tried snapshots. > I'll RT a few FMs on how stable-->snapshot upgrades work. 1) download snapshot bsd.rd 2) place it in / 3) reboot and choose to boot from bsd.rd in boot prompt 4) choose Upgrade instead of Install 5) sysmerge -s -x 6) check current.html if you need to add/remove/change something 7) pkg_add -ui > > ciao, > > -- > -- "Jonathan Thornburg [remove -animal to reply]" > B Dept of Astronomy & IUCSS, Indiana University, Bloomington, Indiana, USA > B "Washing one's hands of the conflict between the powerful and the > B B powerless means to side with the powerful, not to be neutral." > B B B B B B B B B B B B B B B B B B B -- quote by Freire / poster by Oxfam
Re: Backup Redundancy Etcetera
> I'll try scripting NFS maybe in combination with dump on the OpenBSD > machines and see how that goes. > > Best wishes. > Seriously, look at Bacula. It'll do a better job and be less headache. [demime 1.01d removed an attachment of type application/pgp-signature which had a name of signature.asc]
Re: more Thinkpad T60 X/video woes (5.0-stable amd64)
I wrote | In a thread back in November 2011, | http://marc.info/?t=132173453400070&r=1&w=1 | I reported intermittent kernel/X hangs (usually under near-idle loads) | on a Thinkpad T60 widescreen laptop (alas I misspelled the name as | "Tinkpad" in the Subject: line) running 5.0-stable amd64. [[...]] You asked: > Do you have possibility to try a snapshot to see if problem still persist? Hmm, good idea -- I see in http://openbsd.org/faq/current.html#20120125 that the radeon driver has just beeen updated. Unfortunately I'm going on a business trip in a week and I don't know if I'll have time for a snapshot before I leave -- otherwise it will have to wait until March. I've been using OpenBSD for 11+ years, but I've never tried snapshots. I'll RT a few FMs on how stable-->snapshot upgrades work. ciao, -- -- "Jonathan Thornburg [remove -animal to reply]" Dept of Astronomy & IUCSS, Indiana University, Bloomington, Indiana, USA "Washing one's hands of the conflict between the powerful and the powerless means to side with the powerful, not to be neutral." -- quote by Freire / poster by Oxfam
Re: Backup Redundancy Etcetera
On Tue, Feb 7, 2012 at 6:42 AM, Nico Kadel-Garcia wrote: > On Mon, Feb 6, 2012 at 10:21 AM, David Coppa wrote: >> On Mon, Feb 6, 2012 at 3:43 PM, Nico Kadel-Garcia wrote: >> >>> The one you want is "CIFS", where the BSD system can mount authorized >>> shares from the Windows boxes using the Samba software. >> >> OpenBSD does NOT have cifs support > > Then what do you call Sharity? It's userland implementation. >http://openports.se/net/sharity-light > > It might not be a built-in, but it works quite well according to the > various Google reports. Do not trust google: sharity-light is a crap
Re: Backup Redundancy Etcetera
On 07/02/2012, Nico Kadel-Garcia wrote: > On Mon, Feb 6, 2012 at 4:10 AM, David Walker > wrote: >> >> Currently my backup regime is woeful. >> I have years worth of work on a Windows machine and some stuff >> scattered across OpenBSD machines. > > Uh-oh. I know. I do have "hard" copies of some stuff (drives on shelves, etcetera) but I need to "cloud" it a little more and in the process get more methodical (instead of me forgetting). Fortunately I have no problem losing any of these machines and starting from scratch - I don't need drive images or anything, the data I care about is in a few specific areas. For instance the web server, I mainly care about the web sites of which I have multiple copies. I also have a copy of the Apache *conf and I probably have a copy of the /etc changes (rc.conf.local, pf.conf, so on). In a worst case I can re-install from scratch, adjust /etc and copy Apache *conf (or re-write them in half an hour) - all that's not practically rebuildable is the websites themselves. Anonymous wrote: > Solaris > ZFS I've heard of it (ZFS) but here's the thing, I struggle enough keeping up with Wndows and OpenBSD I don't want to put another system into the mix. > Being able to push data to the server manually from Windows and other > operating systems over the network. SSH or IPsec or similar is my idea > here. > Windows is a weakspot since it is so bad and has few standard tools. Especially open protocols and secure. You either accept and embrace Active Directory or install third party software or stay simple. Fortunately the Windows machine is internal so insecure is okay. > You > could probably script Filezilla to SSH what you want to the file server. Good idea. I'll probably end up either installing the Microsoft NFS client and scripting that or use the bog standard ftp client and script that. > You can script cron jobs to rsync from everywhere but on Windows. > NFS is better for sharing in real time. For backups rsync is hard to beat > but Windows is a weak point as mentioned by other posters. I'm looking at that now. Part of the reason I want to use base is so that the curve in getting a machine back up is easy. It's kind of what I was looking for but the overhead probably isn't worth it in my situation. Again thanks for all the replies (including off-list). Again I only want to backup data (which is really limited to the Windows machine) and configuration information (which is easily quantifiable and changes infrequently) - simple is probably best. The scenario is so simple that installing software is possibly creating more difficulty. I'll try scripting NFS maybe in combination with dump on the OpenBSD machines and see how that goes. Best wishes.
Re: Backup Redundancy Etcetera
On Mon, Feb 6, 2012 at 10:21 AM, David Coppa wrote: > On Mon, Feb 6, 2012 at 3:43 PM, Nico Kadel-Garcia wrote: > >> The one you want is "CIFS", where the BSD system can mount authorized >> shares from the Windows boxes using the Samba software. > > OpenBSD does NOT have cifs support Then what do you call Sharity? http://openports.se/net/sharity-light It might not be a built-in, but it works quite well according to the various Google reports.
Google Summer of Code 2012 ?
Dear Sirs, I wonder .. if I apply for GSoC2012 mentoring ("GVRP/MVRP for OpenBSD" and "BFD for OpenBSD"), how does it look from OpenBSD point of view ? will code be accepted by community ? any licensing issue ? Cheers, Ilya Shipitsin
Re: Backup Redundancy Etcetera
On 2012-02-06, James Shupe wrote: > On 02/06/2012 03:10 AM, David Walker wrote: >> Hey. >> >> Currently my backup regime is woeful. >> I have years worth of work on a Windows machine and some stuff >> scattered across OpenBSD machines. >> > > You might want to look at Bacula. Yes, Bacula works well for Windows, it has a proper client which runs as a Windows server and can do VSS. Initial config of Bacula is not very fun, but once that's done you don't have to touch it too much. webacula is also in ports which is a nice web UI, especially good for status displays. There is also backuppc which can do backups using samba as a client, some people might prefer this, personally I don't.
Re: Backup Redundancy Etcetera
> Hey. Yo. > Currently my backup regime is woeful. > I have years worth of work on a Windows machine ^^^ > and some stuff > scattered across OpenBSD machines. > > I'm thinking of building a machine (the file server) to provide some > backup and central storage. Solaris ZFS > Being able to push data to the server manually from Windows and other > operating systems over the network. SSH or IPsec or similar is my idea > here. Windows is a weakspot since it is so bad and has few standard tools. You could probably script Filezilla to SSH what you want to the file server. Everybody else can simply mount NFS shares, dead easy with ZFS. Or you could rsync from non-Windows systems to Solaris. > > Having some mechanism where I can pull onto the server from the > clients at selected times or poll the machines for changes and update > the server or something. You can script cron jobs to rsync from everywhere but on Windows. > I have no experience here and I'm thinking about acronyms like NFS, > rsync, etcetera. NFS is better for sharing in real time. For backups rsync is hard to beat but Windows is a weak point as mentioned by other posters. > > This is for a small number of machines and low rate data changes but > if I can find something that's in base, scalable, robust, secure, > simple, quick ... Solaris ZFS > Please give me some recommended acronyms, man pages, etcetera. PLEASE check the Solaris HCL and possible zfs-disc...@opensolaris.org before building a file server. If you pick the wrong components, ZFS will hurt you badly. If you pick the right components you will be so happy.
Re: looking for hardware recommendations, x86 or otherwise.
On Mon, Jan 30, 2012 at 05:13:25PM +0100, Tobias Ulmer wrote: > [..] > PS: I'm ready to change my opinion about Broadcom by 1800, for just a > couple of PDF uploads on their website... A stripped datasheet has been released: http://www.raspberrypi.org/archives/615 Direct dl: http://dmkenr5gtnd8f.cloudfront.net/wp-content/uploads/2012/02/BCM2835-ARM-Peripherals.pdf It's only ~200 pages, but better than nothing.
Re: Jetway JNC9KDL-2700 acpiec error
On 4 February 2012 15:52, Jonathan Gray wrote: > On Sat, Feb 04, 2012 at 01:40:22PM +0200, Ville Valkonen wrote: >> Hello, >> >> I bought a Jetway_JNC9KDL-2700 mini-itx motherboard that has a Intel NM10 >> chipset and a Intel Cedar Trail 2700 (Dual Atom D2700 2x2.13Ghz) processor >> (see [1], [2]). >> >> At the very first I tried to boot with the amd64 arch, though it failed >> immediately at the beginning of the boot process (if I recall and conducted >> right, it was because of the lacking processor support). Then, I fetched the >> i386 snapshot from 31.1.2012 and booted. I was able to complete installation >> now. On the next boot it got a bit further as compared on amd64 arch, though it >> froze on the acpiec line(see [3]). Power off/power on and 'boot -c && disable >> acpiec && quit' helped for the freeze. >> >> The motherboard has a wireless ethernet device in the PCI-bus and the card >> should work flawlessly (have used it in the earlier obsd versions). I also >> tried with other pci-device, though it gave "watchdog timeout" errors. Reading >> the manual page of acpiec and rapid googling of 'acpi embedded controller' did >> not reveal whether it has something to do with the PCI-bus. Now, I am curious, >> for what acpiec affects? >> >> SUMMARY >> AFAIK CPU and ACPI aren't fully supported (see [3], B [4]): >> >> Relevant lines from dmesg.boot: >> B OpenBSD 5.1-beta (RAMDISK_CD) #75: Sat Jan 21 00:57:12 MST 2012 >> B boot -c && disable apciec; quit >> B B cpu0: unknown i686 model 0x36, can't get bus clock (0xc4081400) >> B B cpu1: unknown i686 model 0x36, can't get bus clock (0xc4081400) >> B B cpu2: unknown i686 model 0x36, can't get bus clock (0xc4381400) >> B B cpu3: unknown i686 model 0x36, can't get bus clock (0xc4381400) > > This is only used for estimating low/high as a speedstep fallback. > > The problem you alude to earlier seems to be that the processor doesn't > advertise long mode in the amd64 case. > > See ie > http://www.astaro.org/astaro-gateway-products/hardware-installation-up2date-l icensing/40935-64-bit-installation.html > http://www.mini-itx.com/store/?c=47 > > "64-bit OS Support: Currently EMT64 is *not* enabled on these boards. We expect Jetway to release a BIOS update when 64-bit drivers become available from Intel" > > Intel only documents the MSRs for the first generation of Atoms, > perhaps this one is the same. B You don't have EST in cpuid flags > though so there is no way for you to test that this does anything > at the moment... Okay, thanks for the clarification. I'll try the patch tomorrow and will let you know how it goes. Do you have any clue regarding the acpiec? Regards, Ville Valkonen
Re: Backup Redundancy Etcetera
Thanks for the replies. I should have stated I'm after something I can understand at a block level. There are only a few datapoints I care about: * the /etc from a few internal and external OpenBSD machines. * a few other *conf* areas like /var/named and so on from external machines. * either /var/www/virtuals from an external machine or from the Windows machine they were built on. * some personal data from the Windows machine. All that stuff changes little (especially the OpenBSD machines). If I lose a day or so from the Windows machine that's fine. So simple is good. I've read through the ideas and something like dump looks suitable. dump - filesystem backup -f file Write the backup to file; file may be ... ... an ordinary file ... This suggests I can mount a remote partition via NFS and dump to a file there. Is this correct? Can I do this via SSH also? The only other question mark is doing something similar for the internal Windows machine. I could do this manually via ftp but I suspect that will result in it happening far too little. As far as I understand it, Microsoft supply an NFS client via the resource kit and it looks easy to "at" and script as long as it's interoperable and Microsoft read the RFCs ... Best wishes.
Re: iwn firmware load fails in Sony VPCCA25FX
On Sat, 4 Feb 2012 21:17:44 +0200, Ed Ahlsen-Girard wrote: >Mihai Popescu wrote: > >> How did you install the firmware? >> >> I've run once in troubles with an iwi0 interface because I messed up >> the .tgz firmware file unpack. I never used a laptop with wireless and >> OpenBSD so I was not aware that I need to download some firmware >> files. >> I don't remember what exactly I did wrong, the files were there but I >> got the same error with load. I saw the run of /usr/sbin/fw_update at >> boot time. >> I've deleted the firmware files that I've installed from /etc/firmware >> and run this script by hand. Then it was fine for iwi to load. >> > >Just ran that script and after a reboot the fixed address works fine. >Thanks! > >-- > >Edward Ahlsen-Girard >Ft Walton Beach, FL > > Whoops. Spoke too soon. Failing again. nwid *** wpakey inet 192.168.0.235 255.255.255.0 NONE Yet commenting the last line and adding dhcp works fine. -- Ed Ahlsen-Girard Ft. Walton Beach FL
Re: Backup Redundancy Etcetera
On 02/06/2012 03:10 AM, David Walker wrote: > Hey. > > Currently my backup regime is woeful. > I have years worth of work on a Windows machine and some stuff > scattered across OpenBSD machines. > You might want to look at Bacula. [demime 1.01d removed an attachment of type application/pgp-signature which had a name of signature.asc]
Re: Backup Redundancy Etcetera
On Mon, Feb 6, 2012 at 3:43 PM, Nico Kadel-Garcia wrote: > The one you want is "CIFS", where the BSD system can mount authorized > shares from the Windows boxes using the Samba software. OpenBSD does NOT have cifs support
Re: Backup Redundancy Etcetera
On Mon, Feb 6, 2012 at 4:10 AM, David Walker wrote: > Hey. > > Currently my backup regime is woeful. > I have years worth of work on a Windows machine and some stuff > scattered across OpenBSD machines. Uh-oh. > I'm thinking of building a machine (the file server) to provide some > backup and central storage. > I'll probably try and get my head around softraid for redundancy > redundancy on the file server and I'm looking at these ideas for data > transfer ... > > Being able to push data to the server manually from Windows and other > operating systems over the network. SSH or IPsec or similar is my idea > here. Pull through CIFS mounting, don't try to pull over SSH. (See the old thread at http://fixunix.com/ssh/73787-mcafee-cygwin-ssh.html .) Also, running rsync on a Windows box is. fragile, due to the way Windows locks processes when they try to "open" a file that is "busy". It makes rsync very fragile because the set of such files is almost impossible to pre-identify and exclude, and some of them are really important, such as Outlook backups. That said, there's a very useful toolkit called "rsnapshot" that I've been using for years which is very flexible and can easily be targeted at CIFS shares. I've been using it on numerous UNIX and Linux systems, including OpenBSD, quite effectively. > Having some mechanism where I can pull onto the server from the > clients at selected times or poll the machines for changes and update > the server or something. > I have no experience here and I'm thinking about acronyms like NFS, > rsync, etcetera. The one you want is "CIFS", where the BSD system can mount authorized shares from the Windows boxes using the Samba software. > This is for a small number of machines and low rate data changes but > if I can find something that's in base, scalable, robust, secure, > simple, quick ... > :] > > Please give me some recommended acronyms, man pages, etcetera. > > Best wishes.
Re: Compiling R from source
On 06/02/12 5:08 AM, Peter Hessler wrote: Including missing headers is completely the correct fix, please submit the patches to the upstream author. As long as the patches are right. The hack mentioned below is wrong. The broken header file in question has been fixed. Update to -current or what will be 5.1. On 2012 Feb 06 (Mon) at 10:01:49 + (+), Zi Loff wrote: :I managed to compile R-2.14.0 and .1 from source on OpenBSD 5.0 (i386). : :Make failed because that two of the tre source files require stdint.h :(for WCHAR_MAX definition) but don't include it. I managed to build R by :inserting :#include :on src/extra/tre/tre-compile.c and src/extra/tre/tre-parse.c : :I know this is an ugly hack, and fiddling with the sources seldom is a :good idea, but it got the job done... : :There are some additional issues with the Cairo graphics device, :-pthread as a LDFLAG and some of the tests that configure runs, but I'm :still working on that. I'll share my findings when I have more concrete :answers (later today, hopefully). : : : :On 02/03/12 12:02, Richard Thornton wrote: :> Using OpenBSD 5 on an old sparc 64 sun blade, I am trying to compile R from :> source, downloaded from the cran-r website; :> The ./configure works, but make always fails. I realize that there is a R :> package available already but it is a 2008 version, and it has terrible :> graphics, anyone have a more recent port for sparc64? : -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: PF: table sync
On 6-2-2012 10:52, Armin Wolfermann wrote: > * Camiel Dobbelaar [05.02.2012 20:19]: >> I'm not sure that pftabled is still maintained though. > > It is. > >> I reported a big flaw to the author in 2010 and it was never fixed. > > Aborting on a failure condition is not a flaw. Come on... it's a network daemon. It should be robust: able to handle wrong inputs and temporary failures. Right now, the daemon aborts when the table is not known: $ ./pftabled-client 127.0.0.1 56789 nonexist add 1.1.1.1 Server: $ sudo pftabled pftabled: ioctl: Invalid argument Or when I supply a wrong netmask (I modifed pftabled-client to allow it, the server should not trust clients to be well behaved): $ ./pftabled-client 127.0.0.1 56789 test add 1.1.1.1/33 There's probably more. pftabled should sanitize that stuff before feeding it into the kernel. AND be prepared to handle failure. > I told you in my reply > to your code review that pftabled is running on high-volume sites > doing several inserts per second without a single observation of > this condition. Sure, it may work great for you and a temporary failure may even be very hard to trigger. But why not just handle it instead of aborting? > However, your suggestion is on my list and will be > included in the next release. Ok good to hear it. -- Cam
Re: Compiling R from source
Including missing headers is completely the correct fix, please submit the patches to the upstream author. On 2012 Feb 06 (Mon) at 10:01:49 + (+), Zi Loff wrote: :I managed to compile R-2.14.0 and .1 from source on OpenBSD 5.0 (i386). : :Make failed because that two of the tre source files require stdint.h :(for WCHAR_MAX definition) but don't include it. I managed to build R by :inserting :#include :on src/extra/tre/tre-compile.c and src/extra/tre/tre-parse.c : :I know this is an ugly hack, and fiddling with the sources seldom is a :good idea, but it got the job done... : :There are some additional issues with the Cairo graphics device, :-pthread as a LDFLAG and some of the tests that configure runs, but I'm :still working on that. I'll share my findings when I have more concrete :answers (later today, hopefully). : : : :On 02/03/12 12:02, Richard Thornton wrote: :> Using OpenBSD 5 on an old sparc 64 sun blade, I am trying to compile R from :> source, downloaded from the cran-r website; :> The ./configure works, but make always fails. I realize that there is a R :> package available already but it is a 2008 version, and it has terrible :> graphics, anyone have a more recent port for sparc64? : -- One planet is all you get.
Re: Compiling R from source
I managed to compile R-2.14.0 and .1 from source on OpenBSD 5.0 (i386). Make failed because that two of the tre source files require stdint.h (for WCHAR_MAX definition) but don't include it. I managed to build R by inserting #include on src/extra/tre/tre-compile.c and src/extra/tre/tre-parse.c I know this is an ugly hack, and fiddling with the sources seldom is a good idea, but it got the job done... There are some additional issues with the Cairo graphics device, -pthread as a LDFLAG and some of the tests that configure runs, but I'm still working on that. I'll share my findings when I have more concrete answers (later today, hopefully). On 02/03/12 12:02, Richard Thornton wrote: > Using OpenBSD 5 on an old sparc 64 sun blade, I am trying to compile R from > source, downloaded from the cran-r website; > The ./configure works, but make always fails. I realize that there is a R > package available already but it is a 2008 version, and it has terrible > graphics, anyone have a more recent port for sparc64?
Re: PF: table sync
* Camiel Dobbelaar [05.02.2012 20:19]: > I'm not sure that pftabled is still maintained though. It is. > I reported a big flaw to the author in 2010 and it was never fixed. Aborting on a failure condition is not a flaw. I told you in my reply to your code review that pftabled is running on high-volume sites doing several inserts per second without a single observation of this condition. However, your suggestion is on my list and will be included in the next release. Regards, Armin Wolfermann
terminal io q
Hi everybody, Woundering if I can somehow reserve 2 or 3 last lines of terminal exclusivelly for user input. I.e. to have it some in a way like 3270 terminals ;-) Thank you. -- With best regards, Gregory Edigarov
Backup Redundancy Etcetera
Hey. Currently my backup regime is woeful. I have years worth of work on a Windows machine and some stuff scattered across OpenBSD machines. I'm thinking of building a machine (the file server) to provide some backup and central storage. I'll probably try and get my head around softraid for redundancy redundancy on the file server and I'm looking at these ideas for data transfer ... Being able to push data to the server manually from Windows and other operating systems over the network. SSH or IPsec or similar is my idea here. Having some mechanism where I can pull onto the server from the clients at selected times or poll the machines for changes and update the server or something. I have no experience here and I'm thinking about acronyms like NFS, rsync, etcetera. This is for a small number of machines and low rate data changes but if I can find something that's in base, scalable, robust, secure, simple, quick ... :] Please give me some recommended acronyms, man pages, etcetera. Best wishes.