Tiny Core Linux
General TC => Tiny Core on Virtual Machines => Topic started by: Lee on July 30, 2013, 12:46:27 PM
-
I'm running Core 4.7.7 under Qemu on a 32 bit Win7 Pro system and I'm having trouble loading Xprogs.tcz.
Xlibs.tcz, Xprogs.tcz, Xvesa.tcz, wbar.tcz and jwm.tcz are all listed in onboot.lst but Xprogs fails to load.
If I try to tce-load -i Xprogs.tcz it tries for about five minutes then segfaults.
If I manually loop-mount the extension, copy the contents to the right places and run /usr/local/tce.installed/Xprogs I can get an X desktop.
When I do the copy from the extension to the main fs, it bitches about /usr/local/share/pixmaps/screenshot.png, ...services.png and ...settime.png not found. I note that, in the extension, those files are symlinks and ls -l shows them in red (broken link?).
I have verified that this is the same Xprogs.tcz (by md5sum) that works fine on my real hardware, though I have re-downloaded it anyway.
Any ideas what might be going on?
Qemu batch file:
@ECHO OFF
SET SDL_VIDEODRIVER=windib
SET QEMU_AUDIO_DRV=dsound
SET QEMU_AUDIO_LOG_TO_MONITOR=0
start qemu.exe -L . -m 128 -hda tc477.img -boot c -soundhw sb16,es1370 -localtime -M pc
grub4dos boot entry:
find --set-root /boot/grub/tc477.img
kernel /boot/core4.7.7/vmlinuz quiet tce=LABEL=tc477.img/boot/core4.7.7/tce multivt text noautologin
initrd /boot/core4.7.7/core.gz
Edit: fixed typo in tce=LABEL=.... lee
-
tce-LABEL ?
Just make sure your tce directory is in the root of your disk image.
-
Double-check the dep files, a tce-load segfault is usually an infinite loop of dep files loading each other.
-
tce-LABEL ?
Sorry - that was a typo in the forum post - I can't seem to copy and paste from the vm window to a host app - but the running system has it correct (the tce directory is being found and other extensions loaded).
Double-check the dep files
Thanks Curaga - but no luck. Xprogs depends on Xlibs and fltk-1.1.10 but neither of those has a .dep file.
-
Tried different RAM sizes? How much RAM in the physical machine? Any errors on the physical machine (ie HDD "stalling" trying to perform a read)? QEMU version? Using VT-x/AMD-V?
-
I have it set to 128 MB of ram for the VM since I'm not doing anything memory intensive with it. The physical host has plenty of RAM, but then it -is- running Windows...
In any case, the problem is solved, Curaga -rocks- and I'm feeling like a noob...
After restarting the VM (with more RAM, trying out Genec's idea), I rechecked everything and found that Xprogs.tcz.dep does not list fltk-1.1.10.tcz and Xlibs.tcz as I previously said. It actually lists fltk-1.1.10.tcz and Xprogs.tcz - leading to a dpendency loop just as Curaga suspected. I must have seen what I expected to see rather than what was actually there when I checked earlier.
Edit: Yeah, but now I feel like a -hero- noob. That was kind of an anticlimactic 500th post. :)