Jump to content

Manjaro - purge/delete library - dashboard paths not correct


marriedman
Go to solution Solved by Luke,

Recommended Posts

marriedman

TLDR; - Where is the library stored on Arch based systems?

Long time Kodi user, brand spanking new emby user. I've got so many questions because this is so different, but I think is the one that I should start with. 

I have images that I do not want; movies, collections, & TV show posters that are not what I meticulously chose. I prefer to set everything up in MediaElch then add them to my library. This allows me to have certain TV show episodes in production order (what the writer wanted instead of the producers, Babylon 5 for example) as well as information I find important that I will add to the plot or outline or description... sorry, I get sidetracked easily. 

I see where I can disable any internet scraping and I am cool with that, except I lose the Actor images since I cannot have the .actors folder recognized and the People Backup plugin no longer works until it is updated... sorry did it again! I just want to delete the library.db but I cannot find the darn thing. According to the forum, the Dashboard tells me the following paths:

/var/lib/emby/metadata (or logs or cache...) but the emby folder doesn't exist. I do have a /usr/lib/emby-server/ path, but there are no metadata, log, nor cache folder in that path. 

I mean, I guess I could do a purge uninstall, but that seems a bit extreme if I am just going to reinstall it anyway. Thanks in advance!

 

Link to comment
Share on other sites

Quote

Where is the library stored on Arch based systems?

Hi, the top of the server log will display all of the various paths used by the server. Please let us know if this helps. Thanks.

Link to comment
Share on other sites

marriedman
33 minutes ago, Luke said:

Hi, the top of the server log will display all of the various paths used by the server. Please let us know if this helps. Thanks.

Thanks for reply Luke, I feel special to have such an auspicious admin take notice of my post! It's like a celebrity sighting since I have seen your name everywhere while looking for my answers before posting.  Unfortunately the logs just repeats what the Dashboard says:

2021-11-27 11:58:18.781 Info Main: Application path: /usr/lib/emby-server/EmbyServer.dll
2021-11-27 11:58:19.038 Info Main: Emby
	Command line: /usr/lib/emby-server/EmbyServer.dll -programdata /var/lib/emby -ffdetect /usr/bin/ffdetect-emby -ffmpeg /usr/bin/ffmpeg-emby -ffprobe /usr/bin/ffprobe-emby -restartexitcode 3
	Operating system: Linux version 5.15.2-2-MANJARO (builduser@fv-az131-873) (gcc (GCC) 11.1.0, GNU ld (GNU Binutils) 2.36.1) #1 SMP PREEMPT Sat Nov 13 19:25:38 UTC 2021
	Framework: .NET Core 3.1.20
	OS/Process: x64/x64
	Runtime: usr/share/dotnet/shared/Microsoft.NETCore.App/3.1.20/System.Private.CoreLib.dll
	Processor count: 4
	Data path: /var/lib/emby
	Application path: /usr/lib/emby-server
2021-11-27 11:58:19.086 Info App: Application version: 4.6.4.0
2021-11-27 11:58:19.089 Info App: Loading assemblies
2021-11-27 11:58:19.111 Info App: File /var/lib/emby/plugins/DvdMounter.dll has version 1.0.0.0
2021-11-27 11:58:19.112 Info App: File /usr/lib/emby-server/plugins/DvdMounter.dll has version 1.0.0.0

<snipped>

2021-11-27 11:58:19.124 Info App: Not loading PeopleBackup.dll 1.4.1.0 because the minimum supported version is 1.5.0. Please update to the newer version

I snipped out the repeating paths for emby/plugins/ (which doesn't exist) & emby-server/plugins, then snipped to the error about PeopleBackup. I've attached a picture of the /var/lib/ folder in my file manager to show that the emby folder is not there. 

The contents of my emby-server folder are:

dashboard-ui
plugins
runtimes
traystrings
Emby.ActivityLog.dll
Emby.Api.dll
Emby.Codecs.dll
Emby.Codecs.Dxva.dll
Emby.Drawing.dll
Emby.Drawing.Skia.dll
Emby.Ffmpeg.Base.dll
Emby.Ffmpeg.dll
Emby.Ffmpeg.Lib.dll
Emby.LiveTV.dll
Emby.LocalMetadata.dll
Emby.Media.Model.dll
Emby.Naming.dll
Emby.Notifications.dll
Emby.Photos.dll
Emby.ProcessRun.dll
Emby.Providers.dll
EmbyServer
Emby.Server.Connect.dll
EmbyServer.deps.json
EmbyServer.dll
Emby.Server.Implementations.dll
Emby.Server.MediaEncoding.dll
EmbyServer.runtimeconfig.json
Emby.Server.Sync.dll
Emby.Sqlite.dll
Emby.Web.dll
Emby.Web.GenericEdit.dll
libSkiaSharp.so
MediaBrowser.Common.dll
MediaBrowser.Controller.dll
MediaBrowser.Model.dll
Microsoft.AspNetCore.Connections.Abstractions.dll
Microsoft.AspNetCore.Hosting.Abstractions.dll
Microsoft.AspNetCore.Hosting.dll
Microsoft.AspNetCore.Hosting.Server.Abstractions.dll
Microsoft.AspNetCore.Http.Abstractions.dll
Microsoft.AspNetCore.Http.dll
Microsoft.AspNetCore.Http.Extensions.dll
Microsoft.AspNetCore.Http.Features.dll
Microsoft.AspNetCore.Server.Kestrel.Core.dll
Microsoft.AspNetCore.Server.Kestrel.dll
Microsoft.AspNetCore.Server.Kestrel.Transport.Sockets.dll
Microsoft.AspNetCore.WebSockets.dll
Microsoft.AspNetCore.WebUtilities.dll
Microsoft.Extensions.Configuration.Abstractions.dll
Microsoft.Extensions.Configuration.Binder.dll
Microsoft.Extensions.Configuration.CommandLine.dll
Microsoft.Extensions.Configuration.dll
Microsoft.Extensions.Configuration.EnvironmentVariables.dll
Microsoft.Extensions.Configuration.FileExtensions.dll
Microsoft.Extensions.Configuration.Json.dll
Microsoft.Extensions.Configuration.UserSecrets.dll
Microsoft.Extensions.DependencyInjection.Abstractions.dll
Microsoft.Extensions.DependencyInjection.dll
Microsoft.Extensions.FileProviders.Abstractions.dll
Microsoft.Extensions.FileProviders.Physical.dll
Microsoft.Extensions.FileSystemGlobbing.dll
Microsoft.Extensions.Hosting.Abstractions.dll
Microsoft.Extensions.Hosting.dll
Microsoft.Extensions.Logging.Abstractions.dll
Microsoft.Extensions.Logging.Configuration.dll
Microsoft.Extensions.Logging.Console.dll
Microsoft.Extensions.Logging.Debug.dll
Microsoft.Extensions.Logging.dll
Microsoft.Extensions.Logging.EventLog.dll
Microsoft.Extensions.Logging.EventSource.dll
Microsoft.Extensions.ObjectPool.dll
Microsoft.Extensions.Options.ConfigurationExtensions.dll
Microsoft.Extensions.Options.dll
Microsoft.Extensions.Primitives.dll
Microsoft.Net.Http.Headers.dll
Microsoft.OpenApi.dll
Microsoft.Win32.SystemEvents.dll
PlaylistsNET.dll
RSSDP.dll
ServiceStack.Text.dll
SharpCompress.dll
SharpDX.Direct3D11.dll
SharpDX.Direct3D9.dll
SharpDX.dll
SharpDX.DXGI.dll
SharpDX.MediaFoundation.dll
SimpleInjector.dll
SkiaSharp.dll
SocketHttpListener.dll
SQLitePCL.pretty.dll
SQLitePCLRawEx.core.dll
System.Diagnostics.EventLog.dll
System.IO.Pipelines.dll
System.Net.WebSockets.WebSocketProtocol.dll
System.ServiceProcess.ServiceController.dll
System.Text.Encoding.CodePages.dll
System.Text.Encodings.Web.dll
System.Threading.Tasks.Dataflow.dll

There is no library.db to be found. I'm honestly kind of lost really. 

emby_file_path.png

Link to comment
Share on other sites

marriedman
9 minutes ago, Luke said:

database files are under 

/var/lib/emby/data

That's just it, they aren't there. Here is the contents of the /var/lib folder:

AccountsService/
alsa/
apparmor/
arpd/
colord/
ctdb/
dbus/
dhclient/
dhcpcd/
ex/
flatpak/
geoclue/
gssproxy/
hp/
krb5kdc/
lirc/
logrotate.status
machines/
mhwd/
misc/
mpd/
NetworkManager/
nfs/
ntp/
os-prober/
PackageKit/
pacman/
pacman-mirrors/
portables/
private/
rpcbind/
samba/
sddm/
snapd/
systemd/
tlp/
tpm2-tss/
udisks2/
upower/
usb_modeswitch/
xkb/
emby@

At the bottom is a file with a @ at the end. Nothing happens when I try to open it though. If it is a symlink to the emby-server folder, then the database files are not stored there.

Link to comment
Share on other sites

marriedman

I've done a file search for my entire filesystem for library.db and come up empty. Is it called something different on Linux?

Link to comment
Share on other sites

marriedman
1 minute ago, Luke said:

It's created by a user named emby, so maybe you just can't see it?

Aaah, there is something I never even thought of. This might be related to those permission posts I keep seeing? I will look into that. Thanks for the idea Luke, I will report back.

 

  • Thanks 1
Link to comment
Share on other sites

marriedman

That was the issue Luke. Thank you for your help! 

If anyone else searches for this solution - I just shutdown the server via the dashboard then launched a file manager as root and renamed the  library.db to library.db.old and restarted. I'll report back once the new scan is complete.

Link to comment
Share on other sites

marriedman

It took me a little while to find it, but it looks like the true file path on Manjaro for everything is 

/var/lib/private/emby/

I am not that good with the konsole/terminal so I used a root file manager (Dolphin) to poke around. I don't quite understand why everything is so obfuscated though. 

@Luke - Since it isn't on in the FAQ or commonly found on the forums here, would it be a safe assumption that this was a decision made by the Arch package maintainer? 

Link to comment
Share on other sites

alucryd
8 hours ago, Luke said:

I don't know if that' something specific to Manjaro or our Arch Linux package, but @alucryd may have some insight. Thanks.

That is specific to arch based systems, specifically the arch package which uses systemd's dynamic users feature. You can still find the programdata in `/var/lib/emby` while the systemd service is running, but that is actually a link to `/var/lib/private/emby` and when the service is off `/var/lib/emby` doesn't exist.

Note that a regular user won't be able to access the private directory, you need root permissions.

Edited by alucryd
Link to comment
Share on other sites

marriedman

That pretty much sums up everything that I discovered. I had to look up that dynamic user feature. That explains why I had so much trouble with the permissions!.

Thanks for weighing in alucryd.

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...