Cannot Install TC10 on Hyper-V

[JOSHSKORN]

With Hyper-V, basically I set up TC 9, copied (via export and import) it and started making changes to the copy.  I then decided I wanted to try to install TC10.  During the install process, 'sda' was not present.  Deleting my other VMs, uninstalling/reinstalling Hyper-V did not help.  After uninstalling Hyper-V, I was able to "set-up" TC10 on Virtualbox, and in the first screen of the TC-install, sda was present, but otherwise, Virtualbox was conflicting with Hyper-V during the set-up of the VM.

Anyways, what happened to sda?  Why does it not show?  How can I get it back?  In the install GUI, where sda should be, I can click on the choice as if there's a choice there, but it's blank.

[andyj]

Usually if TC doesn't see a disk it's because it can't talk to the controller. Try changing the controller type to SATA or IDE.

[JOSHSKORN]

Usually if TC doesn't see a disk it's because it can't talk to the controller. Try changing the controller type to SATA or IDE.

It defaults to IDE so I tried SCSI, adding a hard drive.  No luck.

I went ahead and found a copy of Tiny Core 9 in the archives, re-installed it and didn't have this problem with Tiny Core 9.  Could Tiny Core 10 be bugged somehow?

EDIT:  I literally just installed another Hyper-V VM of Tiny Core 9.  'sda' appeared as it should, whereas in the Tiny Core 10 installer, it did not.

[neonix]

I tried to run TC v10.0 x86 on Qemu 3.1.0 but the Internet connection doesn't work. i don't know is it problem with dhcp or e1000 module.

[Juanito]

I just tested with a tc-10.x x86 host using:

Code: [Select]

qemu-system-x86_64 -hda vdisk.img -m 1G -cdrom /mnt/sdb1/tmp/TinyCorePure64-9.0.iso -boot d
..and I'm able to download fifth in the guest and browse the tcl website...

[neonix]

/mnt/sdb1/tmp/TinyCorePure64-9.0.iso -boot d

You mean 9.0 or 10.0 ? Because I tested
http://tinycorelinux.net/10.x/x86/release/Core-10.0.iso
And it works perfect with VirtualBox, but in TC 9 x86 and TC 10 x86 Qemu shows "udevd timeout killing"
I also tested
http://tinycorelinux.net/10.x/x86_64/release/CorePure64-10.0.iso
with the  same result. It looks like the problem is not in iso file but in Qemu 3.1.0 In Qemu 2.5.0 it works without problem.

[Juanito]

Code: [Select]

$ version
10.0
$ qemu-system-i386 -version
QEMU emulator version 3.1.0

$ qemu-img create -f qcow2 vdisk.img 1G
Formatting 'vdisk.img', fmt=qcow2 size=1073741824 cluster_size=65536 lazy_refcounts=off refcount_bits=16
$ qemu-system-i386 -hda vdisk.img -m 1G -cdrom /tmp/Core-10.0.iso -boot d
[works fine]
$ qemu-system-x86_64 -hda vdisk.img -m 1G -cdrom /tmp/CorePure64-10.0.iso -boot d
[works fine]

[imtiazsp]

I have the same problem with Hyper-V and TinyCore10, disk not recognised.  I think the module hv_storvsc is needed.  It can be obtained from scsi-4.19.10.tcz.  However hv_storvsc depends on scsi_transport_fc.ko.gz which is missing in this version of the scci extension.  How can we get the scsi_transport_fc.ko.gz for this version? Or how can hyper-v detects TinyCore10 disks?

[Juanito]

I get this:

Code: [Select]

$ modinfo hv_storvsc | grep depends
depends:        hv_vmbus,scsi_transport_fc
$ sudo modprobe hv_storvsc
modprobe: can't load module hv_vmbus (kernel/drivers/hv/hv_vmbus.ko.gz): No such device
..the lack of error regarding scsi_transport_fc might mean that it is compiled into the kernel?

[curaga]

I see there was a bug in sorter.sh about scsi_transport_fc. That module is supposed to be in the base, but the script bug resulted in it disappearing instead. It should be enough to build the modules with the config and copy scsi_transport_fc to base, but I don't have time to do so right now. Juanito, do you think you could do it?

[imtiazsp]

I have no problem with vm_bus.ko.gz.  When I do 'sudo modprobe hv_storvsc' I get the following line:
'modprobe:can't load module hv_storvsc (kernel/drivers/scsi/hv_storvsc.ko.gz): unknown symbol in module, or unknown parameter'..  Maybe scsi_transport_fc is missing?

[Juanito]

scsi_transport_fc.ko.gz added to modules{,64}.gz and iso's reposted

[curaga]

Thanks!

edit: the included depmod data also needs to be updated, otherwise it will only become accessible after e.g. loading an extension with modules, which calls depmod.

[Juanito]

oops - reposted

[imtiazsp]

Can you provide me the link to the the iso that have the scsi_transport_fc added?  I am not sure if I  am taking the correct one..