Closed Fourdee closed 5 years ago
I found an issue with the VMware Image of v6.16.
I am not able to install "VWware Tools" and in addition there are several options not availible in VMware Workstation 14. For example I cant connect my USB devices to the VM. (wanted to add an USB HDD for Nextcloud)
Tested on Windows 10 and thought this would be the problem, but also on Windows 7 (both x64) this problem exists. The image of v6.14 (that I am using) does work perfectly on all tested PCs while the v6.16 has this behaviour.
Hope you have some hints and can work the issue out and how to solve it :)
@Phil1988
Hi, thanks for the report 👍
https://www.takistmr.com/index.php/how-to-install-vmware-tools-in-debian-9/
G_AGI open-vm-tools open-vm-tools-desktop
https://www.debiantutorials.com/how-to-install-vmware-tools/
https://www.vmware.com/support/ws5/doc/ws_newguest_tools_linux.html#wp1118025
For example I cant connect my USB devices to the VM.
Ah yes, this may be my fault. I removed the USB support from the VMware image. I believe @MichaIng must of left this in for previous releases.
You can add the USB hardware support back in, via the hardware options menu for the VM:
Thanks for your fast reply and thanks for the last point and picture.
On the "old" VMware Image (v6.14) I have this:
While the new one (v6.16) has only this:
In words: CD/DVD, USB controller and soundcard are missing.
The missing USB controller is causing the issue that no USB drive is availible and the missing CD/DVD is causing the problem not beeing able to install VMware Tools out of VMware Workstation/Player.
Thanks for you commend and to show me the "Add" function of VMware (I am not that familiar with that software yet).
I just added these and everything is working :) I would say adding theses "Features" in future VMware images should be better to start for everyone so please consider adding it again - so no fools like me waste your time :D
Thanks a lot @Fourdee for your great work! (and your help of course)
@Phil1988 Indeed I also actively removed all non-essential hardware from the VM to keep the image as slim as possible, according to: https://github.com/Fourdee/DietPi/issues/1505
Since, I guess everyone anyway wants to adjust VM hardware, core count, drive space and such, it should be okay to leave it like that. But yeah, quick start and being able to plug&play any USB device directly from VM window, is an argument to keep it.
Hmm we could theoretically pre-install WMware tools on the guests. Enables RTC, shared folder and some other stuff. But I guess they could be incompatible, when e.g. most current VMware Tools are installed, but VM runs on an earlier WMware player version?
@Fourdee Still an issue on Jessie systems: https://github.com/Fourdee/DietPi/issues/2075
@MichaIng
But yeah, quick start and being able to plug&play any USB device directly from VM window, is an argument to keep it.
Yep agree, we'll add the USB support back in by default for next batch of images.
But I guess they could be incompatible, when e.g. most current VMware Tools are installed, but VM runs on an earlier WMware player version?
It should be fine to install the openvmtools through APT, however, we'd need to test this on the next batch of images.
Still an issue on Jessie systems: #2075
Yep, i'll set a Jessie system when I can, run some tests.
@Fourdee @Phil1988 I updated the creation procedure to not remove USB on both, VMware and VBox: https://github.com/Fourdee/DietPi/issues/1505
No hit to remove CD/DVD drive/controller anyway.
I would not mess with pre-installed repo vm tools. Better leave this to end user and repo version can be very outdated. WMware and VBox both support a more less automated install method, that assures a fully compatible/featured version. And some users might not need it.
sounds good to me :)
thanks for taking this so serious :D
@MichaIng - wanted to report below issue.
With RPi3 fresh install 6.16 and upgrade from 6.14 to 6.16
Running user script: /var/lib/dietpi/postboot.d/*
Raspbian GNU/Linux 9 DietPi tty1
chmod: cannot access '/var/lib/dietpi/postboot.d/*' DietPi login: : No such file or directory
/DietPi/dietpi/postboot: line 14: /var/dietpi/postboot.d/*: No such file or directory
-----------------------------------------------------------------------
DietPi | 14:59 | 22/09/18
v6.16 | RPi 3 Model B (armv71)
NULL | Use dietpi-config to setup a connnection
....
On the upgraded one I was able to restore 6.14 and back to business with network connection.
For file not found issue this should work by changing this
From
for f in /var/lib/dietpi/postboot.d/*
do
echo -e "Running user script: $f"
chmod +x $f
$f
done
To
for f in /var/lib/dietpi/postboot.d/*
do
if [ -f "$f" ]; then
echo -e "Running user script: $f"
chmod +x $f
$f
fi
done
@kevkha Thanks for report and solution.
Just wanted to fix it, but Fourdee was faster and already fixed it days ago 😄: https://github.com/Fourdee/DietPi/commit/c8dcef0f629c84ecc59558adabdbbad6b52946e6#diff-93b9c3871f032c905ec8b4505d408ca9
@MichaIng Thanks. I did code-review and add comments there.
@MichaIng Upgrade from 6.14 to 6.16 yields NULL | Use dietpi-config to setup a connnection
. This was on LAN adapter eth0 so suspect upgrade did not put the network info back?
@kevkha If I see correct above, you have a Stretch image, right? 🤔
Only other idea, what we changed about Ethernet network: https://github.com/Fourdee/DietPi/blob/testing/rootfs/etc/network/if-up.d/dietpi-disable_offload
Could you try to run this command manually?
/etc/network/if-up.d/dietpi-disable_offload && echo "Exit code: $?"
systemctl status networking
showed error in case this fails, but not sure if this effects actual network connection then.@MichaIng yep I have DietPi_RPi-ARMv6-Stretch.7z
going to try again with above and update. Thx.
Update:
/etc/network/if-up.d/dietpi-disable_offload && echo "Exit code: $?"
returns 0
systemctl status networking
shows Active: inactive (dead)
Locking this thread to keep it clean.
If you have an issue related (or not) to the above. Please check existing tickets, or, create a new one.
Completed, pending release of v6.17 today.
Currently known issues with v6.16 release:
Unable to run
dietpi-config
[FAILED] DietPi-Config | DEBUG: /var/lib/dietpi/dietpi-wifi.db does not exist, unable to continue. If you did not manually remove this file, please report this issue to DietPi.
Fix: If you see the above error, please see below for solution: https://github.com/Fourdee/DietPi/issues/2087#issuecomment-423836528
MyMPD service does not run after installation:
Fix: Please see below for solution: https://github.com/Fourdee/DietPi/issues/2088#issuecomment-423749547
MyMPD fails to install after its 23/09/2018 update
Fix: Please install the following newly required packages, before installing through
dietpi-software
VMware images, lack USB drive support
Fix: Please see below for solution: https://github.com/Fourdee/DietPi/issues/2093#issuecomment-423974290