Mike's questions

Instalei o 20.04, fiz as atualizações e executei o sudo apt-get install gnome-session-flashback. Eu gosto da sensação de flashback. Depois fiz as atualizações novamente.

O problema é que não consigo mover os ícones da área de trabalho. Se eu tentar arrastar e soltar um ícone de onde ele está atualmente para outro local na área de trabalho, ele retornará ao local original assim que eu soltar o botão do mouse.

Quando clico com o botão direito do mouse na área de trabalho e vou para "Posicionamento", as outras opções em que estou interessado ficam acinzentadas:

Quando uso o dconf-editor e seleciono as outras opções, assim que seleciono a outra opção, ela volta para a opção padrão. Também não ajuda se eu executar sudo dconf-editor:

Também tentei sudo gsettings set org.gnome.gnome-flashback.desktop.icons placement align-icons-to-grid, mas como você pode ver, não ajudou:

Todas as idéias são realmente apreciadas. Obrigado.

Eu sou um usuário de desktop e gosto da ideia de um menu suspenso organizado. Eu não me importo com temas, cores e todo esse jazz. Eu só quero um menu suspenso organizado e uma barra de tarefas na parte inferior com favoritos e aplicativos usados ​​atualmente. Com base no que vi até agora, as opções para um menu enquanto ainda estou usando o gnome são:

• instalar gnome-session-flashback
• use extensões para modificar o gnome3 (ex: menu Arc)
• use o Ubuntu Mate

Pela primeira vez, o Flashback está me dando trabalho. Não gosto do menu "global" no Gnome3 e não gosto de extensões. O Ubuntu Mate está usando o gnome2, que é antigo, e não quero investir tempo apenas para descobrir por que o gnome3 foi necessário. Desculpe ser tão negativo. Acho que não gosto de mudanças... vem com a idade :-)

Estou perdendo outras opções para usar o gnome com um menu do tipo gnome2? Quais opções estou negligenciando?

O sistema é o Ubuntu 16.04 com dois dispositivos Arduino conectados via cabos USB. Quando estão conectados, aparecem no /devdiretório como ttyACM0e ttyACM1. É possível atribuir um nome diferente com um identificador ligeiramente diferente, como ttyACM5?

Executei o udevadm info --name=/dev/ttyACM0 --attribute-walkcomando e com base nos atributos eles são diferenciáveis ​​(têm números de série diferentes). Tentei colocar um arquivo /etc/udev/rules.dcom as linhas:

ACTION=="add", ATTRS{idVendor}=="2341", ATTRS{idProduct}=="0043", ATTRS{serial}=="55839313738351017091", KERNEL="ttyUSB5", MODE="666" e ACTION=="add", ATTRS{idVendor}=="2341", ATTRS{idProduct}=="0043", ATTRS{serial}=="55839313738351017071", KERNEL="ttyUSB5", MODE="666"

Mas isso não funcionou, pois os dispositivos surgiram novamente como ttyAMC0 e ttyAMC1. É possível atribuir um nome a uma porta serial com um número ligeiramente diferente? Apenas um pouco de fundo; Preciso garantir que os nomes não mudem entre ttyACM0 e ttyACM1 depois, pois tenho um programa que estabelece comunicação com esses dispositivos usando seu caminho (ex: /dev/ttyACM0) e preciso que os nomes sejam estáveis ​​após um PC ciclo de energia e também ao usar um hub USB. Se atribuir um nome está fora da mesa, existem outras opções para atingir o objetivo desejado?

Desde já, obrigado!

Problema : Meu sistema operacional Ubuntu não consegue lidar com duas portas seriais quando os dispositivos seriais conectados às portas seriais estão ligados. como superar esse problema e evitar que minha porta trave? Como eu mesmo soluciono isso?

Sinopse dos sintomas : Quando os dois conversores serial para USB estão conectados ao PC (sem nenhum dispositivo serial conectado a eles), tudo está bem; eles aparecem como ttyUSB0 e ttyUSB1. No entanto, assim que conecto dispositivos seriais a eles e ligo os dispositivos seriais, uma das portas seriais falha (desaparece do diretório /dev). Este não é um problema de hardware ou de fiação. Algo está acontecendo no sistema operacional que está adicionando cabelos grisalhos à minha cabeça.... Você poderia ajudar? Por favor, leia para mais detalhes.

Estou executando o Ubuntu 14.04.3 em um laptop Lenovo.

Estou em um ponto em que posso recriar o erro com o menor número de peças de hardware e software. As etapas abaixo recriam o problema:

1. Eu ligo o PC.

2. Assim que o PC é ativado, eu corro dmesge salvo a saída em um arquivo. Veja https://pastebin.com/4fXxK1hV

3. Eu conecto um dispositivo USB 2.0 chamado "Labjack U3". Este é um fato que não acredito ser muito relevante para este assunto, mas deve ser observado.

4. Eu conecto o RS422 ao dispositivo USB sem nada conectado a ele. eu corro lsusb. É o Bus 003 Device 003: ID 0856:ac11 B&B Electronicsaparelho. A saída é:

   Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
   Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
   Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
   Bus 001 Device 004: ID 04f2:b44d Chicony Electronics Co., Ltd 
   Bus 001 Device 003: ID 0a5c:21e6 Broadcom Corp. BCM20702 Bluetooth 4.0 [ThinkPad]
   Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
   Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
   Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
   Bus 003 Device 003: ID 0856:ac11 B&B Electronics 
   Bus 003 Device 002: ID 0cd5:0003 LabJack Corporation U3
   Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub`
   

5. Corri dmesgde novo. A saída está aqui: https://pastebin.com/uTGra1h7

6. Eu vou /deve corro ls -l | grep USB. A porta serial aparece:

   constructor@constructor-pc:~$ cd /dev
   constructor@constructor-pc:/dev$ ls -l | grep USB
   crw-rw-rw-  1 root dialout 188,   0 Nov 21 16:36 ttyUSB0
   

7. Eu ligo o dispositivo conectado à porta RS422. Não há mudança na saída de /devou ls -l | grep USBelsusb

8. Eu conecto o conversor RS232 para USB. O dispositivo serial ainda não está conectado ao conversor. eu corri lsusb. É o Bus 001 Device 018: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Portaparelho. A saída é:

   constructor@constructor-pc:/dev$ lsusb
   Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
   Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
   Bus 001 Device 004: ID 04f2:b44d Chicony Electronics Co., Ltd 
   Bus 001 Device 003: ID 0a5c:21e6 Broadcom Corp. BCM20702 Bluetooth 4.0 [ThinkPad]
   
   Bus 001 Device 018: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port
   Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
   Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
   Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
   Bus 003 Device 003: ID 0856:ac11 B&B Electronics 
   Bus 003 Device 002: ID 0cd5:0003 LabJack Corporation U3
   Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
   

9. em seguida, executo o ls -l | grep USBcomando no /devdiretório. Aqui está a saída:

   constructor@constructor-pc:/dev$ ls -l | grep USB
   crw-rw-rw-  1 root dialout 188,   0 Nov 21 16:36 ttyUSB0
   crw-rw----  1 root dialout 188,   1 Nov 21 18:47 ttyUSB1
   

10. Até este ponto está tudo OK. Eu corro o dmesgcomando para capturar tudo para solução de problemas. Veja: https://pastebin.com/3kZNLtr6

11. Neste ponto é onde o problema aparece. Eu conecto um dispositivo serial ao conversor RS232 para USB. Até agora tudo ainda está OK. Eu ligo o dispositivo serial (normalmente este é o ponto onde o software que controla meu protótipo falha). Eu imediatamente executo o ls -l | grep USBcomando várias vezes. Aqui está a saída:

    constructor@constructor-pc:/dev$ ls -l | grep USB
    crw-rw-rw-  1 root dialout 188,   0 Nov 21 16:36 ttyUSB0
    constructor@constructor-pc:/dev$ ls -l | grep USB
    crw-rw-rw-  1 root dialout 188,   0 Nov 21 16:36 ttyUSB0
    constructor@constructor-pc:/dev$ ls -l | grep USB
    crw-rw-rw-  1 root dialout 188,   0 Nov 21 16:36 ttyUSB0
    constructor@constructor-pc:/dev$ ls -l | grep USB
    crw-rw-rw-  1 root dialout 188,   0 Nov 21 16:36 ttyUSB0
    constructor@constructor-pc:/dev$ ls -l | grep USB
    crw-rw-rw-  1 root dialout 188,   0 Nov 21 16:36 ttyUSB0
    constructor@constructor-pc:/dev$ ls -l | grep USB
    crw-rw-rw-  1 root dialout 188,   0 Nov 21 16:36 ttyUSB0
    constructor@constructor-pc:/dev$ ls -l | grep USB
    crw-rw-rw-  1 root dialout 188,   0 Nov 21 16:36 ttyUSB0
    constructor@constructor-pc:/dev$ ls -l | grep USB
    crw-rw-rw-  1 root dialout 188,   0 Nov 21 16:36 ttyUSB0
    constructor@constructor-pc:/dev$ ls -l | grep USB
    crw-rw-rw-  1 root dialout 188,   0 Nov 21 16:36 ttyUSB0`
    

    Você pode ver que perdi uma das minhas portas seriais!

12. Agora eu corro dmesgpara uma pessoa mais experiente para usar para diagnóstico. Consulte: https://pastebin.com/sCYXeKa9

Conclusões testadas a que cheguei nos últimos 5 dias:

• Os dispositivos seriais conectados ao RS232 e RS422 funcionam exatamente como o fabricante descreve nos manuais quando apenas um dos dispositivos é conectado por vez. Os dispositivos seriais não estão funcionando mal ou quebrados de forma alguma. Se apenas um dispositivo estiver conectado por vez, posso me comunicar com ele e controlá-lo, e ele se comportará corretamente.
• A fiação para todos os dispositivos é boa (verificação dupla e tripla usando desenhos e medidor)
• Eu removi o hub USB que estava usando e demorei muito para descobrir que não era culpa do hub.
• Descartei os vários pacotes de software que estou usando para ler os dados seriais (sinto que as etapas descritas nesta postagem provam isso).
• É interessante comentar que esse problema ocorre sem que eu sequer envie ou receba comandos para os dispositivos seriais! Quando ligo o dispositivo conectado ao conversor RS232 para USB, o dispositivo serial ainda não está enviando mensagens (ou pelo menos não acredito que esteja), mas a porta serial é imediatamente descartada pelo sistema operacional.

Informações adicionais: Na última semana, desde que fiz esta pergunta, adquiri mais portas seriais para USB, caso uma delas esteja com defeito e o comportamento não tenha mudado. Também substituí o componente serial que causa a falha da porta quando ligada por uma unidade sobressalente, e o comportamento não mudou. Também tentei um PC diferente e o comportamento não mudou.

Você pode fornecer uma resposta com uma correção para esse problema? Ou como solucionar esse problema?

Além disso, se eu puder fornecer qualquer informação ou executar algum comando, não hesite em me avisar!