Fórum Ubuntu Linux - PT
Área para Iniciantes => Iniciantes => Tópico iniciado por: maurente em 05 de Novembro de 2017, 00:19
-
Olá para todos! É minha primeira semana fora da casca do Windows. Então me desculpem ao que possa ser trivial. Estou com dúvida com relação a indicar pastas ou discos a um determinado programa. Eu tinha instalado no Windows (migrei essa semana para o Ubuntu) o Emby, um gerenciador de mídia. Numa determinada parte da configuração ele pede para indicar onde estão as pastas com filmes, seriados, etc... Só que eu não encontro no Ubuntu, onde elas estão? E outra coisa, nessa mesma tela de adicionar itens à biblioteca, o Emby me diz: "Para Linux no Arch Linux, CentOS, Debian, Fedora, OpenSuse ou Ubuntu, você deve permitir que o usuário de sistema do Emby tenha ao menos acesso de leitura no seu storage." No fórum do Emby, eles me mandaram pesquisar.
Então eu pesquisei. Abri as referidas pastas e fiz os seguintes comandos:
htpc@htpc-ULTRATOP-BRIX:/media/htpc/FIlmes/Filmes$ sudo su - root
[sudo] senha para htpc:
root@htpc-ULTRATOP-BRIX:~# chmod 777 /media/htpc/FIlmes/Filmes
root@htpc-ULTRATOP-BRIX:~# chmod 777 /media/htpc/FIlmes/Coleções
root@htpc-ULTRATOP-BRIX:~# chmod 777 /media/htpc/FIlmes/Filmes3D
root@htpc-ULTRATOP-BRIX:~# chmod 777 /media/htpc/FIlmes
root@htpc-ULTRATOP-BRIX:~# chmod 777 /media/htpc/FIlmes -r
chmod: não foi possível acessar '777': Arquivo ou diretório não encontrado
root@htpc-ULTRATOP-BRIX:~# chmod 777 /media/htpc/FIlmes -R
root@htpc-ULTRATOP-BRIX:~#
E ainda assim o Emby não pode acessá-las?
-
Bom, assumindo que os pontos de montagem indicados por você estejam corretos, o comando do Chmod está errado!
Seriam:
chmod -R 777 /media/htpc/FIlmes/Coleções
chmod -R 777 /media/htpc/FIlmes/Filmes3D
chmod -R 777 /media/htpc/FIlmes
Note que é preciso o "-R" para que não somente a pasta "Filmes", por exemplo, tenha permissão total de leitura e escrita por todos que acessarem essa pasta. A opção "-R" vai fazer que todos os arquivos dentro das respectivas pastas tenham permissão total!
Mas como eu disse antes, assumo que esse caminho esteja correto, se não estiver não vai funcionar!
Tenta aí e diz o que foi que virou!
-
Não funcionou, mas há um porém. Essas unidades externas são NTFS. Talvez eu devesse transformar em ext4?
-
maurente, andei pesquisando um pouco sobre o Emby e com mais esse "detalhe" do sua configuração dos HDs, fica tudo ainda mais estranho.
Se os seus HDs estão formatados em NTFS, não deveria haver problema nenhum de acesso se você tiver o ntfs-3g instalado e você antes de usar o Emby já usava esse HD formatado com NTFS com permissões de leitura e escrita. Então não seria necessário o uso do chmod!
Então é preciso "contar essa história direito"!
Qual versão do Ubuntu?
Como está essa configuração dos seus HDs?
Seus arquivos de mídia estão todos em HDs com NTFS?
O Emby no Linux suporta o HD em NTFS?
A instalação do Emby correu tudo bem? Só tem erro na hora de adicionar a biblioteca?
Qual tutorial você seguiu?
O tutorial que eu vi ele usa o Emby pelo SAMBA e tem que fazer a motagem dos HDs no fstab do sistema, senão não funciona!
É este o seu caso? Ele vai funcionar pela rede? Ou seja, os HDs com os arquivos estão em um PC e você vai acessar esses arquivos de outro PC? É isso? Porque se for, muda tudo na sua configuração!
Então sem mais detalhes de como as coisas estão organizadas aí e o que você quer fazer, fica meio difícil de te ajudar. Você abriu tópico no Fórum do Emby em Português? Foi você?
Favor colar aqui a saída dos seguintes comandos:
sudo fdisk -l
sudo df -hT
lsb_release -a
No aguardo!
-
É um programa complexo, um servidor de arquivos que fornece inclusive serviço DLNA.
Se vê que possui vários arquivos de configuração.
Pela descrição do tópico inicial que indica um caminho debaixo do /media, faz supor que os arquivos de media estejam em outra partição/disco na mesma máquina.
De fato na configuração do localhost:8096 o caminho debaixo do /media aparece mas não vai adiante.
A única forma que funcionou foi montando manualmente a partição que se quer acessar, aí funcionou tudo e a congfiguração foi até o final.
Por exemplo, supondo que o diretório (=pasta) com os arquivos de filmes estejam na partição sda5, então se fizer:
sudo mount /dev/sda5 /mnt
Dessa forma vai funcionar e conseguirá fazer a configuração.
Pode voltar lá na pasta do localhost e ir clicando no caminho até encontrar a pasta que se quer, funciona.
Note que isso é apenas um exemplo, precisa adequar com os dados reais que tem aí no sistema concreto.
Talvez haja uma outra forma de se fazer isso, testei adicionando o usuário emby que é criado na instalação a vários grupos, ao menos os que pareciam mais razoáveis, mas não funcionou, o que funcionou mesmo foi fazer a montagem manual, aí dá certo, dessa forma vai em frente. mas não está descartado de forma absoluta que possa haver outro método, entretanto, nesse caso precisa estudar a documentação do software.
No teste que fiz aqui o sistema estava em uma partição e os arquivos de media (filmes, fotos) em outra partição.
No seu caso como você diz que se trata de partição ntfs, se o sistema não reconhecer automáticamente (geralmente reconhece), então indique o formato adicionando no comando, enfim, aí é só uma questão de adequar o comando.
Por exemplo, se precisar indicar que é ntfs, então vai ficar:
sudo mount -t ntfs /dev/sda5 /mnt
Mas teste primeiramente sem indicar, talvez funcione de forma direta como no primeiro exemplo.
Editando:
Adicionei uma partição ntfs num segundo disco onde está um Windows e não precisou fazer nanda, não precisou especificar o formato, foi direto também, sem problemas.
-
Antes de mais nada muito obrigado aos dois. Vocês não imaginam como procurei ajuda em outros fóruns e não havia ninguém disposto. O fato é que eu tentei primeiramente com o Deepin e agora tento com o Ubuntu. Meus amigos ligados no Emby e Kodi, me aconselharam fortemente a não deixar o Windows, porque era complicado demais e tal, mas eu fui em frente pois queria fazer mais com menos, e essa era a premissa do Linux. Não quero voltar lá no fórum que trata do assunto de media player sem ter um tutorial Linux, pra mostrar que é possível sim. Estou há uma semana nessa.
O Emby e o Kodi fazem a dobradinha. Um recolhe dados de mídia, permite DLNA, transforma teu HTPC num Netflix se você quiser. O Segundo lê todos os dados de mídia recolhidos como capas, fanart, trilha sonora, e outros, agrupa numa bela interface, ainda agrega o Retroarch, tornando um dos melhores no gênero. Quando descobri que todos existiam para Linux, fui de atrás. Agora tem que abrir a estrada para os outros.
Voltando ao assunto, abaixo está o resultado dos comandos sugeridos. Mas antes que digam alguma coisa, achei esse tutorial que não fui feliz em executar: https://emby.media/community/index.php?/topic/32218-file-permissions-guide-for-new-linux-users/
O que estou fazendo agora é formatar todos hds (que são externos) em ext4, pra ver se facilita alguma coisa. Para isso estou fazendo um backup, o que resultou numa trapalhada que o Galactus está me ajudando a resolver em outro tópico. Grato mais uma vez.
htpc@htpc-ULTRATOP-BRIX:~$ sudo mount /dev/sdb2 /mnt
[sudo] senha para htpc:
Mount is denied because the NTFS volume is already exclusively opened.
The volume may be already mounted, or another software may use it which
could be identified for example by the help of the 'fuser' command.
htpc@htpc-ULTRATOP-BRIX:~$
htpc@htpc-ULTRATOP-BRIX:~$ sudo mount -t ntfs /dev/sdb2 /mnt
[sudo] senha para htpc:
Mount is denied because the NTFS volume is already exclusively opened.
The volume may be already mounted, or another software may use it which
could be identified for example by the help of the 'fuser' command.
htpc@htpc-ULTRATOP-BRIX:~$
-
E os comando que eu pedi? ::)
:-\
Então vai precisar colocar as opções de montagem no fstab mesmo! Ao que tudo indica. É isso druidaobelix?
-
Primeiramente deixe registrar aqui o processo de instalação e habilitação do Emby, porque na verdade como se trata apenas de um teste, fiz a instalação apenas num live-iso, sem modo persistente, ou seja, não tenho uma instalação fixa e definitiva do Emby, então cada vez que volto ao problema preciso ficar procurando a informação para poder produzir uma nova instalação.
De qualquer forma isto ainda pode ser útil para mais alguém que queira instalar.
Como disse, desconsidere este post, vez que você já instalou aí e está funcionando.
Deixei na forma de um pequeno script com o nome embyinstall.sh apenas para facilitar:
#!/bin/bash
#instala e habilita o Emby Server para o Ubuntu 16.04 a partir de ppa
wget -nv http://download.opensuse.org/repositories/home:emby/xUbuntu_16.04/Release.key -O Release.key
apt-key add - < Release.key
apt-get update
sh -c "echo 'deb http://download.opensuse.org/repositories/home:/emby/xUbuntu_16.04/ /' > /etc/apt/sources.list.d/emby-server.list"
apt-get update
apt-get install emby-server -y
systemctl start emby-server
systemctl status --no-pager emby-server
systemctl enable emby-server
echo
echo "chame o servidor através do navegador colocando o endereço localhost:8096"
echo
Instalação a partir do binário .deb direto do site do Emby
Necessário para a versão 17.10 que ainda não tem ppa
#!/bin/bash
#instala e habilita o Emby Server para o Ubuntu a partir do binário deb direto do site do desenvolvedor
#necessário instalar dessa forma para o Ubuntu versão 17.10 Artful
#os repositórios main universe restricted multiverse precisam estar habilitados
wget -c https://github.com/MediaBrowser/Emby/releases/download/3.2.36.0/emby-server-deb_3.2.36.0_amd64.deb
dpkg -i emby-server-deb_3.2.36.0_amd64.deb
apt install lubuntu-restricted-extras -y
apt-get install vlc -y
systemctl start emby-server
systemctl status --no-pager emby-server
systemctl enable emby-server
echo
echo "chame o servidor através do navegador colocando o endereço localhost:8096"
echo
-
Note, também, que neste seu tópico estamos tratando de uma particularidade do uso do Emby, vez que a instalação em si não é problema, ocorre normalmente, bem como o uso normal quando os arquivos das medias estão dentro da própria /home do usuário também não há nenhum problema no uso.
Como muito possivelmente você já deve ter testado aí exautivamente, se adicionar o caminho da pasta Vídeos ou Pictures ou qualquer outra que esteja dentro da home do usuário, tudo funciona de primeira, sem dificuldades, sem problemas, a biblioteca aparece de primeira na homepage local do Emby, enfim, tudo funciona sem dificuldades (se ainda não fez, faça e teste com o caso simples).
O problema só existe porque, ao que parece (cadê os resultados dos comandos antes pedidos pelo @galactus?) você está querendo adicionar um disco externo que é montado debaixo do /media e como no Ubuntu essa montagem não é feita diretamente pelo usuário e sim usando um recurso da interface gráfica, o Emby acaba não identificando que é o próprio usuário que está marcando aquela path (ou porgue está usando o fuse).
A forma de resolver, como disse no post anterior e aqui funcionou de primeira, é fazer a montagem manual.
Você tentou fazer mas o disco externo (é isso mesmo, disco externo?) está sendo usado por um outro processo, que por enquanto não sabemos qual seja.
Comece trazendo ao tópico (além dos comandos que o @galactus pediu e precisamos deles também):
df -h
Isso permitirá ver qual é mais exatatamente o dispositivo que está montado.
Na mesma situação do erro, ou seja, com o disco externo plugado, tentou fazer e deu o erro, portanto, o quadro fático presente, traga também:
cat /proc/mounts
Isso permitirá ver o que é que está montando naquele instante.
E agora por enquanto apenas um palpite, experimente fazer desmontar a unidade, se o caso force a desmontagem.
Pelo que você postou estou supondo que o tal disco/partição externo esteja em /dev/sdb2
Primeiro desmonte usando a própria interface gráfica, isto é, se montou antes pela interface gráfica (e portanto está debaixo do /media) comece desmontado também pela interface gráfica, usando o botão direito do mouse e clicando em desmontar.
Depois faça:
sudo umount /dev/sdb2
Se não funcionar faça:
sudo umount -f /dev/sdb2
Com o df -h você verifica se desmontou mesmo, pois se desmontou ele desaparece de lá.
Tendo conseguido desmontar agora tente novamente a montagem da forma antes mencionada:
sudo mount /dev/sdb2 /mnt
Se o disco/partição ainda estiver em ntfs pode experimentar também assim:
sudo mount -t ntfs /dev/sdb2 /mnt
ou assim:
sudo mount -t ntfs-3g /dev/sdb2 /mnt
ou assim:
sudo mount -t ntfs-3g /dev/sdb2 /mnt -o uid=1000,gid=1000
Em cada uma dessas tentivas você deixa o navegador aberto no localhost:8096 na página "Adicionar bibliotecas" e vai verificando se funciona.
-
Então vai precisar colocar as opções de montagem no fstab mesmo! Ao que tudo indica. É isso druidaobelix?
Vocẽ tem razão, acho que é mesmo uma boa ideia, uma boa alternativa, experimentar vir com a unidade já montada a partir do fstab.
O @maurente disse que está formatando o disco, que parece ser um disco externo, para ext4, o que deverá facilitar, então aí se identifica o uuid e acrescenta no fstab e já deixe ele chegar montado no final do boot e carregamento da interface, para ver se o emby-server reconhece a path.
-
maurente, andei pesquisando um pouco sobre o Emby e com mais esse "detalhe" do sua configuração dos HDs, fica tudo ainda mais estranho.
Se os seus HDs estão formatados em NTFS, não deveria haver problema nenhum de acesso se você tiver o ntfs-3g instalado e você antes de usar o Emby já usava esse HD formatado com NTFS com permissões de leitura e escrita. Então não seria necessário o uso do chmod!
Então é preciso "contar essa história direito"!
Qual versão do Ubuntu?
Ubuntu 17.10
Como está essa configuração dos seus HDs?
Não sei se entendi direito essa pergunta. Estão todos ligados em USB.
Seus arquivos de mídia estão todos em HDs com NTFS?
Agora não apenas NTFS. Já formatei 2 com ext4, e outros 3 (os maiores) continuam como NTFS. Mas o backup está em progresso.
O Emby no Linux suporta o HD em NTFS?
Segundo esse tutorial(https://emby.media/community/index.php?/topic/32218-file-permissions-guide-for-new-linux-users/), me corrija se estiver errado, sim, suporta.
A instalação do Emby correu tudo bem? Só tem erro na hora de adicionar a biblioteca?
Sim a instalação foi normal, baixei do site do Emby. O erro é ao adicionar a biblioteca, quando vou procurar o HD, clicando de pasta em pasta, quando clico na /media depois, em htpc, a janela de navegação tranca, sendo só possível cancelar.
Qual tutorial você seguiu?
Na verdade estou(estava) fazendo como sempre fiz no Windows, até descobrir que existem permissões no Linux.
O tutorial que eu vi ele usa o Emby pelo SAMBA e tem que fazer a motagem dos HDs no fstab do sistema, senão não funciona!
É este o seu caso? Ele vai funcionar pela rede? Ou seja, os HDs com os arquivos estão em um PC e você vai acessar esses arquivos de outro PC? É isso? Porque se for, muda tudo na sua configuração!
Não está em outro PC. Os HDs externos estão todos espetados no mesmo PC com Ubuntu. São 5 HDs externos, 5Tb, 4Tb, 2Tb, 2Tb, 1Tb.
Então sem mais detalhes de como as coisas estão organizadas aí e o que você quer fazer, fica meio difícil de te ajudar. Você abriu tópico no Fórum do Emby em Português? Foi você?
Abri um tópico no fórum do Emby, mas em inglês (do Google), quando ainda tentava com o Deepin. https://emby.media/community/index.php?/topic/52449-emby-for-deepin/
Favor colar aqui a saída dos seguintes comandos:
sudo fdisk -l
htpc@htpc-ULTRATOP-BRIX:~$ sudo fdisk -l
Disk /dev/loop0: 83,1 MiB, 87089152 bytes, 170096 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop1: 235,4 MiB, 246800384 bytes, 482032 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/sda: 931,5 GiB, 1000204886016 bytes, 1953525168 sectors
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: gpt
Disk identifier: F0317306-9057-453D-8360-4DD8D3292B09
Dispositivo Start Fim Setores Size Tipo
/dev/sda1 2048 1050623 1048576 512M EFI System
/dev/sda2 1050624 1953523711 1952473088 931G Linux filesystem
Disk /dev/sdb: 4,6 TiB, 5000981077504 bytes, 9767541167 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 33553920 bytes
Disklabel type: gpt
Disk identifier: 1A169237-70F9-455F-B7B1-947ED2A7422B
Dispositivo Start Fim Setores Size Tipo
/dev/sdb2 264192 9767540735 9767276544 4,6T Microsoft basic data
Disk /dev/sdc: 1,8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xa90bd3bd
Dispositivo Inicializar Start Fim Setores Size Id Tipo
/dev/sdc1 * 64 3907024064 3907024001 1,8T 83 Linux
Disk /dev/sdd: 3,7 GiB, 4004511744 bytes, 7821312 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x4e2f9c27
Dispositivo Inicializar Start Fim Setores Size Id Tipo
/dev/sdd1 * 2048 7821311 7819264 3,7G c W95 FAT32 (LBA)
Disk /dev/sde: 3,7 TiB, 4000787025920 bytes, 976754645 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xe7469026
Dispositivo Inicializar Start Fim Setores Size Id Tipo
/dev/sde1 * 64 976752063 976752000 3,7T 7 HPFS/NTFS/exFAT
Disk /dev/sdf: 931,5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x68657c4a
Dispositivo Inicializar Start Fim Setores Size Id Tipo
/dev/sdf1 * 64 1953520064 1953520001 931,5G 7 HPFS/NTFS/exFAT
Disk /dev/sdg: 1,8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x5a1671a9
Dispositivo Inicializar Start Fim Setores Size Id Tipo
/dev/sdg1 16065 3907024064 3907008000 1,8T f Win95 (LBA) Partiçã
/dev/sdg2 2048 16064 14017 6,9M 83 Linux
/dev/sdg5 16128 3907024064 3907007937 1,8T 83 Linux
Partition table entries are not in disk order.
htpc@htpc-ULTRATOP-BRIX:~$
sudo df -hT
htpc@htpc-ULTRATOP-BRIX:~$ sudo df -hT
Sist. Arq. Tipo Tam. Usado Disp. Uso% Montado em
udev devtmpfs 1,9G 0 1,9G 0% /dev
tmpfs tmpfs 378M 45M 333M 12% /run
/dev/sda2 ext4 916G 660G 210G 76% /
tmpfs tmpfs 1,9G 19M 1,9G 1% /dev/shm
tmpfs tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs tmpfs 1,9G 0 1,9G 0% /sys/fs/cgroup
/dev/loop0 squashfs 84M 84M 0 100% /snap/core/3247
/dev/loop1 squashfs 236M 236M 0 100% /snap/chromium/88
/dev/sda1 vfat 511M 4,6M 507M 1% /boot/efi
/dev/sdd1 vfat 3,8G 1,4G 2,4G 38% /media/htpc/UBUNTU 17_1
/dev/sdc1 ext4 1,8T 389G 1,4T 23% /media/htpc/Arquivos
/dev/sdf1 fuseblk 932G 408G 525G 44% /media/htpc/Desenhos
/dev/sde1 fuseblk 3,7T 2,4T 1,3T 66% /media/htpc/Animações
/dev/sdb2 fuseblk 4,6T 4,1T 492G 90% /media/htpc/FIlmes
tmpfs tmpfs 378M 16K 378M 1% /run/user/121
/dev/sdg5 ext4 1,8T 934G 806G 54% /media/htpc/Outros
tmpfs tmpfs 378M 2,5M 376M 1% /run/user/1000
htpc@htpc-ULTRATOP-BRIX:~$
lsb_release -a
htpc@htpc-ULTRATOP-BRIX:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 17.10
Release: 17.10
Codename: artful
htpc@htpc-ULTRATOP-BRIX:~
No aguardo!
-
O Emby no Linux suporta o HD em NTFS?
Segundo esse tutorial(https://emby.media/community/index.php?/topic/32218-file-permissions-guide-for-new-linux-users/), me corrija se estiver errado, sim, suporta.
Se o cidadão do link que você postou (que só agora estou lendo) estiver certo a resposta ao problema é essa:
If you are mounting the drive using the auto-mounting provided by the distro, you will need to add rw,uid=username,gid=groupname to the mount options for the auto-mounter. In Gnome, this can be accomplished via Disks.
ou então, como disse o @galactus, vir com o disco montado já no fstab.
-
Note, também, que neste seu tópico estamos tratando de uma particularidade do uso do Emby, vez que a instalação em si não é problema, ocorre normalmente, bem como o uso normal quando os arquivos das medias estão dentro da própria /home do usuário também não há nenhum problema no uso.
Como muito possivelmente você já deve ter testado aí exautivamente, se adicionar o caminho da pasta Vídeos ou Pictures ou qualquer outra que esteja dentro da home do usuário, tudo funciona de primeira, sem dificuldades, sem problemas, a biblioteca aparece de primeira na homepage local do Emby, enfim, tudo funciona sem dificuldades (se ainda não fez, faça e teste com o caso simples).
O meu problema maior, e agora eu vejo isso, é de conhecimento de comandos. :-\ Os comandos que o Galactus pediu, eu copiei e colei o caminho de um dos HDs, /dev/sdd1, e aparentemente ele aceitou. Meu problema é que devo indicar a pasta, pois no mesmo HD tenho filmes e seriados, que devem ser distintos para o Emby. E eu não sei achar a pasta por linha de comando... :-[
O problema só existe porque, ao que parece (cadê os resultados dos comandos antes pedidos pelo @galactus?) você está querendo adicionar um disco externo que é montado debaixo do /media e como no Ubuntu essa montagem não é feita diretamente pelo usuário e sim usando um recurso da interface gráfica, o Emby acaba não identificando que é o próprio usuário que está marcando aquela path (ou porgue está usando o fuse).
A forma de resolver, como disse no post anterior e aqui funcionou de primeira, é fazer a montagem manual.
Você tentou fazer mas o disco externo (é isso mesmo, disco externo?) está sendo usado por um outro processo, que por enquanto não sabemos qual seja.
Comece trazendo ao tópico (além dos comandos que o @galactus pediu e precisamos deles também):
df -h
htpc@htpc-ULTRATOP-BRIX:~$ df -h
Sist. Arq. Tam. Usado Disp. Uso% Montado em
udev 1,9G 0 1,9G 0% /dev
tmpfs 378M 45M 333M 12% /run
/dev/sda2 916G 660G 210G 76% /
tmpfs 1,9G 19M 1,9G 1% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 1,9G 0 1,9G 0% /sys/fs/cgroup
/dev/loop0 84M 84M 0 100% /snap/core/3247
/dev/loop1 236M 236M 0 100% /snap/chromium/88
/dev/sda1 511M 4,6M 507M 1% /boot/efi
/dev/sdd1 3,8G 1,4G 2,4G 38% /media/htpc/UBUNTU 17_1
/dev/sdc1 1,8T 395G 1,4T 23% /media/htpc/Arquivos
/dev/sdf1 932G 408G 525G 44% /media/htpc/Desenhos
/dev/sde1 3,7T 2,4T 1,3T 65% /media/htpc/Animações
/dev/sdb2 4,6T 4,1T 492G 90% /media/htpc/FIlmes
tmpfs 378M 16K 378M 1% /run/user/121
/dev/sdg5 1,8T 934G 806G 54% /media/htpc/Outros
/dev/fuse 1,0T 0 1,0T 0% /home/htpc/Nuvem
tmpfs 378M 2,5M 376M 1% /run/user/1000
htpc@htpc-ULTRATOP-BRIX:~$
Isso permitirá ver qual é mais exatatamente o dispositivo que está montado.
Na mesma situação do erro, ou seja, com o disco externo plugado, tentou fazer e deu o erro, portanto, o quadro fático presente, traga também:
cat /proc/mounts
htpc@htpc-ULTRATOP-BRIX:~$ cat /proc/mounts
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
udev /dev devtmpfs rw,nosuid,relatime,size=1906268k,nr_inodes=476567,mode=755 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /run tmpfs rw,nosuid,noexec,relatime,size=386552k,mode=755 0 0
/dev/sda2 / ext4 rw,relatime,errors=remount-ro,data=ordered 0 0
securityfs /sys/kernel/security securityfs rw,nosuid,nodev,noexec,relatime 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
tmpfs /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0
tmpfs /sys/fs/cgroup tmpfs ro,nosuid,nodev,noexec,mode=755 0 0
cgroup /sys/fs/cgroup/unified cgroup2 rw,nosuid,nodev,noexec,relatime 0 0
cgroup /sys/fs/cgroup/systemd cgroup rw,nosuid,nodev,noexec,relatime,xattr,name=systemd 0 0
pstore /sys/fs/pstore pstore rw,nosuid,nodev,noexec,relatime 0 0
efivarfs /sys/firmware/efi/efivars efivarfs rw,nosuid,nodev,noexec,relatime 0 0
cgroup /sys/fs/cgroup/net_cls,net_prio cgroup rw,nosuid,nodev,noexec,relatime,net_cls,net_prio 0 0
cgroup /sys/fs/cgroup/cpu,cpuacct cgroup rw,nosuid,nodev,noexec,relatime,cpu,cpuacct 0 0
cgroup /sys/fs/cgroup/freezer cgroup rw,nosuid,nodev,noexec,relatime,freezer 0 0
cgroup /sys/fs/cgroup/pids cgroup rw,nosuid,nodev,noexec,relatime,pids 0 0
cgroup /sys/fs/cgroup/cpuset cgroup rw,nosuid,nodev,noexec,relatime,cpuset 0 0
cgroup /sys/fs/cgroup/hugetlb cgroup rw,nosuid,nodev,noexec,relatime,hugetlb 0 0
cgroup /sys/fs/cgroup/perf_event cgroup rw,nosuid,nodev,noexec,relatime,perf_event 0 0
cgroup /sys/fs/cgroup/memory cgroup rw,nosuid,nodev,noexec,relatime,memory 0 0
cgroup /sys/fs/cgroup/rdma cgroup rw,nosuid,nodev,noexec,relatime,rdma 0 0
cgroup /sys/fs/cgroup/blkio cgroup rw,nosuid,nodev,noexec,relatime,blkio 0 0
cgroup /sys/fs/cgroup/devices cgroup rw,nosuid,nodev,noexec,relatime,devices 0 0
systemd-1 /proc/sys/fs/binfmt_misc autofs rw,relatime,fd=27,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=604 0 0
debugfs /sys/kernel/debug debugfs rw,relatime 0 0
mqueue /dev/mqueue mqueue rw,relatime 0 0
hugetlbfs /dev/hugepages hugetlbfs rw,relatime,pagesize=2M 0 0
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
configfs /sys/kernel/config configfs rw,relatime 0 0
/dev/loop0 /snap/core/3247 squashfs ro,nodev,relatime 0 0
/dev/loop1 /snap/chromium/88 squashfs ro,nodev,relatime 0 0
/dev/sda1 /boot/efi vfat rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro 0 0
/dev/sdd1 /media/htpc/UBUNTU\04017_1 vfat rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro 0 0
/dev/sdc1 /media/htpc/Arquivos ext4 rw,nosuid,nodev,relatime,data=ordered 0 0
/dev/sdf1 /media/htpc/Desenhos fuseblk rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096 0 0
/dev/sde1 /media/htpc/Animações fuseblk rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096 0 0
/dev/sdb2 /media/htpc/FIlmes fuseblk rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096 0 0
tmpfs /run/user/121 tmpfs rw,nosuid,nodev,relatime,size=386548k,mode=700,uid=121,gid=127 0 0
/dev/sdg5 /media/htpc/Outros ext4 rw,nosuid,nodev,relatime,data=ordered 0 0
/dev/fuse /home/htpc/Nuvem fuse rw,nosuid,nodev,relatime,user_id=1000,group_id=1000 0 0
tmpfs /run/user/1000 tmpfs rw,nosuid,nodev,relatime,size=386548k,mode=700,uid=1000,gid=1000 0 0
gvfsd-fuse /run/user/1000/gvfs fuse.gvfsd-fuse rw,nosuid,nodev,relatime,user_id=1000,group_id=1000 0 0
htpc@htpc-ULTRATOP-BRIX:~$
Isso permitirá ver o que é que está montando naquele instante.
E agora por enquanto apenas um palpite, experimente fazer desmontar a unidade, se o caso force a desmontagem.
Já fiz isso, não rolou.
Pelo que você postou estou supondo que o tal disco/partição externo esteja em /dev/sdb2
Primeiro desmonte usando a própria interface gráfica, isto é, se montou antes pela interface gráfica (e portanto está debaixo do /media) comece desmontado também pela interface gráfica, usando o botão direito do mouse e clicando em desmontar.
Depois faça:
sudo umount /dev/sdb2
Se não funcionar faça:
sudo umount -f /dev/sdb2
Com o df -h você verifica se desmontou mesmo, pois se desmontou ele desaparece de lá.
Tendo conseguido desmontar agora tente novamente a montagem da forma antes mencionada:
sudo mount /dev/sdb2 /mnt
Se o disco/partição ainda estiver em ntfs pode experimentar também assim:
sudo mount -t ntfs /dev/sdb2 /mnt
ou assim:
sudo mount -t ntfs-3g /dev/sdb2 /mnt
ou assim:
sudo mount -t ntfs-3g /dev/sdb2 /mnt -o uid=1000,gid=1000
Espero que me desculpe, mas não posso executar esses comandos agora por causa do backup.
Em cada uma dessas tentivas você deixa o navegador aberto no localhost:8096 na página "Adicionar bibliotecas" e vai verificando se funciona.
-
Uma dúvida, quando o Ubuntu entra em tela em espera, apesar de eu ter desativado isso, eu tenho que entrar de novo com minha senha, e noto que a cópia (backup) parou... Tenho que recomeçar de onde foi interrompido. É um parto! Aliás qualquer processo acontece isso.
-
Espero que me desculpe, mas não posso executar esses comandos agora por causa do backup.
Termine o backup, pois backup tem prioridade sobre qualquer outra coisa.
Depois de tudo pronto, avise que continuamos esmiuçando a questão.
O primeiro caminho é fazer a montagem manual, pois não é admissível que não se consiga montar um disco/partição.
-
Uma dúvida, quando o Ubuntu entra em tela em espera, apesar de eu ter desativado isso, eu tenho que entrar de novo com minha senha, e noto que a cópia (backup) parou... Tenho que recomeçar de onde foi interrompido. É um parto! Aliás qualquer processo acontece isso.
Olha, o que você está fazendo, ter um monte de HDs externos espetados nas portas USB para usar como se fosse HD interno, eu nunca fiz.
O Gnome está se comportando de maneira diferente por causa disso? Talvez! Minhas transferências com HDs internos não param por conta do bloqueio da tela, só se ele suspender, mas ele não suspende se eu estou fazendo longas transferências que deixo durante a noite.
Não seria o caso do seu sistema estar suspendendo?
Você já fez esses passos?
1) https://help.ubuntu.com/stable/ubuntu-help/power-autosuspend.html
2) https://help.ubuntu.com/stable/ubuntu-help/display-blank.html
Se já fez as duas opções acima, você pode tentar o dconf-editor, ele não vem instalado por padrão tá!
https://askubuntu.com/questions/674830/gnome-3-14-is-possible-to-disable-the-lock-screen/674838
Você vai migrar todos os seus HDs para o ext4?
Pois ao que tudo indica será necessário indicarmos os pontos de montagem com permissões de leitura e escrita para o Emby. Então a linha de comando muda conforme o sistema de arquivos!
-
Agora melhorou muito, consegui reproduzir o erro ao montar uma partição ntfs no Ubuntu 17.10 :D
ubuntu@ubuntu:/$ sudo mount /dev/sdb1 /mnt/outro/
Mount is denied because the NTFS volume is already exclusively opened.
The volume may be already mounted, or another software may use it which
could be identified for example by the help of the 'fuser' command.
Por que aconteceu o erro?
Porque a partição estava montada anteriormente pela interface gráfica
Desmontei fazendo:
sudo umount /dev/sdb1
e aí funcionou a montagem manual normalmente, sem problemas, que já havia cadastrado antes do emby-server.
sudo mount /dev/sdb1 /mnt/outro
-
Uma dúvida, quando o Ubuntu entra em tela em espera, apesar de eu ter desativado isso, eu tenho que entrar de novo com minha senha, e noto que a cópia (backup) parou... Tenho que recomeçar de onde foi interrompido. É um parto! Aliás qualquer processo acontece isso.
Olha, o que você está fazendo, ter um monte de HDs externos espetados nas portas USB para usar como se fosse HD interno, eu nunca fiz.
O Gnome está se comportando de maneira diferente por causa disso? Talvez! Minhas transferências com HDs internos não param por conta do bloqueio da tela, só se ele suspender, mas ele não suspende se eu estou fazendo longas transferências que deixo durante a noite.
Não seria o caso do seu sistema estar suspendendo?
Você já fez esses passos?
1) https://help.ubuntu.com/stable/ubuntu-help/power-autosuspend.html
2) https://help.ubuntu.com/stable/ubuntu-help/display-blank.html
Se já fez as duas opções acima, você pode tentar o dconf-editor, ele não vem instalado por padrão tá!
https://askubuntu.com/questions/674830/gnome-3-14-is-possible-to-disable-the-lock-screen/674838
Você vai migrar todos os seus HDs para o ext4?
Pois ao que tudo indica será necessário indicarmos os pontos de montagem com permissões de leitura e escrita para o Emby. Então a linha de comando muda conforme o sistema de arquivos!
Sim, todos para ext4. Já estão formatados e estou restaurando o backup. Podemos voltar aos serviços.
Quanto ao interromper serviços em estado de espera, eu me enganei. Na verdade ele continua. Bem na verdade não é estado de espera, é quando eu desligo a TV, já que é um PCzinho da sala ligado na TV. Enquanto a tv desligada, eu vejo os HDs trabalhando. Porém quando religo a televisão, ele entra em tela de login, e interrompe a atividade que estava fazendo. Aí eu logo, e tenho que refazer os comando de novo.
-
Vou ilustrar aqui como estão organizadas as mídias para vocês saberem como ajudar. Dando exemplo do hd Filmes. Nesse hd existem 3 pastas, Filmes, Coleções, Filmes3D. O caminho dele é /dev/sdb1, ou Ext4 (versão 1.0) — Montado em /media/htpc/Filmes, não sei. Já tentei digitar manualmente na tela que o Emby pede para mostrar o caminho destas mídias. Sempre dava uma mensagem dizendo que o Emby User não estava autorizado.
Então resolvi repetir as coisas que já havia feito quando tudo estava NTFS. Primeiro no gerenciador de arquivos, fui nas Propriedades de cada pasta, individualmente, e alterei tudo para criar e excluir arquivos. Depois dei esses sucessivos comandos no terminal:
htpc@htpc-ULTRATOP-BRIX:~$ cd ..
htpc@htpc-ULTRATOP-BRIX:/home$ cd ..
htpc@htpc-ULTRATOP-BRIX:/$ cd /dev/sdb1
bash: cd: /dev/sdb1: Não é um diretório
htpc@htpc-ULTRATOP-BRIX:/$ cd /dev/sdb1/
bash: cd: /dev/sdb1/: Não é um diretório
htpc@htpc-ULTRATOP-BRIX:/$ cd /dev/
htpc@htpc-ULTRATOP-BRIX:/dev$ ls
autofs loop1 sdd tty22 tty55 ttyS29
block loop2 sdd1 tty23 tty56 ttyS3
bsg loop3 sde tty24 tty57 ttyS30
btrfs-control loop4 sde1 tty25 tty58 ttyS31
bus loop5 sdf tty26 tty59 ttyS4
char loop6 sdf1 tty27 tty6 ttyS5
console loop7 sdf2 tty28 tty60 ttyS6
core loop-control sdf5 tty29 tty61 ttyS7
cpu mapper sg0 tty3 tty62 ttyS8
cpu_dma_latency mcelog sg1 tty30 tty63 ttyS9
cuse mei0 sg2 tty31 tty7 uhid
disk mem sg3 tty32 tty8 uinput
dri memory_bandwidth sg4 tty33 tty9 urandom
drm_dp_aux0 mqueue sg5 tty34 ttyprintk usb
ecryptfs mtd0 shm tty35 ttyS0 userio
fb0 mtd0ro snapshot tty36 ttyS1 vcs
fd net snd tty37 ttyS10 vcs1
full network_latency stderr tty38 ttyS11 vcs2
fuse network_throughput stdin tty39 ttyS12 vcs3
hidraw0 null stdout tty4 ttyS13 vcs4
hidraw1 port tty tty40 ttyS14 vcs5
hpet ppp tty0 tty41 ttyS15 vcs6
hugepages psaux tty1 tty42 ttyS16 vcsa
hwrng ptmx tty10 tty43 ttyS17 vcsa1
i2c-0 pts tty11 tty44 ttyS18 vcsa2
i2c-1 random tty12 tty45 ttyS19 vcsa3
i2c-2 rfkill tty13 tty46 ttyS2 vcsa4
i2c-3 rtc tty14 tty47 ttyS20 vcsa5
i2c-4 rtc0 tty15 tty48 ttyS21 vcsa6
initctl sda tty16 tty49 ttyS22 vfio
input sda1 tty17 tty5 ttyS23 vga_arbiter
kmsg sda2 tty18 tty50 ttyS24 vhci
kvm sdb tty19 tty51 ttyS25 vhost-net
lightnvm sdb1 tty2 tty52 ttyS26 vhost-vsock
log sdc tty20 tty53 ttyS27 zero
loop0 sdc1 tty21 tty54 ttyS28
htpc@htpc-ULTRATOP-BRIX:/dev$ cd sdb1
bash: cd: sdb1: Não é um diretório
htpc@htpc-ULTRATOP-BRIX:/dev$ sdb1
Comando 'sdb1' não encontrado, você quis dizer:
Comando 'sdb' do pacote 'sdb' (universe)
sdb1: comando não encontrado
htpc@htpc-ULTRATOP-BRIX:/dev$ cd sdb1
bash: cd: sdb1: Não é um diretório
htpc@htpc-ULTRATOP-BRIX:/dev$ chmod -R 777 /media/htpc/FIlmes
chmod: não foi possível acessar '/media/htpc/FIlmes': Arquivo ou diretório não encontrado
htpc@htpc-ULTRATOP-BRIX:/dev$ chmod -R 777 /media/htpc/Filmes
chmod: alterando permissões de '/media/htpc/Filmes/lost+found': Operação não permitida
chmod: não foi possível ler diretório '/media/htpc/Filmes/lost+found': Permissão negada
htpc@htpc-ULTRATOP-BRIX:/dev$ sudo -s
[sudo] senha para htpc:
root@htpc-ULTRATOP-BRIX:/dev# chmod -R 777 /media/htpc/Filmes
root@htpc-ULTRATOP-BRIX:/dev# chmod -R 777 /dev/sdd1
root@htpc-ULTRATOP-BRIX:/dev# chmod -R 777 /dev/sdb1
root@htpc-ULTRATOP-BRIX:/dev# sudo mount /dev/sda5 /mnt
mount: /mnt: special device /dev/sda5 does not exist.
root@htpc-ULTRATOP-BRIX:/dev# sudo mount /dev/sdb1 /mnt
root@htpc-ULTRATOP-BRIX:/dev# chmod -R 777 /dev/sdb1
root@htpc-ULTRATOP-BRIX:/dev# systemctl enable emby-server
root@htpc-ULTRATOP-BRIX:/dev#
Voltei ao Emby e refiz tudo e nada... Aí achei uma pasta chamada /mnt, lá dentro estavam as mesmas pastas que dei as permissões. Acrescentei.
Aí funcionou! O que adiantou? Tentem me dizer porque não tenho certeza.
-
Voltei ao Emby e refiz tudo e nada... Aí achei uma pasta chamada /mnt, lá dentro estavam as mesmas pastas que dei as permissões. Acrescentei.
Aí funcionou! O que adiantou? Tentem me dizer porque não tenho certeza.
A razão é exatamente aquela que está dita lá atrás já no post #4:
==============
"A única forma que funcionou foi montando manualmente a partição que se quer acessar, aí funcionou tudo e a congfiguração foi até o final.
Por exemplo, supondo que o diretório (=pasta) com os arquivos de filmes estejam na partição sda5, então se fizer:
sudo mount /dev/sda5 /mnt
Dessa forma vai funcionar e conseguirá fazer a configuração.
Pode voltar lá na pasta do localhost e ir clicando no caminho até encontrar a pasta que se quer, funciona.
Note que isso é apenas um exemplo, precisa adequar com os dados reais que tem aí no sistema concreto".
==============
O problema, @maurente, é que você ainda conhece pouco dos fundamentos do Linux e isso tem dificultado o andamento, o que é natural na curva de aprendizagem, então de todos os comandos erráticos que fez, apenas um era necessário e foi ele que fez funcionar, como já havia sido dito antes que funcionaria.
Se pega um disco e manda montar ele dentro de /mnt, evidentemente que o conteúdo estará dentro de /mnt, já que esse passou a ser o ponto de montagem, mas parece que você não havia entendido bem isso, o que, repito, é natural no processo de aprendizagem.
Uma vez montado dentro do /mnt aí era só voltar lá no navegador, no localhost do Emby, clicar sobre o /mnt e definir as pastas. Isso já estava colocado desde o post #4.
Agora que parece que pegou o fio da meada, precisa organizar as ideias em torno disso e igualmente organizar esses acessos e cadastros dos discos e diretórios dentro deles para poder tornar prático o uso do Emby.
-
Te agradeço imensamente Druidaobelix! Principalmente pela paciência.
Ainda restou uma ultima dúvida. No Windows, o servidor do Emby ficava com um ícone na bandeja do sistema. Isso era muito útil caso você quisesse desligá-lo quando ele estivesse consumindo muitos recursos rastreando e atualizando a biblioteca. Mas no Ubuntu, onde isso fica?
-
Ainda restou uma ultima dúvida. No Windows, o servidor do Emby ficava com um ícone na bandeja do sistema. Isso era muito útil caso você quisesse desligá-lo quando ele estivesse consumindo muitos recursos rastreando e atualizando a biblioteca. Mas no Ubuntu, onde isso fica?
Podemos até criar um ícone para ligar e desligar, é algo simples de ser feito, mas por enquanto desligue da forma como se desliga qualquer serviço.
Os comandos básicos para controlar isso (antes de cada um deles precisa do sudo, exceto o de status):
Iniciar o serviço:
systemctl start emby-server
Reiniciar o serviço:
systemctl restart emby-server
Parar o serviço:
systemctl stop emby-server
Habilitar para que seja iniciado junto com o sistema:
systemctl enable emby-server
Desabilitar para que não seja iniciado junto com o sistema:
systemctl disable emby-server
Verificar o estado:
systemctl status --no-pager emby-server
-
Essa última dica eu cheguei a salvar. Acho que vou fazer um tutorial. Obrigado mais uma vez.
-
Mas vamos dois passos adiante: como é que você vai efetivamente organizar o emby-server?
Ao usar o comando de montagem manual para montar debaixo do /mnt, cada vez que reinicia isso se desfaz, então na próxima vez que inicia o sistema precisará fazer de novo, eventualmente isso pode não ser lá muito prático. Se é um computador que vai ficar permanentemente ligado e, portanto, com o servidor permanentemente ativo, não faz diferença, mas se é um computer que diariamente se liga e desliga, pode começar a virar um incômodo.
Uma alternativa seria configurar para que sempre o sistema fosse iniciado os disco fossem automaticamente montados.
É uma questão de escolha.
Como você pretende organizar isso?
-
Não posso dizer que ele vai ficar permanentemente ligado, mas que raramente é desligado, e que eventualmente reinicializado. De qualquer forma é incômodo sim ter que repetir isso tudo.
Então como se faz para que quando sistema fosse iniciado os disco fossem automaticamente montados?
-
Como todos os seus 'trocentos' discos externos plugados, isto é, aqueles que vai realmente usar para o emby-server, traga ao tópico o resultado para:
sudo fdisk -lu
cat /etc/fstab
-
Cara, são só 5! ;D
htpc@htpc-ULTRATOP-BRIX:~$ sudo fdisk -lu
Disk /dev/loop0: 83,1 MiB, 87089152 bytes, 170096 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop1: 235,4 MiB, 246800384 bytes, 482032 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop2: 235,4 MiB, 246804480 bytes, 482040 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop3: 20,6 MiB, 21598208 bytes, 42184 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/sda: 931,5 GiB, 1000204886016 bytes, 1953525168 sectors
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: gpt
Disk identifier: F0317306-9057-453D-8360-4DD8D3292B09
Dispositivo Start Fim Setores Size Tipo
/dev/sda1 2048 1050623 1048576 512M EFI System
/dev/sda2 1050624 1953523711 1952473088 931G Linux filesystem
Disk /dev/sdb: 4,6 TiB, 5000981077504 bytes, 9767541167 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 33553920 bytes
Disklabel type: gpt
Disk identifier: 1A169237-70F9-455F-B7B1-947ED2A7422B
Dispositivo Start Fim Setores Size Tipo
/dev/sdb1 2048 9767541133 9767539086 4,6T Linux filesystem
Disk /dev/sdc: 1,8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xa90bd3bd
Dispositivo Inicializar Start Fim Setores Size Id Tipo
/dev/sdc1 * 64 3907024064 3907024001 1,8T 83 Linux
Disk /dev/sdd: 14,9 GiB, 16025387008 bytes, 31299584 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x3d4c49d1
Dispositivo Inicializar Start Fim Setores Size Id Tipo
/dev/sdd1 * 2048 31299583 31297536 14,9G c W95 FAT32 (LBA)
Disk /dev/sdf: 931,5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x68657c4a
Dispositivo Inicializar Start Fim Setores Size Id Tipo
/dev/sdf1 * 64 1953520064 1953520001 931,5G 7 HPFS/NTFS/exFAT
Disk /dev/sdg: 1,8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x5a1671a9
Dispositivo Inicializar Start Fim Setores Size Id Tipo
/dev/sdg1 16065 3907024064 3907008000 1,8T f Win95 (LBA) Partiçã
/dev/sdg2 2048 16064 14017 6,9M 83 Linux
/dev/sdg5 16128 3907024064 3907007937 1,8T 83 Linux
Partition table entries are not in disk order.
Disk /dev/sde: 3,7 TiB, 4000787025920 bytes, 976754645 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xe7469026
Dispositivo Inicializar Start Fim Setores Size Id Tipo
/dev/sde1 * 64 976752063 976752000 3,7T 83 Linux
htpc@htpc-ULTRATOP-BRIX:~$
htpc@htpc-ULTRATOP-BRIX:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda2 during installation
UUID=e4c802e7-1b87-4f1d-8fb0-a019e06f1ca7 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=973E-E0C0 /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0
htpc@htpc-ULTRATOP-BRIX:~$
-
Bem, todos os discos estão usando formato Linux, o particionamento é em GPT, vez que o setup dessa máquina já é UEFI.
Um resumo dos discos é o seguinte:
sda - 1TB
sda2 --> partição do sistema
sdb - 5TB
sdc - 2TB
sde - 4TB
sdf - 1TB
sdg - 2TB
As medidas que se vê no fdisk são em TiB, isto é, sistema binário que considera o byte como 1024 (como é de fato) e não o SI sistema internacional (ou comercial) que considera como sendo 1000 e múltiplos. O resumo acima está no SI.
Vamos inicialmente pelo mais simples, usando apenas a interface gráfica para criar as entradas correspondentes no fstab.
Para efeitos de experimento, testes e aprendizado, por enquanto, vamos eleger apenas um único disco para fazer o que se pretende, em princípio o sdb que você já testou montar manualmente, depois que aprender você estende o raciocínio para os demais, até porque quero saber se isso vai funcionar de fato no Emby e como.
Vamos usar o "Discos" (=Disks), cujo ícone se encontra normalmente e que corresponde ao software gnome-disk-utility
Através dele é possível produzir as entradas para montagem automática no fstab
Acione o ícone do programa "Discos",
Localize do lado esquerdo o disco correspondente ao sdb (no o caso o disco de 5TB)
Click sobre o quadro "Volumes" que há no centro da janela.
Click na pequena engrenagem que há ao lado esquerdo debaixo de Volumes (tem uma seta, um traço (cuidado!) e a engrenagem)
No menu que se abre escolha "Editar opções de montagem"
Na janela que se abre arraste o botão "Opções automáticas de montagem" para a direita (a cor do botão deixa de ser alaranjada e fica toda branca).
Deixe marcado o quadro "Montar ao inicializar"
Click em OK (vai pedir a senha do sudo)
Tudo pronto, fecha a janela do "Disks"
Agora confira se alteração foi feita no fstab fazendo:
cat /etc/fstab
Copie e cole essa saída aqui no tópico.
Reincie o sistema.
O disco deverá iniciar já montado.
-
Só uma correçãozinha sdf1 de 1TB está em NFTS, e eu gostaria de mantê-lo assim, se possível, como uma especie de coringa, caso tenho que transportá-lo.
O resto deu tudo certo, mas gostaria de apontar umas ressalvas.
1- Ele montou assim: /mnt/wwn-0x5000c50090008318-part1/Filmes3D. Esse código "wwn-0x5000c50090008318-part1" não tinha antes, mas tudo bem. Só queria ter certeza que ele não é aleatória a cada inicialização? Pois se ele muda, o Emby não vai encontrar o caminho e eu vou precisar repetir a configuração da biblioteca sempre.
2- O som no Ubuntu é melhor que no Windows. Não sei explicar como mas, é melhor até o som do Netflix no Ubuntu.
3- Uma coisa me deixou desconfiado, demorou um pouco para carregar. E eu acho que tem ha ver com outra coisa que me deixa indignado no Ubuntu, a intensa atividade em disco. Eu não sei se é comigo ou o Ubuntu não se dá bem com isso. Quando estava fazendo o backup e movendo gigabytes, terabytes de dados, o Ubuntu travou muitas vezes. Tendo que algumas vezes desligar o disco ou resetar o pc. Trava até movimento de mouse.
-
Não há nenhuma dificuldade em ter disco em NTFS, isso não será problema.
A configuração no fstab é feita a partir do uuid e exatamente por isso será sempre a mesma.
UUID é Universal Unique Identifier, isto é, identificador único universal, que é uma chave de 128 bits criada conforme certos critérios e que objetiva ter, como o proprio nome diz, um identificador único para o disco/partição. Só muda se você formatar o disco, aí será criado um novo UUID.
Aprenda sobre UUID de forma fácil aqui:
https://pt.wikipedia.org/wiki/Identificador_%C3%BAnico_universal
A identificação do tipo sda, sdb, sdc, etc é frágil e variável, pode ser alterada sem que se perceba, dependendo da ordem que se pluga os discos no sistema, porém o uuid não, é fixo, qualquer que seja a ordem de entrada no sistema.
Como obtenho os uuid's dos discos que tenho no sistema?
Fazendo esse comando:
sudo blkid
Mas voltando ao assunto, como dito antes, a ideia era fazer apenas com a unidade sdb de 5TB também para poder melhor examinar e fazer os testes dentro do emby-server.
Vamos em frente, traga o resultado do comando que havia pedido antes, quero ver como ficou o fstab
cat /etc/fstab
-
[...] Quando estava fazendo o backup e movendo gigabytes, terabytes de dados, o Ubuntu travou muitas vezes. Tendo que algumas vezes desligar o disco ou resetar o pc. Trava até movimento de mouse.
Isso não existe, nada pode ser mais estável que o Linux na manipulação de arquivos.
Lembre-se que os principais servidores do mundo (e aí é coisa gigantesca mesmo) são feitos sobre Linux, além dos 500 TOP SuperComputadores do planeta, dos quais 499 são Linux e o um restante é um Unix.
O detalhe do detalhe pode ser o uso da interface gráfica de uma versão transitória como a 17.10 Artful.
Essa não é uma versão que se deva usar em produção, é uma versão experimental, daí porque sujeita a erros que normalmente não ocorreriam numa versão LTS já estabilizada.
Claro que pode existir particularidades do hardware (que não sei qual é) do seu específico computador, questão de ver.
-
Aqui está.
htpc@htpc-ULTRATOP-BRIX:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda2 during installation
UUID=e4c802e7-1b87-4f1d-8fb0-a019e06f1ca7 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=973E-E0C0 /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0
/dev/disk/by-id/wwn-0x5000c50090008318-part1 /mnt/wwn-0x5000c50090008318-part1 auto nosuid,nodev,nofail,x-gvfs-show 0 0
htpc@htpc-ULTRATOP-BRIX:~$
-
[...] Quando estava fazendo o backup e movendo gigabytes, terabytes de dados, o Ubuntu travou muitas vezes. Tendo que algumas vezes desligar o disco ou resetar o pc. Trava até movimento de mouse.
Isso não existe, nada pode ser mais estável que o Linux na manipulação de arquivos.
Lembre-se que os principais servidores do mundo (e aí é coisa gigantesca mesmo) são feitos sobre Linux, além dos 500 TOP computadores do planeta, dos quais 499 são Linux e o um restante é um Unix.
O detalhe do detalhe pode ser o uso da interface gráfica de uma versão transitória como a 17.10 Artful.
Essa não é uma versão que se deva usar em produção, é uma versão experimental, daí porque sujeita a erros que normalmente não ocorreriam numa versão LTS já estabilizada.
Claro que pode existir particularidades do hardware (que não sei qual é) do seu específico computador, questão de ver.
Eu acredito em você. O fato é que intensa atividade em disco, o Windows nunca travava, acredito houvesse artimanhas do sistema para retardar a atividade e dividir recursos com outros aplicativos. Coisa que talvez essa versão transitória talvez não gerencie tão bem.
-
Traz também o resultado para:
sudo blkid
df -h
free -tm
-
Qual a configuração do seu Hardware maurente?
Completa por favor! Modelo e marca da placa mãe, se possível!
Você usa um multiplicador de portas USB?
Você está usando Ubuntu 17.10 com Wayland? É isso?
-
Qual a configuração do seu Hardware maurente?
Completa por favor! Modelo e marca da placa mãe, se possível!
Você usa um multiplicador de portas USB?
Você está usando Ubuntu 17.10 com Wayland? É isso?
Como vejo isso no Linux? No Windows tinha um app pra isso. É esse aqui:
https://www.extra.com.br/Informatica/Computadores/Desktop-Brix-Intel-Ultratop-Cb55004500-Core-I7-5500U-4Gb-Hd-500Gb-Hdmi-Usb-Rede-Linux-10268901.html?utm_medium=cpc&utm_source=gp_pla&IdSku=10268901&idLojista=14000&s_kwcid=AL!427!3!94837820907!!!g!84793698565!&utm_campaign=Info_Shopping&ef_id=WgsRcQAABIlNmPSa:20171114155321:s
Eu uso ele na sala, ligado ao Home Theater, os HDs estão espetados nesse hub usb:
https://www.americanas.com.br/produto/9143673/hub-usb-2.0-7-portas-d-link-preto-dub-h7-b1-c1-?WT.srch=1&epar=bp_pl_00_go_pla_infeaces_rlsa_novos_3p&gclid=CjwKCAiAxarQBRAmEiwA6YcGKJdrLm4vCQL6LbCgE9h0uv3FNLy9lxpubIvuumtaxfJ2R5D5CuHkQBoCxdsQAvD_BwE&opn=YSMESP&sellerId=6036939000192
Sim eu uso Ubuntu 17.10, o Druidaobelix disse que é Wayland.
-
Traz também o resultado para:
sudo blkid
df -h
free -tm
htpc@htpc-ULTRATOP-BRIX:~$ sudo blkid
[sudo] senha para htpc:
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/sda1: UUID="973E-E0C0" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="3a46111f-c75e-4e84-a05d-affb2f0f3761"
/dev/sda2: UUID="e4c802e7-1b87-4f1d-8fb0-a019e06f1ca7" TYPE="ext4" PARTUUID="35d95042-0fcf-4dc6-afed-29c32031bc3b"
/dev/sdb1: LABEL="Filmes" UUID="9651ba1b-4d14-4b4a-b815-02372e8dc319" TYPE="ext4" PARTUUID="2aff33fc-fc38-49b2-9ab7-57be783be6ed"
/dev/sdc1: LABEL="ESD-USB" UUID="2498-A274" TYPE="vfat" PARTUUID="3d4c49d1-01"
/dev/sdd1: LABEL="Arquivos" UUID="7389ff91-75de-4137-b63c-0476d0c4827d" TYPE="ext4" PARTUUID="a90bd3bd-01"
/dev/sde1: LABEL="AnimaM-CM-'M-CM-5es" UUID="338f0a3a-4e7f-492e-8472-1843a0e9bdaf" TYPE="ext4"
/dev/sdf1: LABEL="Desenhos" UUID="B2C8AF7FC8AF4109" TYPE="ntfs" PARTUUID="68657c4a-01"
/dev/sdg2: UUID="d0864fa6-db22-4a7a-b266-9e12a2e70251" TYPE="ext4" PARTUUID="5a1671a9-02"
/dev/sdg5: LABEL="Outros" UUID="9339452c-fbfd-4c7d-9ea4-db6e8ddb0aea" TYPE="ext4" PARTUUID="5a1671a9-05"
htpc@htpc-ULTRATOP-BRIX:~$
htpc@htpc-ULTRATOP-BRIX:~$ df -h
Sist. Arq. Tam. Usado Disp. Uso% Montado em
udev 1,9G 0 1,9G 0% /dev
tmpfs 378M 45M 333M 12% /run
/dev/sda2 916G 670G 200G 78% /
tmpfs 1,9G 38M 1,9G 2% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 1,9G 0 1,9G 0% /sys/fs/cgroup
/dev/loop0 84M 84M 0 100% /snap/core/3247
/dev/loop1 236M 236M 0 100% /snap/chromium/107
/dev/loop2 21M 21M 0 100% /snap/handbrake-jz/12
/dev/loop3 236M 236M 0 100% /snap/chromium/88
/dev/sdb1 4,6T 3,6T 781G 83% /mnt/wwn-0x5000c50090008318-part1
/dev/sda1 511M 4,6M 507M 1% /boot/efi
tmpfs 378M 16K 378M 1% /run/user/121
/dev/sdg2 5,7M 68K 5,1M 2% /media/htpc/d0864fa6-db22-4a7a-b266-9e12a2e70251
/dev/sdc1 15G 12G 3,7G 76% /media/htpc/ESD-USB
/dev/sdd1 1,8T 1,5T 223G 88% /media/htpc/Arquivos
/dev/sdg5 1,8T 1,3T 416G 77% /media/htpc/Outros
/dev/sde1 3,6T 404G 3,1T 12% /media/htpc/Animações
/dev/sdf1 932G 795G 137G 86% /media/htpc/Desenhos
tmpfs 378M 2,0M 376M 1% /run/user/1000
htpc@htpc-ULTRATOP-BRIX:~$
htpc@htpc-ULTRATOP-BRIX:~$ free -tm
total used free shared buff/cache available
Mem: 3774 2271 177 779 1325 492
Swap: 2047 746 1301
Total: 5822 3017 1478
htpc@htpc-ULTRATOP-BRIX:~$
-
Como vejo isso no Linux? No Windows tinha um app pra isso [...]
Existem no Linux, claro, softwares que fazem inventário de hardware.
Para efeitos de informar o cenário no Fórum, atendendo ao que pediu o @galactus no post #34, o pacote inxi é adequado.
Instale o pacote inxi
sudo apt install inxi
Não precisa trazer ao tópico o resultado da instalação do inxi, não ajuda em nada, a menos que ocorra algum erro, aí sim precisará examinar.
Tendo instalado corretamente, faça o comando abaixo e, agora sim, traga o resultado ao tópico:
inxi -FxZ
Traga também o resultado para:
lsb_release -rd&&echo "${XDG_CURRENT_DESKTOP}"&&echo $XDG_SESSION_TYPE
-
htpc@htpc-ULTRATOP-BRIX:~$ inxi -FxZ
System: Host: htpc-ULTRATOP-BRIX Kernel: 4.13.0-16-generic x86_64
bits: 64 gcc: 7.2.0
Desktop: Gnome 3.26.1 (Gtk 2.24.31) Distro: Ubuntu 17.10
Machine: Device: desktop System: Centrium product: ULTRATOP BRIX v: 1.x serial: N/A
Mobo: Centrium model: ULTRATOP BRIX v: 1.x serial: N/A
UEFI: American Megatrends v: F3 date: 06/09/2015
Battery hidpp__0: charge: N/A condition: NA/NA Wh
model: Logitech Wireless Touch Keyboard K400 Plus status: N/A
CPU: Dual core Intel Core i7-5500U (-HT-MCP-)
arch: Broadwell rev.4 cache: 4096 KB
flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 9576
clock speeds: max: 3000 MHz 1: 2394 MHz 2: 2394 MHz 3: 2394 MHz
4: 2394 MHz
Graphics: Card: Intel HD Graphics 5500 bus-ID: 00:02.0
Display Server: wayland (X.Org 1.19.5 ) driver: i915
Resolution: 1680x1050@59.85hz
OpenGL: renderer: Mesa DRI Intel HD Graphics 5500 (Broadwell GT2)
version: 4.5 Mesa 17.2.2 Direct Render: Yes
Audio: Card-1 Intel Broadwell-U Audio Controller
driver: snd_hda_intel bus-ID: 00:03.0
Card-2 Intel Wildcat Point-LP High Def. Audio Controller
driver: snd_hda_intel bus-ID: 00:1b.0
Sound: Advanced Linux Sound Architecture v: k4.13.0-16-generic
Network: Card-1: Intel Wireless 3160 driver: iwlwifi bus-ID: 02:00.0
IF: wlp2s0 state: down mac: e4:f8:9c:6d:29:5f
Card-2: Realtek RTL8111/8168/8411 PCIE Gigabit Ethernet Controller
driver: r8169 v: 2.3LK-NAPI port: e000 bus-ID: 03:00.0
IF: enp3s0 state: up speed: 100 Mbps duplex: full
mac: fc:a:14:fc:da:f3
Drives: HDD Total Size: 15019.0GB (59.5% used)
ID-1: /dev/sda model: ST1000LM024_HN size: 1000.2GB temp: 44C
ID-2: USB /dev/sdb model: Expansion+_Desk size: 5001.0GB temp: 0C
ID-3: USB /dev/sdc model: USB_Flash_Disk size: 16.0GB temp: 0C
ID-4: USB /dev/sdd model: STORY_Station size: 2000.4GB temp: 0C
ID-5: USB /dev/sde model: D3_Station size: 4000.8GB temp: 0C
ID-6: USB /dev/sdf model: M3_Portable size: 1000.2GB temp: 0C
ID-7: USB /dev/sdg model: HD203WI size: 2000.4GB temp: 0C
Partition: ID-1: / size: 916G used: 670G (78%) fs: ext4 dev: /dev/sda2
RAID: No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors: System Temperatures: cpu: 56.0C mobo: 27.8C
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 290 Uptime: 18:58 Memory: 2331.3/3774.9MB
Init: systemd runlevel: 5 Gcc sys: 7.2.0
Client: Shell (bash 4.4.121) inxi: 2.3.37
htpc@htpc-ULTRATOP-BRIX:~$ lsb_release -rd&&echo "${XDG_CURRENT_DESKTOP}"&&echo $XDG_SESSION_TYPE
Description: Ubuntu 17.10
Release: 17.10
ubuntu:GNOME
wayland
htpc@htpc-ULTRATOP-BRIX:~$
-
Voltando à questão central do tópico que é o funcionamento do emby-server.
Pois bem, o registro foi feito no fstab para a montagem automático e isso deve estar ocorrendo.
Depois disso voltou lá no localhost:8096 do emby-server e habilitou os novos caminhos, agora observando a path criada na montagem automática debaixo do /mnt/uuid, ou seja, debaixo de /mnt/wwn-0x5000c50090008318-part1?
Funcionou? Essa é a questão.
-
Só para complementar, você pode usar programas gráficos no Linux para verificar sua configuração do Hardware tais como: Hardinfo, Sysinfo e lshw-gtk.
Eu já imaginava que você fosse usar um multiplicador de portas USB, não esperava era esse "nano" PC!
Seu cenário não é nada bom para transferência de arquivos com múltiplos HDs numa porta USB. A maneira que a transferência de arquivo ocorre pela porta USB no Linux é diferente do Windows . É por isso que ao abrir mais de uma gravação ou leitura nos seus HDs nas portas USB o desempenho cai muito e o uso da CPU vai lá pra cima!
Vamos ver se a gente melhora isso um pouco. No terminal, instale os seguintes pacotes:
irqbalance
intel-microcode
ulatency
zram-config
preload
Ainda no terminal, abra o arquivo /etc/sysctl.conf:
sudo nano /etc/sysctl.conf
Copie e cole este conteúdo ao final do arquivo:
vm.dirty_ratio = 20
vm.dirty_background_ratio = 10
vm.vfs_cache_pressure = 100
vm.dirty_expire_centisecs = 33000
vm.swappiness = 10
Use o CRTL + O para salvar as alterações e CRTL + X para sair do nano!
Reinicie o sistema e faça alguns testes para saber se melhora ou piora. Depois de testar as mudanças abra o terminal e execute:
sudo echo "cfq" > /sys/block/sda/queue/scheduler
Volte a fazer testes pra ver se melhora a resposta do sistema enquanto faz transferências de arquivos e o uso da CPU!
Me conta depois o que foi que virou!
Lembrando que este último comando só vai fazer efeito enquanto estiver logada na sessão, se você reiniciar o sistema e não executá-lo novamente ele não vai fazer efeito. Por isso fico no aguardo da sua resposta!
-
Não sei que bruxaria tu fez, mas melhorou. Só que ao dar o comando sudo echo "cfq" > /sys/block/sda/queue/scheduler, e ele tem ser com o sudo -s, senão dá acesso negado, nada aconteceu.
-
Faz então: sudo su
E depois executa o comando: 3
echo "cfq" > /sys/block/sda/queue/scheduler
-
htpc@htpc-ULTRATOP-BRIX:~$ sudo su
[sudo] senha para htpc:
root@htpc-ULTRATOP-BRIX:/home/htpc# 3
3: comando não encontrado
root@htpc-ULTRATOP-BRIX:/home/htpc# echo "cfq" > /sys/block/sda/queue/scheduler
root@htpc-ULTRATOP-BRIX:/home/htpc# echo "cfq" > /sys/block/sda/queue/scheduler
root@htpc-ULTRATOP-BRIX:/home/htpc#
-
Tá funcionando então!
Testa aí se dá diferença no sistema!
Se ele não está "mais solto" para fazer várias coisas ao mesmo tempo!
-
Sim, agora está muito bom. Netflix e transferência de arquivos ao mesmo tempo. Mais um obrigado.
-
Vai querer tornar a alteração do "cfq" permanente? Sem ter que ficar digitando o comando?
-
Com certeza, porque reiniciei aqui e voltou tudo ao anormal. ;D
-
No terminal:
sudo nano /etc/default/grub
Procure pela linha GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
Você vai deixar ela assim: GRUB_CMDLINE_LINUX_DEFAULT="quiet splash elevator=cfq"
Cuidado nessas alterações! Como dizia o Tio Ben: "Com grandes poderes vem grandes responsabilidades!"
Salve as alterações, feche o nano e execute o comando:
sudo update-grub
Reinicie o sistema, entre em sua sessão, abra o terminal execute:
cat /sys/block/sda/queue/scheduler
Ele vai te mostrar três ou quatro opções de escalonadores, o "CFQ" deve estar entre [ ]. Isso significa que ele está em uso. Pronto!
Obs.: Quando houver uma atualização do Grub, uma nova versão a ser instalada, ele vai reclamar que a versão instalada foi modificada e vai querer saber de você se ele mantém a versão modificada ou se instala a versão do mantenedor do pacote, da equipe do Ubuntu. Você vai dizer que vai instalar a versão da equipe do Ubuntu e depois repete esses passos para voltar com o "CFQ" desde a inicialização!
-
Cuidado nessas alterações! Como dizia o Tio Ben: "Com grandes poderes vem grandes responsabilidades!"
Isso é quase assustador, porque não estou ganhando super-poderes. O que eu perco ou arrisco com essa configuração?
htpc@htpc-ULTRATOP-BRIX:~$ cat /sys/block/sda/queue/scheduler
noop deadline [cfq]
htpc@htpc-ULTRATOP-BRIX:~$ sudo cat /sys/block/sda/queue/scheduler
[sudo] senha para htpc:
noop deadline [cfq]
htpc@htpc-ULTRATOP-BRIX:~$
-
Rsrsrsrsrsrsrsrsrsrsrs
Ao usar o sudo você já está ganhando superpoderes!
Se fizer alguma caca usando o sudo...
Sobre o que você ganha ou perde usando o CFQ:
7) Altere o escalonador do disco
Este é um tema bastante complexo que vale um artigo extenso só pra falar sobre isso. Aviso logo a vocês que não existe um escalonador perfeito, por isso temos algumas variantes que podemos escolher. Em uma explicação bem simplista, um escalonador de processos é um algoritmo matemático que controla a fila de processos a ser executado pelo processador ou pelo disco. O escalonador do disco rígido é o mais fácil de alterarmos, pois por padrão são dadas três opções para o usuário do sistema alterar sem compilações. O escalonador do processador só com compilação do kernel. O arquivo que contém essas opções está em:
/sys/block/sd?/queue/scheduler
Onde a interrogação vai depender do disco em que você instalou o seu sistema raiz.
Use o comando cat para ver as opções de escalonadores do disco assim:
Código: [Selecionar]
cat /sys/block/sda/queue/scheduler
Geralmente saída deve ser esta:
noop [deadline] cfq
O marcado entre colchetes é o que está em uso. O Ubuntu usa como padrão o escalonador deadline ( tradução grosseira – prazo a cumprir). Vou tentar explicar sem complicar muito.
O deadline divide as requisições em dois tipos. As de leitura e as de escrita. Sendo que a prioridade é de que essa requisição seja executada imediatamente, contudo ele dá um tempo para que elas sejam executadas, 500ms para as de leitura e 5 segundos para as de escrita. Passou o cartão agora do nome dele?
O sistema pode responder mais rapidamente com o deadline em muitos casos. Mas como estamos forçando a barra um pouco, exigindo uma resposta imediata do sistema o tempo todo, ao aumentar demais as requisições, o sistema pode acabar ficando lento. Você vai notar ele mais “preso” a uma determinada tarefa, demorando para responder a outra coisa que queira fazer. Se tiver um processador tora como os Core i5 ou i7, beleza. Mas se for um Celeron... Para contornar isso, você pode usar o cfq ou Complete Fair Queuing.
O CFQ tenta dividir todas as requisições em fatias por iguais e tenta resolver toda elas com a mesma atenção, sem priorizar uma sobre as outras. Essa também é uma explicação bem simplista. Com um exemplo da vida prática fica mais fácil entender. Você chega para comprar um refrigerante no bar e tem 10 pessoas para serem atendidas. Normalmente tem fila, então só o primeiro da fila é atendido, dão a ele(a) um copo e depois o refrigerante. Os outros estão esperando impacientes. Com o CFQ não é assim, ele primeiro verifica se todos querem o mesmo tipo de refrigerante. Se for diferente ele os agrupa por tipo de bebida. Os da Coca, os do Guaraná e da água, por exemplo. Distribui copo para todos e tenta servir um pouco da bebida para cada um. Assim ninguém fica achando que está lá mofando na fila! Então você pode “apertar o calo” dele que ele não reclama, ele se organiza para atender a todos.
Com o cfq você vai notar um sistema mais “fluido” para responder as muitas requisições. Pode puxar que ele responde. Ou seja, com o cfq seu sistema sempre te dá uma resposta. Não ficará preso a uma tarefa. Mas ele deixa seu sistema menos responsivo por isso, afinal tem que ter sobra para que ele te responda. O cfq não é bom de ser usado com o XFS. Na verdade muitas da vantagens do XFS se perdem com o cfq. Mas ele é ótimo de ser usado com o ext4 e muitas requisições. Se tiver um processador do arco da velha, sua combinação com o jfs é perfeita se quiser fazer muitas coisas com esse processador velhinho. Só não espere repostas imediatas, mas ele vai te atender a tudo que você pedir.
Já o Noop é um escalonador de disco bem básico, tipo, quem chegar primeiro eu atendo. Então já viu, como as requisições geralmente nunca são ordenadas, você acaba achando ele mais lento, pois seu disco magnético não tem tanta potência para gerenciar tudo tão rápido. Quem chega primeiro bem, os outros que vem atrás que esperem até essa requisição ser atendida.O Noop pode dar melhores resultados com SSDs ( que possui potência de sobra) e em sistemas com múltiplos discos, onde pode se dividir a carga do sistema.
.
Obs.: Ficar alternando de escalonadores durante a mesma sessão pode deixar seu sistema lento. Então é bom reiniciar a máquina para testar direitinho.
Retirado daqui: https://ubuntuforum-br.org/index.php?topic=105729.0
-
E o que são esses escalonadores? Pois deu uma recaída aqui, uma travada básica.
-
Apesar de já ter explicado acima, vamos tentar de outra maneira...
O escalonamento de processos ou agendador de tarefas é responsável pela organização de como o sistema lida com os processos que chegam na CPU (processador) ou HDs/SSDs.
O tal "processo" pode ser uma atividade de leitura ou escrita, no caso do HD/SSD. Então quando você manda o gerenciador de arquivos (Nautilus) copiar o arquivo de um HD e colar em outro HD, só um exemplo, é preciso que haja uma organização para realizar essa ação sem que o sistema "trave/congele", de maneira que você possa continuar a realizar outras coisas com o sistema operacional. Existem maneiras diferentes de como o sistema pode "agir ou reagir" de acordo com o processo e a quantidade deles que vão chegando. É aqui que entram os tipos de escalonadores. Eles podem ser de curto, médio ou longo prazo. Por isso uso de analogias acima, como ter ou não fila para pegar o refrigerante! Quem vai ter prioridade primeiro? Quanto tempo eu posso passar com cada um da fila para entregar o refrigerante sem paralisar tudo?
O agendador de tarefas "na verdade" engana o usuário final, ele nos entrega uma ideia de paralelismo, que existem várias coisas sendo executas ao mesmo tempo, quando não é isso que acontece!
O assunto é complexo mas se estiver curiosa e afim de aprender pode começar lendo estes artigos:
https://pt.wikipedia.org/wiki/Escalonamento_de_processos
https://www.oficinadanet.com.br/post/12781-sistemas-operacionais-o-que-e-escalonamento-de-processos
Espero ter ajudado mais que complicado as idéias!
-
Apesar de já ter explicado acima, vamos tentar de outra maneira...
O escalonamento de processos ou agendador de tarefas é responsável pela organização de como o sistema lida com os processos que chegam na CPU (processador) ou HDs/SSDs.
O tal "processo" pode ser uma atividade de leitura ou escrita, no caso do HD/SSD. Então quando você manda o gerenciador de arquivos (Nautilus) copiar o arquivo de um HD e colar em outro HD, só um exemplo, é preciso que haja uma organização para realizar essa ação sem que o sistema "trave/congele", de maneira que você possa continuar a realizar outras coisas com o sistema operacional. Existem maneiras diferentes de como o sistema pode "agir ou reagir" de acordo com o processo e a quantidade deles que vão chegando. É aqui que entram os tipos de escalonadores. Eles podem ser de curto, médio ou longo prazo. Por isso uso de analogias acima, como ter ou não fila para pegar o refrigerante! Quem vai ter prioridade primeiro? Quanto tempo eu posso passar com cada um da fila para entregar o refrigerante sem paralisar tudo?
O agendador de tarefas "na verdade" engana o usuário final, ele nos entrega uma ideia de paralelismo, que existem várias coisas sendo executas ao mesmo tempo, quando não é isso que acontece!
O assunto é complexo mas se estiver curiosa e afim de aprender pode começar lendo estes artigos:
https://pt.wikipedia.org/wiki/Escalonamento_de_processos
https://www.oficinadanet.com.br/post/12781-sistemas-operacionais-o-que-e-escalonamento-de-processos
Espero ter ajudado mais que complicado as idéias!
Um Escalonador de Processos é um subsistema do Sistema Operacional responsável por decidir o momento em que cada processo obterá a CPU. Boa leitura!
Na meu entendimento leigo ainda, eu concluo que o usuário Linux não pode ser qualquer um. Como comentei com o Druida, você tem que sair da zona de conforto e ir à luta. Até acho que a gente desvirtuou o tópico, mas ainda estamos cumprindo o propósito de um fórum. Um usuário Windows simplesmente pode instalar um otimizador. Eu tinha um. No Linux você tem que ir descobrindo as coisas, pra saber o que fazer. E isso não é um ponto negativo, se você tem interesse. Aliás tem mais pontos a considerar, pois quando se tem um problema no Windows você pergunta num fórum que levam até dias para te responder. Isso hoje, pois há pouco tempo era só um 0800. E aqui, tem vezes que tenho minhas dúvidas respondidas em tempo real. Isso é muito melhor que um suporte técnico de empresa. É claro que inicialmente são inúmeras dúvidas de Linux que de Windows, dada essa liberdade que o usuário tem.
Quando falei ao meu filho que faz Ciência da Computação, que tinha colocado Linux no PCzinho da sala ele disse: - Cuidado que o Linux come mais RAM! Mas eu segui em frente mesmo assim, pois a situação no Windows estava insustentável. Lento, travamentos, mesmo com otimizadores de processos. E o Diolinux fazendo aquela proposta sedutora de Linux rodando em qualquer máquina. Quando vi o Deepin, foi a decisão final. Só que ele não tinha suporte necessário, e acabei no Ubuntu.
Eu não faço da ideia da idade de vocês, mas há 20 anos se dizia que o Linux era um sistema para universitários e técnicos em TI. Hoje está mais perto de entusiastas em TI, como eu, mas ainda longe do usuário doméstico, e quilômetros do usuário Apple. Mas gosto de ver o progresso que teve nesses 20 anos, e o progresso que está tendo com uma interface do Deepin em evolução como está, a robustez que o Ubuntu tem, e a mobilidade do Android.
Não é fácil, mas é gratificante aprender.
Abraço.