VeRLab Wiki - User contributions [en]

Jetson Nano

2026-01-20T12:52:16Z

Mauferrari: /* Jetson Orin Nano */

== Jetson Orin Nano ==

=== Site do fabricante Nvidia ===
* https://developer.nvidia.com/embedded/jetson-developer-kits
* https://www.nvidia.com/en-us/autonomous-machines/embedded-systems/jetson-orin/nano-super-developer-kit/

=== JetPack e Ubuntu ===
* Informaçções sobre os JetPacks (tipo o S.O. ubuntu adaptado para funcionar nas placas Jetson): https://developer.nvidia.com/embedded/jetpack

Links Úteis
* Complete Setup Information: https://www.jetson-ai-lab.com/initial_setup_jon.html
* [https://developer.nvidia.com/embedded/learn/get-started-jetson-orin-nano-devkit#intro Getting Started Guide, mais simples]

=== 3D Printed Case ===

* Case utilizada no projeto VAL: https://makerworld.com/en/models/1170534-nvidia-jetson-orin-nano-case

=== Sugestão de instalação no VeRLab ===
Em set/2025 a versão mais atual de Jetpack para Orin Nano era v6.2.1 com Ubuntu 22.04

# Vocẽ vai precisar de um cabo USBC de boa qualidade para transmitir dados a 5Gbps
# Vai precisar de um jumper para fazer curto em dois pinos do conector J14 (mais detalhes a seguir) e entrar no modo bootloader
# Seguir o [https://www.jetson-ai-lab.com/initial_setup_jon_sdkm.html Complete Setup usando SDK Manager]
# Se quiser é possivel usar [https://docs.nvidia.com/sdk-manager/docker-containers/index.html Docker para executar o SDK Manager]. O SDK Manager foi instalado e usado com sucesso no Ubuntu 24.04, apesar do site da NVidia afirmar que é apenas para Ubuntu 22.04.
# Selecionar a placa Developer Kit p3767-0005 - NVIDIA Jetson Orin Nano (Developer kit)
# Marcar para instalar "Tudo que tem direito": Jetson Linux, Jetson Runtime Componentes, Jetson SDK Componentes, Jetson Plataform Services
# Se Marcar opção OEM Configuration: - "Runtime" vai configurar coisas no primeiro boot: nome do host, fuso-horário, teclado e etc - "OEM" vai selecionar nome do usuário e senha no formulário e o nome do host será ubuntu, masvai copiar fuso-horário, teclado e etc igual ao do computador instalado o SDK Manager
# Após instalar pode-se fazer essas cofigurações

{| class="wikitable"
|-
! Pacotes e configurações da Jetson Orin Nano
|-
| <pre>https://developer.nvidia.com/embedded/jetson-developer-kits
sudo apt install tmux nano
sudo pip3 install -U jetson-stats
snap download snapd --revision=24724
sudo snap ack snapd_24724.assert
sudo snap install snapd_24724.snap
sudo snap refresh --hold snapd
sudo snap install brave

# Mudar nome do hostname de "ubuntu" para "orin1"
# parte1: alterar o arquivo do hostname
sudo nano /etc/hostname
# parte2: alterar no arquivo de hosts, na linha2 127.0.0.1 ubuntu
sudo nano /etc/hosts
# parte3: reiniciar a jetson
sudo reboot

</pre>
|}

Após a instalação e configuração deve ser possível realizar os comandos (exemplos de resultados esperados):

{| class="wikitable"
|-
! Comandos pós instalação esperados
|-
|
'''$ nvidia-smi'''
<pre>
$ nvidia-smi
Tue Sep 30 10:05:16 2025
+---------------------------------------------------------------------------------------+
| NVIDIA-SMI 540.4.0 Driver Version: 540.4.0 CUDA Version: 12.6 |
|-----------------------------------------+----------------------+----------------------+
| GPU Name Persistence-M | Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap | Memory-Usage | GPU-Util Compute M. |
| | | MIG M. |
|=========================================+======================+======================|
| 0 Orin (nvgpu) N/A | N/A N/A | N/A |
| N/A N/A N/A N/A / N/A | Not Supported | N/A N/A |
| | | N/A |
+-----------------------------------------+----------------------+----------------------+

+---------------------------------------------------------------------------------------+
| Processes: |
| GPU GI CI PID Type Process name GPU Memory |
| ID ID Usage |
|=======================================================================================|
| No running processes found |
+---------------------------------------------------------------------------------------+
</pre>
|-
|
'''$ jetson_release'''
<pre>
$ jetson_release
Software part of jetson-stats 4.3.2 - (c) 2024, Raffaello Bonghi
Jetpack missing!
- Model: NVIDIA Jetson Orin Nano Engineering Reference Developer Kit Super
- L4T: 36.4.4
NV Power Mode[1]: 25W
Serial Number: [XXX Show with: jetson_release -s XXX]
Hardware:
- P-Number: p3767-0005
- Module: NVIDIA Jetson Orin Nano (Developer kit)
Platform:
- Distribution: Ubuntu 22.04 Jammy Jellyfish
- Release: 5.15.148-tegra
jtop:
- Version: 4.3.2
- Service: Active
Libraries:
- CUDA: 12.6.68
- cuDNN: 9.3.0.75
- TensorRT: 10.3.0.30
- VPI: 3.2.4
- Vulkan: 1.3.204
- OpenCV: 4.8.0 - with CUDA: NO
</pre>
|-
|
'''$ jtop'''
<pre>
Model: NVIDIA Jetson Orin Nano Engineering Reference Developer Kit Super - [L4T 36.4.4] Jetpack NOT D[0/0]E1 [ 0.0%] 729MHz 4 [ 1.0%] 729MHz 2 [ 2.0%] 729MHz 5 [ 1.0%] 729MHz
3 [ 2.0%] 729MHz 6 [| 3.0%] 729MHz
Mem [||||||||||||||||| 1.6G/7.4G] FAN [||||||||||| 31.4%] 1633RPM
Swp [ 0k/3.7G] Jetson Clocks: inactive
Emc [204MHz::::::::::::::::: 3.2GHz] 2.1GHz 0% NV Power[1]: 25W
Uptime: 0 days 17:20:48
GPU [ 0.0%] 306MHz
Dsk [# 18.4G/914G]
PID USER GPU TYPE PRI S CPU% MEM [GPU MEM] Command
4667 verlab I G 20 S 1.7 12.6M 69.2M Xorg
4819 verlab I G 20 S 5.9 73.2M 65.8M gnome-shell
5772 verlab I G 20 S 3.3 31.8M 5.6M gnome-control-c
4960 verlab I G 20 S 0.0 11.5M 2.1M xdg-desktop-por

┌───────── [HW engines] ───────────┬───── [Sensor] ──── [Temp] ───────┬──── [Power] ── [Inst] [Avg] ────┐
│ APE: [OFF] │ cpu 51.56C │ CPU GPU CV 592mW 610mW │
│ NVDEC: [OFF] │ cv0 Offline │ SOC 1.5W 1.5W │
│ NVJPG: [OFF] NVJPG1: [OFF] │ cv1 Offline │ VDD_IN 4.9W 4.9W │
│ SE: [OFF] VIC: [OFF] │ cv2 Offline │ │
│ │ gpu 51.38C │ │
│ │ soc0 50.59C │ │
│ │ soc1 51.28C │ │
│ │ soc2 49.25C │ │
│ │ tj 51.59C │ │
└──────────────────────────────────┴──────────────────────────────────┴──────────────────────────────────┘
1ALL 2GPU 3CPU 4MEM 5ENG 6CTRL 7INFO Quit (c) 2024, RB

</pre>
|}

=== ROS2 Docker para Jetson ===
* https://nvidia-ai-iot.github.io/ros2_jetson/ros2-jetson-dockers/

== Jetson Nano ==

=== Information ===

* [https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=22&ved=2ahUKEwjL1tzEwYDkAhWoD7kGHSt6ArMQFjAVegQIAxAC&url=https%3A%2F%2Fdeveloper.nvidia.com%2Fembedded%2Fdlc%2Fjetson-nano-dev-kit-user-guide&usg=AOvVaw34WiJN0sGsxc8wuUWqKikF User Guide pdf link]

* Nvidia about Jetson Nano:
** https://developer.nvidia.com/embedded/jetson-nano-developer-kit

* Hackster Intro for Jetson Nano
** https://blog.hackster.io/introducing-the-nvidia-jetson-nano-aaa9738ef3ff

* https://elinux.org/Jetson_Nano

=== Bibliotecas Python ===

* CPU and GPU Status
**[https://docs.nvidia.com/jetson/l4t/index.html#page/Tegra%2520Linux%2520Driver%2520Package%2520Development%2520Guide%2FAppendixTegraStats.html%23wwconnect_header Tegra Stats]
**[https://github.com/rbonghi/jetson_stats jtop (htop para Jetson Nano)]

* GPIO Python Library
** [https://github.com/NVIDIA/jetson-gpio Nvidia jetson-gpio]
** [https://www.jetsonhacks.com/2019/06/07/jetson-nano-gpio/ Jetson Hacks Info]

=== Power Supply Issues ===
* [https://devtalk.nvidia.com/default/topic/1048640/jetson-nano/power-supply-considerations-for-jetson-nano-developer-kit/ Read this first]

* [https://www.jetsonhacks.com/2019/04/10/jetson-nano-use-more-power/ Jetson Hacks HowTo use more Power Jack]

* [https://noctua.at/en/which-is-the-best-fan-for-the-nvidia-jetson-nano Best fan to use]

=== Pinout Information ===
* [https://www.jetsonhacks.com/nvidia-jetson-nano-j41-header-pinout/ J41 Header]

=== CUDA Tips===

* CUDA Profiler
** https://docs.nvidia.com/cuda/profiler-users-guide/index.html
** https://devblogs.nvidia.com/cuda-pro-tip-nvprof-your-handy-universal-gpu-profiler/

Trabalhando remotamente

2025-12-09T13:07:06Z

Mauferrari: /* Sobrescrever o ~/.bashrc com os valores default */

A seguir, algumas dicas para quem precisar usar a infraestrutura dos laboratórios de maneira remota.

Se você estiver de fora da rede do DCC (por exemplo, da sua casa e sem usar VPN), é necessário fazer login primeiro na máquina login.dcc.ufmg.br, para depois entrar na máquina específica do laboratório com que se quer trabalhar (e.g., roomba, epona).

== Acessando máquinas via SSH (shell) ==

É possível usar o recurso de ''jump host'' do SSH para conectar na máquina desejada (e.g., roomba) passando por outra que esteja no caminho (e.g, login.dcc.ufmg.br).

Em linha de comando, podemos fazer:

ssh -J SEU_USUARIO_DCC@login.dcc.ufmg.br SEU_USUARIO_VERLAB@NOME_DA_MAQUINA.verlab

Por exemplo, para <code>flavioro</code> se conectar à '''roomba''':

ssh -J flavioro@login.dcc.ufmg.br flavioro@roomba.verlab

Ao executar, primeiro será solicitada a senha do usuário do DCC, depois a senha dele no laboratório (se forem diferentes).

 
== Acessando máquinas via SSH (VSCODE) ==

1. Instale a extensão '''Remote - SSH''' em seu VsCode.

2. Clique no ícone '''Remote Explorer''', que se encontra no menu lateral esquerdo.

3. Certifique-se que a opção Remote Explorer esteja setada com '''Remotes (Tunnels/SSH)'''.
[[File:Remote_tunel.png]]

4. Clique em adicionar nova conexão e copie o seguinte comando na aba de input que irá se abrir:

ssh -J SEU_USUARIO_DCC@login.dcc.ufmg.br SEU_USUARIO_VERLAB@NOME_DA_MAQUINA.verlab

5. Aperte Enter.

6. Clique no primeiro diretório de arquivo de configuração para criá-lo.

7. Clique em Connect.
[[File:Host_add.png]]

8. Insira suas credenciais (Primeiro a senha do login.dcc e depois a do laboratório).
 
== Acessando máquinas via SFTP (nautilus) ==

[[File:screenshot-from-gnome-files.png|500px|right|Screenshot do Gnome Files mostrando a aba "+ Outros Locais", que permite o usuário "Conectar a servidor", digitando um endereço SSH (dentre outras formas).]]

Para fazer transferência de arquivos entre a sua máquina e aquela em que você executou seus experimentos, você pode usar SFTP. O Files (antigo Nautilus) do Gnome tem essa funcionalidade. Você pode testar digitando <code>ssh://SEU_USUARIO_DCC@login.dcc.ufmg.br</code> no campo "Conectar a servidor" e ver que consegue ver os arquivos da sua HOME do DCC (depois de digitar sua senha).

Contudo, não é possível usar a funcionalidade de ''jump host'' do SSH tão facilmente pela interface do Files. É necessário configurar o SSH para criar os destinos desejados e, então, acessar usando o nome do destino desejado. Para tanto, vamos precisar:

# Abrir (criando ou alterando) o arquivo de configuração do SSH no seu computador
# nano ~/.ssh/config
# Escrever as configurações para (a) compartilhamento de conexão entre ''jumps'', (b) definir destino da rede DCC, definir 1 novo destino para cada máquina desejada do laboratório:<pre>ControlMaster auto
ControlPath ~/.ssh/control-%h-%p-%r
Host dcc
 HostName login.dcc.ufmg.br
 User SEU_USUARIO_DCC

Host roomba
 HostName roomba.verlab
 ProxyCommand ssh -W %h:%p dcc
 User SEU_USUARIO_VERLAB
Host wall-e
 HostName 150.164.212.244
 ProxyCommand ssh -W %h:%p dcc
 User SEU_USUARIO_VERLAB
Host NOME_DE_UMA_MAQUINA
 HostName NOME_DE_UMA_MAQUINA
 ProxyCommand ssh -W %h:%p dcc
 User SEU_USUARIO_VERLAB</pre>
# Testar o acesso SSH (shell) para a rede do DCC e para os computadores do laboratório desejados:<pre>ssh dcc
# deve pedir sua senha DCC para se conectar à login.dcc.ufmg.br
ssh roomba
#deve pedir primeiro a senha DCC, depois a do laboratório</pre>
# Na interface do Files (antigo nautilus), na aba "+ Outros locais", no campo "Conectar a servidor", digite <code>ssh://NOME_DE_UMA_MAQUINA</code>. Por exemplo:<pre>ssh://roomba</pre>
#* Então, forneça sua senha do DCC
#* Depois do laboratório
#* Será possível visualizar, baixar/subir arquivos para sua HOME na máquina em que entrou:

[[File:screenshot-files-mostrando-sftp-para-marvin.png|600px|center|Screenshot do Gnome Files mostrando a aba "+ Outros Locais" conectada à máquina marvin do laboratório, permitindo transmissão de arquivos.]]

 
== Terminal para Windows 10/11 fazer SSH, X11 forward e etc ==
* https://mobaxterm.mobatek.net/
Enhanced terminal for Windows with X11 server, tabbed SSH client, network tools and much more.
MobaXterm provides all the important remote network tools (SSH, X11, RDP, VNC, FTP, MOSH, ...) and Unix commands (bash, ls, cat, sed, grep, awk, rsync, ...) to Windows desktop, in a single portable exe file which works out of the box.
[[File:moba-xterm.png|500px|thumb|center]]

== Usando tmux ou byobu: multiplexador de terminais ==

=== tmux ===

Tutoriais e getting started:
* https://github.com/tmux/tmux/wiki/Getting-Started
* https://www.hostinger.com.br/tutoriais/como-usar-tmux-lista-de-comandos/
* https://qnax.sh/blog/como-usar-o-tmux-um-guia-completo-com-lista-de-comandos/
* https://www.makeuseof.com/install-tmux-linux/
* https://www.makeuseof.com/tag/cheat-sheet-tmux-commands-cheat-sheet/
* https://itexto.com.br/receitas-da-itexto-como-ter-janelas-em-seu-terminal-usando-tmux/
* https://github.com/tmux/tmux/wiki/Advanced-Use#advanced-use
* https://arcolinux.com/everthing-you-need-to-know-about-tmux-panes/
* http://man.openbsd.org/OpenBSD-current/man1/tmux.1

Lista de temas e add-ons para o tmux
* https://github.com/rothgar/awesome-tmux
* https://www.trackawesomelist.com/rothgar/awesome-tmux/readme/

Configurações básicas para facilitar o uso com mouse

{| class="wikitable"
|-
! Criar arquivo de configuração do tmux para habilitar o mouse e outras coisas úteis
|-
|
<pre>
# Criar arquivo na home do seu usuário chamado .tmux.conf
# nano ~/.tmux.conf
# Inserir as linhas abaixo:

# increase history size
set-option -g history-limit 10000

# start with mouse mode enabled
set-option -g mouse on

# toggle synchronize-panes
unbind y
bind y set-window-option synchronize-panes

# pane navigation, vim style
unbind l
bind -r h select-pane -L # move left
bind -r j select-pane -D # move down
bind -r k select-pane -U # move up
bind -r l select-pane -R # move right
</pre>
|}

=== byobu ===
** https://linuxhint.com/byobu-linux-command/
** https://opensource.com/article/20/2/byobu-ssh
** https://aliartiza75.medium.com/what-is-byobu-and-how-to-use-it-b09722008d65
** https://byobu.org/



== Comandos Basicos Linux ==
* https://avantufmg.notion.site/Comandos-B-sicos-Terminal-Linux-491cfabc506248f680b3daedf61fa23c

==== Sobrescrever o <code>~/.bashrc</code> com os valores default====

<pre>cp -i /etc/skel/.bashrc /home/$USER/.bashrc</pre>

==== Como funciona a autenticação por chave publica-privada ====
- http://www.unixwiz.net/techtips/ssh-agent-forwarding.html

Temas Visao Computacional

2025-11-26T18:20:57Z

Mauferrari: /* Deep Learning */

== Deep Learning ==

=== Disciplina UFV INF721 - Deep Learning - Prof. Lucas N. Ferreira ===

* [https://www.youtube.com/playlist?list=PL3IgM1uLiScU2Jcdrhk6GGfgo6vIL7MsB Youtube Playlist]
* [https://lucasnfe.github.io/ufv-inf721-2024-2/calendario/ Página da disciplina (2024/2)]
* [https://github.com/lucasnfe/ufv-inf721 repo usado pra gerar o site]

=== Disciplina Cornell CS4780 - Machine Learnin for Intelligent Systems - Prof Killian Weinberger ===
* [https://www.youtube.com/playlist?list=PLl8OlHZGYOQ7bkVbuRthEsaLr7bONzbXS Youtube Playlist]
* [http://www.cs.cornell.edu/courses/cs4780/2018fa/lectures/index.html Written lecture notes]
* [http://www.cs.cornell.edu/courses/cs4780/2018fa/ Página da disciplina (2018/2)]

=== Disciplina Stanford CS231n - Deep Learning - Profa. Fei-Fei Li ===
* [https://www.youtube.com/watch?v=9vM4p9NN0Ts Youtube]
* [https://cs231n.stanford.edu/schedule.html Página da disciplina (2025/1)]

 

== Feature Matching ==
* https://blog.roboflow.com/what-is-feature-matching/

Temas Visao Computacional

2025-11-26T18:20:39Z

Mauferrari: /* Deep Learning */

== Deep Learning ==

=== Disciplina UFV INF721 - Deep Learning - Prof. Lucas N. Ferreira ===

* [https://www.youtube.com/playlist?list=PL3IgM1uLiScU2Jcdrhk6GGfgo6vIL7MsB Youtube Playlist]
* [https://lucasnfe.github.io/ufv-inf721-2024-2/calendario/ Página da disciplina (2024/2)]
* [https://github.com/lucasnfe/ufv-inf721 repo usado pra gerar o site]

=== Disciplina Cornell CS4780 - Machine Learnin for Intelligent Systems - Prof Killian Weinberger ===
* [https://www.youtube.com/playlist?list=PLl8OlHZGYOQ7bkVbuRthEsaLr7bONzbXS Youtube Playlist]
* [http://www.cs.cornell.edu/courses/cs4780/2018fa/lectures/index.html Written lecture notes]
* [http://www.cs.cornell.edu/courses/cs4780/2018fa/ Página da disciplina (2018/2)]

=== Disciplina Stanford CS231n - Deep Learning - Profa. Fei-Fei Li ===
* [https://www.youtube.com/watch?v=9vM4p9NN0Ts Youtube]
* [https://cs231n.stanford.edu/schedule.html Página da disciplina (2025/1)]

 
== Feature Matching ==
* https://blog.roboflow.com/what-is-feature-matching/

Como rodar seu experimento

2025-11-18T12:14:38Z

Mauferrari: /* O que você precisa para executar seu experimento no VeRLab/JLab */

= Página em construção =
<div style="color: blue">'''Os passos a seguir atendem para a grande maioria dos experimentos, se tem necessidade de algo diferente ou mais específico, procure um membro da equipe de infraestrutura do VeRLab/JLab.'''</div>
 

= Infraestrutura da rede VeRLab/JLab =
* A equipe de infraestrutura é composta por membros do VeRLab/JLab que trabalham de forma voluntária para manter o melhor possível a disponibilidades dos serviços e equipamentos. Se tiver interesse em participar e aprender, procure um dos professores ou membro da equipe para ajudar.

* A rede é composta em sua maioria por Servidores de processamento e Desktop com S.O. Ubuntu em que cada usuário consegue realizar autenticação com sua senha.
 

== Pasta '''home''' - armazenamento em rede ==
Cada usuário da rede tem uma pasta pessoal montada automaticamente em todas as máquinas no path: <code>/home/<nome_usuario> </code>.

Essa é a '''home''' do seu usuário e ela está '''mapeada em rede e tem uma quota de tamanho limitado'''. O objetivo dessa pasta é '''armazenar apenas arquivos menores como códigos fonte, scripts, artigos, arquivos .pdf e etc'''.

Não armazene datasets, containers ou arquivos grandes (>10GB), temos outra solução para isso na rede explicado a seguir.

A pasta '''home''' não tem um backup, mas ela é armazenada de forma redundante com duas cópias em servidores diferentes, de modo que se um servidor/disco falhar, um segundo disponibiliza a cópia dos arquivos.
 

== Pastas '''draft-xxx''' de "rascunho" - armazenamento em disco local ==
Para armazenar, '''de forma local na máquina''', arquivos maiores como datasets, containers e resultados de experimentos, fica disponível uma "pasta de rascunho" no caminho '''/draft-xxx''' (antigamente era chamada '''/homeLocal''').
 
A pasta '''draft-xxx só tem visibilidade local''', não fica em rede, ou seja, ela só está disponível na máquina específica, não é disponível em todas as máquinas ao mesmo tempo. Mas tem a vantagem de ter uma '''alta taxa de I/O''' (escrita e leitura), já que são discos conectados no barramento da placa-mãe. Assim a tendência de experimentos que precisam escreve/ler constantemente do disco executarem mais rápido na pasta local '''/draft-xxx''' do que na pasta em rede da '''storage''' (explicado a seguir).
 
As pastas '''/draft-xxx''' são usadas para montar os discos/partições extras da máquina. Esses espaços de armazenamento são independente do disco/partição que tem o S.O. Ubuntu, mas não tem qualquer tipo de backup ou redundância, então '''sempre tenha repositórios para salvar cópias de backup dos seus códigos e scripts'''.
 
'''Existe um esforço continuo da equipe de infraestrutura em manter os armazenamentos sempre operando e de forma confiável, o que dá uma "sensação de que nunca estragam", mas pode ocorrer.'''
 
Os caminhos mudam o '''"xxx"''' de acordo com o tipo de tecnologia de armazenamento:

{| class="wikitable"
! caminho !! tipo de armazenamento !! Taxa de I/O máxima típica* !! Obs
|-
| <code>'''/draft-hdd'''</code> || HDD SATA (disco magnético) || Read ~180MB/s Write ~140MB/s || Usualmente temos discos maiores ~2TB - 4TB
|-
| <code>'''/draft-ssd'''</code> || SSD SATA || Read ~500MB/s Write ~400MB/s || Em geral, espaço menor, ~ 480GB - 1TB
|-
| <code>'''/draft-nvme'''</code> || SSD NVMe || Read ~2400MB/s Write ~1500MB/s || Em geral, espaço menor, ~ 480GB - 1TB
|}

*'''Atenção: Essas taxas de I/O são típicas e teóricas, apenas para comparação entre as velocidades de cada tecnologia de armazenamento, não são os valores reais de R/W que teremos nas máquinas'''.
Mas podemos deduzir que os discos HDD serão um pouco mais lentos, mas terão maior espaço disponível. Por outro lado, os SSD e NVMe serão mais rápidos e com menor espaço.
 
Esse espaço de armazenamento '''não tem uma quota específica por usuário''', então deve ser '''bom senso de todos limpar os dados''' dessas pastas quando parar de utilizar. Tem sido recorrente os usuários "esquecerem" dados antigos nessas pastas, então lembre-se de liberar seus dados para permitir que outros usuários encontrem espaço disponível quando necessitarem.
 
O usuário que desejar baixar datasets, criar container singularity e fazer um experimento nas pastas '''/draft-xxx''', deve solicitar à equipe de infraestrutura para criar uma subpasta para seu usuário, por exemplo, <code>/draft-hdd/<usuario></code>
 

== Pastas '''/srv/storage''' - armazenamento em rede distribuído (Serviço de '''storage''') ==
Também temos o serviço de storage, popularmente chamado apenas de '''storage''', que visa armazenar arquivos maiores como datasets e resultados de experimentos em rede, de modo que fica disponível em todas as máquinas da rede VeRLab/JLab.
 
O caminho de montagem do serviço de storage se encontra em <code> '''/srv/storage/'''</code>
 
A grande vantagem é que todas as máquinas vão ter acesso aos dados, porém a taxa de I/O cria tráfego na rede e pode sofrer lentidão se tem muitos experimentos sendo executados simultaneamente, ou se o serviço de storage está sobrecarregado. Em geral, a taxa de I/0 pode ser mais baixa que as pastas '''/draft-xxx''' mas é o custo benefício para executar experimentos simultâneos compartilhando dados em várias máquinas.
 
'''Existe um esforço da equipe de infraestrutura de manter o serviço de storage estável e online, mas algumas queda de energia e defeitos em disco podem ocorrer, mesmo que com uma baixa frequência'''.
 
O usuário que desejar baixar datasets, criar container singularity e fazer um experimento nas pastas '''/srv/storage/forge''', deve solicitar à equipe de infraestrutura para criar uma subpasta para seu usuário, por exemplo, <code>/srv/storage/forge/<nome_usuario></code>
 

= O que você precisa para executar seu experimento no VeRLab/JLab =
# Possuir um login de usuário habilitado na rede do laboratório
# Ter uma pasta para seu usuário usar como rascunho ('''/draft-xxx/<nome_usuario>''' ou '''/srv/storage/forge/<nome_usuario>''')
# Ter seu container com o ambiente de execução usando o [[Singularity4]] ou [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Docker Docker-Rootless-Mode]
# Procurar na planilha de "'''[VeRLab] Utilização, Experimentos GPUs e CPUs'''" [https://www.verlab.dcc.ufmg.br/restrict-area/ (área restrita do site do VeRLab)], aba "Perfil das Máquinas" uma máquina que atenda seus requisitos de hardware
# Preencher seu whatsapp/telegram na aba "Contatos"
# Verificar disponibilidade da máquina na aba "Status de Execução" e agendar seu uso na aba "Log e Intenção de Utilização".

'''OBS:'''
* O link para a planilha "'''[VeRLab] Utilização, Experimentos GPUs e CPUs'''" encontra-se na [https://www.verlab.dcc.ufmg.br/restrict-area/ na área restrita do site (acesso com seu usuário e senha do laboratório)]
 

= Antes de rodar seu experimento =
# Verifique na planilha "'''[VeRLab] Utilização, Experimentos GPUs e CPUs'''" se a máquina está disponível e se você '''já preencheu uma reserva para seu usuário'''. Caso a máquina esteja ocupada, verifique a próxima data disponível e preencha a reserva.
# Quando estiver logado na máquina, verifique se os recursos computacionais estão livres:

#* Parte 1: uso da '''CPU e RAM''' pode-se usar o '''htop''' ( [https://www.treinaweb.com.br/blog/monitorando-processos-com-o-htop/ como usar o htop] )
#* Parte 2: uso da '''GPU (placa de vídeo)''' , pode-se rodar <code> nvidia-smi </code>. Os processos que estiverem carregados na memória da GPU além o Xorg (mesmo que com zero de processamento) mostram que tem usuários utilizando e vão precisar de algum recurso de CPU e RAM para a troca de contexto de seu experimento.
# Se uma máquina específica que precisar estiver ocupada, pode-se conversar com quem está usando para combinar um compartilhamento do uso.
 
{|

|[[File:Tmux-exemplo.jpg|400px|right]]
|}
 

= Durante a execução do seu experimento =

'''Monitore o uso de recursos do seu experimento para garantir que ele não está vazando memória RAM e/ou consumindo todos recursos da máquina'''. Principalmente se a máquina for um ''chunkserver do storage'' (confira na lista de máquinas [https://www.verlab.dcc.ufmg.br/restrict-area/ área restrita do site do VeRLab]).
 
O serviço de armazenamento distribuído, que chamamos de ''storage'', contém todas as imagens singularity, datasets e é responsável pelo experimento de todos os colegas do VeRLab/JLab.
 
'''Se seu experimento exaurir os recursos computacionais das máquinas chunkserver, todo sistema de storage fica lento e atrapalha o experimento de todos!'''

 
Para monitorar seu experimento, é sugerido:
# usar um multiplexador de terminais para manter sua sessão executando em segundo plano após desconectar o ssh. Nas máquinas da rede VeRLab/JLab temos instalado [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Trabalhando_remotamente tmux e byobu (link para tutoriais)]
# usar uma "pane" com htop, filtrando seu usuário, ou nome do executável <code> htop --user <nome_usuario> </code>;
# usar outra "pane" com <code> watch nvidia-smi </code> (a tela é atualizada a cada 2 segundos)

Como rodar seu experimento

2025-11-18T12:14:16Z

Mauferrari: /* O que você precisa para executar seu experimento no VeRLab/JLab */

= Página em construção =
<div style="color: blue">'''Os passos a seguir atendem para a grande maioria dos experimentos, se tem necessidade de algo diferente ou mais específico, procure um membro da equipe de infraestrutura do VeRLab/JLab.'''</div>
 

= Infraestrutura da rede VeRLab/JLab =
* A equipe de infraestrutura é composta por membros do VeRLab/JLab que trabalham de forma voluntária para manter o melhor possível a disponibilidades dos serviços e equipamentos. Se tiver interesse em participar e aprender, procure um dos professores ou membro da equipe para ajudar.

* A rede é composta em sua maioria por Servidores de processamento e Desktop com S.O. Ubuntu em que cada usuário consegue realizar autenticação com sua senha.
 

== Pasta '''home''' - armazenamento em rede ==
Cada usuário da rede tem uma pasta pessoal montada automaticamente em todas as máquinas no path: <code>/home/<nome_usuario> </code>.

Essa é a '''home''' do seu usuário e ela está '''mapeada em rede e tem uma quota de tamanho limitado'''. O objetivo dessa pasta é '''armazenar apenas arquivos menores como códigos fonte, scripts, artigos, arquivos .pdf e etc'''.

Não armazene datasets, containers ou arquivos grandes (>10GB), temos outra solução para isso na rede explicado a seguir.

A pasta '''home''' não tem um backup, mas ela é armazenada de forma redundante com duas cópias em servidores diferentes, de modo que se um servidor/disco falhar, um segundo disponibiliza a cópia dos arquivos.
 

== Pastas '''draft-xxx''' de "rascunho" - armazenamento em disco local ==
Para armazenar, '''de forma local na máquina''', arquivos maiores como datasets, containers e resultados de experimentos, fica disponível uma "pasta de rascunho" no caminho '''/draft-xxx''' (antigamente era chamada '''/homeLocal''').
 
A pasta '''draft-xxx só tem visibilidade local''', não fica em rede, ou seja, ela só está disponível na máquina específica, não é disponível em todas as máquinas ao mesmo tempo. Mas tem a vantagem de ter uma '''alta taxa de I/O''' (escrita e leitura), já que são discos conectados no barramento da placa-mãe. Assim a tendência de experimentos que precisam escreve/ler constantemente do disco executarem mais rápido na pasta local '''/draft-xxx''' do que na pasta em rede da '''storage''' (explicado a seguir).
 
As pastas '''/draft-xxx''' são usadas para montar os discos/partições extras da máquina. Esses espaços de armazenamento são independente do disco/partição que tem o S.O. Ubuntu, mas não tem qualquer tipo de backup ou redundância, então '''sempre tenha repositórios para salvar cópias de backup dos seus códigos e scripts'''.
 
'''Existe um esforço continuo da equipe de infraestrutura em manter os armazenamentos sempre operando e de forma confiável, o que dá uma "sensação de que nunca estragam", mas pode ocorrer.'''
 
Os caminhos mudam o '''"xxx"''' de acordo com o tipo de tecnologia de armazenamento:

{| class="wikitable"
! caminho !! tipo de armazenamento !! Taxa de I/O máxima típica* !! Obs
|-
| <code>'''/draft-hdd'''</code> || HDD SATA (disco magnético) || Read ~180MB/s Write ~140MB/s || Usualmente temos discos maiores ~2TB - 4TB
|-
| <code>'''/draft-ssd'''</code> || SSD SATA || Read ~500MB/s Write ~400MB/s || Em geral, espaço menor, ~ 480GB - 1TB
|-
| <code>'''/draft-nvme'''</code> || SSD NVMe || Read ~2400MB/s Write ~1500MB/s || Em geral, espaço menor, ~ 480GB - 1TB
|}

*'''Atenção: Essas taxas de I/O são típicas e teóricas, apenas para comparação entre as velocidades de cada tecnologia de armazenamento, não são os valores reais de R/W que teremos nas máquinas'''.
Mas podemos deduzir que os discos HDD serão um pouco mais lentos, mas terão maior espaço disponível. Por outro lado, os SSD e NVMe serão mais rápidos e com menor espaço.
 
Esse espaço de armazenamento '''não tem uma quota específica por usuário''', então deve ser '''bom senso de todos limpar os dados''' dessas pastas quando parar de utilizar. Tem sido recorrente os usuários "esquecerem" dados antigos nessas pastas, então lembre-se de liberar seus dados para permitir que outros usuários encontrem espaço disponível quando necessitarem.
 
O usuário que desejar baixar datasets, criar container singularity e fazer um experimento nas pastas '''/draft-xxx''', deve solicitar à equipe de infraestrutura para criar uma subpasta para seu usuário, por exemplo, <code>/draft-hdd/<usuario></code>
 

== Pastas '''/srv/storage''' - armazenamento em rede distribuído (Serviço de '''storage''') ==
Também temos o serviço de storage, popularmente chamado apenas de '''storage''', que visa armazenar arquivos maiores como datasets e resultados de experimentos em rede, de modo que fica disponível em todas as máquinas da rede VeRLab/JLab.
 
O caminho de montagem do serviço de storage se encontra em <code> '''/srv/storage/'''</code>
 
A grande vantagem é que todas as máquinas vão ter acesso aos dados, porém a taxa de I/O cria tráfego na rede e pode sofrer lentidão se tem muitos experimentos sendo executados simultaneamente, ou se o serviço de storage está sobrecarregado. Em geral, a taxa de I/0 pode ser mais baixa que as pastas '''/draft-xxx''' mas é o custo benefício para executar experimentos simultâneos compartilhando dados em várias máquinas.
 
'''Existe um esforço da equipe de infraestrutura de manter o serviço de storage estável e online, mas algumas queda de energia e defeitos em disco podem ocorrer, mesmo que com uma baixa frequência'''.
 
O usuário que desejar baixar datasets, criar container singularity e fazer um experimento nas pastas '''/srv/storage/forge''', deve solicitar à equipe de infraestrutura para criar uma subpasta para seu usuário, por exemplo, <code>/srv/storage/forge/<nome_usuario></code>
 

= O que você precisa para executar seu experimento no VeRLab/JLab =
# Possuir um login de usuário habilitado na rede do laboratório
# Ter uma pasta para seu usuário usar como rascunho ('''/draft-xxx/<nome_usuario>''' ou '''/srv/storage/forge/<nome_usuario>''')
# Ter seu container com o ambiente de execução usando o [[Singularity4]] ou [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Docker Docker-Rootless-Mode]
# Procurar na planilha de "'''[VeRLab] Utilização, Experimentos GPUs e CPUs'''" [https://www.verlab.dcc.ufmg.br/restrict-area/ área restrita do site do VeRLab], aba "Perfil das Máquinas" uma máquina que atenda seus requisitos de hardware
# Preencher seu whatsapp/telegram na aba "Contatos"
# Verificar disponibilidade da máquina na aba "Status de Execução" e agendar seu uso na aba "Log e Intenção de Utilização".

'''OBS:'''
* O link para a planilha "'''[VeRLab] Utilização, Experimentos GPUs e CPUs'''" encontra-se na [https://www.verlab.dcc.ufmg.br/restrict-area/ na área restrita do site (acesso com seu usuário e senha do laboratório)]
 

= Antes de rodar seu experimento =
# Verifique na planilha "'''[VeRLab] Utilização, Experimentos GPUs e CPUs'''" se a máquina está disponível e se você '''já preencheu uma reserva para seu usuário'''. Caso a máquina esteja ocupada, verifique a próxima data disponível e preencha a reserva.
# Quando estiver logado na máquina, verifique se os recursos computacionais estão livres:

#* Parte 1: uso da '''CPU e RAM''' pode-se usar o '''htop''' ( [https://www.treinaweb.com.br/blog/monitorando-processos-com-o-htop/ como usar o htop] )
#* Parte 2: uso da '''GPU (placa de vídeo)''' , pode-se rodar <code> nvidia-smi </code>. Os processos que estiverem carregados na memória da GPU além o Xorg (mesmo que com zero de processamento) mostram que tem usuários utilizando e vão precisar de algum recurso de CPU e RAM para a troca de contexto de seu experimento.
# Se uma máquina específica que precisar estiver ocupada, pode-se conversar com quem está usando para combinar um compartilhamento do uso.
 
{|

|[[File:Tmux-exemplo.jpg|400px|right]]
|}
 

= Durante a execução do seu experimento =

'''Monitore o uso de recursos do seu experimento para garantir que ele não está vazando memória RAM e/ou consumindo todos recursos da máquina'''. Principalmente se a máquina for um ''chunkserver do storage'' (confira na lista de máquinas [https://www.verlab.dcc.ufmg.br/restrict-area/ área restrita do site do VeRLab]).
 
O serviço de armazenamento distribuído, que chamamos de ''storage'', contém todas as imagens singularity, datasets e é responsável pelo experimento de todos os colegas do VeRLab/JLab.
 
'''Se seu experimento exaurir os recursos computacionais das máquinas chunkserver, todo sistema de storage fica lento e atrapalha o experimento de todos!'''

 
Para monitorar seu experimento, é sugerido:
# usar um multiplexador de terminais para manter sua sessão executando em segundo plano após desconectar o ssh. Nas máquinas da rede VeRLab/JLab temos instalado [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Trabalhando_remotamente tmux e byobu (link para tutoriais)]
# usar uma "pane" com htop, filtrando seu usuário, ou nome do executável <code> htop --user <nome_usuario> </code>;
# usar outra "pane" com <code> watch nvidia-smi </code> (a tela é atualizada a cada 2 segundos)

Como rodar seu experimento

2025-11-18T12:13:40Z

Mauferrari: /* O que você precisa para executar seu experimento no VeRLab/JLab */

= Página em construção =
<div style="color: blue">'''Os passos a seguir atendem para a grande maioria dos experimentos, se tem necessidade de algo diferente ou mais específico, procure um membro da equipe de infraestrutura do VeRLab/JLab.'''</div>
 

= Infraestrutura da rede VeRLab/JLab =
* A equipe de infraestrutura é composta por membros do VeRLab/JLab que trabalham de forma voluntária para manter o melhor possível a disponibilidades dos serviços e equipamentos. Se tiver interesse em participar e aprender, procure um dos professores ou membro da equipe para ajudar.

* A rede é composta em sua maioria por Servidores de processamento e Desktop com S.O. Ubuntu em que cada usuário consegue realizar autenticação com sua senha.
 

== Pasta '''home''' - armazenamento em rede ==
Cada usuário da rede tem uma pasta pessoal montada automaticamente em todas as máquinas no path: <code>/home/<nome_usuario> </code>.

Essa é a '''home''' do seu usuário e ela está '''mapeada em rede e tem uma quota de tamanho limitado'''. O objetivo dessa pasta é '''armazenar apenas arquivos menores como códigos fonte, scripts, artigos, arquivos .pdf e etc'''.

Não armazene datasets, containers ou arquivos grandes (>10GB), temos outra solução para isso na rede explicado a seguir.

A pasta '''home''' não tem um backup, mas ela é armazenada de forma redundante com duas cópias em servidores diferentes, de modo que se um servidor/disco falhar, um segundo disponibiliza a cópia dos arquivos.
 

== Pastas '''draft-xxx''' de "rascunho" - armazenamento em disco local ==
Para armazenar, '''de forma local na máquina''', arquivos maiores como datasets, containers e resultados de experimentos, fica disponível uma "pasta de rascunho" no caminho '''/draft-xxx''' (antigamente era chamada '''/homeLocal''').
 
A pasta '''draft-xxx só tem visibilidade local''', não fica em rede, ou seja, ela só está disponível na máquina específica, não é disponível em todas as máquinas ao mesmo tempo. Mas tem a vantagem de ter uma '''alta taxa de I/O''' (escrita e leitura), já que são discos conectados no barramento da placa-mãe. Assim a tendência de experimentos que precisam escreve/ler constantemente do disco executarem mais rápido na pasta local '''/draft-xxx''' do que na pasta em rede da '''storage''' (explicado a seguir).
 
As pastas '''/draft-xxx''' são usadas para montar os discos/partições extras da máquina. Esses espaços de armazenamento são independente do disco/partição que tem o S.O. Ubuntu, mas não tem qualquer tipo de backup ou redundância, então '''sempre tenha repositórios para salvar cópias de backup dos seus códigos e scripts'''.
 
'''Existe um esforço continuo da equipe de infraestrutura em manter os armazenamentos sempre operando e de forma confiável, o que dá uma "sensação de que nunca estragam", mas pode ocorrer.'''
 
Os caminhos mudam o '''"xxx"''' de acordo com o tipo de tecnologia de armazenamento:

{| class="wikitable"
! caminho !! tipo de armazenamento !! Taxa de I/O máxima típica* !! Obs
|-
| <code>'''/draft-hdd'''</code> || HDD SATA (disco magnético) || Read ~180MB/s Write ~140MB/s || Usualmente temos discos maiores ~2TB - 4TB
|-
| <code>'''/draft-ssd'''</code> || SSD SATA || Read ~500MB/s Write ~400MB/s || Em geral, espaço menor, ~ 480GB - 1TB
|-
| <code>'''/draft-nvme'''</code> || SSD NVMe || Read ~2400MB/s Write ~1500MB/s || Em geral, espaço menor, ~ 480GB - 1TB
|}

*'''Atenção: Essas taxas de I/O são típicas e teóricas, apenas para comparação entre as velocidades de cada tecnologia de armazenamento, não são os valores reais de R/W que teremos nas máquinas'''.
Mas podemos deduzir que os discos HDD serão um pouco mais lentos, mas terão maior espaço disponível. Por outro lado, os SSD e NVMe serão mais rápidos e com menor espaço.
 
Esse espaço de armazenamento '''não tem uma quota específica por usuário''', então deve ser '''bom senso de todos limpar os dados''' dessas pastas quando parar de utilizar. Tem sido recorrente os usuários "esquecerem" dados antigos nessas pastas, então lembre-se de liberar seus dados para permitir que outros usuários encontrem espaço disponível quando necessitarem.
 
O usuário que desejar baixar datasets, criar container singularity e fazer um experimento nas pastas '''/draft-xxx''', deve solicitar à equipe de infraestrutura para criar uma subpasta para seu usuário, por exemplo, <code>/draft-hdd/<usuario></code>
 

== Pastas '''/srv/storage''' - armazenamento em rede distribuído (Serviço de '''storage''') ==
Também temos o serviço de storage, popularmente chamado apenas de '''storage''', que visa armazenar arquivos maiores como datasets e resultados de experimentos em rede, de modo que fica disponível em todas as máquinas da rede VeRLab/JLab.
 
O caminho de montagem do serviço de storage se encontra em <code> '''/srv/storage/'''</code>
 
A grande vantagem é que todas as máquinas vão ter acesso aos dados, porém a taxa de I/O cria tráfego na rede e pode sofrer lentidão se tem muitos experimentos sendo executados simultaneamente, ou se o serviço de storage está sobrecarregado. Em geral, a taxa de I/0 pode ser mais baixa que as pastas '''/draft-xxx''' mas é o custo benefício para executar experimentos simultâneos compartilhando dados em várias máquinas.
 
'''Existe um esforço da equipe de infraestrutura de manter o serviço de storage estável e online, mas algumas queda de energia e defeitos em disco podem ocorrer, mesmo que com uma baixa frequência'''.
 
O usuário que desejar baixar datasets, criar container singularity e fazer um experimento nas pastas '''/srv/storage/forge''', deve solicitar à equipe de infraestrutura para criar uma subpasta para seu usuário, por exemplo, <code>/srv/storage/forge/<nome_usuario></code>
 

= O que você precisa para executar seu experimento no VeRLab/JLab =
# Possuir um login de usuário habilitado na rede do laboratório
# Ter uma pasta para seu usuário usar como rascunho ('''/draft-xxx/<nome_usuario>''' ou '''/srv/storage/forge/<nome_usuario>''')
# Ter seu container com o ambiente de execução usando o [[Singularity4]] ou [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Docker Docker-Rootless-Mode]
# Procurar na planilha de "'''[VeRLab] Utilização, Experimentos GPUs e CPUs'''" [https://www.verlab.dcc.ufmg.br/wp-login.php?redirect_to=https%3A%2F%2Fwww.verlab.dcc.ufmg.br%2Frestrict-area%2F (restrict area do site)], aba "Perfil das Máquinas" uma máquina que atenda seus requisitos de hardware
# Preencher seu whatsapp/telegram na aba "Contatos"
# Verificar disponibilidade da máquina na aba "Status de Execução" e agendar seu uso na aba "Log e Intenção de Utilização".

'''OBS:'''
* O link para a planilha "'''[VeRLab] Utilização, Experimentos GPUs e CPUs'''" encontra-se na [https://www.verlab.dcc.ufmg.br/restrict-area/ na área restrita do site (acesso com seu usuário e senha do laboratório)]
 

= Antes de rodar seu experimento =
# Verifique na planilha "'''[VeRLab] Utilização, Experimentos GPUs e CPUs'''" se a máquina está disponível e se você '''já preencheu uma reserva para seu usuário'''. Caso a máquina esteja ocupada, verifique a próxima data disponível e preencha a reserva.
# Quando estiver logado na máquina, verifique se os recursos computacionais estão livres:

#* Parte 1: uso da '''CPU e RAM''' pode-se usar o '''htop''' ( [https://www.treinaweb.com.br/blog/monitorando-processos-com-o-htop/ como usar o htop] )
#* Parte 2: uso da '''GPU (placa de vídeo)''' , pode-se rodar <code> nvidia-smi </code>. Os processos que estiverem carregados na memória da GPU além o Xorg (mesmo que com zero de processamento) mostram que tem usuários utilizando e vão precisar de algum recurso de CPU e RAM para a troca de contexto de seu experimento.
# Se uma máquina específica que precisar estiver ocupada, pode-se conversar com quem está usando para combinar um compartilhamento do uso.
 
{|

|[[File:Tmux-exemplo.jpg|400px|right]]
|}
 

= Durante a execução do seu experimento =

'''Monitore o uso de recursos do seu experimento para garantir que ele não está vazando memória RAM e/ou consumindo todos recursos da máquina'''. Principalmente se a máquina for um ''chunkserver do storage'' (confira na lista de máquinas [https://www.verlab.dcc.ufmg.br/restrict-area/ área restrita do site do VeRLab]).
 
O serviço de armazenamento distribuído, que chamamos de ''storage'', contém todas as imagens singularity, datasets e é responsável pelo experimento de todos os colegas do VeRLab/JLab.
 
'''Se seu experimento exaurir os recursos computacionais das máquinas chunkserver, todo sistema de storage fica lento e atrapalha o experimento de todos!'''

 
Para monitorar seu experimento, é sugerido:
# usar um multiplexador de terminais para manter sua sessão executando em segundo plano após desconectar o ssh. Nas máquinas da rede VeRLab/JLab temos instalado [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Trabalhando_remotamente tmux e byobu (link para tutoriais)]
# usar uma "pane" com htop, filtrando seu usuário, ou nome do executável <code> htop --user <nome_usuario> </code>;
# usar outra "pane" com <code> watch nvidia-smi </code> (a tela é atualizada a cada 2 segundos)

Docker

2025-11-16T00:01:26Z

Mauferrari: /* Dicas Docker Compose */

== Docker Rootless Mode ==

O modo disponível do Docker para os usuários da rede é o '''Docker Engine no modo Rootless''', ou seja, apenas a versão em linha de comando e no modo de acesso non-root.

Em geral, funciona para todas as aplicações e pode-se ler mais informações no [https://docs.docker.com/engine/security/rootless/ link Docker Rootless]
 
'''Importante''': para estas configurações é necessário que a máquina tenha um docker instalado com versão >= 20.10 (pode ser conferido com: <code>docker version</code>)

Este processo ainda se encontra em uma fase experimental e não está disponível em todas as máquinas. As máquinas disponíveis com docker até o momento são '''PROC1, PROC2, PROC5, PROC6, PROC7, EPONA, NYMERIA, DROGON''', '''EVA, WALL-E, MAGRITTE''' e '''DALEK'''.
 

== Modo 1(systemd): Configuração Docker rootless com Systemd (não é possível usar simultaneamente em outras máquinas, apenas em uma máquina da rede por vez) ==

 
A opção mais intuitiva para executar o Docker Rootless é gerenciando pelo '''systemctl --user'''. Porém tem a limitação de '''funcionar em apenas uma máquina da rede por vez''', pois o arquivo que gerencia o systemctl do usuário é salvo na /home que é compartilhada em todas as máquinas, portanto '''apenas um processo docker rootless do usuário pode ser criado, mas em qualquer máquina da rede'''.

=== Pré-requisitos ===
Para utilizar docker rootless em uma máquina no laboratório é preciso que o usuário:

* solicite à equipe de rede para criar uma pasta de rascunho no disco local como /draft-xxx/nome_do_usuario e dar permissão de leitura/escrita.
* solicite à equipe de rede a instalação do docker na máquina.
 

=== Configuração ===
Feito estas etapas, para configurar o acesso na máquina é preciso seguir os seguintes passos para executar o docker rootless:

# Crie a pasta <code>~/.config/docker</code> com o comando <code>mkdir -p ~/.config/docker</code>.
# Altere a pasta de armazenamento dos arquivos de cache do Docker para a pasta de rascunho /draft-xxx com:

<code>echo '{"data-root":"/<path-em-disco-local>/<user>/docker-cache"}' | tee ~/.config/docker/daemon.json</code>
 
'''Importante:''' Lembre-se de ajustar o <code><path-em-disco-local>/<user></code> para uma armazenamento de rascunho na máquina e alguma pasta do seu usuário (por exemplo, <code>/draft-hdd/fulano</code>).
 
Esses dois primeiros passos são específicos para as máquinas do VeRLab: por padrão o Docker guarda arquivos na /home do usuário, mas essa pasta é compartilhada em rede (por NFS ou MooseFS) e o Docker não dá suporte a isso.[https://github.com/docker/for-linux/issues/1172 Aqui está um issue citando o problema]

# Execute <code>dockerd-rootless-setuptool.sh install</code>.
 
'''Importante''': Após terminar, o comando vai pedir que você altere seu .bashrc para adicionar uma linha semelhante a <code>export DOCKER_HOST=unix:///run/user/<uid>/docker.sock</code> (varia por usuário). Faça essa alteração antes de prosseguir copiando e colando o comando no terminal.
# Reinicie o Bash com <code>exec bash</code>.
# Ative a inicialização automática do Docker em seu usuário: <code>systemctl --user enable --now docker</code> ou manualmente: <code>systemctl --user start docker</code>

Com isso, a configuração está pronta!

=== Utilização ===
Comandos para confirmar se o Docker está funcionando:
* Verificar status do docker daemon: <code>systemctl --user status docker.service</code>
* Parar docker daemon: <code>systemctl --user stop docker.service</code>
* Verificar configurações do Docker Rootless: <code>docker version</code> ou <code>docker info</code>
* Baixar uma imagem teste e executá-la: <code>docker run hello-world</code>
 

== Modo 2 (Manual): Configuração Docker Rootless "Manual" para execução simultânea em várias máquinas da rede ==

 
Essa opção pode parecer menos intuitiva, pois o usuário precisará executar manualmente o '''daemon do docker rootless''' em um terminal e mantê-lo em execução para poder utilizar os comandos docker em outros terminais.

Isso pode ser facilmente feito utilizando os [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Trabalhando_remotamente#Usando_tmux_ou_byobu:_multiplexador_de_terminais multiplexadores de terminal como tmux ou byobu].

Uma vez que parar a execução do docker daemon com ctrl+c ou fechar o terminal, isso vai "matar" a execução do docker rootless na máquina e parar todos seus containers de forma abrupta. Porém tem a flexibilidade de não precisar da pasta /home para armazenar as configurações do daemon, então com essa configuração é possível executar o docker rootless em várias máquinas simultaneamente!

=== Pré-requisitos ===
Para utilizar Docker Rootless em uma máquina no laboratório é preciso que o usuário:

* solicite à equipe de rede para criar uma pasta de rascunho no disco local como /draft-xxx/nome_do_usuario e dar permissão de leitura/escrita.
* solicite à equipe de rede a instalação do docker na máquina.

=== Configuração ===

# Abra seu arquivo <code>~/.bashrc</code> no editor de texto preferido, se for no terminal pode usar o nano: <code>'''nano ~/.bashrc'''</code>
# Cole as seguintes funções no final desse arquivo e salve o mesmo:

{| class="wikitable"
|-
! Adicionar funções no .bashrc para facilitar o uso do '''docker-rootless mode'''
|-
|
<pre>
# Funções para adicionar no final do arquivo ~/.bashrc e usar docker rootless na rede VeRLab/JLab
# v4 mai/2025 by mauferrari

# Path para o diretório base a ser utilizado pelo docker rootless do usuário
export USER_DOCKER_BASE_DIR=/draft-hdd

# Função para criar pastas e configuração do docker rootless
function docker-rootless-create-dir(){
MYUSER=$(whoami)
# Cria environment variables para pastas
echo -e "Creating Docker Rootless Folder for user $MYUSER..."
export USER_BASE_DIR=$USER_DOCKER_BASE_DIR/${MYUSER}
export USER_DOCKER_DIR=$USER_BASE_DIR/docker-rootless
echo -e " USER_BASE_DIR=$USER_BASE_DIR\n USER_DOCKER_DIR=$USER_DOCKER_DIR"
# Verfica se o diretorio base do usuário existe
if [ ! -d "$USER_BASE_DIR" ]; then
echo -e "ERROR!\n USER_BASE_DIR=$USER_BASE_DIR needs to be created by user '$MYUSER'!"
unset USER_BASE_DIR
unset USER_DOCKER_DIR
return 1
fi

# Verifica pasta do usuário usada pelo docker rootless
if [ ! -w "$USER_BASE_DIR" ]; then
echo -e "ERROR!\n USER_BASE_DIR=$USER_BASE_DIR needs to be writable by user '$MYUSER'!"
unset USER_BASE_DIR
unset USER_DOCKER_DIR
return 2
fi
# Verifica se a pasta do usuário já existe
if [ -d "$USER_DOCKER_DIR" ]; then
echo -e "ERROR!\n USER_DOCKER_DIR=$USER_DOCKER_DIR already exists!"
echo -e " Please remove it or use another folder!"
unset USER_BASE_DIR
unset USER_DOCKER_DIR
return 3
fi
# Cria pastas usadas pelo docker rootless
mkdir --parents $USER_DOCKER_DIR
export XDG_RUNTIME_DIR=$USER_DOCKER_DIR/.docker/run
export XDG_CONFIG_HOME=$USER_DOCKER_DIR/.config
mkdir --parents $XDG_RUNTIME_DIR
mkdir --parents $XDG_CONFIG_HOME/docker

# Cria configuração do docker rootless
echo "{\"data-root\":\"${USER_DOCKER_DIR}/docker-cache\"}" | tee $XDG_CONFIG_HOME/docker/daemon.json && \
nvidia-ctk runtime configure --runtime=docker --config=$XDG_CONFIG_HOME/docker/daemon.json

echo -e "\n\n HOME=$HOME \n XDG_CONFIG_HOME=$XDG_CONFIG_HOME \n XDG_RUNTIME_DIR=$XDG_RUNTIME_DIR \n XDG_DATA_HOME=$XDG_DATA_HOME \n DOCKER_HOST=$DOCKER_HOST"
echo -e "\n\ncat $XDG_CONFIG_HOME/docker/daemon.json\n" && cat $XDG_CONFIG_HOME/docker/daemon.json
echo -e "\n\nDocker Rootless Folders and Config Files Successfully Created!"
}

# Função para iniciar manualmente daemon do docker no modo rootless
function docker-rootless-daemon-run(){
MYUSER=$(whoami)
echo -e "Exporting Environment Variables for Docker Rootless Daemon..."
export USER_DOCKER_DIR=$USER_DOCKER_BASE_DIR/${MYUSER}/docker-rootless

echo -e " USER_DOCKER_DIR=$USER_DOCKER_DIR\n XDG_RUNTIME_DIR=$XDG_RUNTIME_DIR\n XDG_CONFIG_HOME=$XDG_CONFIG_HOME"
# Verifica se o diretório do usuário existe e pode ser escrita pelo docker rootless
if [ ! -d "$USER_DOCKER_DIR" ] && [ ! -w "$USER_DOCKER_DIR" ]; then
echo -e "ERROR!\n USER_DOCKER_DIR=$USER_DOCKER_DIR does not exist or is not writable!"
echo -e " Please run docker-rootless-create-dir first!"
unset USER_DOCKER_DIR
return 1
fi
export XDG_RUNTIME_DIR=$USER_DOCKER_DIR/.docker/run
export XDG_CONFIG_HOME=$USER_DOCKER_DIR/.config
# Verifica se o daemon do docker rootless está rodando
echo -e "Checking Docker Rootless Daemon..."
if [ -S $XDG_RUNTIME_DIR/docker.sock ]; then
echo -e "ERROR!\n Docker Rootless Daemon is already running at $XDG_RUNTIME_DIR!"
echo -e " Please stop it first!"
unset USER_DOCKER_DIR
unset XDG_RUNTIME_DIR
unset XDG_CONFIG_HOME
return 2
fi
# Start docker daemon
echo -e "\n\n HOME=$HOME \n XDG_CONFIG_HOME=$XDG_CONFIG_HOME \n XDG_RUNTIME_DIR=$XDG_RUNTIME_DIR \n XDG_DATA_HOME=$XDG_DATA_HOME \n DOCKER_HOST=$DOCKER_HOST"
echo -e "\n\ncat $XDG_CONFIG_HOME/docker/daemon.json\n" && cat $XDG_CONFIG_HOME/docker/daemon.json
echo -e "Starting Docker Rootless Daemon..."
dockerd-rootless.sh
}

# Função para exportar variáveis de ambiente para executar comandos do docker rootless
function docker-rootless-export(){
MYUSER=$(whoami)
echo -e "Exporting Environment Variables for Docker Rootless Daemon..."
export USER_DOCKER_DIR=$USER_DOCKER_BASE_DIR/${MYUSER}/docker-rootless
# Verifica se o diretório do usuário existe e pode ser escrita pelo docker rootless
if [ -d "$USER_DOCKER_DIR" ] && [ -w "$USER_DOCKER_DIR" ]; then
export DOCKER_HOST=unix://$USER_DOCKER_DIR/.docker/run/docker.sock
echo -e " USER_DOCKER_DIR=$USER_DOCKER_DIR\n DOCKER_HOST=$DOCKER_HOST"
else
echo -e "ERROR!\n USER_DOCKER_DIR=$USER_DOCKER_DIR does not exist or is not writable!"
echo -e " Please run docker-rootless-create-dir first!"
unset USER_DOCKER_DIR
return 1
fi
}
</pre>
|}

=== Utilização ===
Uma vez que tiver as funções salvas em seu <code>'''~/.bashrc'''</code> elas serão usadas para:

{| class="wikitable"
|+ Como usar as funções docker-rootless-*
|-
! Função !! Descrição !! Utilização
|-
|''docker-rootless-create-dir()'' 
|Cria uma pasta para os arquivos do docker rootless daemon em <code>"/draft-hdd/<usuario>/docker-rootless"</code>
|Usada apenas a primeira vez na máquina. Se a pasta já foi criada anteriormente, não precisa mais usar essa função na mesma máquina.
|-
|''docker-rootless-daemon-run()'' 
|Executar o docker rootless daemon no terminal atual no tmux ou byobu
|Usada uma vez, para não haver outro terminal executando o docker rootless daemon na máquina.
|-
|''docker-rootless-export()'' 
|Exportar as variáveis de ambiente com o path correto do docker rootless daemon e do docker.sock (''XDG_RUNTIME_DIR'' e ''DOCKER_HOST'')
|Usada em todo novo terminal que abrir e quiser usar comando docker. Também pode ser colocada no final do ~/.bashrc para valer automaticamente.
|}

Para utilizar o docker:

# Faça ''ssh'' numa das máquinas que tem o docker rootless instalado
# Se a pasta <code>"/draft-hdd/<usuario>/docker-rootless"</code> ainda não foi criada para seu usuário na máquina, execute: <code>'''docker-rootless-create-dir'''</code>
# No terminal abra o multiplexador de terminais, por exemplo, comando: <code>'''tmux'''</code>
# Dentro da '''janela 0''' do tmux, execute o docker rootless daemon: <code>'''docker-rootless-daemon-run'''</code>
# Abra outra janela no tmux: ctrl+b c
# Na '''janela 1''' faça o export do path para executar comandos docker: <code>'''docker-rootless-export'''</code>
# Na '''janela 1''' execute os comandos docker: <code>'''docker version ; docker compose version; docker info;'''</code>
# Na '''janela 1''' download e execute uma imagem de teste (13kB): <code>'''docker run hello-world'''</code>

 

=== Testando Docker Rootless ===
Considerando que a pasta para seu usuário na máquina já foi criada, ou seja, já existe o caminho <code>"/draft-hdd/<usuario>/docker-rootless"</code>. Caso ainda não exista, execute: <code>'''docker-rootless-create-dir'''</code>
 
# Faça ''ssh'' numa das máquinas que tem o docker rootless instalado
# No terminal abra o multiplexador de terminais, por exemplo, comando: <code>'''tmux'''</code>
# Dentro da '''janela 0''' do tmux, execute o docker rootless daemon: <code>'''docker-rootless-daemon-run'''</code>
# Abra outra janela no tmux: ctrl+b c
# Na '''janela 1''' faça o export do path para executar comandos docker: <code>'''docker-rootless-export'''</code>
# Na '''janela 1''' download e execute uma das imagens de teste abaixo:
Atenção para escolher uma imagem com CUDA compatível com o driver de vídeo Nvidia instalado na máquina! Para saber a versão de CUDA toolkit suportada pelo driver Nvidia utilize o comando <code>'''nvidia-smi'''</code>
 
{| class="wikitable" style="font-weight:bold; font-family:serif !important;"
|- style="font-weight:normal; text-align:center;"
! Comando docker
! image size
|-
| style="background-color:#CCC;" | docker run hello-world
| style="font-weight:normal;" | 13kB
|-
| style="background-color:#CCC;" | docker run --gpus all nvidia/cuda:11.2.2-base-ubuntu20.04 nvidia-smi
| style="font-weight:normal;" | 125MB
|-
| style="background-color:#CCC;" | docker run --gpus all nvidia/cuda:11.6.2-base-ubuntu20.04 nvidia-smi
| style="font-weight:normal;" | 154MB
|-
| style="background-color:#CCC;" | docker run --gpus all nvidia/cuda:12.0.0-base-ubuntu20.04 nvidia-smi
| style="font-weight:normal;" | 240MB
|-
| style="background-color:#CCC;" | docker run --gpus all nvidia/cuda:12.2.2-base-ubuntu20.04 nvidia-smi
| style="font-weight:normal;" | 242MB
|-
| style="background-color:#CCC;" | docker run --gpus all nvidia/cuda:12.2.2-base-ubuntu22.04 nvidia-smi
| style="font-weight:normal;" | 239MB
|}
 

== Limpar dados do docker rootless: cache, images e containers ==

Para desocupar espaço em disco das máquinas, caso não esteja utilizando o docker, mas deseja manter a estrutura de pastas do docker rootless daemon, pode-se apagar todas as imagens, cache e containers com:

<code>'''docker system prune --all'''</code>

Alguns links de referencia:
* https://stackoverflow.com/questions/44785585/how-can-i-delete-all-local-docker-images
* https://contabo.com/blog/how-to-remove-docker-volumes-images-and-containers/?gad_source=1&gclid=CjwKCAjwydSzBhBOEiwAj0XN4JA5Mz8X1bAK-PaXKPz9PyQnJKdahvYG3Z6CBm5ydgRmsNymOFU9FhoC4a0QAvD_BwE
* https://earthly.dev/blog/docker-image-storage-on-host/
* https://docs.docker.com/reference/cli/docker/system/prune/#extended-description

== Docker abrindo janela no Ubuntu ==
exemplo com ROS 

<pre>
docker run --detach --privileged \
--volume /tmp/.X11-unix:/tmp/.X11-unix \
--volume /home:/home/host \
--device=/dev/bus/usb:/dev/bus/usb \
--volume /dev:/dev \
--runtime=nvidia \
--gpus 'all,"capabilities=utility,display,compute"' \
--env DISPLAY=$DISPLAY \
--network=host \
--name ros_noetic_gps_testing_container \
ros_noetic_gps_testing:latest \
tail -f /dev/null
</pre>

<pre>
#docker run -it -v "$PWD":/ros2_ws/ -P --device=/dev/ttyACM0 --device=/dev/bus/usb:/dev/bus/usb --name ros2_dev ros2_ws

#docker exec -it ros2_dev /bin/bash

docker run -it \
--name ros2_work \
--privileged \
--env DISPLAY=$DISPLAY \
--volume /tmp/.X11-unix:/tmp/.X11-unix \
--volume "$PWD":/ros2_ws/ \
--device=/dev/ttyACM0 \
--device=/dev/ttyACM1 \
--device=/dev/bus/usb:/dev/bus/usb \
--gpus 'all,"capabilities=utility,display,compute"' \
--runtime=nvidia \
--network=host \
ros2_dev \
bash
</pre>

== Criar regra udev para dispositivo USB ==
Para descobrir o idProduct e idVendor do dispositivo, pode-se usar:

<code> udevadm info -a -n /dev/ttyACM0 </code>

Para criar o arquivo com a regra:

<code> sudo nano /etc/udev/rules.d/99-ublox-gps.rules </code>

Adicionar essa linha no arquivo e salvar o arquivo:

<code>
SUBSYSTEM=="tty", ATTRS{idVendor}=="1546", ATTRS{idProduct}=="01a9", MODE="0666", GROUP="dialout"

</code>

Se quiser criar um novo nome (link simbolico /dev/ublox) adicionar SYMLINK:

<code>SUBSYSTEM=="tty", ATTRS{idVendor}=="1546", ATTRS{idProduct}=="01a9", SYMLINK+="ublox", MODE="0666", GROUP="dialout"
</code>

Desconectar e conectar o dispositivo da USB novamente para acionar a nova regra

 

== Criar docker com S.O. windows ou macOs com acesso por site web ==

* https://github.com/dockur/windows

* https://github.com/dockur/macos

 
Exemplo de docker compose com win11, 2 Cores, HD 64GB, RAM 8GB

{| class="wikitable"
|-
! <code>compose.yaml</code>
|-
|
<pre>
services:
windows:
image: dockurr/windows
container_name: windows
environment:
VERSION: "11"
DISK_SIZE: "64"
RAM_SIZE: "8"
CPU_CORES: "2"
devices:
- /dev/kvm
- /dev/net/tun
cap_add:
- NET_ADMIN
ports:
- 8006:8006
- 3389:3389/tcp
- 3389:3389/udp
volumes:
- ./windows:/storage
restart: always
stop_grace_period: 2m
</pre>
|}

Para acessar a tela do Win11 entre a URL no navegador <code>localhost:8006</code>
 

== Exemplo de Dockerfile usado no Jetracer ==

{| class="wikitable"
|-
! Modelo de Dockerfile usado no Jetracer
|-
|
<pre>
# Usa a imagem base do Ubuntu 20.04 para arquitetura ARM64 (Jetson Nano)
FROM arm64v8/ubuntu:20.04

# Evita prompts interativos durante a instalação de pacotes
ENV DEBIAN_FRONTEND=noninteractive

# Atualiza o sistema e instala ferramentas básicas
RUN apt-get update && apt-get install -y \
curl \ # Utilitário para baixar arquivos via HTTP
gnupg2 \ # Para importar chaves GPG
lsb-release \ # Para detectar a versão do Ubuntu
locales \ # Para configurar o sistema com suporte a UTF-8
sudo \ # Permite uso do comando sudo
&& locale-gen en_US en_US.UTF-8 \ # Gera locale UTF-8
&& update-locale LC_ALL=en_US.UTF-8 LANG=en_US.UTF-8 # Atualiza variáveis de locale

# Define variáveis de ambiente para o locale em UTF-8
ENV LANG=en_US.UTF-8 \
LC_ALL=en_US.UTF-8

# Adiciona o repositório do ROS oficial e sua chave GPG
RUN curl -sSL "http://packages.ros.org/ros.key" | apt-key add - && \
echo "deb http://packages.ros.org/ros/ubuntu $(lsb_release -sc) main" > /etc/apt/sources.list.d/ros-latest.list

# Instala o ROS Noetic (ros-base) e ferramentas auxiliares
RUN apt-get update && apt-get install -y \
ros-noetic-ros-base \ # ROS básico, sem GUI (leve)
python3-rosdep \ # Gerenciador de dependências ROS
python3-rosinstall \ # Para importar pacotes ROS
python3-rosinstall-generator \ # Ferramenta para gerar dependências
python3-wstool \ # Gerenciador de workspaces
python3-pip \ # Gerenciador de pacotes Python
&& rm -rf /var/lib/apt/lists/* # Remove cache para reduzir tamanho da imagem

# Inicializa o rosdep (necessário para instalar dependências de pacotes ROS)
RUN rosdep init && rosdep update

# Adiciona o script de configuração do ROS no bashrc do root
RUN echo "source /opt/ros/noetic/setup.bash" >> /root/.bashrc

# Define o shell padrão como bash (necessário para scripts do ROS funcionarem corretamente)
SHELL ["/bin/bash", "-c"]

# Define uma variável de ambiente com a distro do ROS
ENV ROS_DISTRO=noetic

# Cria o diretório do workspace ROS (catkin workspace)
RUN mkdir -p /root/catkin_ws/src

# Define o diretório de trabalho padrão para o contêiner
WORKDIR /root/catkin_ws

# Comando padrão ao iniciar o contêiner: inicia um terminal bash
CMD ["bash"]

</pre>
|}

{| class="wikitable"
|-
! Comando para o docker build
|-
|
<pre>
docker build -t ros-noetic-nano .
</pre>
|}

{| class="wikitable"
|-
! Comando de RUN, primeira vez
|-
|
<pre>
docker run -it --name meu_ros_container \-v ~/jetrace/container:/root/catkin_ws \
ros-noetic-nano
</pre>
|}

{| class="wikitable"
|-
! Comando START
|-
|
<pre>
docker start -ai develop_container
</pre>
|}

== Dicas Docker Compose ==
* https://docs.docker.com/compose/gettingstarted/
 

== Dicas Docker com ROS Noetic ==
* https://discourse.openrobotics.org/t/running-ros-noetic-in-docker-a-practical-guide-for-simulation-and-teleoperation/42572

Main Page

2025-11-15T23:55:05Z

Mauferrari: /* Tutoriais e Aprendizado */

== Seja bem vindo a Wiki do VeRLab (Computer Vision and Robotics Laboratory - DCC - UFMG) ==

=== [[Regras de Conduta e Termo de Compromisso]] ===
=== [[Como rodar seu experimento]] ===
=== [[Trabalhando remotamente]] ===

=== [[Dicas para escrever e apresentar sua publicação]] ===
=== [http://www.verlab.dcc.ufmg.br/mediawiki/index.php/Special:AllPages Relação de todas as páginas dessa wiki] ===

== Software, Tutoriais e Aprendizado ==
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Temas_Visao_Computacional Temas de Visão Computacional]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Temas_Robótica Temas de Robótica]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Singularity Singularity]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Docker Docker]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/ROS ROS - Robot Operacional System]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/GAZEBO Gazebo]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Virtualenv Python Virtual Enviroment]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/GitHub_do_Verlab GitHub do Verlab]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Sistema_Operacional_Windows S.O. Windows]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Sistema_Operacional_Linux S.O. Linux]

== [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Robot Robôs] ==

==== Small size Robots ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Main_Page/e-puck E-puck]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/HeRo HeRo]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Espcopter Espcopter]

==== Mobile Robots ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Roomba Roomba]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Kobuki Kobuki]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Pioneer Pioneer - ActivMedia Robotics]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Jackal Jackal - Clearpath Robotics]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Tamiya Tamiya TXT-1]

==== Robot Arm ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Kinova_Gen3_Ultra Gen3 Ultra lightweight robot arm - KINOVA]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Fenrir_Arm Fenrir]

==== Multirotor ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/ARdrone Parrot AR.Drone 2.0]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Hummingbird AscTec Hummingbird]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Pelican AscTec Pelican]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Iris 3DR IRIS+]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/X8 3DR X8+]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/DJI Tello]

==== Fixed-Wing ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Aero 3DR Aero]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/E384 Drone E384]

== [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Sensor Sensores] ==
==== Laser ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Laser_Hokuyo Hokuyo]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/LaserVelodyne Velodyne]

==== IMU (unidades inerciais, acelerômetro, magnetometro, barômetro e etc ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/IMU IMUs]

==== Câmeras ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Camera_360 Camera 360]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/GoPro GoPro]
* TODO Kinect One (Xbox One)
* TODO Kinect v2 (Xbox 360)
* TODO [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/ZED StereoLabs ZED(RGBD)]
* TODO [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/RealSense Intel Real Sense (RGBD)]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Asus_Xtion_PRO Asus Xtion PRO]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/WebCams WebCams]

==== Realidade Virtual e Aumentada ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Hololens HoloLens]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Oculus_Rift Oculus Rift]

== Atuadores ==
* Dynamixel AX-12
* Dynamixel MX-64AT
* TODO Motor Servo
* Geomagic Touch [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/GeomagicTouch]

== Placas Controladoras e Sensor Nodes ==
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Arduino Arduino]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/ESP32 ESP32]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/ESP8266 ESP8266]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/RaspberryPi Raspberry Pi]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Jetson_Nano Jetson nano - Nvidia]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/mote Sensor Nodes]

== Tutoriais e Aprendizado ==
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Temas_Visao_Computacional Temas de Visão Computacional]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Singularity Singularity]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Docker Docker]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/ROS ROS - Robot Operacional System]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/GAZEBO Gazebo]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Virtualenv Python Virtual Enviroment]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/GitHub_do_Verlab GitHub do Verlab]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Sistema_Operacional_Windows S.O. Windows]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Sistema_Operacional_Linux S.O. Linux]

== Equipamentos de Pesquisa ==
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Impressora3D Impressora 3D]

== Equipamentos de Informática ==
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/EquipamentoInformatica/Cabo_de_Rede Montagem de Cabos de Rede]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/EquipamentoInformatica/Impressoras Impressoras]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/NoBreak No Break]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/EquipamentoInformatica/HD Teste HD - smartctl]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/EquipamentoInformatica/RotuladorPT80 Rotuladora PT80]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/EquipamentoInformatica/PastaTermica Aplicação e Escolha de Pasta Térmica]

== Ferramentas ==
* TODO
* [http://www.crvindustrial.com/blog/como-medir-parafusos-corretamente como medir parafusos]
* [https://www.youtube.com/watch?v=GJqt5VYRBro Dicas sobre Conector e Terminal1]
* [https://www.youtube.com/watch?v=GZOh1NzqzzU Dicas sobre Conector e Terminal2]
* Conversores DC-DC:
** [https://www.smartkits.com.br/modulo-regulador-de-tensao-step-up-6a-150w Step Up 6A 100W (150W com cooler)]
** [https://www.robocore.net/regulador-de-tensao/modulo-regulador-de-tensao-ajustavel-lm2596-3a Step Down LM2596 3A]
** [https://www.amazon.com.br/Conversor-300W-Tens%C3%A3o-Corrente-Control%C3%A1veis/dp/B0C1LDLD12/ref=asc_df_B0C1LDLD12 Step Down 300W 20A SZBK07]

Impressora3D

2025-11-12T16:00:07Z

Mauferrari: /* Impressoras Creality K1 (Provisórias) */

== Iniciando o uso com a impressora 3D do Verlab ==
==== Software indicado pela Equipe Verlab/J ====
* [https://www.raise3d.com/pages/download Idea Maker ](Linux, Wwindows, MacOS)  Indicado pelos mais experientes em impressão 3D na equipe Verlab por ter melhores resultados de fatiamento e maior flexibilidade de configurações se comparado ao ''repetier host'' e ao ''cura engine'' https://www.raise3d.com/pages/download

 

==== Perfil de fatiamento para IdeaMaker (Ubuntu 16+) - '''Testados e Usados pela Equipe Verlab/J''' ====
* Este repositório GitHub contém os arquivos de configuração para o software [https://www.raise3d.com/pages/download Idea Maker] para Ubuntu No repositório tem instruções de como importar as configurações para sua instalação https://github.com/verlab/.ideamaker O Idea Maker foi o selecionado entre os softwares livre para fatiamento em impressora 3D pois tivemos melhores resultados com o mesmo e maior flexibilidade nas configurações por parte (grupo) e/ou camada da peça.
 

== Informações sobre a Impressora 3D do Verlab ==
==== modelo: [https://www.sethi3d.com.br/impressora-sethi3d-aip-175mm-com-simplify3d Sethi AiP A3] ====
 
Impressora 3D desenvolvida e fabricada pela Sethi3D.
* Confeccionada em Acrílico de alta qualidade, disponível na cor Preto (Black Piano).
* Conexão com computador através de interface USB.
* Ajuste automático de altura (chave fim de curso com 3 pontos)
* Área de impressão de 220mm x 210mm x 200mm - largura (eixo X) x profundidade (eixo Y) x altura (eixoZ)
* Extrusor em acrílico com bico de Aço Inoxidável para maior durabilidade e desempenho.
* Extrusor Temperatura Máxima: 245ºC
* Mesa Temperatura Máxima: 150ºC
* Diâmetro do Filamento: 1,75mm
* G-code flavor: Repetier
* Velocidade de impressão 60mm/s

==== Site do fabricante ====
* https://www.sethi3d.com.br/
* https://sethi3d.zendesk.com/hc/pt-br/articles/360035214633-Vidro-Sethi3D-AiP

 

==== Tutorial de uso da impressora ====
* http://www.sethi.com.br/blog/treinamento/
* https://www.sethi.com.br/blog/manuais-da-sethi3d/
* https://www.sethi.com.br/blog/arquivos/

==== Manutenção da impressora ====
* https://www.sethi.com.br/blog/mesa/
** [https://www.youtube.com/watch?v=-yjqTrLU-Xo YouTube: Nivelar Mesa Aquecida-AiP]
** [https://www.youtube.com/watch?v=4uX4iOtsgHI YouTube: Ajustar e Alterar Z-Probe - via LCD]
* [https://www.sethi.com.br/blog/wp-content/uploads/2019/08/Desmontando-o-extrusor-da-Sethi3D-AiP-ou-BB-e-trocando-o-tubo-de-teflon-e-bico.pdf Desmontando-o-extrusor-da-Sethi3D-AiP-ou-BB-e-trocando-o-tubo-de-teflon-e-bico.pdf]
** [https://www.youtube.com/watch?v=FsViSUzEOio YouTube: Desmontando e Montando Hotend]
** [https://www.youtube.com/watch?v=hFIf1vkOLPw YouTube: Limpando a Rosca do Bloco de Alumínio ]
* [https://sethi3d.zendesk.com/hc/pt-br/articles/360034953873-Bico-entupiu-O-que-eu-fa%C3%A7o-AiP-e-BB Bico entupiu! O que eu faço? (AiP e BB)]
Ligar aquecimento , por exemplo: ABS 235ºC, PLA 210ºC, PETG 240ºC, FLEX 230ºC.
Extrusa um pouco do material manualmente
Desliga o aquecimento e continua a extrusão até parar de sair o material (deve ser ~140ºC)
Deixar o material descansando por cerca de uma hora
Ajustar o extrusor para aquecer para 180ºC, as quando estiver em torno de 110ºC puxar o material para sair por inteiro, sem derreter todo material
Se sair no formato do bico, vai trazer toda impureza que tinha no bico e vai estar limpo para aquecer para uando estiver na temperatura de ~

 

==== Software Freeware para Impressora 3D: ====

* [https://ultimaker.com/software/ultimaker-cura Ultimaker Cura] Indicado pelos mais experientes em impressão 3D na equipe Verlab por ter melhores resultados de fatiamento e maior flexibilidade de configurações se comparado ao ''repetier host'' e ao ''idea maker'' https://ultimaker.com/software/ultimaker-cura
** Plugins: https://marketplace.ultimaker.com/app/cura/plugins
** Support: https://support.ultimaker.com/hc/en-us/articles/360012611299-Travel-settings
 
* [https://www.raise3d.com/pages/download Idea Maker] Já foi indicado pelos mais experientes em impressão 3D na equipe Verlab, mas atualmente o Ultimaker Cura está com melhores resultados de fatiamento e maior flexibilidade de configurações. Ele é mais recomendado que o ''repetier host'' https://www.raise3d.com/pages/download
 
* [https://www.repetier.com/download-now/ ''Repetier Host''] indicado pelo fabricante da impreesora 3D https://www.repetier.com/download-now/
 

== Configurações da Impressora para Ultimaker Cura ==

* Tutorial Rapido - Sethi Aip3 Cura - Canal Paulo Rezeck
** https://www.youtube.com/watch?v=OuWcYXRc0-M

* Start Gcode 
{|-
M82 
G28 
G90 
G1 F210 Z5 
G32 S1 
G90 
G92 E0 
|}

* End Gcode 
{|-
M104 S0 
M140 S0 
G1 X50 Y200 F4000 
M84 
|}

* Dimensões de impressão
** x(Width) = 220mm
** y(Depth) = 210mm
** z(Height) = 200mm

* Build Plate shape = rectangular

* G-Code Flavor: Firmware Repetier v0.91

* Printerhead Settings
** X min = -40mm
** Y min = -20mm
** X max = 40mm
** Y max = 40mm
** Gantry Heigth = 15mm

* https://all3dp.com/2/cura-printhead-settings-simply-explained/
* https://youtu.be/3u6p7FltWcg?t=133

== Perfis de fatiamento (Slicer’s): ==

==== Testados e Usados pela Equipe Verlab/J ====
* Este repositório GitHub contém os arquivos de configuração para o software [https://www.raise3d.com/pages/download Idea Maker] para Ubuntu No repositóriotem instruções de como importar as configurações para sua instalação https://github.com/verlab/.ideamaker O Idea Maker foi selecionado denter os softwares livre para fatiamento em impressora 3D pois tivemos melhores resultados com o mesmo.

==== Configurações sugeridas pelo fabricante da impressora 3D ====

* http://www.sethi.com.br/blog/arquivos-dos-fatiadores/

* Para fatiador Slic3r:
** http://www.sethi.com.br/blog/wp-content/uploads/2015/01/Config_Slic3r_Sethi3D_AiP.zip

* Para Cura Engine:
** http://www.sethi.com.br/blog/arquivos-de-configuracao-do-cura/
*** https://www.sethi.com.br/blog/wp-content/uploads/2019/03/Manual-Cura-4.0-AiP.pdf
*** http://www.sethi.com.br/blog/wp-content/uploads/2019/11/Cura-Profile.zip
*** http://www.sethi.com.br/blog/wp-content/uploads/2015/01/Config_CURA_Repetier_AiP.zip
** http://www.sethi.com.br/blog/materias-do-cura/
*** https://sethi3d.zendesk.com/hc/pt-br/articles/360034501894-Manuais-de-configura%C3%A7%C3%A3o-do-Cura-4-X-X
*** http://www.sethi.com.br/blog/wp-content/uploads/2019/03/Materiais-Cura-V2.2.zip

* Para Simplify 3D:
** http://www.sethi.com.br/blog/configuracoes_simplify3d/
** http://www.sethi.com.br/blog/wp-content/uploads/2021/05/Sethi-AiP-V1.2.zip

* Para Repetier:
** http://www.sethi.com.br/blog/wp-content/uploads/2018/11/Config_Slic3r_Cura_Repetier_AiP_A3.zip

==== sugeridos pelo fabricante de filamentos ====
* Fabricante de filamento 3Dfila: https://3dfila.com.br/perfis-de-fatiamento/

== Calibração ==

* Peças de calibração https://github.com/5axes/Calibration-Shapes/wiki

* Dicas sobre calibração
** https://3dlab.com.br/comecando-na-impressao-3d/
** https://3dlab.com.br/calibrar-sua-impressora-3d/

== Peças de Reposição para a Sethi AiP ==
* Vidro para mesa
** vidro comum, 3mm de espessura, tamanho 22cmx24cm (costuma ser fácil de encontrar em vidraçarias e mais barato)
** https://sethi3d.zendesk.com/hc/pt-br/articles/360035214633-Vidro-Sethi3D-AiP

* gcode fornecido pelo fabricante:
** http://www.sethi.com.br/blog/gcodes/
** http://www.sethi.com.br/blog/wp-content/uploads/2021/11/gcodes-AiP.zip

== Parâmetros Gerais de Diferentes Materiais ==
A tabela apresenta parâmetros para serem usados como referência. Alguns foram sugeridos pela experiência de pessoas da equipe e outros indicados por fabricantes de filamento.
{| class="wikitable sortable"
|-
! Material !! Diâmetro !! Temperatura do Extrusor (ºC) !! Temperatura da Mesa (ºC) !! Velocidade de Extrusão (mm/s) !! Caixa da Impressora !! Fonte
|-
| PLA || 1,75mm || 200 a 220 || <= 70 || <= 150 || Aberta || Catálogo 3DLab
|-
| ABS Premium || 1,75mm || 220 a 240 || 100 a 120 || <= 150 || Fechada || Catálogo 3DLab
|-
| Flexível || 1,75mm || 215 a 225 || <= 60 || 10 a 50 || Aberta || Catálogo 3DLab
|-
| PETG || 1,75mm || 230 a 245 || <= 70 || <= 120 || Indiferente || Catálogo 3DLab
|-
| HIPS || 1,75mm || 220 a 240 || 100 a 120 || <= 100 || Aberta || Catálogo 3DLab
|}

== Algumas Cores Disponíveis ==

<div><ul>
<li style="display: inline-block;"> [[File:Impressora3D-cores-3dlab-filamentos-abs.jpg|thumb|none|300px|3DLab Cores ABS|link=https://3dlab.com.br/dev/wp-content/uploads/2017/04/ABS.jpg]] </li>
<li style="display: inline-block;"> [[File:Impressora3D-cores-3dlab-filamentos-pla.jpg|thumb|none|300px|3DLab Cores PLA|link=https://3dlab.com.br/dev/wp-content/uploads/2017/04/CoresPLA.jpg]] </li>
</ul></div>

== Dicas sobre impressão 3D: ==
* [https://3dfila.com.br/blog/ Blog Fabricante de Filamento 3DFila]
* [https://3dlab.com.br/blog-de-impressao-3d/ Blog Fabricante de Filamento 3DLab]
* [https://3dlab.com.br/como-escolher-uma-impressora-3d/ Tipos de Impressora 3D]

==== Tipos de Materiais: ABS, PLA, PETG e etc ====
* [https://3dfila.com.br/guia-filamentos-3d/ Guia de Filamentos]
* [https://3dlab.com.br/propriedades-dos-materiais-para-impressora-3d/ Propriedades técnicas dos materiais: PLA, ABS, PETG e etc]
* [https://3dlab.com.br/como-escolher-o-filamento-para-impressora-3d/ Como avaliar a qualidade do filamento]
* [https://3dlab.com.br/filamentos-para-impressora-3d-visita-a-fabrica-innovartti/ Fabrica de Filamento]

==== Resistência e qualidade da impressão 3D ====
* [https://3dfila.com.br/o-que-e-skirt-brim-e-raft-em-impressao-3d-por-que-e-como-usa-los/ O que são e como usar: Skirt, Brim e Raft em Impressão 3D]
* [https://3dfila.com.br/otimizando-a-impressora-3d-com-melhores-parametros-de-infill-e-shell/?utm_source=newsletter&utm_medium=email&utm_campaign=imprimindo_infill_e_shell_melhores_praticas_para_impressao_3d&utm_term=2018-07-25 Resistência da peça: Infill e Shell]

== Fornecedores de Filamento na Grande BH ==

* '''3D Fila - BH - MG''' 
Tel: (31) 3417.6464 
Vendas: vendas@3dfila.com.br 
Suporte: suporte@3dfila.com.br 
https://3dfila.com.br/

* '''3D Lab - Betim - MG''' 
Tel: (31) 3594-4973 / (31) 97113-7028 
email comercial: sergio@3dlab.com.br 
geral: contato@3dlab.com.br 
https://3dlab.com.br/produto/filamento-pla-para-impressora-3d/

== Modelos 3D disponíveis na internet ==

https://3dfila.com.br/para-imprimir/

https://www.thingiverse.com/

== G-Code Standard: utilizado nos firmwares de Impressora 3D e CNC ==

'' G-code (also RS-274), which has many variants, is the common name for the most widely used numerical control (NC) programming language. It is used mainly in computer-aided manufacturing to control automated machine tools. G-code is sometimes called G programming language, not to be confused with LabVIEW's G programming language. 
G-code is a language in which people tell computerized machine tools how to make something. The "how" is defined by g-code instructions provided to a machine controller (industrial computer) that tells the motors where to move, how fast to move, and what path to follow. The most common situation is that, within a machine tool, a cutting tool is moved according to these instructions through a toolpath and cuts away material to leave only the finished workpiece. The same concept also extends to noncutting tools such as forming or burnishing tools, photoplotting, additive methods such as 3D printing, and measuring instruments.''
https://en.wikipedia.org/wiki/G-code

==== Significado de cada tipo G-Code e respectiva interpretação pelo firmware da impressora 3D ReRap ====
http://reprap.org/wiki/G-code

==== Artigo sobre o padrão industrial G-Code (padrão MIST RS274NGC) ====
https://www.nist.gov/publications/nist-rs274ngc-interpreter-version-3?pub_id=823374

== Impressoras Creality K1 (Provisórias) ==

No Verlab estão disponíveis duas impressoras [https://www.creality.com/products/creality-k1-3d-printer Creality K1]. Para utilizá-las, recomenda-se o uso do aplicativo oficial da impressora. O aplicativo pode ser baixado diretamente no repositório oficial: https://github.com/CrealityOfficial/CrealityPrint/releases/.

* Linux: prefira instalar a versão via Flatpak, em vez do .AppImage, pois costuma ser mais estável e integrada ao sistema. (Caso queira entender melhor as diferenças entre os formatos, consulte a documentação indicada [[Sistema Operacional Linux#Instalação de aplicativos|sobre instalação]]). <code>flatpak install CrealityPrint-Linux-flatpak_V6.3.0-Release_x86_64.flatpak</code>

https://www.creality.com/download#flagship-series
* Windows: a instalação funciona normalmente.

Após instalar o software, é necessário adicionar as impressoras (na aba Device). Isso pode ser feito de duas formas: 
* ''Manual'' – inserindo o endereço IP da impressora, que é possivel obter na tela da impressora. 
* ''Automática'' – utilizando a detecção de dispositivos na rede, estando conectado na rede do verlab. 

Antes de imprimir: 

# importe o modelo que deseja imprimir e posicione a peça de forma a minimizar o uso de suporte;
# selecione na configuração o tipo de filamento compatível com o que tem nas impressoras (''PLA, PETG e etc'');
# selecione a espessura de camada (''default layer height 0.20mm'' costuma ser bom) e a densidade do preenchimento (''defalt infill density é 15%, se precisar de uma peça mais robusta melhor aumentar para 20-30%);
# faça o fatiamento (''Slice plate'') e confira o tempo de impressão e quantidade de material utilizada.

Para imprimir: 
# verifique se a mesa de impressão está totalmente limpa, se precisar utilize a espatula de PLÁSTICO para retirar resquícios da ultima impressão. A espátula de plástico é importante para não arranhar a superfície da mesa de impressão, pois ela é revestida de um material especial próprio para aderir as peças.
# uma vez que o fatiamento está pronto, pode-se enviar para uma das impressoras (da esquerda ou da direita) através da rede (''Send Print'')
# IMPORTANTE: Sempre acompanhe a impressão, começando por verificar se ocorreu uma boa primeira camada e de tempos em tempos observar a impressão da peça para ver se teve algum problema que precisa parar/cancelar a impressão

Para retirar a peça: 
# Sempre com cautela para não deformar a superfície de impressão e para não utilizar ferramentas que possam arranhar a superfície
# retire a superfície de impressão com ambas as mãos e fazendo pinça com o polegar
# mova levemente para tentar descolar um dos lados da peça, utiliza a espátula plástica para auxiliar. Não é força, mas jeito!

Sistema Operacional Linux

2025-11-12T15:41:17Z

Mauferrari: /* Como usar um AppImage */

As máquinas do Verlab/J utilizam em sua maioria o sistema operacional '''Ubuntu LTS''' que sempre são lançadas em anos pares: 2016, 2018, 2020, 2022...

Em geral, usamos a mais madura e não a recém lançada do ano, por motivos de já terem corrigidos os bug de lançamento. Por exemplo, em 2022 usávamos o ubuntu 20.04 e não o ubuntu 22.04. Porém em 2023 começamos a migrar as máquinas para ubuntu 22.04.

 
== Introdução ao Uso do Linux ==
* '''Canal Curso em Vídeo - You Tube''' Curso completo desde a instalação, mas pode-se assitir apenas a parte 4 (Comandos do Terminal do Linux) https://www.youtube.com/playlist?list=PLHz_AreHm4dlIXleu20uwPWFOSswqLYbV Se tiver interesse em realizar o curso completo e emitir um certificado https://www.cursoemvideo.com/course/linux/
 
* '''Canal Matheus Battisti - You Tube''' Diversos Vídeos Curtos com dicas de comandos no bash https://www.youtube.com/watch?v=aW4Owxgcvq4&list=PLnDvRpP8BnezDTtL8lm6C-UOJZn-xzALH
 
* '''Cursos grátis e interativos da Robot Ignite Academy - The Construct''' (idioma inglês, precisa se inscrever no site)
** '''Linux for Robotics''' ([https://www.theconstructsim.com/robotigniteacademy_learnros/ros-courses-library/linux-for-robotics/ link]) Apesar de ter exemplos aplicados ao ROS, é um ótimo curso rápido para quem quer aprender linhas de comando Linux https://www.theconstructsim.com/robotigniteacademy_learnros/ros-courses-library/linux-for-robotics/ 
 

== Dicas sobre uso de TMux, Byobu, screen e etc ==

* '''TMux'''
** Vídeo em pt-br sobre o que é tmux e com resumo dos principais atalhos https://www.youtube.com/watch?v=abuMVACvRNI
** Blog em inglês sobre o que é tmux e principais atalhos https://www.hamvocke.com/blog/a-quick-and-easy-guide-to-tmux/
** Tabela de atalhos (Cheat Sheet): https://tmuxcheatsheet.com/ https://tmuxguide.readthedocs.io/en/latest/tmux/tmux.html 
 
== Restaurar o <code>.bashrc</code> default no Ubuntu ==

Talvez o usuário editou incorretamente o .bashrc ou corrompeu o mesmo, e precisa restaurar para a versão default que o ubuntu cria ao criar a home do usuário. O arquivo default fica armazenado em /etc/skel/.bashrc e pode ser usado para sobreescrever o arquivo corrompido na home:

<code> cat /etc/skel/.bashrc > ~/.bashrc </code>
 
ou
 
<code> cp /etc/skel/.bashrc ~/ </code>
 
referencias: [https://unix.stackexchange.com/questions/740146/how-can-i-restore-my-default-bashrc-file-again link1] [https://askubuntu.com/questions/404424/how-do-i-restore-bashrc-to-its-default link2]

{| class="wikitable"
|-
! Para comparar o conteúdo de /etc/skel.bashrc do ubuntu 22.04 foi colado abaixo:
|-
|
<pre>
# ~/.bashrc: executed by bash(1) for non-login shells.
# see /usr/share/doc/bash/examples/startup-files (in the package bash-doc)
# for examples

# If not running interactively, don't do anything
case $- in
*i*) ;;
*) return;;
esac

# don't put duplicate lines or lines starting with space in the history.
# See bash(1) for more options
HISTCONTROL=ignoreboth

# append to the history file, don't overwrite it
shopt -s histappend

# for setting history length see HISTSIZE and HISTFILESIZE in bash(1)
HISTSIZE=1000
HISTFILESIZE=2000

# check the window size after each command and, if necessary,
# update the values of LINES and COLUMNS.
shopt -s checkwinsize

# If set, the pattern "**" used in a pathname expansion context will
# match all files and zero or more directories and subdirectories.
#shopt -s globstar

# make less more friendly for non-text input files, see lesspipe(1)
[ -x /usr/bin/lesspipe ] && eval "$(SHELL=/bin/sh lesspipe)"

# set variable identifying the chroot you work in (used in the prompt below)
if [ -z "${debian_chroot:-}" ] && [ -r /etc/debian_chroot ]; then
debian_chroot=$(cat /etc/debian_chroot)
fi

# set a fancy prompt (non-color, unless we know we "want" color)
case "$TERM" in
xterm-color|*-256color) color_prompt=yes;;
esac

# uncomment for a colored prompt, if the terminal has the capability; turned
# off by default to not distract the user: the focus in a terminal window
# should be on the output of commands, not on the prompt
#force_color_prompt=yes

if [ -n "$force_color_prompt" ]; then
if [ -x /usr/bin/tput ] && tput setaf 1 >&/dev/null; then
# We have color support; assume it's compliant with Ecma-48
# (ISO/IEC-6429). (Lack of such support is extremely rare, and such
# a case would tend to support setf rather than setaf.)
color_prompt=yes
else
color_prompt=
fi
fi

if [ "$color_prompt" = yes ]; then
PS1='${debian_chroot:+($debian_chroot)}\[\033[01;32m\]\u@\h\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]\$ '
else
PS1='${debian_chroot:+($debian_chroot)}\u@\h:\w\$ '
fi
unset color_prompt force_color_prompt

# If this is an xterm set the title to user@host:dir
case "$TERM" in
xterm*|rxvt*)
PS1="\[\e]0;${debian_chroot:+($debian_chroot)}\u@\h: \w\a\]$PS1"
;;
*)
;;
esac

# enable color support of ls and also add handy aliases
if [ -x /usr/bin/dircolors ]; then
test -r ~/.dircolors && eval "$(dircolors -b ~/.dircolors)" || eval "$(dircolors -b)"
alias ls='ls --color=auto'
#alias dir='dir --color=auto'
#alias vdir='vdir --color=auto'

alias grep='grep --color=auto'
alias fgrep='fgrep --color=auto'
alias egrep='egrep --color=auto'
fi

# colored GCC warnings and errors
#export GCC_COLORS='error=01;31:warning=01;35:note=01;36:caret=01;32:locus=01:quote=01'

# some more ls aliases
alias ll='ls -alFh'
alias la='ls -A'
alias l='ls -CF'

# Add an "alert" alias for long running commands. Use like so:
# sleep 10; alert
alias alert='notify-send --urgency=low -i "$([ $? = 0 ] && echo terminal || echo error)" "$(history|tail -n1|sed -e '\''s/^\s*[0-9]\+\s*//;s/[;&|]\s*alert$//'\'')"'

# Alias definitions.
# You may want to put all your additions into a separate file like
# ~/.bash_aliases, instead of adding them here directly.
# See /usr/share/doc/bash-doc/examples in the bash-doc package.

if [ -f ~/.bash_aliases ]; then
. ~/.bash_aliases
fi

# enable programmable completion features (you don't need to enable
# this, if it's already enabled in /etc/bash.bashrc and /etc/profile
# sources /etc/bash.bashrc).
if ! shopt -oq posix; then
if [ -f /usr/share/bash-completion/bash_completion ]; then
. /usr/share/bash-completion/bash_completion
elif [ -f /etc/bash_completion ]; then
. /etc/bash_completion
fi
fi
</pre>
|}

 
== Stress test CPU, GPU, IO, etc ==
* https://lambda.ai/blog/perform-gpu-and-cpu-stress-testing-on-linux
* https://lambda.ai/lambda-stack-deep-learning-software

 
== Criar regra udev para dispositivo USB ==
Para descobrir o idProduct e idVendor do dispositivo, pode-se usar:

<code> udevadm info -a -n /dev/ttyACM0 </code>

Para criar o arquivo com a regra:

<code> sudo nano /etc/udev/rules.d/99-ublox-gps.rules </code>

Adicionar essa linha no arquivo e salvar o arquivo:

<code>
SUBSYSTEM=="tty", ATTRS{idVendor}=="1546", ATTRS{idProduct}=="01a9", MODE="0666", GROUP="dialout"

</code>

Se quiser criar um novo nome (link simbolico /dev/ublox) adicionar SYMLINK:

<code>SUBSYSTEM=="tty", ATTRS{idVendor}=="1546", ATTRS{idProduct}=="01a9", SYMLINK+="ublox", MODE="0666", GROUP="dialout"
</code>

Desconectar e conectar o dispositivo da USB novamente para acionar a nova regra
 

== Instalação de aplicativos ==
Caso esteja usando alguma maquina desktop do verlab, de preferencia por instalar via AppImage, aplicativos também pode ser instalados via contêiner Docker.

=== Snap ===
O Snap é um sistema de empacotamento e distribuição de aplicativos mantido pela Canonical, empresa responsável pelo Ubuntu.
Diferente do Flatpak, o Snap já vem instalado por padrão no Ubuntu e sua instalação e gerenciamento de aplicativos geralmente exigem permissões de superusuário (''sudo''). 

Alguns aplicativos disponíveis em Snap podem estar desatualizados em relação às versões oficiais, mas, em contrapartida, o Snap oferece '''grande compatibilidade''' e integração com o Ubuntu, justamente por ser desenvolvido e mantido pela própria Canonical.

Sua instalação é feita com o comando:
<code>
sudo apt install snapd
</code>

A instalação de aplicativos via Snap é feita com:
<code>
sudo snap install (nome-do-aplicativo)
</code>

=== Flatpak ===
O Flatpak é um formato de empacotamento de aplicativos que funciona de forma independente das bibliotecas do sistema.
Cada aplicativo traz consigo suas próprias dependências, o que pode torná-los mais pesados em comparação a outros métodos de instalação, como os pacotes nativos da distribuição.

Entre as vantagens, destacam-se:
* '''Compatibilidade''': os aplicativos em Flatpak funcionam em diversas distribuições Linux, sem depender de versões específicas das bibliotecas do sistema.
* '''Atualizações recentes''': geralmente oferecem versões mais novas dos aplicativos em comparação aos repositórios oficiais de algumas distribuições.
* '''Instalação sem privilégios de superusuário''': não é necessário usar ''sudo'' para instalar ou executar aplicativos em Flatpak, sendo exigido apenas para a instalação inicial do próprio Flatpak na máquina.

==== Instalação do Flatpak ====
Para instalar o Flatpak no Ubuntu 18.10 ou superior: [https://flatpak.org/setup/Ubuntu Guia oficial].

<code>
sudo apt update

sudo apt install flatpak
</code>

Instalando os plugins do GNOME para gerenciar aplicativos sem linha de comando:

<code>
sudo apt install gnome-software-plugin-flatpak
</code>

Adicionando o Flathub (repositório centralizado com diversos aplicativos):

<code>
flatpak remote-add --if-not-exists flathub https://dl.flathub.org/repo/flathub.flatpakrepo
</code>

Após adicionar, reinicie a máquina.

==== Uso do Flatpak ====
Instalar aplicativos:
<code>
flatpak install nome.do.aplicativo
</code>

Desinstalar aplicativos:
<code>
flatpak uninstall nome.do.aplicativo
</code>

Listar aplicativos instalados:
<code>
flatpak list
</code>

Gerenciador gráfico recomendado: Flatseal
Instalação:
<code>
flatpak install flathub com.github.tchx84.Flatseal
</code>

=== AppImage ===
O AppImage é outro formato de empacotamento multiplataforma que permite executar aplicativos no Linux sem precisar de instalação tradicional.
Ele é um arquivo único (extensão ''.AppImage'') que contém todas as dependências necessárias para rodar o aplicativo.

Entre suas principais características:
* '''Portabilidade''': pode ser executado diretamente, sem necessidade de instalação no sistema.
* '''Independência''': não modifica bibliotecas ou arquivos do sistema.
* '''Facilidade''': basta dar permissão de execução e abrir o arquivo.

==== Como usar um AppImage ====
1. Baixe o arquivo ''.AppImage'' no site oficial do aplicativo.
2. Dê permissão de execução:
<code>
chmod +x nome-do-arquivo.AppImage
</code>
3. Execute o arquivo:
<code>
./nome-do-arquivo.AppImage
</code>

O AppImage não precisa ser instalado no sistema e pode ser armazenado em qualquer pasta (ex.: ''~/Aplicativos'').
Também é possível integrá-lo ao menu do sistema usando ferramentas como [https://appimagelauncher.com/ AppImageLauncher] ([https://github.com/TheAssassin/AppImageLauncher github do projeto]). 
Tem esse tutorial que pode ajudar a entender e utilizar o AppImageLaucher: https://www.edivaldobrito.com.br/integrador-appimagelauncher-no-linux/ e também o [https://github.com/TheAssassin/AppImageLauncher github do projeto] e o [https://github.com/TheAssassin/AppImageLauncher/wiki guia de instalação oficial]. Foi testado a ver~so .deb para ubuntu 18 (bionic) no ubuntu 20.04 e 24.04 e funcionou corretamente!

Temas Robótica

2025-11-12T06:20:58Z

Mauferrari:

== Modelagem 3D ==
=== Curso Free CAD v1.0 - Prof. Rodrigo Tavares ===
* [https://www.freecad.org/downloads.php FreeCad Download]
* [https://www.youtube.com/watch?v=AX77mlwz_Kc&list=PL8kCnofYYWZqnstLVwQJF2D0UlGtYY4KY&index=1 Playlist Youtube - 39 aulas (2024)]

=== Curso MicroROS with ESP32 for Begginers - Usama Arshads ===

* [https://www.youtube.com/watch?v=qtVFsgTG3AA&list=PL1YH3iMfizDLgcrTL1rj4NxXYKnPLLkby&index=19 Playlist Youtube - 32 aulas (2024)]

Temas Robótica

2025-11-12T01:36:52Z

Mauferrari: Created page with "== Modelagem 3D == === Curso Free CAD v1.0 - Prof. Rodrigo Tavares === * [https://www.freecad.org/downloads.php FreeCad Download] * [https://www.youtube.com/watch?v=AX77mlwz_K..."

Temas Visao Computacional

2025-11-12T00:09:11Z

Mauferrari: /* Deep Learning */

Temas Visao Computacional

2025-11-08T15:08:55Z

Mauferrari: /* Curso do Prof. Lucas N. Ferreira, agora no DCC-UFMG */

== Deep Learning ==

=== Curso do Prof. Lucas N. Ferreira ===

* [https://www.youtube.com/playlist?list=PL3IgM1uLiScU2Jcdrhk6GGfgo6vIL7MsB Youtube Playlist]
* [https://lucasnfe.github.io/ufv-inf721-2024-2/calendario/ site da disciplina na UFV (2024/2)]
* [https://github.com/lucasnfe/ufv-inf721 repo usado pra gerar o site]

Temas Visao Computacional

2025-11-08T15:08:40Z

Mauferrari: /* Curso do Prof. Lucas N. Ferreira UFV (2024/2) */

== Deep Learning ==

=== Curso do Prof. Lucas N. Ferreira, agora no DCC-UFMG ===

* [https://www.youtube.com/playlist?list=PL3IgM1uLiScU2Jcdrhk6GGfgo6vIL7MsB Youtube Playlist]
* [https://lucasnfe.github.io/ufv-inf721-2024-2/calendario/ site da disciplina na UFV (2024/2)]
* [https://github.com/lucasnfe/ufv-inf721 repo usado pra gerar o site]

Temas Visao Computacional

2025-11-08T14:51:24Z

Mauferrari: Created page with "== Deep Learning == === Curso do Prof. Lucas N. Ferreira UFV (2024/2) === * [https://www.youtube.com/playlist?list=PL3IgM1uLiScU2Jcdrhk6GGfgo6vIL7MsB Youtube Playlist] * [ht..."

== Deep Learning ==

=== Curso do Prof. Lucas N. Ferreira UFV (2024/2) ===

* [https://www.youtube.com/playlist?list=PL3IgM1uLiScU2Jcdrhk6GGfgo6vIL7MsB Youtube Playlist]
* [https://web.archive.org/web/20250713004255/https://ufv-inf721-2024-2.lucasnferreira.com/calendario site oficial caiu, mas tem snapshot nesse site]
* [https://github.com/lucasnfe/ufv-inf721 repo usado pra gerar o site]

Main Page

2025-11-08T14:47:02Z

Mauferrari: /* Seja bem vindo a Wiki do VeRLab (Computer Vision and Robotics Laboratory - DCC - UFMG) */

== Seja bem vindo a Wiki do VeRLab (Computer Vision and Robotics Laboratory - DCC - UFMG) ==

=== [[Regras de Conduta e Termo de Compromisso]] ===
=== [[Como rodar seu experimento]] ===
=== [[Trabalhando remotamente]] ===

=== [[Dicas para escrever e apresentar sua publicação]] ===
=== [http://www.verlab.dcc.ufmg.br/mediawiki/index.php/Special:AllPages Relação de todas as páginas dessa wiki] ===

== Tutoriais e Aprendizado ==
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Temas_Visao_Computacional Temas de Visão Computacional]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Temas_Robotica Temas de Robótica]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Singularity Singularity]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Docker Docker]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/ROS ROS - Robot Operacional System]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/GAZEBO Gazebo]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Virtualenv Python Virtual Enviroment]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/GitHub_do_Verlab GitHub do Verlab]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Sistema_Operacional_Windows S.O. Windows]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Sistema_Operacional_Linux S.O. Linux]

== [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Robot Robôs] ==

==== Small size Robots ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Main_Page/e-puck E-puck]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/HeRo HeRo]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Espcopter Espcopter]

==== Mobile Robots ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Roomba Roomba]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Kobuki Kobuki]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Pioneer Pioneer - ActivMedia Robotics]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Jackal Jackal - Clearpath Robotics]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Tamiya Tamiya TXT-1]

==== Robot Arm ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Kinova_Gen3_Ultra Gen3 Ultra lightweight robot arm - KINOVA]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Fenrir_Arm Fenrir]

==== Multirotor ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/ARdrone Parrot AR.Drone 2.0]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Hummingbird AscTec Hummingbird]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Pelican AscTec Pelican]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Iris 3DR IRIS+]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/X8 3DR X8+]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/DJI Tello]

==== Fixed-Wing ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Aero 3DR Aero]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/E384 Drone E384]

== [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Sensor Sensores] ==
==== Laser ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Laser_Hokuyo Hokuyo]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/LaserVelodyne Velodyne]

==== IMU (unidades inerciais, acelerômetro, magnetometro, barômetro e etc ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/IMU IMUs]

==== Câmeras ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Camera_360 Camera 360]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/GoPro GoPro]
* TODO Kinect One (Xbox One)
* TODO Kinect v2 (Xbox 360)
* TODO [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/ZED StereoLabs ZED(RGBD)]
* TODO [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/RealSense Intel Real Sense (RGBD)]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Asus_Xtion_PRO Asus Xtion PRO]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/WebCams WebCams]

==== Realidade Virtual e Aumentada ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Hololens HoloLens]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Oculus_Rift Oculus Rift]

== Atuadores ==
* Dynamixel AX-12
* Dynamixel MX-64AT
* TODO Motor Servo
* Geomagic Touch [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/GeomagicTouch]

== Placas Controladoras e Sensor Nodes ==
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Arduino Arduino]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/ESP32 ESP32]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/ESP8266 ESP8266]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/RaspberryPi Raspberry Pi]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Jetson_Nano Jetson nano - Nvidia]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/mote Sensor Nodes]

== Tutoriais e Aprendizado ==
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Temas_Visao_Computacional Temas de Visão Computacional]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Singularity Singularity]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Docker Docker]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/ROS ROS - Robot Operacional System]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/GAZEBO Gazebo]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Virtualenv Python Virtual Enviroment]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/GitHub_do_Verlab GitHub do Verlab]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Sistema_Operacional_Windows S.O. Windows]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Sistema_Operacional_Linux S.O. Linux]

== Equipamentos de Pesquisa ==
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Impressora3D Impressora 3D]

== Equipamentos de Informática ==
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/EquipamentoInformatica/Cabo_de_Rede Montagem de Cabos de Rede]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/EquipamentoInformatica/Impressoras Impressoras]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/NoBreak No Break]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/EquipamentoInformatica/HD Teste HD - smartctl]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/EquipamentoInformatica/RotuladorPT80 Rotuladora PT80]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/EquipamentoInformatica/PastaTermica Aplicação e Escolha de Pasta Térmica]

== Ferramentas ==
* TODO
* [http://www.crvindustrial.com/blog/como-medir-parafusos-corretamente como medir parafusos]
* [https://www.youtube.com/watch?v=GJqt5VYRBro Dicas sobre Conector e Terminal1]
* [https://www.youtube.com/watch?v=GZOh1NzqzzU Dicas sobre Conector e Terminal2]
* Conversores DC-DC:
** [https://www.smartkits.com.br/modulo-regulador-de-tensao-step-up-6a-150w Step Up 6A 100W (150W com cooler)]
** [https://www.robocore.net/regulador-de-tensao/modulo-regulador-de-tensao-ajustavel-lm2596-3a Step Down LM2596 3A]
** [https://www.amazon.com.br/Conversor-300W-Tens%C3%A3o-Corrente-Control%C3%A1veis/dp/B0C1LDLD12/ref=asc_df_B0C1LDLD12 Step Down 300W 20A SZBK07]

Main Page

2025-11-08T14:44:02Z

Mauferrari: /* Softwares */

== Seja bem vindo a Wiki do VeRLab (Computer Vision and Robotics Laboratory - DCC - UFMG) ==

=== [[Regras de Conduta e Termo de Compromisso]] ===
=== [[Como rodar seu experimento]] ===
=== [[Trabalhando remotamente]] ===

=== [[Dicas para escrever e apresentar sua publicação]] ===
=== [http://www.verlab.dcc.ufmg.br/mediawiki/index.php/Special:AllPages Relação de todas as páginas dessa wiki] ===

== [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Robot Robôs] ==

==== Small size Robots ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Main_Page/e-puck E-puck]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/HeRo HeRo]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Espcopter Espcopter]

==== Mobile Robots ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Roomba Roomba]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Kobuki Kobuki]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Pioneer Pioneer - ActivMedia Robotics]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Jackal Jackal - Clearpath Robotics]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Tamiya Tamiya TXT-1]

==== Robot Arm ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Kinova_Gen3_Ultra Gen3 Ultra lightweight robot arm - KINOVA]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Fenrir_Arm Fenrir]

==== Multirotor ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/ARdrone Parrot AR.Drone 2.0]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Hummingbird AscTec Hummingbird]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Pelican AscTec Pelican]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Iris 3DR IRIS+]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/X8 3DR X8+]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/DJI Tello]

==== Fixed-Wing ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Aero 3DR Aero]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/E384 Drone E384]

== [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Sensor Sensores] ==
==== Laser ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Laser_Hokuyo Hokuyo]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/LaserVelodyne Velodyne]

==== IMU (unidades inerciais, acelerômetro, magnetometro, barômetro e etc ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/IMU IMUs]

==== Câmeras ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Camera_360 Camera 360]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/GoPro GoPro]
* TODO Kinect One (Xbox One)
* TODO Kinect v2 (Xbox 360)
* TODO [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/ZED StereoLabs ZED(RGBD)]
* TODO [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/RealSense Intel Real Sense (RGBD)]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Asus_Xtion_PRO Asus Xtion PRO]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/WebCams WebCams]

==== Realidade Virtual e Aumentada ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Hololens HoloLens]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Oculus_Rift Oculus Rift]

== Atuadores ==
* Dynamixel AX-12
* Dynamixel MX-64AT
* TODO Motor Servo
* Geomagic Touch [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/GeomagicTouch]

== Placas Controladoras e Sensor Nodes ==
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Arduino Arduino]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/ESP32 ESP32]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/ESP8266 ESP8266]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/RaspberryPi Raspberry Pi]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Jetson_Nano Jetson nano - Nvidia]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/mote Sensor Nodes]

== Tutoriais e Aprendizado ==
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Temas_Visao_Computacional Temas de Visão Computacional]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Singularity Singularity]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Docker Docker]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/ROS ROS - Robot Operacional System]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/GAZEBO Gazebo]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Virtualenv Python Virtual Enviroment]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/GitHub_do_Verlab GitHub do Verlab]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Sistema_Operacional_Windows S.O. Windows]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Sistema_Operacional_Linux S.O. Linux]

== Equipamentos de Pesquisa ==
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Impressora3D Impressora 3D]

== Equipamentos de Informática ==
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/EquipamentoInformatica/Cabo_de_Rede Montagem de Cabos de Rede]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/EquipamentoInformatica/Impressoras Impressoras]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/NoBreak No Break]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/EquipamentoInformatica/HD Teste HD - smartctl]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/EquipamentoInformatica/RotuladorPT80 Rotuladora PT80]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/EquipamentoInformatica/PastaTermica Aplicação e Escolha de Pasta Térmica]

== Ferramentas ==
* TODO
* [http://www.crvindustrial.com/blog/como-medir-parafusos-corretamente como medir parafusos]
* [https://www.youtube.com/watch?v=GJqt5VYRBro Dicas sobre Conector e Terminal1]
* [https://www.youtube.com/watch?v=GZOh1NzqzzU Dicas sobre Conector e Terminal2]
* Conversores DC-DC:
** [https://www.smartkits.com.br/modulo-regulador-de-tensao-step-up-6a-150w Step Up 6A 100W (150W com cooler)]
** [https://www.robocore.net/regulador-de-tensao/modulo-regulador-de-tensao-ajustavel-lm2596-3a Step Down LM2596 3A]
** [https://www.amazon.com.br/Conversor-300W-Tens%C3%A3o-Corrente-Control%C3%A1veis/dp/B0C1LDLD12/ref=asc_df_B0C1LDLD12 Step Down 300W 20A SZBK07]

RaspberryPi

2025-10-30T12:08:57Z

Mauferrari: /* links de imagem ubuntu ARM para raspberry */

=== Comandos basicos do Linux ===
https://www.raspberrypi.org/documentation/linux/usage/commands.md

=== Gravando SD Card com imagem ===
https://learn.sparkfun.com/tutorials/sd-cards-and-writing-images/all

* Gravando SD Card com dcfldd (substituto mais confiável para o dd)
**https://www.tiforense.com.br/dcfldd/
**<code> # block size 1MB sudo dcfldd status=on bs=1M if=/dev/sd<X> of=./arquivo.img </code>

=== links de imagem ubuntu ARM para raspberry ===
Nas imagens 32bit, o sistema consome menos memória RAM, bom para RPi2 e 3 (1GB RAM). 
Vem descrita nos links do ubuntu como ''Raspberry Pi Generic (Hard-Float) preinstalled server image''. 
Ubuntu 24.04 apenas versão 64bit para raspberrypi 3, 4, 5 e Zero2W

* Ubuntu 20.04 (32bit e 64bit) : https://cdimage.ubuntu.com/releases/20.04/release/
* Ubuntu 22.04 (32bit e 64bit): https://cdimage.ubuntu.com/releases/22.04/release/
* Ubuntu 24.04 (apenas 64bit para RPi3,4,5 e Zero2W):https://cdimage.ubuntu.com/releases/24.04/release/

=== Usando GPIO ===
https://learn.sparkfun.com/tutorials/raspberry-gpio

=== Reduzindo Consumo, Desligando wifi e BT ===
https://www.pidramble.com/wiki/benchmarks/power-consumption#:~:text=There%20are%20a%20few%20different,Minimize%20accessories

https://viniciuspaes.com/raspberry-pi/tutorial-desabilitar-wifi-bluetooth-raspberry-pi-ubuntu-server/

=== Forçando HDMI como saída padrão ===
https://howtoraspberrypi.com/raspberry-pi-hdmi-not-working/

=== Opções para definir resolução, formato de tela e etc no arquivo config.txt ===

https://www.raspberrypi.org/documentation/configuration/config-txt/video.md

https://www.raspberrypi.org/forums/viewtopic.php?t=5851

=== Instalar servidor VNC ===
https://www.raspberrypi.org/documentation/remote-access/vnc/

=== Prevent turning off screen or blank the screen ===
https://raspberrypi.stackexchange.com/questions/752/how-do-i-prevent-the-screen-from-going-blank

https://stackoverflow.com/questions/29890634/stop-screenly-raspberry-pi-from-turning-off-screen

=== Raspbian Lite with RPD/LXDE/XFCE/MATE/i3/Openbox/X11 GUI ===
https://www.raspberrypi.org/forums/viewtopic.php?f=66&t=133691

=== Colocando em Modo Quiosque ===

https://clebitos.wordpress.com/2017/08/10/raspberry-pi-modo-quiosque-xdotool/

https://github.com/MobilityLab/TransitScreen/wiki/Raspberry-Pi

=== Cross-Compiling ===

https://www.embarcados.com.br/cross-compiling-com-a-raspberry-pi/

https://www.dobitaobyte.com.br/cross-compiling-para-raspberry/

https://medium.com/@au42/the-useful-raspberrypi-cross-compile-guide-ea56054de187

https://www.dobitaobyte.com.br/cross-compiling-para-a-omega/

=== Emulando Arm no QEmu ===

https://www.dobitaobyte.com.br/emulacao-de-arm-com-qemu-e-debian/

RaspberryPi

2025-10-30T12:08:44Z

Mauferrari:

RaspberryPi

2025-10-30T12:03:16Z

Mauferrari:

=== Comandos basicos do Linux ===
https://www.raspberrypi.org/documentation/linux/usage/commands.md

=== Gravando SD Card com imagem ===
https://learn.sparkfun.com/tutorials/sd-cards-and-writing-images/all

* Gravando SD Card com dcfldd (substituto mais confiável para o dd)
**https://www.tiforense.com.br/dcfldd/
**<code> # block size 1MB sudo dcfldd status=on bs=1M if=/dev/sd<X> of=./arquivo.img </code>

=== Usando GPIO ===
https://learn.sparkfun.com/tutorials/raspberry-gpio

=== Reduzindo Consumo, Desligando wifi e BT ===
https://www.pidramble.com/wiki/benchmarks/power-consumption#:~:text=There%20are%20a%20few%20different,Minimize%20accessories

https://viniciuspaes.com/raspberry-pi/tutorial-desabilitar-wifi-bluetooth-raspberry-pi-ubuntu-server/

=== Forçando HDMI como saída padrão ===
https://howtoraspberrypi.com/raspberry-pi-hdmi-not-working/

=== Opções para definir resolução, formato de tela e etc no arquivo config.txt ===

https://www.raspberrypi.org/documentation/configuration/config-txt/video.md

https://www.raspberrypi.org/forums/viewtopic.php?t=5851

=== Instalar servidor VNC ===
https://www.raspberrypi.org/documentation/remote-access/vnc/

=== Prevent turning off screen or blank the screen ===
https://raspberrypi.stackexchange.com/questions/752/how-do-i-prevent-the-screen-from-going-blank

https://stackoverflow.com/questions/29890634/stop-screenly-raspberry-pi-from-turning-off-screen

=== Raspbian Lite with RPD/LXDE/XFCE/MATE/i3/Openbox/X11 GUI ===
https://www.raspberrypi.org/forums/viewtopic.php?f=66&t=133691

=== Colocando em Modo Quiosque ===

https://clebitos.wordpress.com/2017/08/10/raspberry-pi-modo-quiosque-xdotool/

https://github.com/MobilityLab/TransitScreen/wiki/Raspberry-Pi

=== Cross-Compiling ===

https://www.embarcados.com.br/cross-compiling-com-a-raspberry-pi/

https://www.dobitaobyte.com.br/cross-compiling-para-raspberry/

https://medium.com/@au42/the-useful-raspberrypi-cross-compile-guide-ea56054de187

https://www.dobitaobyte.com.br/cross-compiling-para-a-omega/

=== Emulando Arm no QEmu ===

https://www.dobitaobyte.com.br/emulacao-de-arm-com-qemu-e-debian/

Main Page

2025-10-10T16:27:03Z

Mauferrari: /* Ferramentas */

== Seja bem vindo a Wiki do VeRLab (Computer Vision and Robotics Laboratory - DCC - UFMG) ==

=== [[Regras de Conduta e Termo de Compromisso]] ===
=== [[Como rodar seu experimento]] ===
=== [[Trabalhando remotamente]] ===

=== [[Dicas para escrever e apresentar sua publicação]] ===
=== [http://www.verlab.dcc.ufmg.br/mediawiki/index.php/Special:AllPages Relação de todas as páginas dessa wiki] ===

== [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Robot Robôs] ==

==== Small size Robots ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Main_Page/e-puck E-puck]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/HeRo HeRo]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Espcopter Espcopter]

==== Mobile Robots ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Roomba Roomba]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Kobuki Kobuki]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Pioneer Pioneer - ActivMedia Robotics]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Jackal Jackal - Clearpath Robotics]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Tamiya Tamiya TXT-1]

==== Robot Arm ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Kinova_Gen3_Ultra Gen3 Ultra lightweight robot arm - KINOVA]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Fenrir_Arm Fenrir]

==== Multirotor ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/ARdrone Parrot AR.Drone 2.0]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Hummingbird AscTec Hummingbird]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Pelican AscTec Pelican]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Iris 3DR IRIS+]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/X8 3DR X8+]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/DJI Tello]

==== Fixed-Wing ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Aero 3DR Aero]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/E384 Drone E384]

== [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Sensor Sensores] ==
==== Laser ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Laser_Hokuyo Hokuyo]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/LaserVelodyne Velodyne]

==== IMU (unidades inerciais, acelerômetro, magnetometro, barômetro e etc ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/IMU IMUs]

==== Câmeras ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Camera_360 Camera 360]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/GoPro GoPro]
* TODO Kinect One (Xbox One)
* TODO Kinect v2 (Xbox 360)
* TODO [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/ZED StereoLabs ZED(RGBD)]
* TODO [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/RealSense Intel Real Sense (RGBD)]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Asus_Xtion_PRO Asus Xtion PRO]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/WebCams WebCams]

==== Realidade Virtual e Aumentada ====
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Hololens HoloLens]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Oculus_Rift Oculus Rift]

== Atuadores ==
* Dynamixel AX-12
* Dynamixel MX-64AT
* TODO Motor Servo
* Geomagic Touch [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/GeomagicTouch]

== Placas Controladoras e Sensor Nodes ==
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Arduino Arduino]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/ESP32 ESP32]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/ESP8266 ESP8266]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/RaspberryPi Raspberry Pi]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Jetson_Nano Jetson nano - Nvidia]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/mote Sensor Nodes]

== Softwares ==
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Singularity Singularity]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Docker Docker]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/ROS ROS - Robot Operacional System]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/GAZEBO Gazebo]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Virtualenv Python Virtual Enviroment]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/GitHub_do_Verlab GitHub do Verlab]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Sistema_Operacional_Windows S.O. Windows]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Sistema_Operacional_Linux S.O. Linux]

== Equipamentos de Pesquisa ==
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Impressora3D Impressora 3D]

== Equipamentos de Informática ==
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/EquipamentoInformatica/Cabo_de_Rede Montagem de Cabos de Rede]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/EquipamentoInformatica/Impressoras Impressoras]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/NoBreak No Break]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/EquipamentoInformatica/HD Teste HD - smartctl]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/EquipamentoInformatica/RotuladorPT80 Rotuladora PT80]
* [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/EquipamentoInformatica/PastaTermica Aplicação e Escolha de Pasta Térmica]

== Ferramentas ==
* TODO
* [http://www.crvindustrial.com/blog/como-medir-parafusos-corretamente como medir parafusos]
* [https://www.youtube.com/watch?v=GJqt5VYRBro Dicas sobre Conector e Terminal1]
* [https://www.youtube.com/watch?v=GZOh1NzqzzU Dicas sobre Conector e Terminal2]
* Conversores DC-DC:
** [https://www.smartkits.com.br/modulo-regulador-de-tensao-step-up-6a-150w Step Up 6A 100W (150W com cooler)]
** [https://www.robocore.net/regulador-de-tensao/modulo-regulador-de-tensao-ajustavel-lm2596-3a Step Down LM2596 3A]
** [https://www.amazon.com.br/Conversor-300W-Tens%C3%A3o-Corrente-Control%C3%A1veis/dp/B0C1LDLD12/ref=asc_df_B0C1LDLD12 Step Down 300W 20A SZBK07]

Trabalhando remotamente

2025-09-30T16:34:00Z

Mauferrari: /* Sobrescrever o ~/.bashrc com os valores default */

Trabalhando remotamente

2025-09-30T16:32:08Z

Mauferrari: /* Restaurar ~/.bashrc */

Trabalhando remotamente

2025-09-30T16:29:24Z

Mauferrari: /* Restaurar ~~/.bashrc */

A seguir, algumas dicas para quem precisar usar a infraestrutura dos laboratórios de maneira remota.

Se você estiver de fora da rede do DCC (por exemplo, da sua casa e sem usar VPN), é necessário fazer login primeiro na máquina login.dcc.ufmg.br, para depois entrar na máquina específica do laboratório com que se quer trabalhar (e.g., roomba, epona).

== Acessando máquinas via SSH (shell) ==

É possível usar o recurso de ''jump host'' do SSH para conectar na máquina desejada (e.g., roomba) passando por outra que esteja no caminho (e.g, login.dcc.ufmg.br).

Em linha de comando, podemos fazer:

ssh -J SEU_USUARIO_DCC@login.dcc.ufmg.br SEU_USUARIO_VERLAB@NOME_DA_MAQUINA.verlab

Por exemplo, para <code>flavioro</code> se conectar à '''roomba''':

ssh -J flavioro@login.dcc.ufmg.br flavioro@roomba.verlab

Ao executar, primeiro será solicitada a senha do usuário do DCC, depois a senha dele no laboratório (se forem diferentes).

 
== Acessando máquinas via SSH (VSCODE) ==

1. Instale a extensão '''Remote - SSH''' em seu VsCode.

2. Clique no ícone '''Remote Explorer''', que se encontra no menu lateral esquerdo.

3. Certifique-se que a opção Remote Explorer esteja setada com '''Remotes (Tunnels/SSH)'''.
[[File:Remote_tunel.png]]

4. Clique em adicionar nova conexão e copie o seguinte comando na aba de input que irá se abrir:

ssh -J SEU_USUARIO_DCC@login.dcc.ufmg.br SEU_USUARIO_VERLAB@NOME_DA_MAQUINA.verlab

5. Aperte Enter.

6. Clique no primeiro diretório de arquivo de configuração para criá-lo.

7. Clique em Connect.
[[File:Host_add.png]]

8. Insira suas credenciais (Primeiro a senha do login.dcc e depois a do laboratório).
 
== Acessando máquinas via SFTP (nautilus) ==

[[File:screenshot-from-gnome-files.png|500px|right|Screenshot do Gnome Files mostrando a aba "+ Outros Locais", que permite o usuário "Conectar a servidor", digitando um endereço SSH (dentre outras formas).]]

Para fazer transferência de arquivos entre a sua máquina e aquela em que você executou seus experimentos, você pode usar SFTP. O Files (antigo Nautilus) do Gnome tem essa funcionalidade. Você pode testar digitando <code>ssh://SEU_USUARIO_DCC@login.dcc.ufmg.br</code> no campo "Conectar a servidor" e ver que consegue ver os arquivos da sua HOME do DCC (depois de digitar sua senha).

Contudo, não é possível usar a funcionalidade de ''jump host'' do SSH tão facilmente pela interface do Files. É necessário configurar o SSH para criar os destinos desejados e, então, acessar usando o nome do destino desejado. Para tanto, vamos precisar:

# Abrir (criando ou alterando) o arquivo de configuração do SSH no seu computador
# nano ~/.ssh/config
# Escrever as configurações para (a) compartilhamento de conexão entre ''jumps'', (b) definir destino da rede DCC, definir 1 novo destino para cada máquina desejada do laboratório:<pre>ControlMaster auto
ControlPath ~/.ssh/control-%h-%p-%r
Host dcc
 HostName login.dcc.ufmg.br
 User SEU_USUARIO_DCC

Host roomba
 HostName roomba.verlab
 ProxyCommand ssh -W %h:%p dcc
 User SEU_USUARIO_VERLAB
Host wall-e
 HostName 150.164.212.244
 ProxyCommand ssh -W %h:%p dcc
 User SEU_USUARIO_VERLAB
Host NOME_DE_UMA_MAQUINA
 HostName NOME_DE_UMA_MAQUINA
 ProxyCommand ssh -W %h:%p dcc
 User SEU_USUARIO_VERLAB</pre>
# Testar o acesso SSH (shell) para a rede do DCC e para os computadores do laboratório desejados:<pre>ssh dcc
# deve pedir sua senha DCC para se conectar à login.dcc.ufmg.br
ssh roomba
#deve pedir primeiro a senha DCC, depois a do laboratório</pre>
# Na interface do Files (antigo nautilus), na aba "+ Outros locais", no campo "Conectar a servidor", digite <code>ssh://NOME_DE_UMA_MAQUINA</code>. Por exemplo:<pre>ssh://roomba</pre>
#* Então, forneça sua senha do DCC
#* Depois do laboratório
#* Será possível visualizar, baixar/subir arquivos para sua HOME na máquina em que entrou:

[[File:screenshot-files-mostrando-sftp-para-marvin.png|600px|center|Screenshot do Gnome Files mostrando a aba "+ Outros Locais" conectada à máquina marvin do laboratório, permitindo transmissão de arquivos.]]

 
== Terminal para Windows 10/11 fazer SSH, X11 forward e etc ==
* https://mobaxterm.mobatek.net/
Enhanced terminal for Windows with X11 server, tabbed SSH client, network tools and much more.
MobaXterm provides all the important remote network tools (SSH, X11, RDP, VNC, FTP, MOSH, ...) and Unix commands (bash, ls, cat, sed, grep, awk, rsync, ...) to Windows desktop, in a single portable exe file which works out of the box.
[[File:moba-xterm.png|500px|thumb|center]]

== Usando tmux ou byobu: multiplexador de terminais ==

=== tmux ===

Tutoriais e getting started:
* https://github.com/tmux/tmux/wiki/Getting-Started
* https://www.hostinger.com.br/tutoriais/como-usar-tmux-lista-de-comandos/
* https://qnax.sh/blog/como-usar-o-tmux-um-guia-completo-com-lista-de-comandos/
* https://www.makeuseof.com/install-tmux-linux/
* https://www.makeuseof.com/tag/cheat-sheet-tmux-commands-cheat-sheet/
* https://itexto.com.br/receitas-da-itexto-como-ter-janelas-em-seu-terminal-usando-tmux/
* https://github.com/tmux/tmux/wiki/Advanced-Use#advanced-use
* https://arcolinux.com/everthing-you-need-to-know-about-tmux-panes/
* http://man.openbsd.org/OpenBSD-current/man1/tmux.1

Lista de temas e add-ons para o tmux
* https://github.com/rothgar/awesome-tmux
* https://www.trackawesomelist.com/rothgar/awesome-tmux/readme/

Configurações básicas para facilitar o uso com mouse

{| class="wikitable"
|-
! Criar arquivo de configuração do tmux para habilitar o mouse e outras coisas úteis
|-
|
<pre>
# Criar arquivo na home do seu usuário chamado .tmux.conf
# nano ~/.tmux.conf
# Inserir as linhas abaixo:

# increase history size
set-option -g history-limit 10000

# start with mouse mode enabled
set-option -g mouse on

# toggle synchronize-panes
unbind y
bind y set-window-option synchronize-panes

# pane navigation, vim style
unbind l
bind -r h select-pane -L # move left
bind -r j select-pane -D # move down
bind -r k select-pane -U # move up
bind -r l select-pane -R # move right
</pre>
|}

=== byobu ===
** https://linuxhint.com/byobu-linux-command/
** https://opensource.com/article/20/2/byobu-ssh
** https://aliartiza75.medium.com/what-is-byobu-and-how-to-use-it-b09722008d65
** https://byobu.org/



== Comandos Basicos Linux ==
* https://avantufmg.notion.site/Comandos-B-sicos-Terminal-Linux-491cfabc506248f680b3daedf61fa23c

==== Restaurar <code>~/.bashrc</code> ====

<pre>cp /etc/skel/.bashrc /home/$USER</pre>

Trabalhando remotamente

2025-09-30T16:29:13Z

Mauferrari: /* Restaurar ~/.bashrc */

A seguir, algumas dicas para quem precisar usar a infraestrutura dos laboratórios de maneira remota.

Se você estiver de fora da rede do DCC (por exemplo, da sua casa e sem usar VPN), é necessário fazer login primeiro na máquina login.dcc.ufmg.br, para depois entrar na máquina específica do laboratório com que se quer trabalhar (e.g., roomba, epona).

== Acessando máquinas via SSH (shell) ==

É possível usar o recurso de ''jump host'' do SSH para conectar na máquina desejada (e.g., roomba) passando por outra que esteja no caminho (e.g, login.dcc.ufmg.br).

Em linha de comando, podemos fazer:

ssh -J SEU_USUARIO_DCC@login.dcc.ufmg.br SEU_USUARIO_VERLAB@NOME_DA_MAQUINA.verlab

Por exemplo, para <code>flavioro</code> se conectar à '''roomba''':

ssh -J flavioro@login.dcc.ufmg.br flavioro@roomba.verlab

Ao executar, primeiro será solicitada a senha do usuário do DCC, depois a senha dele no laboratório (se forem diferentes).

 
== Acessando máquinas via SSH (VSCODE) ==

1. Instale a extensão '''Remote - SSH''' em seu VsCode.

2. Clique no ícone '''Remote Explorer''', que se encontra no menu lateral esquerdo.

3. Certifique-se que a opção Remote Explorer esteja setada com '''Remotes (Tunnels/SSH)'''.
[[File:Remote_tunel.png]]

4. Clique em adicionar nova conexão e copie o seguinte comando na aba de input que irá se abrir:

ssh -J SEU_USUARIO_DCC@login.dcc.ufmg.br SEU_USUARIO_VERLAB@NOME_DA_MAQUINA.verlab

5. Aperte Enter.

6. Clique no primeiro diretório de arquivo de configuração para criá-lo.

7. Clique em Connect.
[[File:Host_add.png]]

8. Insira suas credenciais (Primeiro a senha do login.dcc e depois a do laboratório).
 
== Acessando máquinas via SFTP (nautilus) ==

[[File:screenshot-from-gnome-files.png|500px|right|Screenshot do Gnome Files mostrando a aba "+ Outros Locais", que permite o usuário "Conectar a servidor", digitando um endereço SSH (dentre outras formas).]]

Para fazer transferência de arquivos entre a sua máquina e aquela em que você executou seus experimentos, você pode usar SFTP. O Files (antigo Nautilus) do Gnome tem essa funcionalidade. Você pode testar digitando <code>ssh://SEU_USUARIO_DCC@login.dcc.ufmg.br</code> no campo "Conectar a servidor" e ver que consegue ver os arquivos da sua HOME do DCC (depois de digitar sua senha).

Contudo, não é possível usar a funcionalidade de ''jump host'' do SSH tão facilmente pela interface do Files. É necessário configurar o SSH para criar os destinos desejados e, então, acessar usando o nome do destino desejado. Para tanto, vamos precisar:

# Abrir (criando ou alterando) o arquivo de configuração do SSH no seu computador
# nano ~/.ssh/config
# Escrever as configurações para (a) compartilhamento de conexão entre ''jumps'', (b) definir destino da rede DCC, definir 1 novo destino para cada máquina desejada do laboratório:<pre>ControlMaster auto
ControlPath ~/.ssh/control-%h-%p-%r
Host dcc
 HostName login.dcc.ufmg.br
 User SEU_USUARIO_DCC

Host roomba
 HostName roomba.verlab
 ProxyCommand ssh -W %h:%p dcc
 User SEU_USUARIO_VERLAB
Host wall-e
 HostName 150.164.212.244
 ProxyCommand ssh -W %h:%p dcc
 User SEU_USUARIO_VERLAB
Host NOME_DE_UMA_MAQUINA
 HostName NOME_DE_UMA_MAQUINA
 ProxyCommand ssh -W %h:%p dcc
 User SEU_USUARIO_VERLAB</pre>
# Testar o acesso SSH (shell) para a rede do DCC e para os computadores do laboratório desejados:<pre>ssh dcc
# deve pedir sua senha DCC para se conectar à login.dcc.ufmg.br
ssh roomba
#deve pedir primeiro a senha DCC, depois a do laboratório</pre>
# Na interface do Files (antigo nautilus), na aba "+ Outros locais", no campo "Conectar a servidor", digite <code>ssh://NOME_DE_UMA_MAQUINA</code>. Por exemplo:<pre>ssh://roomba</pre>
#* Então, forneça sua senha do DCC
#* Depois do laboratório
#* Será possível visualizar, baixar/subir arquivos para sua HOME na máquina em que entrou:

[[File:screenshot-files-mostrando-sftp-para-marvin.png|600px|center|Screenshot do Gnome Files mostrando a aba "+ Outros Locais" conectada à máquina marvin do laboratório, permitindo transmissão de arquivos.]]

 
== Terminal para Windows 10/11 fazer SSH, X11 forward e etc ==
* https://mobaxterm.mobatek.net/
Enhanced terminal for Windows with X11 server, tabbed SSH client, network tools and much more.
MobaXterm provides all the important remote network tools (SSH, X11, RDP, VNC, FTP, MOSH, ...) and Unix commands (bash, ls, cat, sed, grep, awk, rsync, ...) to Windows desktop, in a single portable exe file which works out of the box.
[[File:moba-xterm.png|500px|thumb|center]]

== Usando tmux ou byobu: multiplexador de terminais ==

=== tmux ===

Tutoriais e getting started:
* https://github.com/tmux/tmux/wiki/Getting-Started
* https://www.hostinger.com.br/tutoriais/como-usar-tmux-lista-de-comandos/
* https://qnax.sh/blog/como-usar-o-tmux-um-guia-completo-com-lista-de-comandos/
* https://www.makeuseof.com/install-tmux-linux/
* https://www.makeuseof.com/tag/cheat-sheet-tmux-commands-cheat-sheet/
* https://itexto.com.br/receitas-da-itexto-como-ter-janelas-em-seu-terminal-usando-tmux/
* https://github.com/tmux/tmux/wiki/Advanced-Use#advanced-use
* https://arcolinux.com/everthing-you-need-to-know-about-tmux-panes/
* http://man.openbsd.org/OpenBSD-current/man1/tmux.1

Lista de temas e add-ons para o tmux
* https://github.com/rothgar/awesome-tmux
* https://www.trackawesomelist.com/rothgar/awesome-tmux/readme/

Configurações básicas para facilitar o uso com mouse

{| class="wikitable"
|-
! Criar arquivo de configuração do tmux para habilitar o mouse e outras coisas úteis
|-
|
<pre>
# Criar arquivo na home do seu usuário chamado .tmux.conf
# nano ~/.tmux.conf
# Inserir as linhas abaixo:

# increase history size
set-option -g history-limit 10000

# start with mouse mode enabled
set-option -g mouse on

# toggle synchronize-panes
unbind y
bind y set-window-option synchronize-panes

# pane navigation, vim style
unbind l
bind -r h select-pane -L # move left
bind -r j select-pane -D # move down
bind -r k select-pane -U # move up
bind -r l select-pane -R # move right
</pre>
|}

=== byobu ===
** https://linuxhint.com/byobu-linux-command/
** https://opensource.com/article/20/2/byobu-ssh
** https://aliartiza75.medium.com/what-is-byobu-and-how-to-use-it-b09722008d65
** https://byobu.org/



== Comandos Basicos Linux ==
* https://avantufmg.notion.site/Comandos-B-sicos-Terminal-Linux-491cfabc506248f680b3daedf61fa23c

==== Restaurar ~<code>~/.bashrc</code> ====

<pre>cp /etc/skel/.bashrc /home/$USER</pre>

Trabalhando remotamente

2025-09-30T16:28:26Z

Mauferrari: /* Comandos Basicos Linux */

A seguir, algumas dicas para quem precisar usar a infraestrutura dos laboratórios de maneira remota.

Se você estiver de fora da rede do DCC (por exemplo, da sua casa e sem usar VPN), é necessário fazer login primeiro na máquina login.dcc.ufmg.br, para depois entrar na máquina específica do laboratório com que se quer trabalhar (e.g., roomba, epona).

== Acessando máquinas via SSH (shell) ==

É possível usar o recurso de ''jump host'' do SSH para conectar na máquina desejada (e.g., roomba) passando por outra que esteja no caminho (e.g, login.dcc.ufmg.br).

Em linha de comando, podemos fazer:

ssh -J SEU_USUARIO_DCC@login.dcc.ufmg.br SEU_USUARIO_VERLAB@NOME_DA_MAQUINA.verlab

Por exemplo, para <code>flavioro</code> se conectar à '''roomba''':

ssh -J flavioro@login.dcc.ufmg.br flavioro@roomba.verlab

Ao executar, primeiro será solicitada a senha do usuário do DCC, depois a senha dele no laboratório (se forem diferentes).

 
== Acessando máquinas via SSH (VSCODE) ==

1. Instale a extensão '''Remote - SSH''' em seu VsCode.

2. Clique no ícone '''Remote Explorer''', que se encontra no menu lateral esquerdo.

3. Certifique-se que a opção Remote Explorer esteja setada com '''Remotes (Tunnels/SSH)'''.
[[File:Remote_tunel.png]]

4. Clique em adicionar nova conexão e copie o seguinte comando na aba de input que irá se abrir:

ssh -J SEU_USUARIO_DCC@login.dcc.ufmg.br SEU_USUARIO_VERLAB@NOME_DA_MAQUINA.verlab

5. Aperte Enter.

6. Clique no primeiro diretório de arquivo de configuração para criá-lo.

7. Clique em Connect.
[[File:Host_add.png]]

8. Insira suas credenciais (Primeiro a senha do login.dcc e depois a do laboratório).
 
== Acessando máquinas via SFTP (nautilus) ==

[[File:screenshot-from-gnome-files.png|500px|right|Screenshot do Gnome Files mostrando a aba "+ Outros Locais", que permite o usuário "Conectar a servidor", digitando um endereço SSH (dentre outras formas).]]

Para fazer transferência de arquivos entre a sua máquina e aquela em que você executou seus experimentos, você pode usar SFTP. O Files (antigo Nautilus) do Gnome tem essa funcionalidade. Você pode testar digitando <code>ssh://SEU_USUARIO_DCC@login.dcc.ufmg.br</code> no campo "Conectar a servidor" e ver que consegue ver os arquivos da sua HOME do DCC (depois de digitar sua senha).

Contudo, não é possível usar a funcionalidade de ''jump host'' do SSH tão facilmente pela interface do Files. É necessário configurar o SSH para criar os destinos desejados e, então, acessar usando o nome do destino desejado. Para tanto, vamos precisar:

# Abrir (criando ou alterando) o arquivo de configuração do SSH no seu computador
# nano ~/.ssh/config
# Escrever as configurações para (a) compartilhamento de conexão entre ''jumps'', (b) definir destino da rede DCC, definir 1 novo destino para cada máquina desejada do laboratório:<pre>ControlMaster auto
ControlPath ~/.ssh/control-%h-%p-%r
Host dcc
 HostName login.dcc.ufmg.br
 User SEU_USUARIO_DCC

Host roomba
 HostName roomba.verlab
 ProxyCommand ssh -W %h:%p dcc
 User SEU_USUARIO_VERLAB
Host wall-e
 HostName 150.164.212.244
 ProxyCommand ssh -W %h:%p dcc
 User SEU_USUARIO_VERLAB
Host NOME_DE_UMA_MAQUINA
 HostName NOME_DE_UMA_MAQUINA
 ProxyCommand ssh -W %h:%p dcc
 User SEU_USUARIO_VERLAB</pre>
# Testar o acesso SSH (shell) para a rede do DCC e para os computadores do laboratório desejados:<pre>ssh dcc
# deve pedir sua senha DCC para se conectar à login.dcc.ufmg.br
ssh roomba
#deve pedir primeiro a senha DCC, depois a do laboratório</pre>
# Na interface do Files (antigo nautilus), na aba "+ Outros locais", no campo "Conectar a servidor", digite <code>ssh://NOME_DE_UMA_MAQUINA</code>. Por exemplo:<pre>ssh://roomba</pre>
#* Então, forneça sua senha do DCC
#* Depois do laboratório
#* Será possível visualizar, baixar/subir arquivos para sua HOME na máquina em que entrou:

[[File:screenshot-files-mostrando-sftp-para-marvin.png|600px|center|Screenshot do Gnome Files mostrando a aba "+ Outros Locais" conectada à máquina marvin do laboratório, permitindo transmissão de arquivos.]]

 
== Terminal para Windows 10/11 fazer SSH, X11 forward e etc ==
* https://mobaxterm.mobatek.net/
Enhanced terminal for Windows with X11 server, tabbed SSH client, network tools and much more.
MobaXterm provides all the important remote network tools (SSH, X11, RDP, VNC, FTP, MOSH, ...) and Unix commands (bash, ls, cat, sed, grep, awk, rsync, ...) to Windows desktop, in a single portable exe file which works out of the box.
[[File:moba-xterm.png|500px|thumb|center]]

== Usando tmux ou byobu: multiplexador de terminais ==

=== tmux ===

Tutoriais e getting started:
* https://github.com/tmux/tmux/wiki/Getting-Started
* https://www.hostinger.com.br/tutoriais/como-usar-tmux-lista-de-comandos/
* https://qnax.sh/blog/como-usar-o-tmux-um-guia-completo-com-lista-de-comandos/
* https://www.makeuseof.com/install-tmux-linux/
* https://www.makeuseof.com/tag/cheat-sheet-tmux-commands-cheat-sheet/
* https://itexto.com.br/receitas-da-itexto-como-ter-janelas-em-seu-terminal-usando-tmux/
* https://github.com/tmux/tmux/wiki/Advanced-Use#advanced-use
* https://arcolinux.com/everthing-you-need-to-know-about-tmux-panes/
* http://man.openbsd.org/OpenBSD-current/man1/tmux.1

Lista de temas e add-ons para o tmux
* https://github.com/rothgar/awesome-tmux
* https://www.trackawesomelist.com/rothgar/awesome-tmux/readme/

Configurações básicas para facilitar o uso com mouse

{| class="wikitable"
|-
! Criar arquivo de configuração do tmux para habilitar o mouse e outras coisas úteis
|-
|
<pre>
# Criar arquivo na home do seu usuário chamado .tmux.conf
# nano ~/.tmux.conf
# Inserir as linhas abaixo:

# increase history size
set-option -g history-limit 10000

# start with mouse mode enabled
set-option -g mouse on

# toggle synchronize-panes
unbind y
bind y set-window-option synchronize-panes

# pane navigation, vim style
unbind l
bind -r h select-pane -L # move left
bind -r j select-pane -D # move down
bind -r k select-pane -U # move up
bind -r l select-pane -R # move right
</pre>
|}

=== byobu ===
** https://linuxhint.com/byobu-linux-command/
** https://opensource.com/article/20/2/byobu-ssh
** https://aliartiza75.medium.com/what-is-byobu-and-how-to-use-it-b09722008d65
** https://byobu.org/



== Comandos Basicos Linux ==
* https://avantufmg.notion.site/Comandos-B-sicos-Terminal-Linux-491cfabc506248f680b3daedf61fa23c

==== Restaurar ~/.bashrc ====

<code>cp /etc/skel/.bashrc ~</code>

Trabalhando remotamente

2025-09-30T16:27:57Z

Mauferrari: /* Comandos Basicos Linux */

A seguir, algumas dicas para quem precisar usar a infraestrutura dos laboratórios de maneira remota.

Se você estiver de fora da rede do DCC (por exemplo, da sua casa e sem usar VPN), é necessário fazer login primeiro na máquina login.dcc.ufmg.br, para depois entrar na máquina específica do laboratório com que se quer trabalhar (e.g., roomba, epona).

== Acessando máquinas via SSH (shell) ==

É possível usar o recurso de ''jump host'' do SSH para conectar na máquina desejada (e.g., roomba) passando por outra que esteja no caminho (e.g, login.dcc.ufmg.br).

Em linha de comando, podemos fazer:

ssh -J SEU_USUARIO_DCC@login.dcc.ufmg.br SEU_USUARIO_VERLAB@NOME_DA_MAQUINA.verlab

Por exemplo, para <code>flavioro</code> se conectar à '''roomba''':

ssh -J flavioro@login.dcc.ufmg.br flavioro@roomba.verlab

Ao executar, primeiro será solicitada a senha do usuário do DCC, depois a senha dele no laboratório (se forem diferentes).

 
== Acessando máquinas via SSH (VSCODE) ==

1. Instale a extensão '''Remote - SSH''' em seu VsCode.

2. Clique no ícone '''Remote Explorer''', que se encontra no menu lateral esquerdo.

3. Certifique-se que a opção Remote Explorer esteja setada com '''Remotes (Tunnels/SSH)'''.
[[File:Remote_tunel.png]]

4. Clique em adicionar nova conexão e copie o seguinte comando na aba de input que irá se abrir:

ssh -J SEU_USUARIO_DCC@login.dcc.ufmg.br SEU_USUARIO_VERLAB@NOME_DA_MAQUINA.verlab

5. Aperte Enter.

6. Clique no primeiro diretório de arquivo de configuração para criá-lo.

7. Clique em Connect.
[[File:Host_add.png]]

8. Insira suas credenciais (Primeiro a senha do login.dcc e depois a do laboratório).
 
== Acessando máquinas via SFTP (nautilus) ==

[[File:screenshot-from-gnome-files.png|500px|right|Screenshot do Gnome Files mostrando a aba "+ Outros Locais", que permite o usuário "Conectar a servidor", digitando um endereço SSH (dentre outras formas).]]

Para fazer transferência de arquivos entre a sua máquina e aquela em que você executou seus experimentos, você pode usar SFTP. O Files (antigo Nautilus) do Gnome tem essa funcionalidade. Você pode testar digitando <code>ssh://SEU_USUARIO_DCC@login.dcc.ufmg.br</code> no campo "Conectar a servidor" e ver que consegue ver os arquivos da sua HOME do DCC (depois de digitar sua senha).

Contudo, não é possível usar a funcionalidade de ''jump host'' do SSH tão facilmente pela interface do Files. É necessário configurar o SSH para criar os destinos desejados e, então, acessar usando o nome do destino desejado. Para tanto, vamos precisar:

# Abrir (criando ou alterando) o arquivo de configuração do SSH no seu computador
# nano ~/.ssh/config
# Escrever as configurações para (a) compartilhamento de conexão entre ''jumps'', (b) definir destino da rede DCC, definir 1 novo destino para cada máquina desejada do laboratório:<pre>ControlMaster auto
ControlPath ~/.ssh/control-%h-%p-%r
Host dcc
 HostName login.dcc.ufmg.br
 User SEU_USUARIO_DCC

Host roomba
 HostName roomba.verlab
 ProxyCommand ssh -W %h:%p dcc
 User SEU_USUARIO_VERLAB
Host wall-e
 HostName 150.164.212.244
 ProxyCommand ssh -W %h:%p dcc
 User SEU_USUARIO_VERLAB
Host NOME_DE_UMA_MAQUINA
 HostName NOME_DE_UMA_MAQUINA
 ProxyCommand ssh -W %h:%p dcc
 User SEU_USUARIO_VERLAB</pre>
# Testar o acesso SSH (shell) para a rede do DCC e para os computadores do laboratório desejados:<pre>ssh dcc
# deve pedir sua senha DCC para se conectar à login.dcc.ufmg.br
ssh roomba
#deve pedir primeiro a senha DCC, depois a do laboratório</pre>
# Na interface do Files (antigo nautilus), na aba "+ Outros locais", no campo "Conectar a servidor", digite <code>ssh://NOME_DE_UMA_MAQUINA</code>. Por exemplo:<pre>ssh://roomba</pre>
#* Então, forneça sua senha do DCC
#* Depois do laboratório
#* Será possível visualizar, baixar/subir arquivos para sua HOME na máquina em que entrou:

[[File:screenshot-files-mostrando-sftp-para-marvin.png|600px|center|Screenshot do Gnome Files mostrando a aba "+ Outros Locais" conectada à máquina marvin do laboratório, permitindo transmissão de arquivos.]]

 
== Terminal para Windows 10/11 fazer SSH, X11 forward e etc ==
* https://mobaxterm.mobatek.net/
Enhanced terminal for Windows with X11 server, tabbed SSH client, network tools and much more.
MobaXterm provides all the important remote network tools (SSH, X11, RDP, VNC, FTP, MOSH, ...) and Unix commands (bash, ls, cat, sed, grep, awk, rsync, ...) to Windows desktop, in a single portable exe file which works out of the box.
[[File:moba-xterm.png|500px|thumb|center]]

== Usando tmux ou byobu: multiplexador de terminais ==

=== tmux ===

Tutoriais e getting started:
* https://github.com/tmux/tmux/wiki/Getting-Started
* https://www.hostinger.com.br/tutoriais/como-usar-tmux-lista-de-comandos/
* https://qnax.sh/blog/como-usar-o-tmux-um-guia-completo-com-lista-de-comandos/
* https://www.makeuseof.com/install-tmux-linux/
* https://www.makeuseof.com/tag/cheat-sheet-tmux-commands-cheat-sheet/
* https://itexto.com.br/receitas-da-itexto-como-ter-janelas-em-seu-terminal-usando-tmux/
* https://github.com/tmux/tmux/wiki/Advanced-Use#advanced-use
* https://arcolinux.com/everthing-you-need-to-know-about-tmux-panes/
* http://man.openbsd.org/OpenBSD-current/man1/tmux.1

Lista de temas e add-ons para o tmux
* https://github.com/rothgar/awesome-tmux
* https://www.trackawesomelist.com/rothgar/awesome-tmux/readme/

Configurações básicas para facilitar o uso com mouse

{| class="wikitable"
|-
! Criar arquivo de configuração do tmux para habilitar o mouse e outras coisas úteis
|-
|
<pre>
# Criar arquivo na home do seu usuário chamado .tmux.conf
# nano ~/.tmux.conf
# Inserir as linhas abaixo:

# increase history size
set-option -g history-limit 10000

# start with mouse mode enabled
set-option -g mouse on

# toggle synchronize-panes
unbind y
bind y set-window-option synchronize-panes

# pane navigation, vim style
unbind l
bind -r h select-pane -L # move left
bind -r j select-pane -D # move down
bind -r k select-pane -U # move up
bind -r l select-pane -R # move right
</pre>
|}

=== byobu ===
** https://linuxhint.com/byobu-linux-command/
** https://opensource.com/article/20/2/byobu-ssh
** https://aliartiza75.medium.com/what-is-byobu-and-how-to-use-it-b09722008d65
** https://byobu.org/



== Comandos Basicos Linux ==
* https://avantufmg.notion.site/Comandos-B-sicos-Terminal-Linux-491cfabc506248f680b3daedf61fa23c

Restaurar ~/.bashrc
<code>cp /etc/skel/.bashrc ~</code>

Como rodar seu experimento

2025-09-30T14:34:54Z

Mauferrari: /* O que você precisa para executar seu experimento no VeRLab/JLab */

= Página em construção =
<div style="color: blue">'''Os passos a seguir atendem para a grande maioria dos experimentos, se tem necessidade de algo diferente ou mais específico, procure um membro da equipe de infraestrutura do VeRLab/JLab.'''</div>
 

= Infraestrutura da rede VeRLab/JLab =
* A equipe de infraestrutura é composta por membros do VeRLab/JLab que trabalham de forma voluntária para manter o melhor possível a disponibilidades dos serviços e equipamentos. Se tiver interesse em participar e aprender, procure um dos professores ou membro da equipe para ajudar.

* A rede é composta em sua maioria por Servidores de processamento e Desktop com S.O. Ubuntu em que cada usuário consegue realizar autenticação com sua senha.
 

== Pasta '''home''' - armazenamento em rede ==
Cada usuário da rede tem uma pasta pessoal montada automaticamente em todas as máquinas no path: <code>/home/<nome_usuario> </code>.

Essa é a '''home''' do seu usuário e ela está '''mapeada em rede e tem uma quota de tamanho limitado'''. O objetivo dessa pasta é '''armazenar apenas arquivos menores como códigos fonte, scripts, artigos, arquivos .pdf e etc'''.

Não armazene datasets, containers ou arquivos grandes (>10GB), temos outra solução para isso na rede explicado a seguir.

A pasta '''home''' não tem um backup, mas ela é armazenada de forma redundante com duas cópias em servidores diferentes, de modo que se um servidor/disco falhar, um segundo disponibiliza a cópia dos arquivos.
 

== Pastas '''draft-xxx''' de "rascunho" - armazenamento em disco local ==
Para armazenar, '''de forma local na máquina''', arquivos maiores como datasets, containers e resultados de experimentos, fica disponível uma "pasta de rascunho" no caminho '''/draft-xxx''' (antigamente era chamada '''/homeLocal''').
 
A pasta '''draft-xxx só tem visibilidade local''', não fica em rede, ou seja, ela só está disponível na máquina específica, não é disponível em todas as máquinas ao mesmo tempo. Mas tem a vantagem de ter uma '''alta taxa de I/O''' (escrita e leitura), já que são discos conectados no barramento da placa-mãe. Assim a tendência de experimentos que precisam escreve/ler constantemente do disco executarem mais rápido na pasta local '''/draft-xxx''' do que na pasta em rede da '''storage''' (explicado a seguir).
 
As pastas '''/draft-xxx''' são usadas para montar os discos/partições extras da máquina. Esses espaços de armazenamento são independente do disco/partição que tem o S.O. Ubuntu, mas não tem qualquer tipo de backup ou redundância, então '''sempre tenha repositórios para salvar cópias de backup dos seus códigos e scripts'''.
 
'''Existe um esforço continuo da equipe de infraestrutura em manter os armazenamentos sempre operando e de forma confiável, o que dá uma "sensação de que nunca estragam", mas pode ocorrer.'''
 
Os caminhos mudam o '''"xxx"''' de acordo com o tipo de tecnologia de armazenamento:

{| class="wikitable"
! caminho !! tipo de armazenamento !! Taxa de I/O máxima típica* !! Obs
|-
| <code>'''/draft-hdd'''</code> || HDD SATA (disco magnético) || Read ~180MB/s Write ~140MB/s || Usualmente temos discos maiores ~2TB - 4TB
|-
| <code>'''/draft-ssd'''</code> || SSD SATA || Read ~500MB/s Write ~400MB/s || Em geral, espaço menor, ~ 480GB - 1TB
|-
| <code>'''/draft-nvme'''</code> || SSD NVMe || Read ~2400MB/s Write ~1500MB/s || Em geral, espaço menor, ~ 480GB - 1TB
|}

*'''Atenção: Essas taxas de I/O são típicas e teóricas, apenas para comparação entre as velocidades de cada tecnologia de armazenamento, não são os valores reais de R/W que teremos nas máquinas'''.
Mas podemos deduzir que os discos HDD serão um pouco mais lentos, mas terão maior espaço disponível. Por outro lado, os SSD e NVMe serão mais rápidos e com menor espaço.
 
Esse espaço de armazenamento '''não tem uma quota específica por usuário''', então deve ser '''bom senso de todos limpar os dados''' dessas pastas quando parar de utilizar. Tem sido recorrente os usuários "esquecerem" dados antigos nessas pastas, então lembre-se de liberar seus dados para permitir que outros usuários encontrem espaço disponível quando necessitarem.
 
O usuário que desejar baixar datasets, criar container singularity e fazer um experimento nas pastas '''/draft-xxx''', deve solicitar à equipe de infraestrutura para criar uma subpasta para seu usuário, por exemplo, <code>/draft-hdd/<usuario></code>
 

== Pastas '''/srv/storage''' - armazenamento em rede distribuído (Serviço de '''storage''') ==
Também temos o serviço de storage, popularmente chamado apenas de '''storage''', que visa armazenar arquivos maiores como datasets e resultados de experimentos em rede, de modo que fica disponível em todas as máquinas da rede VeRLab/JLab.
 
O caminho de montagem do serviço de storage se encontra em <code> '''/srv/storage/'''</code>
 
A grande vantagem é que todas as máquinas vão ter acesso aos dados, porém a taxa de I/O cria tráfego na rede e pode sofrer lentidão se tem muitos experimentos sendo executados simultaneamente, ou se o serviço de storage está sobrecarregado. Em geral, a taxa de I/0 pode ser mais baixa que as pastas '''/draft-xxx''' mas é o custo benefício para executar experimentos simultâneos compartilhando dados em várias máquinas.
 
'''Existe um esforço da equipe de infraestrutura de manter o serviço de storage estável e online, mas algumas queda de energia e defeitos em disco podem ocorrer, mesmo que com uma baixa frequência'''.
 
O usuário que desejar baixar datasets, criar container singularity e fazer um experimento nas pastas '''/srv/storage/forge''', deve solicitar à equipe de infraestrutura para criar uma subpasta para seu usuário, por exemplo, <code>/srv/storage/forge/<nome_usuario></code>
 

= O que você precisa para executar seu experimento no VeRLab/JLab =
# Possuir um login de usuário habilitado na rede do laboratório
# Ter uma pasta para seu usuário usar como rascunho ('''/draft-xxx/<nome_usuario>''' ou '''/srv/storage/forge/<nome_usuario>''')
# Ter seu container com o ambiente de execução usando o [[Singularity4]] ou [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Docker Docker-Rootless-Mode]
# Procurar na planilha de "'''[VeRLab] Utilização, Experimentos GPUs e CPUs'''", aba "Perfil das Máquinas" uma máquina que atenda seus requisitos de hardware
# Preencher seu whatsapp/telegram na aba "Contatos"
# Verificar disponibilidade da máquina na aba "Status de Execução" e agendar seu uso na aba "Log e Intenção de Utilização".

'''OBS:'''
* O link para a planilha "'''[VeRLab] Utilização, Experimentos GPUs e CPUs'''" encontra-se na [https://www.verlab.dcc.ufmg.br/restrict-area/ na área restrita do site (acesso com seu usuário e senha do laboratório)]
 

= Antes de rodar seu experimento =
# Verifique na planilha "'''[VeRLab] Utilização, Experimentos GPUs e CPUs'''" se a máquina está disponível e se você '''já preencheu uma reserva para seu usuário'''. Caso a máquina esteja ocupada, verifique a próxima data disponível e preencha a reserva.
# Quando estiver logado na máquina, verifique se os recursos computacionais estão livres:

#* Parte 1: uso da '''CPU e RAM''' pode-se usar o '''htop''' ( [https://www.treinaweb.com.br/blog/monitorando-processos-com-o-htop/ como usar o htop] )
#* Parte 2: uso da '''GPU (placa de vídeo)''' , pode-se rodar <code> nvidia-smi </code>. Os processos que estiverem carregados na memória da GPU além o Xorg (mesmo que com zero de processamento) mostram que tem usuários utilizando e vão precisar de algum recurso de CPU e RAM para a troca de contexto de seu experimento.
# Se uma máquina específica que precisar estiver ocupada, pode-se conversar com quem está usando para combinar um compartilhamento do uso.
 
{|

|[[File:Tmux-exemplo.jpg|400px|right]]
|}
 

= Durante a execução do seu experimento =

'''Monitore o uso de recursos do seu experimento para garantir que ele não está vazando memória RAM e/ou consumindo todos recursos da máquina'''. Principalmente se a máquina for um ''chunkserver do storage'' (confira na lista de máquinas [https://www.verlab.dcc.ufmg.br/restrict-area/ área restrita do site do VeRLab]).
 
O serviço de armazenamento distribuído, que chamamos de ''storage'', contém todas as imagens singularity, datasets e é responsável pelo experimento de todos os colegas do VeRLab/JLab.
 
'''Se seu experimento exaurir os recursos computacionais das máquinas chunkserver, todo sistema de storage fica lento e atrapalha o experimento de todos!'''

 
Para monitorar seu experimento, é sugerido:
# usar um multiplexador de terminais para manter sua sessão executando em segundo plano após desconectar o ssh. Nas máquinas da rede VeRLab/JLab temos instalado [https://www.verlab.dcc.ufmg.br/mediawiki/index.php/Trabalhando_remotamente tmux e byobu (link para tutoriais)]
# usar uma "pane" com htop, filtrando seu usuário, ou nome do executável <code> htop --user <nome_usuario> </code>;
# usar outra "pane" com <code> watch nvidia-smi </code> (a tela é atualizada a cada 2 segundos)

Dicas para escrever e apresentar sua publicação

2025-09-30T13:48:44Z

Mauferrari: /* Apresentação de dados e resultados */

== Logotipos ==

[[File:Logo_verlab_300dpi.png|300px|left]]

 

[[:File:Logo_Verlab.svg]]
 

== Templates pptx ==
 

== Templates Latex ==
* '''Template Latex - Dissertação PPGCC v1''' : https://github.com/verlab/ppgccufmg

* '''Template Latex - Dissertação PPGCC v1.5'''(modificado por Omar Vital) : https://github.com/verlab/ppgccufmg-exemplo-1_51-changed-ovidalp
 

== Como escrever um bom artigo ==

* '''Writing a Good (Robotics) Paper''' : Slides bem interessantes sobre como escrever um bom paper em áreas mais aplicadas como Robótica/Visão Computacional. http://tokekar.github.io/docs/Tokekar-WritingPapers-Talk.pdf
 

== Como fazer um bom video de robótica ==

* '''How to Make a Good Robot Video''': https://www.ieee-ras.org/publications/how-to-make-a-good-robot-video
 

== Ferramenta para ajudar na revisão da literatura ==

*Mais uma ferramenta que pode ajudar bastante na hora de fazer a revisão da literatura. Como ele mesmo diz, '''não é uma árvore de citação, mas sim uma representação de papers relacionados pelo tema'''. 
** https://medium.com/connectedpapers/announcing-connected-papers-a-visual-tool-for-researchers-to-find-and-explore-academic-papers-89146a54c7d4

* CVF (CVPR, ICCV, WACV) paper downloader
** https://github.com/cristiancanton/cvf_paper_downloader

 

== Apresentação de dados e resultados ==

* '''Pretty Figures''' : bom editor para criar diagramas https://www.bsaver.io/misc/pretty-figures

[[File:pretty-figures-example.png|600px]]

* '''Effectively Using Matplotlib''' : https://pbpython.com/effective-matplotlib.html

[[File:Matplotlib-pbpython-example-header.png|600px]]

* '''HiPlot: High-dimensional interactive plots made easy''': https://ai.facebook.com/blog/hiplot-high-dimensional-interactive-plots-made-easy
[[File:HiPlot-example.jpg|600px]]

* '''Pacote em Latex para facilitar o plot de arquiteturas de redes neurais''': https://github.com/HarisIqbal88/PlotNeuralNet
[[File:PlotNeuralNet-FCN8-example.jpg|600px]]

File:Pretty-figures-example.png

2025-09-30T13:48:23Z

Mauferrari:

Jetson Nano

2025-09-30T13:11:27Z