Re: Write an install image to a flash drive?
Just install the system to the flash drive instead of the hard drive. On Aug 25, 2019 3:54 PM, Bob Bernstein wrote: > > Thanks for your reflections on USB sticks and booting therefrom! > > I know I am going to do more experiments with them. I bought two > 64 gig sticks, one of which I used to upgrade my 'current' > NetBSD machine, but the other is still in its package. Not sure > what I will do with it. > > I would like to have a USB stick that would boot up to a running > Netbsd system that is presenting me with a login prompt, rather > than defaulting to the sysinst interface with which the > install.img presents one. > > I'm certain this is child's play for the wizards around here, > and I use that term only with immense respect, because the > incredible level of expertise shown by many on this list is only > ever gained by work, work, work, and work, followed by more um > WORK! > > Thank you -- a bit wordy here this afternoon (in New England). > > -- > Poobah
Re: Write an install image to a flash drive?
On Sun, Aug 25, 2019 at 04:54:25PM -0400, Bob Bernstein wrote: > I would like to have a USB stick that would boot up to a running Netbsd > system that is presenting me with a login prompt, rather than defaulting to > the sysinst interface with which the install.img presents one. The only magic in that install images is in etc/ttys: just replace that with one from you stock system (or from the etc set) and it will be a normal live image. Martin
Re: Hello
On Sun, Aug 25, 2019 at 07:25:21PM -0700, Thomas D. Dean wrote: > I use X and TWM. I just wasted 4 hours on an Ubuntu 18.04 system attempting > to get X + TWM to work from login and to remove snap. In NetBSD (though we are not really proud of it), twm is the default WM. If you install a new NetBSD system, edit its /etc/rc.conf and add XDM=yes to it, you get XDM as graphical login and a TWM session. If you do not like the graphical login, just leave everything along, log in an run "startx" - and you should get the same twm session. Martin
Re: Write an install image to a flash drive?
On Aug 25, 2019, at 8:26 AM, Rhialto wrote: >> | I _can't imagine_ how many stupid things I just did, but could >> | someone please tell me how to get that install image onto the >> | flash drive in a form that will boot? >> >> You cannot. "That" image is in ISO format, which have a booting >> method unique in the universe. You need an image set up for booting >> from a memory stick, which is much more similar to a regular drive >> than a CD (ISO format). > > *Some* BIOSes allow booting USB sticks even if they contain ISO images. > I'm certain I've done it a few times with Ubuntu images. But last time I > tried it with a NetBSD ISO image, it failed. (But I'm not sure if I > actually tried it on the same computer for instance, or if maybe the > Ubuntu images contain something special to make this possible). > > -Olaf. > -- > Olaf 'Rhialto' Seibert -- rhialto at falu dot nl > ___ Anyone who is capable of getting themselves made President should on > \X/ no account be allowed to do the job. --Douglas Adams, "THGTTG" Are you talking about an .iso image on a FAT filesystem or what programs like Rufus (Windows) or Etcher (MacOS) do, which is taking an iso image and writing it to a USB drive. I always assumed that there was some conversion involved, but I could be wrong. Rufus also talks about “hybrid” iso images which have a partition table, apparently.
Re: Write an install image to a flash drive?
On Aug 26, 2019 8:59 AM, Jason Mitchell wrote: > > On Aug 25, 2019, at 8:26 AM, Rhialto wrote: > > >> | I _can't imagine_ how many stupid things I just did, but could > >> | someone please tell me how to get that install image onto the > >> | flash drive in a form that will boot? > >> > >> You cannot. "That" image is in ISO format, which have a booting > >> method unique in the universe. You need an image set up for booting > >> from a memory stick, which is much more similar to a regular drive > >> than a CD (ISO format). > > > > *Some* BIOSes allow booting USB sticks even if they contain ISO images. > > I'm certain I've done it a few times with Ubuntu images. But last time I > > tried it with a NetBSD ISO image, it failed. (But I'm not sure if I > > actually tried it on the same computer for instance, or if maybe the > > Ubuntu images contain something special to make this possible). > > I believe it has something to do with the SYSLINUX that makes it possible. https://en.m.wikipedia.org/wiki/SYSLINUX > > -Olaf. > > -- > > Olaf 'Rhialto' Seibert -- rhialto at falu dot nl > > ___ Anyone who is capable of getting themselves made President should on > > \X/ no account be allowed to do the job. --Douglas Adams, "THGTTG" > > Are you talking about an .iso image on a FAT filesystem or what programs like > Rufus (Windows) or Etcher (MacOS) do, which is taking an iso image and > writing it to a USB drive. I always assumed that there was some conversion > involved, but I could be wrong. Rufus also talks about “hybrid” iso images > which have a partition table, apparently.
adding failover static routes
Trying to add two static routes for the same network so one remains primary while other is used as a failover I have two gateways for redundancy primary over VPN and backup over a low bandwidth leased line, is there a matrix command like cisco where I can add a higher metrix for the failover route Eg Route add 192.168.1.0 -netmask 255.255.255.0 192.168.7.1 Route add 192.168.1.0 -netmask 255.255.255.0 192.168.7.2 For now if I try the 2nd command I get route exists adding metrix gives me an error Thanks for your help Derrick
Re: adding failover static routes
Hi, On Mon, Aug 26, 2019 at 12:43:35PM -0400, Derrick Lobo wrote: >Trying to add two static routes for the same network so one remains >primary while other is used as a failover What you want, is a routing protocol spoken with the other end. Something active has to detect that one route fails, and change the kernel's view... For a small bunch of networks all handled by yourself, RIP as implemented by routed (from the basic system distribution) would do the job. Read man routed for the details. -is