a028654b7d

I just mean "I'd like to use HD, but the HD version truly doesn't work." But I'll take the working SD version over more hassle.

For whatever reason the SD version installs correctly. Tried various permutations. Too bad. I do fly low but it truly doesn't work. The reason I specifically mentioned a single drive is because the OP said they were using two drives. The idea of using a "library install" vs directly in x-plane made me think that symlink issues were to blame (symlinks should span drives, hard links definitely don't). My drives are backed up, don't worry.

Sorry, missed some of those bits. Let me go through it: - I don't think I came up with that tmpfile path, but I'll set it to /tmp/. Note I do see two other dirs in /tmp/Orbx [quote] I also request to know the amount of free space you have on your Disk drives and which disk drives you use to download onto and also the disk drive you install into.[/quote] I only have one drive, ssd, over 512gb free. I just installed and bought TE and some other Orbx landscapes and such. I didn't include the Orbx log because it is very large, and I didn't want to have to worry about redacting. I can send it via email or something. Even after changing the /tmp dir, nothing changed- I mean, it still gives a high number of errors after validation, and seeing that libdl error: ``` 2022-01-02T07:38:40.127Z [INFO] [Saturn] - System.DllNotFoundException: Unable to load shared library 'libdl.so' or one of its dependencies. In order to help diagnose loading problems, consider setting the LD_DEBUG environment variable: liblibdl.so: cannot open shared object file: No such file or directory ```

I'm having this same problem, Ubuntu, Steam, XP11, Orbx Central 4.1.42, TE, large numbers of fails. Mine are on the same SSD though. Potatophone pic of the error in Xplane 11, which causes it to barf- note it's Oregon HD v1.1.0. I created ~/.xplane/Orbx/xp11/ for the library install location, everything is there except "Orbx libraries", which is in the xplane dir (that's the only install option). I do notice the "backup dir" isn't calculated, sizewise: ``` $ du -hs /tmp/Orbx/ ~/.config/Orbx/ 72K /tmp/Orbx/ 249M /home/USER/.config/Orbx/ ``` The size was missing both before and after I did a "clear" and a "verify"; the size of 249mb is after the most recent clear+verify. Here's what `find` finds for those files: ``` $ find ~/.xplane/ ~/.steam/debian-installation/steamapps/common/X-Plane\ 11/ -name b8d0x4f80x17* ~/.xplane/Orbx/xp11/TrueEarth US Oregon HD/Custom Scenery/Orbx_C_US_Oregon_TE_Orthos/textures/b8d0x4f80x17.JPG ~/.xplane/Orbx/xp11/TrueEarth US Oregon HD/Custom Scenery/Orbx_C_US_Oregon_TE_Orthos/terrain/b8d0x4f80x17SM.ter ~/.xplane/Orbx/xp11/TrueEarth US Oregon HD/Custom Scenery/Orbx_C_US_Oregon_TE_Orthos/terrain/b8d0x4f80x17.ter ``` It looks like the symlink to that dir is correct from the steam install: ``` $ ls -l ~/.steam/debian-installation/steamapps/common/X-Plane\ 11/Custom\ Scenery/Orbx_C_US_Oregon_TE_Orthos lrwxrwxrwx 1 USER USER 92 Jan 1 12:24 '/home/USER/.steam/debian-installation/steamapps/common/X-Plane 11/Custom Scenery/Orbx_C_US_Oregon_TE_Orthos' -> '/home/USER/.xplane/Orbx/xp11/TrueEarth US Oregon HD/Custom Scenery/Orbx_C_US_Oregon_TE_Orthos' ``` There are about 6300 files in that .xplane/Orbx/xp11/.....Oregon..../ dir. 202 are dds files. There is no "terrain" dir in there. Next, I cleared the two directories using the Downloader buttons and unchecked both of them ("check disk space", "make backups"). Running "verify" on Oregon still says ~20k files failed to convert. skimming the massive central.log file (1.5mm lines), I see this occurring frequently: 2022-01-01T18:24:40.774Z [INFO] [Saturn] - System.DllNotFoundException: Unable to load shared library 'libdl.so' or one of its dependencies. In order to help diagnose loading problems, consider setting the LD_DEBUG environment variable: liblibdl.so: cannot open shared object file: No such file or directory libc6 is installed per the setup instructions, maybe it's this linker problem? (second similar discussion) ``` $ whereis libdl.so libdl: /usr/lib/x86_64-linux-gnu/libdl.a $ find /lib /usr -name libdl.so* /usr/lib/x86_64-linux-gnu/libdl.so.2 /usr/lib/i386-linux-gnu/libdl.so.2 ``` That's as far as I've gotten. Out of 122k lines matching "Exception" in the log, after I exclude liblibdl.so, there are about 300 remaining. They are related to download retries, it appears from the verbose stacktrace.