Hello all,
Way back in 2016 I received a NeXT Cube from a retiring professor with the boxes and everything. The good news is I was able to recover all the data off the SCSI hard drive.
http://www.nextcomputers.org/forums/viewtopic.php?t=3931&highlight=After a year in storage due to renovations, I finally got the opportunity to put it back on my desk.
I decided to purchase a SCSI2SD 5.1 to refurbish the Cube, but I quickly ran into some difficulty when trying to get it to work. My expertise is in vintage Macs, not necessarily NeXT hardware.
When I boot from the original SCSI hard drive everything works fine. I have a CD ROM drive on SCSI ID 3 that functions as expected.
I configured the SCSI2SD to be a single HD SCSI ID 0 with a 2gb partition. When I connect the SCSI2SD to the Cube and fire up the ROM Monitor I get the following message trying to boot from bsd(0,0,0).
bad version 0x0
bad version 0x0
bad version 0x0
bad version 0x0
I expected that because the SD card isn't formatted yet and has no files written to it. The plan was to use the CD ROM on SCSI ID 3 to install NeXTStep 3.3. But when I try to boot to bsd(3,0,0) I get the following.
no SCSI disk
Welp. I'm trying to figure this one out. But some professional insight would be appreciated. What can I check? Am I using the bsd command wrong?
Thanks![/code]
A couple of things going on here.
When the machine starts it looks for a certain signature on the disk that indicates its a NS 68K volume. This error is seen when the include a disk doesn't have correct data (your case) OR that mapping of heads/sectors/cylinders is incorrect. For the SCSI2SD make certain you use its features to create a customized mapping (using an XML file) before you install the OS. You should be able to find a few threads in the forum that give more detail.
The critical bits are
<bytesPerSector>512</bytesPerSector>
<sectorsPerTrack>139</sectorsPerTrack>
<headsPerCylinder>4</headsPerCylinder>
This link gives a summary of the commands in the ROM monitor
http://www.nextcomputers.org/NeXTfiles/Docs/NeXTStep/3.3/nsa/09_StartShut.htmld/index.html Also I believe you might need a floppy and a 68k bootstrap image if the ROM is v2. Otherwise the boot command seems correct for ID=3. Try the other numbers just to rule-out ID selector issues. If the CDROM rom works with the SCSI HD, but not the SCSI2SD then perhaps there is termination or other configuration problem. Note that sector size of the CDROM needs to be 512 byte.
Thanks for the input!
I was able to grab that XML file in the other thread you referred to.
http://www.nextcomputers.org/forums/index.php?topic=4215&highlight=codesrc (
http://www.nextcomputers.org/forums/index.php?topic=4215&highlight=codesrc)
I loaded it onto the SCSI2SD without issue. I see that it loaded the bytesPerSector, sectorsPerTrack, and headsPerCylinder info. If I copy what was done in that thread, the next step is to DD a NeXTStep ISO on over to the CD portion.
But what isn't quite clear to me is how to do that. And there is either an ambiguity or it isn't quite opaque in the SCSI2SD documentation how the SD card is formatted. Is that something that is accomplished by the SCSI2SD with the SD card in it? Or is that something I can do in Terminal? If I'm struggling to get NeXTStep files onto the SD card to boot from... this is kind of a chicken or the egg situation.
I do have ROM Monitor 2.1 (v59). So I'll have to look up how to bootstrap if what you say is true.
Quote from: "Retro_Mac_Ken"Thanks for the input!
I was able to grab that XML file in the other thread you referred to.
http://www.nextcomputers.org/forums/viewtopic.php?t=4215&highlight=codesrc
I loaded it onto the SCSI2SD without issue. I see that it loaded the bytesPerSector, sectorsPerTrack, and headsPerCylinder info. If I copy what was done in that thread, the next step is to DD a NeXTStep ISO on over to the CD portion.
But what isn't quite clear to me is how to do that. And there is either an ambiguity or it isn't quite opaque in the SCSI2SD documentation how the SD card is formatted. Is that something that is accomplished by the SCSI2SD with the SD card in it? Or is that something I can do in Terminal?
I do have ROM Monitor 2.1 (v59). So I'll have to look up how to bootstrap if what you say is true.
You have several options here depending on your overall goal.
If you want to be able to install a fresh OS copy on the SCSI drive, then I believe you need a floppy that works withe cube. I've never done this myself, so perhaps others can chime in. You will need the CDROM installation media present either on an external CDROM or using a SCS2SD substitute if you do not have a compatible drive (and a bit more XML configuration). This has the highest degree of difficulty, but most rewarding.
If the original disk (HD) drive you have in the cube is working (and you have imaged this disk and saved it offline correct?), then you could use BuildDisk to create a new system disk to build onto the SCSI2SD drive. Install media still needed. Medium degree of difficulty.
Alternatively, just size the SCSI2SD drive the same as the original HD* and use 'dd' to copy the image to the new SCSI2SD SCSI ID# under terminal. If you don't have a functional OS/good HD drive on the cube then getting a disk image from someone who has a basic installation already done.
I myself try to keep it simple at first, then go back and try the more complex methods later.
Additional advice:
Be careful when you use 'dd' to copy images, both to different devices and to/from different areas of the same disk. Make sure you have multiple good backups of EVERYTHING. 'dd' is usually run under root (sudo dd if=/dev/xxxx ) so all takes is a simple mistype of drive name or number to turn an important disk into a pile of useless bits. Measure twice and cut once.
One item to understand is that Nextstep/Openstep booting requires the that external SCSI id's and configuration file /etc/fstab match for the root '/' device to get a clean bootstrap. In many threads you will see instructions to disconnect completely the original disk and set the new disk to the SCSI ID of the old one. The detail about /etc/fstab is not consistently mentioned, but this is the reason you cannot just boot immediately off the new disk after the copy is complete.
* If the HD disk has some bad spots, using the DD method requires some careful handling. I have some additional pointers on copying media with defects using the dd command if you need it.
I'll have to pick up a 50-PIN SCSI cable with another connector on it to copy the OS directly from the original HD > SCSI2SD partition. The one in the Cube only has two. I may have one in storage from long ago, but eBay will be able to save me if I go that route.
Thanks to some helpful input from evolver56k in another thread I was able to get my SCSI2SD to work.
http://www.nextcomputers.org/forums/index.php?topic=4215&start=15 (
http://www.nextcomputers.org/forums/index.php?topic=4215&start=15)
So here is a step by step on how things worked... and didn't... for me. I am NOT AN EXPERT as to whether or not all these steps are necessary or how they work. I'll leave that to other more knowledgeable people on this forum.
STEP 1: PREPPING SCSI2SD
Prepare the SCSI2SD device. Here is what I am using the scsi2sd-util to allocate.
SCSI ID 0 - HD set to be 2gb
SCSI ID 1 - HD set to be 2gb
SCSI ID 2 - Floppy Drive set to be 1.4mb
SCSI ID 3 - CDROM - 650mb
Pay attention to the SD CARD START SECTOR for each device. This will be important later.
SECTOR SIZE for each should be 512 bytes.
Here is the XML file if you want to copy my settings.
<SCSI2SD>
<BoardConfig>
<!-- ********************************************************
Enable the onboard active terminator (v5.1 or greater).
Both ends of the SCSI chain should be terminated. Disable
only if the SCSI2SD is in the middle of a chain with other
devices.
********************************************************* -->
<enableTerminator>true</enableTerminator>
<unitAttention>false</unitAttention>
<parity>false</parity>
<!-- ********************************************************
Only set to true when using with a fast SCSI2 host
controller. This can cause problems with older/slower
hardware.
********************************************************* -->
<enableScsi2>false</enableScsi2>
<!-- ********************************************************
Setting to 'true' will result in increased performance at the
cost of lower noise immunity.
Only set to true when using short cables with only 1 or two
devices. This should remain off when using external SCSI1 DB25
cables.
********************************************************* -->
<disableGlitchFilter>false</disableGlitchFilter>
<enableCache>false</enableCache>
<enableDisconnect>false</enableDisconnect>
<!-- ********************************************************
Respond to very short duration selection attempts. This supports
non-standard hardware, but is generally safe to enable.
Required for Philips P2000C.
********************************************************* -->
<selLatch>false</selLatch>
<!-- ********************************************************
Convert luns to IDs. The unit must already be configured to respond
on the ID. Allows dual drives to be accessed from a
XEBEC S1410 SASI bridge.
eg. Configured for dual drives as IDs 0 and 1, but the XEBEC will
access the second disk as ID0, lun 1.
See ttp://bitsavers.trailing-edge.com/pdf/xebec/104524C_S1410Man_Aug83.pdf
********************************************************* -->
<mapLunsToIds>false</mapLunsToIds>
<!-- ********************************************************
Delay (in milliseconds) before responding to a SCSI selection.
255 (auto) sets it to 0 for SCSI2 hosts and 1ms otherwise.
Some samplers need this set to 1 manually.
********************************************************* -->
<selectionDelay>255</selectionDelay>
<!-- ********************************************************
Startup delay (in seconds) before responding to the SCSI bus
after power on. Default = 0.
********************************************************* -->
<startupDelay>0</startupDelay>
<!-- ********************************************************
Speed limit the SCSI interface. This is the -max- speed the
device will run at. The actual spee depends on the capability
of the host controller.
0 No limit
1 Async 1.5MB/s
********************************************************* -->
<scsiSpeed>0</scsiSpeed>
</BoardConfig>
<SCSITarget id="0">
<enabled>true</enabled>
<!-- ********************************************************
Space separated list. Available options:
apple Returns Apple-specific mode pages
omti OMTI host non-standard link control
xebec XEBEC ignore step options in control byte
********************************************************* -->
<quirks></quirks>
<!-- ********************************************************
0x0 Fixed hard drive.
0x1 Removable drive.
0x2 Optical drive (ie. CD drive).
0x3 1.44MB Floppy Drive.
********************************************************* -->
<deviceType>0x0</deviceType>
<!-- ********************************************************
Device type modifier is usually 0x00. Only change this if your
OS requires some special value.
0x4C Data General Micropolis disk
********************************************************* -->
<deviceTypeModifier>0x0</deviceTypeModifier>
<!-- ********************************************************
SD card offset, as a sector number (always 512 bytes).
********************************************************* -->
<sdSectorStart>0</sdSectorStart>
<!-- ********************************************************
Drive geometry settings.
********************************************************* -->
<scsiSectors>4194304</scsiSectors>
<bytesPerSector>512</bytesPerSector>
<sectorsPerTrack>139</sectorsPerTrack>
<headsPerCylinder>4</headsPerCylinder>
<!-- ********************************************************
Drive identification information. The SCSI2SD doesn't
care what these are set to. Use these strings to trick a OS
thinking a specific hard drive model is attached.
********************************************************* -->
<!-- 8 character vendor string -->
<!-- For Apple HD SC Setup/Drive Setup, use ' SEAGATE' -->
<vendor> codesrc</vendor>
<!-- 16 character produce identifier -->
<!-- For Apple HD SC Setup/Drive Setup, use ' ST225N' -->
<prodId> SCSI2SD</prodId>
<!-- 4 character product revision number -->
<!-- For Apple HD SC Setup/Drive Setup, use '1.0 ' -->
<revision> 6.0</revision>
<!-- 16 character serial number -->
<serial>1234567812345678</serial>
<!-- Custom mode pages, base64 encoded, up to 1024 bytes.-->
<modePages>
</modePages>
<!-- Custom inquiry VPD pages, base64 encoded, up to 1024 bytes.-->
<vpd>
</vpd>
</SCSITarget>
<SCSITarget id="1">
<enabled>true</enabled>
<!-- ********************************************************
Space separated list. Available options:
apple Returns Apple-specific mode pages
omti OMTI host non-standard link control
xebec XEBEC ignore step options in control byte
********************************************************* -->
<quirks></quirks>
<!-- ********************************************************
0x0 Fixed hard drive.
0x1 Removable drive.
0x2 Optical drive (ie. CD drive).
0x3 1.44MB Floppy Drive.
********************************************************* -->
<deviceType>0x0</deviceType>
<!-- ********************************************************
Device type modifier is usually 0x00. Only change this if your
OS requires some special value.
0x4C Data General Micropolis disk
********************************************************* -->
<deviceTypeModifier>0x0</deviceTypeModifier>
<!-- ********************************************************
SD card offset, as a sector number (always 512 bytes).
********************************************************* -->
<sdSectorStart>4194304</sdSectorStart>
<!-- ********************************************************
Drive geometry settings.
********************************************************* -->
<scsiSectors>4194304</scsiSectors>
<bytesPerSector>512</bytesPerSector>
<sectorsPerTrack>63</sectorsPerTrack>
<headsPerCylinder>255</headsPerCylinder>
<!-- ********************************************************
Drive identification information. The SCSI2SD doesn't
care what these are set to. Use these strings to trick a OS
thinking a specific hard drive model is attached.
********************************************************* -->
<!-- 8 character vendor string -->
<!-- For Apple HD SC Setup/Drive Setup, use ' SEAGATE' -->
<vendor> codesrc</vendor>
<!-- 16 character produce identifier -->
<!-- For Apple HD SC Setup/Drive Setup, use ' ST225N' -->
<prodId> SCSI2SD</prodId>
<!-- 4 character product revision number -->
<!-- For Apple HD SC Setup/Drive Setup, use '1.0 ' -->
<revision> 6.0</revision>
<!-- 16 character serial number -->
<serial>1234567812345678</serial>
<!-- Custom mode pages, base64 encoded, up to 1024 bytes.-->
<modePages>
</modePages>
<!-- Custom inquiry VPD pages, base64 encoded, up to 1024 bytes.-->
<vpd>
</vpd>
</SCSITarget>
<SCSITarget id="2">
<enabled>true</enabled>
<!-- ********************************************************
Space separated list. Available options:
apple Returns Apple-specific mode pages
omti OMTI host non-standard link control
xebec XEBEC ignore step options in control byte
********************************************************* -->
<quirks></quirks>
<!-- ********************************************************
0x0 Fixed hard drive.
0x1 Removable drive.
0x2 Optical drive (ie. CD drive).
0x3 1.44MB Floppy Drive.
********************************************************* -->
<deviceType>0x3</deviceType>
<!-- ********************************************************
Device type modifier is usually 0x00. Only change this if your
OS requires some special value.
0x4C Data General Micropolis disk
********************************************************* -->
<deviceTypeModifier>0x0</deviceTypeModifier>
<!-- ********************************************************
SD card offset, as a sector number (always 512 bytes).
********************************************************* -->
<sdSectorStart>8388608</sdSectorStart>
<!-- ********************************************************
Drive geometry settings.
********************************************************* -->
<scsiSectors>2880</scsiSectors>
<bytesPerSector>512</bytesPerSector>
<sectorsPerTrack>63</sectorsPerTrack>
<headsPerCylinder>255</headsPerCylinder>
<!-- ********************************************************
Drive identification information. The SCSI2SD doesn't
care what these are set to. Use these strings to trick a OS
thinking a specific hard drive model is attached.
********************************************************* -->
<!-- 8 character vendor string -->
<!-- For Apple HD SC Setup/Drive Setup, use ' SEAGATE' -->
<vendor> codesrc</vendor>
<!-- 16 character produce identifier -->
<!-- For Apple HD SC Setup/Drive Setup, use ' ST225N' -->
<prodId> SCSI2SD</prodId>
<!-- 4 character product revision number -->
<!-- For Apple HD SC Setup/Drive Setup, use '1.0 ' -->
<revision> 6.0</revision>
<!-- 16 character serial number -->
<serial>1234567812345678</serial>
<!-- Custom mode pages, base64 encoded, up to 1024 bytes.-->
<modePages>
</modePages>
<!-- Custom inquiry VPD pages, base64 encoded, up to 1024 bytes.-->
<vpd>
</vpd>
</SCSITarget>
<SCSITarget id="3">
<enabled>true</enabled>
<!-- ********************************************************
Space separated list. Available options:
apple Returns Apple-specific mode pages
omti OMTI host non-standard link control
xebec XEBEC ignore step options in control byte
********************************************************* -->
<quirks></quirks>
<!-- ********************************************************
0x0 Fixed hard drive.
0x1 Removable drive.
0x2 Optical drive (ie. CD drive).
0x3 1.44MB Floppy Drive.
********************************************************* -->
<deviceType>0x2</deviceType>
<!-- ********************************************************
Device type modifier is usually 0x00. Only change this if your
OS requires some special value.
0x4C Data General Micropolis disk
********************************************************* -->
<deviceTypeModifier>0x0</deviceTypeModifier>
<!-- ********************************************************
SD card offset, as a sector number (always 512 bytes).
********************************************************* -->
<sdSectorStart>8391488</sdSectorStart>
<!-- ********************************************************
Drive geometry settings.
********************************************************* -->
<scsiSectors>1331200</scsiSectors>
<bytesPerSector>512</bytesPerSector>
<sectorsPerTrack>63</sectorsPerTrack>
<headsPerCylinder>255</headsPerCylinder>
<!-- ********************************************************
Drive identification information. The SCSI2SD doesn't
care what these are set to. Use these strings to trick a OS
thinking a specific hard drive model is attached.
********************************************************* -->
<!-- 8 character vendor string -->
<!-- For Apple HD SC Setup/Drive Setup, use ' SEAGATE' -->
<vendor> codesrc</vendor>
<!-- 16 character produce identifier -->
<!-- For Apple HD SC Setup/Drive Setup, use ' ST225N' -->
<prodId> SCSI2SD</prodId>
<!-- 4 character product revision number -->
<!-- For Apple HD SC Setup/Drive Setup, use '1.0 ' -->
<revision> 6.0</revision>
<!-- 16 character serial number -->
<serial>1234567812345678</serial>
<!-- Custom mode pages, base64 encoded, up to 1024 bytes.-->
<modePages>
</modePages>
<!-- Custom inquiry VPD pages, base64 encoded, up to 1024 bytes.-->
<vpd>
</vpd>
</SCSITarget>
</SCSI2SD>
STEP 2: WRITING INSTALL MEDIA
I used a Mac for the following steps. My SD card is 8gb.
Insert the SD card into your computer. Make sure it is FAT32 formatted.
Open Terminal and type:
diskutil listYou should get a list of attached disks. Make note of which device is the SD card. For the sake of my example I'm going to list it as /dev/disk3.
In terminal type:
diskutil unmountDisk /dev/disk3Now we need to transfer the install floppy disk image to the SD card where the SCSI2SD is going to look for the block allocation for SCSI ID 2, which is the Floppy Disk.
/installfloppy.img can be any path to where the disk image is. On a Mac you can just drag and drop that in.
The seek=8388608 command will write to the SD card where SCSI2SD expects to find data for SCSI ID 2. The number should match what scsi2sd-util lists for that device. (Please correct me if I'm wrong in my understanding of this.)
For your device if you use /dev/rdisk3 instead of /dev/disk3 it will write faster. That's what I was told and it worked.
sudo dd if=/installfloppy.img of=/dev/rdisk3 conv=notrunc seek=8388608 bs=512On my Mac /dev/disk3 remounted after the floppy disk image was written. So we have to unmount it again.
diskutil unmountDisk /dev/disk3Now we have to write the NeXTStep 3.3 ISO to where the SCSI2SD is going to look for the block allocation for SCSI ID 3, which is the CDROM.
The seek=8391488 command will write to the SD card where SCSI2SD expects to find data for SCSI ID 3. The number should match what scsi2sd-util lists for that device.
sudo dd if=/nextstep.iso of=/dev/rdisk3 conv=notrunc seek=8391488 bs=512The SD card may automatically mount again. If you open it with Finder, it LOOKS like there is nothing written to the SD card. However...
Step 3: FIRE IT UP
I connected my SCSI2SD to the cube and fired it up.
In the monitor I had to set which SCSI device to boot to.
bsd(2,0,0)It then started looking for an attached CDROM, which we fortunately have on SCSI ID 3.
NeXTStep 3.3 started installing! It asked to configure the SCSI ID 0 hard drive, which I proceeded to do.
After a few minutes NeXTStep finished installing. Upon booting for the first time it recognized the HD in SCSI ID 1 and asked to initialize it.
:o
Nicely organized! Congratulations.
:D
Hello Retro_Mac_Ken, all,
Thank you very much for this solution, but I have a question.
I'm preparing your solution to my NeXT Cube without HD, CDROM and floppy... :) just a SCSI2SD :)
Do you know why the value of <sectorsPerTrack> is equal to "139" for your 1st SCSI target 0 and equal to 63 for the 2nd SCSI target "1", please ?
Regards,
Renaud
Thanks for the detailed info!
"I'll have to pick up a 50-PIN SCSI cable with another connector on it to copy the OS directly from the original HD > SCSI2SD partition. The one in the Cube only has two. I may have one in storage from long ago, but eBay will be able to save me if I go that route."
> I'm also interested in saving my HD to a SCSCI2HD drive ... did you try this method to extend directly the chain with a 50 PIN SCSI cable? did the Next recognize both?
Also, I would like to know if the Next provide 5V power over the SCSI cable .. so that the SCSI2SD can be powered directly ... Basically, do we really need the floppy connector?
Thanks,
Hello,
I received my SCSI2SD v6 card yesterday and I set it up following the same procedure on my nextstation turbo.
I used the same settings (from the config file above) and transferred it to the card:
ID0 HD 2Go (512/139/4)
ID1 HD 2Go (512/63/255)
ID2 Floppy (512 sector)
ID3 CDROM (512 sector)
Same block sectors so that I used the same dd command to transfer my floppy_boot.img and nextstep3.3.iso for the cdrom.
I unfortunately get the same message when I try to boot on any target (bsd(2,0,0) for the floppy).
bad version 0x0
bad version 0x0
bad version 0x0
bad version 0x0
Do I have to specify something in the manufacturer/serial number/version that could change something (I let the default from the SCSI2SD program)? Or the maximum transfer speed (auto by default)?
Thanks for your help,
Ok, I will answer to my own questions .. after many tests, it works! ;)
I found this thread related to the scsi2sd v6:
http://www.nextcomputers.org/forums/index.php?topic=4215.0Basically, I made the same mistake .. when I copied the floppy disk image, I passed the disk partition to the dd command instead of the full disk. As it was doing something (blinking light) for a while .. I didn't pay attention and thought it worked.
So, for the next potential scsi2sd users:
- scsi2sd v6 works with firmware 6.2.15 (the latest at this date)
- No need to set anything special in the general settings (everything is unchecked, default speed auto, etc.)
- No need to put a vendor/productid/revision number
- the XML file in this thread works
- No need to power the card through the floppy power plug, it is powered by the 50pin scsi cable.
Also, to answer Renaud's question: Yes the second drive has to be 512/139/4 as well. I tried with the default parameter and Nextstep could not format it. The console mentioned that the number of cylinders exceeded 7. Putting the same parameters as the first drive, BuildDisk managed to format it afterwards.
Hello Lizardo, all,
Thank you very much Lizardo.
I will retry my SCSI2SD v5.1 this week on my NeXTStation turbo and my NeXT Cube :)
My SD is configured :
- HD SCSI Id 0 OPENSTEP 4.2 (OS42_2GB.dd) 2Gb
- HD SCSI Id 1 NeXTStep 3.3 (NS33_2GB.dd) 2Gb
- HD SCSI Id 2 (OPENSTEP_4.2_68k_boot.img)
- HD SCSI Id 3 (Openstep-4.2-68k-Intel-User.iso)
Best regards,
Renaud
Also, Important things to mention regarding the behavior of scsi2sd.
I noticed that the system hangs badly if you try to eject the emulated floppy disk or emulated cdrom. So, lessons learned: better not to try again and let those drives alone.
But I was also unable to close a session or do a shutdown properly. NeXTStep hangs all the time and doesn't show a new login prompt.
After investigation, I came across this thread:
http://www.nextcomputers.org/forums/index.php?topic=4272.15 ... and basically it solves this issue.
The floppy drive emulation on the scsi2sd card was the problem. It is a good trick to kick off a new fresh install from a floppy or do one time shot file transfer. But it should not be kept. Better to deactivate the emulated floppy drive afterwards and Nextstep will behave properly.
Hello Lizardo, all,
My first tests in my NeXTStation Turbo is fine.
I could directly boot in 3.3 and 4.2 successfully. :)
Effectively, the first boot on 4.2 and 3.3 HDs a check was done.
From the 1st HD (OpenStep 4.2) I could directly install OpenStep on an old 5"1/4 double high :)
NeXT times I will install on the 2 HDs the NeXT Development CDROM.
Next Step ;) I will try my old 5"1/4 double high on my NeXT Cube.
- Now I coming in road to hell, to do the network settings...
- I will try to create a CDROM like a mix of the 2 CDs of OpenStep (Add development folders to the user CDROM).
- On my PC with Linux Mint 19.03, I could mount the 2 HDs and the Floppy Disk :) but not the CDROM :( ...
- Following the post of "Rob Blessin Black Hole", I will use his workaround just change the target ID 2 is a floppy
<deviceType>0x2</deviceType> to <deviceType>0x0</deviceType>
and the target ID 3 is a CDROM
<deviceType>0x3</deviceType> to <deviceType>0x0</deviceType>
Just a remember don't eject devices on a SCSI2SD.
Best regards,
Renaud
Is it possible to setup a 8GB SD as 4 different partitions more like a real disk?
SCSI ID 0 - HD set to be 8gb ( roughly 4 x 2gb partitions )
SCSI ID 2 - Floppy Drive set to be 1.4mb
SCSI ID 3 - CDROM - 650mb
so NeXT sees them as
/dev/dsk0s0-3 for each of the partition?
Thanks!
Quote from: milanojess on May 07, 2021, 12:50:01 PMIs it possible to setup a 8GB SD as 4 different partitions more like a real disk?
SCSI ID 0 - HD set to be 8gb ( roughly 4 x 2gb partitions )
SCSI ID 2 - Floppy Drive set to be 1.4mb
SCSI ID 3 - CDROM - 650mb
so NeXT sees them as
/dev/dsk0s0-3 for each of the partition?
Thanks!
Not the way you ask. Your SD card is a block device, and the SCSI2SD controls how it's seen by the computer. If you have an 8GB SD card, and you tell the SCSI2SD to treat it like an 8GB drive with 4 partitions, what space is left over for your FDD and your CDROM drive? You'd need a larger SD card, so a 16Gb would allow you to do your 4x2GB partitions and have plenty of space left over to store the data you write for your FDD and your CDROM.
Just wanted to thank Retro_Mac_Ken for his guide in installing NEXTSTEP, it worked for me on a Mono NeXTStation and SCSCI2SD v6 I'm restoring.
I previously tried an approach posted at
https://ctrl-alt-rees.com/2018-09-19-nextstation-easy-scsi2sd-setup.html, but it wouldn't recognize the drive. Your installation process worked though.
It still can't initialize the second HD at ID 1, but I'm sure I can get that fixed eventually or just remove it. One 2GB drive is plenty for 1994!