Kan ikke finde ekstern harddisk i emby
Hej alle sammen jeg håber i kan hjælpe mig med dette problem.
Jeg har installeret emby på min raspberry pi med raspbian. Men når jeg skal finde min ekstern harddisk med mine film på kan jeg ikke finde den i programmet, hvad gør jeg her den virker fint filhåndtering
Hilsen Ole
- Log in to post comments
Kommentarer28
Hej bartwarEr disken
Hej bartwar.
Er disken tilsluttet via usb, kan
sudo fdisk -l /dev/sd?
i en terminal, sikkert vise, om den er genkendt.
Hvad ser du?
Den skriver
fdisk: cannot
Den skriver
fdisk: cannot porn /dev/sd/: ingen sådan fik eller filkatalog
Du skal have "?" med i
Du skal have "?" med i koden, som her
fdisk -l /dev/sd?
Disk /dev/sda: 55,9 GiB, 60011642880 byte, 117210240 sektorer
Enheder: sektorer af 1 * 512 = 512 byte
Sektorstørrelse (logisk/fysisk): 512 byte / 512 byte
I/O-størrelse (minimum/optimal): 512 byte / 512 byte
Disketikettype: dos
Diskidentifikation: 0xcccdcccd
Enhed Opstart Start Slut Sektorer Størrelse Id Type
/dev/sda1 * 2048 25189919 25187872 12G 83 Linux
/dev/sda2 25192440 117210239 92017800 43,9G 5 Udvidet
/dev/sda5 25192448 33369839 8177392 3,9G 82 Linux swap / Solaris
/dev/sda6 33372160 117210239 83838080 40G 83 Linux
eller brug bare
sudo fdisk -l
der giver knap så overskueligt output.
så skriver den dette
så skriver den dette her
pi@raspberrypi:~ $ sudo fdisk -l /dev/sd?
Disk /dev/sda: 2,7 TiB, 3000592981504 bytes, 5860533167 sectors
Disk model: Expansion Desk
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x00000000
Emby skriver også denne
Emby skriver også denne meddelse kan det have noget med problemet at gøre
For Linux på Arch Linux, CentOS, Debian, Fedora, OpenSuse eller Ubuntu skal du give Emby-systembrugeren minimum læseadgang til dine lagerlokationer.
For jeg kan jo agtens bruge hardisken "normalt"
Det ser umiddelbart ud som
Det ser umiddelbart ud som en 2,7 TiB, disk, uden partioner.
Har der været en partion, som er blevet slettet?
Har du andre pc-ere, du kan slutte den til, og kan den så til-gåes.
Emby skriver også denne
#5: Emby skriver også denne meddelse kan det have noget med problemet at gøre. For Linux på Arch Linux, CentOS, Debian, Fedora, OpenSuse eller Ubuntu skal du give Emby-systembrugeren minimum læseadgang til dine lagerlokationer
Muligvis, men eftersom du skriver at du sagtens kan bruge hardisken normalt, betyder det så den i forvejen har en fungerende fil struktur? Er der allerede filer på disken?
Det er logisk at tilladelser (medregnet ejerskab) til mapper og filer er nødvendige for adgang til et system, især over lokal nettet. Hvordan ser de ud?
Er medie mappen delt, med hvilken netværks protokol og hvilket fil system har disken (NTFS, ex4, exFat eller noget andet)?
Empy er en Media Server, men fil-tilladelser sættes op i operativsystemet. Hvilket OS er installeret på din Raspberry?
Du er nok nødt til at informere bedre ...
Prøv at indsætte links til billeder, eller en video, af hvad du ikke kan overskue, her i tråden, for eventuelt at gøre det nemmere for andre at forstå hvad der sker.
Min raspberry kører som
Min raspberry kører som sagt med raspbian.
Min harddisk er formateret i exfat da det fungere bedst med min Mac computer.
Harddisken fungere fint da jeg både kan lave en mappe og slette igen på raspberry'en.
Harddisken er der en masse film på som også virker som den skal.
Når jeg tilslutter min harddisk til raspberry'en virker det også som den skal, men når jeg åbner emby via browseren på raspberry'en og går via filsystemet (/Media/pi/) så kan jeg ikke se min harddisk
Hvis i vil have en video så må det lige vente til i aften når jeg har tid til at lave sådan en
Så - hvis du kørermounti
Så - hvis du kører
mount
i en terminal, - er disken så monteret på /Media/pi/, og kan pcmanfm, på din raspbian, se dine filer?
Jeg forstår ikke helt hvad
J
Det lyder som et problem med
Det lyder som et problem med empy tilladelser til diskens mount point og/eller undermapper, men exFAT supportere det ikke.
For at se om bruger har adgang, Prøv med:
sudo -u emby /bin/bash
Hvis brugeren (emby) ikke eksistere får du en fejlmeddelse.
Du skal muligvis ændre /etc/fstab til noget i retning af:
/dev/sda /media/[brugernavn]/Lexfat exfat defaults,uid=1000,gid=1000 0 0
Jeg forstår ikke helt
#9:
Jeg forstår ikke helt hvad du mener
Så kommer dette her
#10:
Så kommer dette her op
https://www.dropbox.com/s/0jwve7p82esbya8/IMG_20190805_155222.jpg?dl=0
Så er vi to, for jeg
Så er vi to, for jeg forstår heller ikke helt hvordan dit system er opsat ;)
Prøv at vise problemet med link til en eller anden slags medie fil her på sitet.
exFAT, der en slags udviklet FAT32, er ikke udstyret med ownership og permissions, som fx din Mac's HFS filsystem, Linux ext4 og det nyere NTFS.
Fordi Mac ikke kan skrive til NTFS diske (uden tredjepart support), så giver det mening at du bruger exFAT, hvis du også bruger disken på Mac. Hvis disken skal sidde permanent i Raspberry, så er ex4 eller NTFS et bedre valg.
Problemet ser derfor ud til at emby ikke har adgang til disken.
Hvis det er tilfældet, så ligger problemet muligvis i /etc/fstab nævnt i #10
Det blev det ikke nemmere at forstå af, vel ... ;)
Hvad mener du med anden
Hvad mener du med anden slags medie fil
#13Jo, men det er forkert.
#13
Jo emby brugeren eksisterer. Problemet skyldes muligvis mount fra etc/fstap
https://www.dropbox.com/s/mf9
https://www.dropbox.com/s/mf9xol38i8nyery/IMG_20190805_162238.jpg?dl=0
Skriv -mounti
Skriv -
mount
i terminalen.
Hvad ser du?
Er drevet genkendt, og montert.
pi@raspberrypi:~ $
pi@raspberrypi:~ $ mount
/dev/mmcblk0p2 on / type ext4 (rw,noatime)
devtmpfs on /dev type devtmpfs (rw,relatime,size=469544k,nr_inodes=117386,mode=755)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup2 on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=27,pgrp=1,timeout=0,minproto=5,maxproto=5,direct)
mqueue on /dev/mqueue type mqueue (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
/dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=94828k,mode=700,uid=1000,gid=1000)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
/dev/sda on /media/pi/3tb type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
pi@raspberrypi:~ $
Tilsyneladende -
/dev/sda on
Tilsyneladende -
/dev/sda on /media/pi/3tb
Skriv -
ls -l /media/pi/3tb
ser du dine mapper eller filer?
Ja det gør jeg, men jeg
Ja det gør jeg, men jeg kunne også sagtens se dem i min filhåndtering
Ok.Hvad ser du i pi-ens
Ok.
Hvad ser du i pi-ens browser, når du tilgår
http://localhost:8096
Kører emby serveren.
Jeg ser emby som jeg skal,
Jeg ser emby som jeg skal, men jeg kan bare ikke tilføje harddisken til biblioteket
Her er en video af
Her er en video af problemet
https://www.dropbox.com/s/bgw4ptv4v449wdf/VID_20190805_170628.mp4?dl=0
Hm - det undrer mig lidt at
Hm - det undrer mig lidt at drevet er genkend som
/dev/sda on /media/pi/3tb type fuseblk
Jeg havde ventet noget i retning af
/dev/sda on /media/pi/3tb type exFAT
Er det mon fordi at exfat-utils, mangler på din pi? - ren gætteri.
Lad os se hvad frogmaster mener om det, + rettigheder.
Rettigheder drøftes
Rettigheder drøftes her:
https://emby.media/community/index.php?/topic/31142-permissions/
eller måske bedre her:
https://emby.media/community/index.php?/topic/29236-linux-permissions-f…
https://emby.media/community/index.php?/topic/32218-file-permissions-gu…
Virker nok ikke på din exFAT disk.
fstab eksempel med en exFAT disk.
https://emby.media/community/index.php?/topic/62293-permissions-and-ext…
Du må prøve dig frem.
Edit
Mint + emby + en 8gb vfat usb pen, opfører sig lige så bøvlet.
Løst ved at køre:
cd /
sudo chmod -R 755 media/
i terminalen, og alle mine mapper, med mp3 filer, er synlige i emby.
cd /
sudo chmod -R 755
#26:
cd /
sudo chmod -R 755 media/
Lyder som løsningen osjensen. Det er nødvendigt at emby, og ikke kun OS, har adgang til disken. Eftersom chmod her handler om media mappen på OS (og ikke diskens exFAT), så vil jeg tro det løser problemet for #0
Mange tak for hjælpen nu
Mange tak for hjælpen nu virker det