Re: Adding a prompt on the installer before overwriting the partition table
Just tried the installer to see what the deafult option was. It was the OpenBSD partition and can't remember what the deafult option is without a OpenBSD partition. If that defaults to Whole you would have a better point. (thinking of the keyboard buffer when impaciant) Otherwise pressing W(hole) is a yes. I always do a install instead of upgrades. I can make the same mistake with disklabel on a machine which has a different layout from my most used layout. I can really understand your opinion. But when your using OpenBSD it is expected that you are know what your dealing with. It is not a "populair" OS which hold your hand. This year is I use it for 20 years and the installer is just simple and straight forward. One of the reasons I find OBSD more easy to use then other OSes. Van: owner-m...@openbsd.org namens Parodper Verzonden: maandag 28 juni 2021 18:21 Aan: misc@openbsd.org CC: dera...@openbsd.org Onderwerp: Re: Adding a prompt on the installer before overwriting the partition table O 28/06/21 ás 16:53, Theo de Raadt escribiu: > Parodper wrote: > >> I think there should be a prompt in the installer before >> overwriting the partition tables. The current behavior is, when >> selecting the whole disk, to overwrite the partition table >> directly. > > Isn't it kind of obvious that selecting the whole disk requires > overwriting the partition table? That assumes that people don't make mistakes, like I did. Having the default option be «delete everything **without asking**» seems to me as good place to make mistakes. At least the edit option requires more than just one key press to delete your data > The installer has acted this way for more than 20 years. It is well > documented. Haven't heard a complaint in a decade. Did you read the > installation docs? There have been multiple complains: https://marc.info/?t=14720374222=1=2 https://marc.info/?t=13311235202=1=2 https://marc.info/?t=9437909741=1=2 I decided to start a new thread because those old threads usually end with a «diff please» or centering too much on how the first user wrote the mail. > I doubt other major operating system installers ask you again if you > are sure you want this hidden but obvious step, so why should our > installer? Off the top of my head I couldn't tell you how other OS do it, but the Debian installer puts the template into the partitioning program, and the program asks no matter the option chosen. I would have suggested something like that, but I preferred to start with something more simple. > Meanwhile, your change probably breaks including auto and templated > installs -- because a newly introduced question which isn't answered > will receive \n, and without y\n it fails. That is a good complain. I have no experience with automated installs, so I don't know how they do it. But if the defaults have to be explicit then, instead of changing the fdisk option, I propose changing the default to the «(E)dit» option. On the other hand, if you don't want to change the installer interface in any way there is nothing more to discuss. > Furthermore I think the whole concept of installing multiple > operating systems on one disk and multiple-booting is increasingly > complex to the point of being a waste of time. Multiple partitions are not only used for having multiple operating systems. I usually have a data partition on my machines. > Major operating systems don't make it trivial. Depending on your definition of «trivial», yes they do. > Why should the smaller systems be held to the standard of making it > easy? I am not suggesting that OpenBSD should change the install process for a tablet-based interface. It is a small change for which I have suggested a diff. > Sorry to break the news, but as a rule the most fragile > configurations of any software are the ones unused by the developers. > This is definitely one. None of us use multiboot. True, but this is only tangentially related to multiboot.
Re: Adding a prompt on the installer before overwriting the partition table
Most PC's have a BIOS boot menu which make it easy to use multiple OSes on seperate disks. Disks are cheap. Not worth the trouble of bootmanagers. Van: owner-m...@openbsd.org namens Theo de Raadt Verzonden: maandag 28 juni 2021 16:53 Aan: Parodper CC: misc@openbsd.org Onderwerp: Re: Adding a prompt on the installer before overwriting the partition table Parodper wrote: > I think there should be a prompt in the installer before overwriting the > partition tables. The current behavior is, when selecting the whole > disk, to overwrite the partition table directly. Isn't it kind of obvious that selecting the whole disk requires overwriting the partition table? The installer has acted this way for more than 20 years. It is well documented. Haven't heard a complaint in a decade. Did you read the installation docs? I doubt other major operating system installers ask you again if you are sure you want this hidden but obvious step, so why should our installer? Meanwhile, your change probably breaks including auto and templated installs -- because a newly introduced question which isn't answered will receive \n, and without y\n it fails. Furthermore I think the whole concept of installing multiple operating systems on one disk and multiple-booting is increasingly complex to the point of being a waste of time. Major operating systems don't make it trivial. Why should the smaller systems be held to the standard of making it easy? It is easy to get another machine, or use a virtual machine. Sorry to break the news, but as a rule the most fragile configurations of any software are the ones unused by the developers. This is definately one. None of us use multiboot.
Re: growfs on bsd.rd
On Wednesday 09 January 2013 05:38:26 Hugo Osvaldo Barrera wrote: On 2013-01-04 00:41, Aaron Mason wrote: On Fri, Jan 4, 2013 at 1:28 PM, Hugo Osvaldo Barrera h...@osvaldobarrera.com.ar wrote: Hi all, I'm curious as to why growfs is not included in bsd.rd. Is there any particular reason for this? I belive it would be inmensly useful - since bsd.rd is the first thing one would think of when needing to grow a root partition (or a partition you don't want normally want to unmount). I've googled a bit, but haven't found anything related. Cheers, -- Hugo Osvaldo Barrera It's not too difficult to add tools to the ramdisk. http://www.thats-too-much.info/2013/01/04/work-smarter-not-harder-roll-your-own-openbsd-ram-disk/ My goal with this email was rather aimed to suggest growfs be included, or to ask why it isn't, I've found I can easily mount /, copy growfs, and umount / as a quick workaround anyway. Space is the main reason. The mini system still has to fit on small install media. If you look at the install floppy's, you will see that they have to prune the kernel to make it fit. That job will get more difficult or maybe impossible if the mini system gets larger. I'm sure it is mentioned somewhere. Of course they can make a different mini system for bsd.rd. But again, more work and you get two different mini systems. gr Renzo
Re: how to make power off button work like halt -p
On Thursday 22 November 2012 16:13:26 眼镜蛇 wrote: i need to install openbsd on a blind computer(without monitor).so i need to press power off button to shutdown the computer.i know that use ssh is a right way. but press power off is more effective way. in the version 5.2, i just press power off, and the computer shutdown directly without clean the file system. i think this would do harm to the database server. i want to know how to make power off button work link halt -p command. Have you tried it? Just a short press on the button?
Re: pxeboot, machine dependent kernel
On Saturday 08 September 2012 15:11:07 Ville Valkonen wrote: On 7 September 2012 23:14, russell russ...@dotplan.dyndns.org wrote: On 09/08/12 03:34, Ville Valkonen wrote: On 7 September 2012 14:08, russell russ...@dotplan.dyndns.org wrote: I have doing quite a lot of netbooting lately. However I can not figure out how to configure a specific machine to use a specific kernel. Is there a way for pxeboot to load a kernel based on something machine dependent, for example, mac address? If not, I have been digging around in sys/stand/boot/boot.c while I have not found where to get the mac address yet would it be preferable to a. look for a boot.conf.macaddress before an unadorned boot.conf b. if not otherwise specified fall back to /bsd.macadress c. macro expansion in boot.conf(somthing in the manner of machine $macaddress) I like option a as that seems like it would be easy to put in and provide configuration power where needed while not complicating the setup in the common case of only ever needing one kernel. Have you checked man 8 diskless ? -- Ville heh, diskless(8), thats my bible. but my problem is. dhcp: filename directive can be per machine but it does not point to a kernel. it points to a pxeboot. pxeboot: can be configured via boot.conf but there is no way to specify a kernel based on the machine actually booting, can only hard code the kernel image in. and even if I kept different pxeboot binarys they would still use the same boot.conf when different machines (say one is amd64 and the other is i386) need different kernels one boot.conf will not work. I was hoping there was something obvious I missed when setting it up. cause right now I am typing in the kernel name by hand when booting, which sucks and kind of defeats the purpose of netbooting. my intention is to hack boot.c(my guess, at this point I am still just looking at source) to check for and use some sort of global kernel macaddress var pxeboot claims to set. It may seem I have no idea what I am doing, this is true. However I figure this is a good chance to learn. Apparently I remembered the contents of the man and its pointers wrong, so for sorry for the noise. Should have checked. -- Ville How about man dhcpd.conf?
Re: power button halt vs reboot(8) and halt(8)
On Saturday 14 July 2012 01:02:12 Norman Golisz wrote: On Fri Jul 13 2012 23:58, frantisek holop wrote: hi there, how different is the code path between reboot(8), halt(8) and when i press the power button? the reason i ask is, that fairly often, reboot(8) and halt(8) hangs (X disappears, but there is only black screen, and the console never appears, no syncing disks message), but pressing the power button turns off the machine without fail every time. another one of those mysteries.. happened on multiple notebooks for me, but here is the dmesg for the one i use daily nowadays. I can confirm this happens on my Thinkpad T400, too. I did not yet dig further into this, so I provide at least some system info; dmesg, pcidump, Xorg.0.log. $ dmesg I have seen this also. But not only when shutting down. Lately I start X from the command line and sometimes it indeed hangs when closing X, but it is no hard lock. Pressing ctrl-alt-backspace did the trick to continue the shutdown. Switching to an other console kept working. When I was using kdm and it happens, I sometimes started reboot in another console. But... I don't know if it did the trick. I do can remember that there were two shutdown process at work, so I think it did. I have to say that it was worse with the rtrheads transition, but lately I haven't seen it that often. But, this laptop almost never shuts down. I only restart kde when konqueror is giving trouble. But I suspect that something is choking on the X processes. I don't know all the technical details, but I would think that X first shuts down his processes and then calls the shutdown program. So shutdown wouldn't be involved with killing X processes. I can imagine that the power button uses something which act the same like kill -KILL and thus capable off killing X. hope this helps. gr Renzo ps I'm running a current build from 4-26-12
Re: missing /etc/fstab
On Sunday 08 July 2012 14:07:44 Илья Шипицин wrote: Hello! I remember some early 5.1 snapshot which installed and successfully run without /etc/fstab however, 5.1-RELEASE came with /etc/fstab it would be nice to move system from one server to another without having to bother about /etc/fstab (I moved several of them due to buggy hardware). is it possible to run without /etc/fstab ? is it supported configuration ? Cheers, Ilya Shipitsin As Theo pointed out there always is a fstab needed and present. If you mean by move system, moving the harddisk to another system, look at DUID's if you don't use them yet. gr Renzo
Re: making packages
On Friday 11 May 2012 15:15:23 Dimitry T wrote: I want to create packages from compiled port, copy to usb and install on another computer. After trying with make package in xfce4-session port tree i got only one package. How to include all dependencies and all needed to install the application on another computer? Do you have those dependencies already installed on the build machine before making that package? If so, they won't be build. If you make the packages on a clean system, all deps will be build. Ofcourse this includes the build-depends. gr Renzo
Re: making packages
On Friday 11 May 2012 18:25:39 Dimitry T wrote: I use make install on port xfce4-session, and after that make package. make install already builds the package. Which offcourse is needed to do the install part. As for pkg_create. The manual explains that very well, it even provides an example. I don't repeat it here. Just look a bit further. But as far as I can see you'll have to do that for every package. Still much faster than compiling. Date: Fri, 11 May 2012 17:39:51 +0200 From: es...@nerim.net To: rfabr...@nerdshack.com CC: misc@openbsd.org Subject: Re: making packages On Fri, May 11, 2012 at 05:24:43PM +0200, Renzo Fabriek wrote: On Friday 11 May 2012 15:15:23 Dimitry T wrote: I want to create packages from compiled port, copy to usb and install on another computer. After trying with make package in xfce4-session port tree i got only one package. How to include all dependencies and all needed to install the application on another computer? Do you have those dependencies already installed on the build machine before making that package? If so, they won't be build. If you make the packages on a clean system, all deps will be build. Ofcourse this includes the build-depends. If the dependencies are already installed, you can recreate the package from /var/db/pkg. See pkg_create(1) In general, when you want to build several things at once, use dpb(1). In particular, it *will* build all packages.
Re: making packages
On Friday 11 May 2012 22:12:36 Dimitry T wrote: Thanks on shellcode. Ofc i try example in man page pkg_create -f /var/db/pkg/xfce4-session-4.8.2p2/+CONTENTS but that create only one xfce4-session package without depends. This shellcode do same as pkg_create -f /var/db/pkg/*/+CONTENTS, but i want only xfce4-session. I think I found a way with pkg_add and PKG_CACHE. Provided that you have made all packages installed on your current system. (assuming all needed packages are installed) Please read the pkg_add manual for the explanation of -U and PKG_CACHE. I'm doing homework which you could do yourself. sudo pkg add -U your_package Before you do that you have set export PKG_CACHE=/the/packages/you/need/ After that you find the necesary packages in /the/packages/you/need/. Date: Fri, 11 May 2012 21:29:59 +0200 From: es...@nerim.net To: rfabr...@nerdshack.com CC: misc@openbsd.org Subject: Re: making packages On Fri, May 11, 2012 at 07:48:15PM +0200, Renzo Fabriek wrote: As for pkg_create. The manual explains that very well, it even provides an example. I don't repeat it here. Just look a bit further. But as far as I can see you'll have to do that for every package. Still much faster than compiling. Well, shell is good, e.g., for f in /var/db/pkg/*/+CONTENTS do pkg_create -f $f done (generally done as root if any file in any package may be unreadable as normal user).
Re: Why does the ports system delete distfiles?
On Sunday 06 May 2012 18:24:21 Alan Corey wrote: I just saw another good reason to hit ctrl-C. I'm on a modem, and I just hit boost_1_42_0.tar.gz in an install. That's 40 megs, more than I can download in a day. I need to use a different process, like put the url in a text file and feed it to wget with --continue -i file So I hit ctrl-C, and that got me out of downloading from the first site, only to start downloading from another, then another. What I really wanted was to be able to copy a working url and paste it into a text file. Alan On Wed, 25 Apr 2012, Alan Corey wrote: I've seen this before, I wonder if there's some environment variable I can set to stop it? I try make fetch on a port, it fails due to a bad site. I hit Ctrl-C to stop it, it goes to the next site and downloads the file. Then it deletes the file when it finishes. I type make install and it tries the bad site again... Alan You are able to get a working url. All info for that url is in the Makefile of the port. You could cut and paste an url or do some shell scripting to extract the url's. gr Renzo
Re: Does your USB keyboard Dot key on keypad fail? Was Re: Shuttle XS35 v2 - One key going loco
On Tuesday 03 April 2012 05:35:24 Opera wrote:
Hlo,
The reason for putting this on top is that I have data that are
showing that I can not blame the Shuttle.
Here is the brief infos-
When using a USB keyboard [native USB or with an adaptor for ps2]
the keypad Del key works perfectly but when NumLock is on that key
does not change its output to Dot when working with any version
of OpenBSD that I have tried. Turning NumLock off and using the
shift key does not work either.
There are no other keys affected.
The problem exists on every computer that I try.
Windows 7 or XP and NetBSD both work perfectly.
There is now some tension in the evidence.
(I) It would seem that there is a little bug in OpenBSD that will
affect any box running with USB keyboard.
(II) I can't believe that this can not have been noticed before if
clause (I) is true.
Well maybe that no OBSD person uses USB keyboard? Or doesn't use
that Dot key on the keypad?
I ust tried it on two machines with (only) a USB keyboard. One i tried with
the latetst snapshot from 2 april. Both show the same problem.
The del function on that same key also don't behave like the normal del key.
gr
Renzo
On 31/03/2012 04:07, Steffen Daode Nurpmeso wrote:
Opera wrote [2012-03-30 12:58+0200]:
Using the same keyboard where I first saw the bug but connected to a
plain old PC.
I use hexdump like this:
# hexdump -C
tap the problem key, then hit return and then Cntrol-D
With numlock off I see:
^[[3~
1b 5b 33 7e 0a
0005
With numlock on:
.
2e 0a
0002
Using the same keyboard with a ps2-USB adaptor I see the same
result as the numlock off test above whether numlock is on or off.
This is what I see on the Shuttle also but it has no ps2 sockets
so on it I'm stuck with no working dot key on the numpad and
of course old habits die hard so I mess up lots of ip addresses.
Is there something in wsconsctl or such that would let me patch
it? I've been hunting through various related man pages but I
have not hit on a hint so far.
Hey, b-by!
Just recently i've posted a patch to tech@ that let's you examine
the scancode of a key via wsconsctl!!!
Then you can use basic wsconsctl features to set the key to
whatever you want, now that you can identify it!!
By the way - Marco Peereboom has posted a great ksh(1) to tech@ on
2011-09-06 that let you do graceful multi-character-sequence key
binding, which may also be of interest to you.
Was for me.
And YOU ARE THE FIRST Windows NT user i know of who cares about
keyboard scancodes!
This is just a FANTASTIC EXPERIENCE for me.
THANK YOU
(P.S.: there is a X program which gives you even more info, so
that you can adjust your .xmodmaprc or so.)
--steffen
Forza Figa!
Re: Does your USB keyboard Dot key on keypad fail? Was Re: Shuttle XS35 v2 - One key going loco
On Tuesday 03 April 2012 14:02:20 Opera wrote: On 3/04/2012 15:54, patrick keshishian wrote: On Mon, Apr 2, 2012 at 8:35 PM, Operaop...@witworx.com wrote: Hlo, The reason for putting this on top is that I have data that are showing that I can not blame the Shuttle. Here is the brief infos- When using a USB keyboard [native USB or with an adaptor for ps2] the keypad Del key works perfectly but when NumLock is on that key does not change its output to Dot when working with any version of OpenBSD that I have tried. Turning NumLock off and using the shift key does not work either. Just tried with both my netbook (running week old snapshot) with a USB keyboard attached to and also an older desktop (running older OBSD release) with SUN USB keyboard. Both work fine. The period (.) on the numeric-pad (with Num Lock on) acts as a period (tested with xcal and in vi). HTH, --patrick Oh.. that blows me out. After trying 2 models of Mitsubishi Diamond Digital (ps2), a recent Samsung ps2 and a Gigabyte USB on machines as old as 2000 and as new as a Thinkpad e320 and the Shuttle and having all of them fail, I didn't really expect to see any report to the contrary. Desparate question - I use US layout. Do you? Tnx One thing I forgot to check. Last time I only tried it at the console. I now tried it within X. The dot works, but the del function still doesn't do the same as the other del key.
Re: Suggestion
On Sunday 11 March 2012 07:57:35 Nomen Nescio wrote: You wrote: On Friday 09 March 2012 13:10:13 Nomen Nescio wrote: Who in their right mind would EVER want to run this crap? You answered your own question. My guess? People who are too cheap to buy Windows and too stupid to figure out how to find a free copy of XP or Win 7 on the net and do the activation or find a password. That's a pretty small user space. Free copy's of Windows? Do they exist? The point is if you want Windows you have two ways of getting it. You can buy a copy or rip one off. Got it now? Either one runs better than FreactOS It was a retoriocal question? Got it now?
Re: Suggestion
On Friday 09 March 2012 13:10:13 Nomen Nescio wrote: Who in their right mind would EVER want to run this crap? You answered your own question. My guess? People who are too cheap to buy Windows and too stupid to figure out how to find a free copy of XP or Win 7 on the net and do the activation or find a password. That's a pretty small user space. Free copy's of Windows? Do they exist?
Re: Snappy Answers to Stupid Questions - WTF?
On Friday 09 March 2012 19:19:33 Nick Holland wrote: oh good, people DID notice this. I was starting to wonder. Note: any return to the old, boring FAQ title for 5.1 is purely due to lack of creativity on my part, not dullards like this guy. Though, I do admit his posting is prompting me to try again to come up with something. pitch mode=money benefactor=OpenBSD Hey, if having an OS which takes the quality of its product -- and not much else! -- seriously is important to you, this would be a good time to make a donation to the project. Make Theo smile! /pitch Nick. I do that every month automaticly. I almost even forgot that I do. :D
Re: My OpenBSD 5.0 installation experience (long rant)
On Wednesday 07 March 2012 15:27:51 Leonardo Sabino dos Santos wrote: On Wed, Mar 7, 2012 at 2:44 PM, Russell Garrison russell.garri...@gmail.com wrote: I am absolutely intrigued by this story despite my better judgement. You were able to cook your own full OpenBSD installer on a USB stick with GRUB instead of downloading an ISO or using PXE, but you failed disk setup in the installer? It really would be interesting to see if you can read just http://www.openbsd.org/faq/faq4.html , particularly 4.5.3 and then come back to us with anything other than a mea culpa. I admit to pressing Enter at some of the questions without reading carefully. It simply never crossed my mind that the default action for the installer is to erase the whole disk without chance for review. I still think that's a disaster waiting to happen. On Wed, Mar 7, 2012 at 3:04 PM, Christer Solskogen christer.solsko...@gmail.com wrote: What if you mistyped there as well? Do you want a Are you REALLY REALLY sure?? Then again, partitioning your disk is a bit more serious than What's your hostname? or What time zone are you in?. Maybe that one question deserves an extra confirmation, or a less dangerous default. Just saying. When a OpenBSD partition is present than that is the default choise. Better? :) But i have to agree with you. It is a dangerous point. I think a patch for a blank default choise if no OpenBSD partition is present would make more chance to be accepted than a are you sure patch. But... it will add an extra keystroke (W/E + enter) to save the newbees. I suspect that will be the main argument against this. But then again it would only be with fresh disks. (MBR without an OBSD part is also fresh in this case) Another thing is that the instal script is a part of the install files... (duhh) Those files still has to fit on a floppy disk. So adding to much would make it harder to put them together. As others said before, OpenBSD is not about handholding although they do a pretty good job already. You will discover that once you start using OBSD, And if I may blabbermouth a bit more. Representing the info when choosing whole disk is almost useless. It is done correctly. If it is not done correctly, then you start again and find out what is wrong or different in your case. There is no harm done cause you wanted to use the whole disk anyway. The only reason in this case is to save someone from a wrong keystoke which could be solved by giving no default when no OBSD partition is available. But that is for the team to decide. In case you edit the MBR by hand, representing your changes is the same as reading and chekking twice before you save and quit fdisk. gr Renzo
Re: Trusting the Installation
On Sunday 04 March 2012 12:12:19 Anonymous Remailer (austria) wrote: the reason is you can download source code, look at it, make sure for yourself there's no backdoors, build your own ISO from source code You can but nobody does. If the entire OpenBSD team can't finish a complete audit of OpenBSD in one release cycle how long do you suppose it would take one person to do that? Not very practical. If someone thinks he has to audit the whole tree, he is not practical already. It is not difficult to get a trusted source rep and compare the downloaded source with that and investigate the differences if they think it is needed. If they don't even trust the source code on the DVD, they have bigger problems than just secure downloads.
Re: What's the location trash after move to trash
Try .Trash-1000 (1000 is user-id) gr Renzo On Thursday 02 February 2012 06:05:47 lbvvbooo lbvvbooo wrote: I checked folder ~/.local/share/Trash/files/, and test it again, still can't find the deleted files. The trash icon does NOT show them either. Anybody help? Thanks. Date: Wed, 1 Feb 2012 08:44:20 +0100 From: ajacou...@bsdfrog.org To: lbvvb...@live.com CC: misc@openbsd.org Subject: Re: What's the location trash after move to trash On Wed, Feb 01, 2012 at 07:31:23AM +, lbvvbooo lbvvbooo wrote: Hi, I'm using openbsd 5.0 with gnome-session. When I delete items under gnome, first I choose items and click the right button of the mouse, then choose move to trash. Question is I can't find the deleted items in the Trash icon of the desktop. So, where the deleted items? How do I delete them completely, like empty trash in windows? Here's the gnome suits I used, but the version number is incorrect. pkg_add -i -vv gnome-session-2.30.2p3.tgz pkg_add -i -vv gdm-2.20.11p1.tgz pkg_add -i -vv metacity-2.30.1p1.tgz # pkg_add -i -vv gnome-panel-2.30.2p2.tgz # pkg_add -i -vv nautilus-2.30.1p2.tgz pkg_add -i -vv gnome-terminal-2.30.2p0.tgz # pkg_add -i -vv gnome-control-center-2.30.1p0.tgz # pkg_add -i -vv gnome-menus-2.30.2p0.tgz # pkg_add -i -vv gnome-settings-daemon-2.30.2p1.tgz # pkg_add -i -vv gnome-themes-2.30.2.tgz # pkg_add -i -vv gnome-themes-extras-2.22.0p8.tgz # pkg_add -i -vv gnome-utils-2.30.0p0.tgz # pkg_add -i -vv gnome-applets2-2.30.0p2.tgz # pkg_add -i -vv gnome-system-monitor-2.28.1p3.tgz # pkg_add -i -vv gnome-nettool-2.30.0p0.tgz Deleted files are under: ~/.local/share/Trash/files/ If the trash icon does show them, then you probably have an issue with the gamin file monitor (which will be replaced in the next release anyway). -- Antoine
Re: openbsd boot after installation failed: i am desperate.
Op donderdag 30 juni 2005 03:46, schreef Gustavo Rios: I have installed my box the way it does not boot. I am sending here my disk layout. You may ask how did i obtained that: I could boot from cdrom into my installation, like in: boot hd0a:/bsd And it rocks, evreything thing went ok. What is getting losing my mind is the fact i cannot boot directly from the disk. Ok, the setup is here: fdisk: Disk: wd0 geometry: 9726/255/63 [156248190 Sectors] Offset: 0 Signature: 0xAA55 Starting Ending LBA Info: #: idC H S -C H S [ start: size ] *0: 070 1 1 - 6714 57 63 [ 63: 107864001 ] HPFS/QNX/AUX 1: A6 6714 58 1 - 9726 28 46 [ 107864064:48385936 ] OpenBSD 2: 000 0 0 -0 0 0 [ 0: 0 ] unused 3: 000 0 0 -0 0 0 [ 0: 0 ] unused Your working setup from your first e-mail: Disk: wd0 geometry: 9726/255/63 [156248190 Sectors] Offset: 0 Signature: 0xAA55 Starting Ending LBA Info: #: idC H S -C H S [ start: size ] 0: 070 1 1 - 6714 57 63 [ 63: 107864001 ] HPFS/QNX/AUX *1: A6 6714 58 1 - 9726 28 46 [ 107864064:48385936 ] OpenBSD 2: 000 0 0 -0 0 0 [ 0: 0 ] unused 3: 000 0 0 -0 0 0 [ 0: 0 ] unused Notice the asterix (*) . This marks the actvie partition that the bios will boot. Do you see the differnce between the two configurations? [snip rest] Greetings Renzo Fabriek
