s-m-e's questions

Estou tentando fazer um Lenovo Thinkpad P52 funcionar com um Lenovo USB-C Hybrid Dock ( 40AF , veja docks para evitar ...) no Linux Mint 20.3 Una aka Ubuntu 20.04 . Que... viagem...

O laptop tem sua /homepasta em um sistema de arquivos ZFS (zpool). O próprio sistema operacional é executado em btrfs. Os gráficos são alterados para dedicados (ou seja, Nvidia) no BIOS e controlados pelo driver proprietário da Nvidia. O BIOS do laptop foi atualizado para a versão mais recente de antemão para evitar brickar a placa-mãe nesse tipo de configuração (erros de BIOS realmente impressionantes). A segurança Thunderbold também foi desativada no BIOS. Curiosamente, o dock não aparece durante a execução boltctl list- embora eu tenha que desativar a segurança do Thunderbold. Acho que é aí que entra o "híbrido". Drivers DisplayLink foram instalados a partir daqui . Eu deveria estar pronto para ir.

Quando inicializo o laptop com o dock desconectado , tudo funciona bem . Posso então conectar o dock assim que o computador estiver ligado e a rede mais o USB no dock estiverem funcionando conforme o esperado. (Ainda não estou longe o suficiente da toca do coelho para solucionar problemas na conexão da tela.)

Quando eu inicializo com o dock conectado ao laptop , a inicialização trava por cerca de dois minutos antes que a tela de login apareça. Geralmente mostra uma única linha de saída do console, geralmente algum erro, mas diferentes a cada vez (por exemplo, ucsi_acpi USBC000:00 con1 failed to register alternate modesou bluetooth hci0 setting interface failed (71)). Eu acho que esses erros também acontecem sem o dock - é devido ao travamento que eu posso vê-los, eu acho. Quando espero algum tempo limite passar, é apresentada a tela de login gráfica usual, embora as tentativas de login falhem. Foi quando descobri que meu zpool havia desaparecido (toda vez que inicializava com o dock conectado), portanto, não havia pasta de usuário para fazer login de um usuário. Mudei para a linha de comando ( Ctrl+F1) e verifiquei zpool status- nada. Um manual zpool import data, o conteúdo de/homeapareceu novamente, voltei a tela de login ( Ctrl+F7) e tudo funcionou bem.

O tempo limite e o fato de meu zpool ter desaparecido sugerem algum tipo de erro durante o carregamento ou inicialização do módulo do kernel, talvez a ordem em que as coisas acontecem - embora eu não tenha certeza de como depurar isso ou o que está acontecendo. Sem o dock, tudo funciona como esperado.

Estou solucionando problemas deste sistema para uma pessoa com deficiência visual. O ponto principal da docking station é que há menos cabos para conectar/desconectar do laptop. É a dificuldade geral de conectar e desconectar os cabos que criou meu cenário. Portanto, é difícil dizer "apenas desconecte o cabo toda vez antes de inicializar a máquina, mesmo que você não a carregue com você", mesmo que seja apenas este cabo.

Estou lidando com um PC, uma caixa de escritório HP pronta para uso, alguns anos atrás. Eu o usava há algum tempo com diferentes sabores ou Linux, principalmente para computação sem cabeça. Em algum momento, tive que instalar o Windows 7 x86_64, então removi todos os discos rígidos anteriores da máquina, encontrei outro SSD, conectei-o, limpei-o e instalei o Windows 7 (todos os padrões) nele. Pelo que posso dizer, ele foi instalado no modo de inicialização UEFI (ou seja, o SSD possui uma pequena partição FAT32 com o sinalizador de inicialização definido).

O tempo passa, preciso rodar o Linux nesta máquina novamente, desligo o SSD e instalo o Linux Mint (ou seja, Ubuntu), versão mais recente de 2 semanas atrás, em uma unidade flash USB. O instalador do Mint envia mensagens de erro para mim, dizendo que há outro sistema operacional neste PC que funciona como no modo BIOS herdado e instalar o Mint no modo UEFI é uma má ideia. Lembre-se, o SSD foi desconectado. Ok ... Não consigo convencer o instalador do Mint a não travar com essa mensagem de erro, então particiono meu pen drive manualmente com o GParted. 512 MByte FAT32 com sinalizador BOOT definido mais uma partição de sistema ext4, tabela de partições GPT. Eu corro o instalador do Mint novamente e aponto para essas partições. Ele lança outro aviso para mim, mas não falha. O Mint é instalado (no modo UEFI) e funciona. As atualizações do kernel e do Grub funcionam.

O tempo passa, de novo, e preciso do Windows de novo. Eu ainda tenho meu SSD por perto, então eu conecto. A unidade flash USB também está presente, pensei que não importaria ... Eu inicializo o PC, o Windows funciona muito bem, eu desligo. Bem, agora eu quero começar o Mint. UEFI não o encontra. Período. Desliguei o SSD. Eu tentei todas as portas USB disponíveis. Liguei o Secure Boot (apenas por diversão) e desliguei novamente. Mudei para o modo somente inicialização do BIOS e voltei para UEFI / legado combinado. Mudei para o modo somente UEFI. Ele simplesmente não reconhece o Mint. Percorrer o menu de inicialização do UEFI não lista a unidade flash USB como uma opção de inicialização UEFI, apenas como uma opção Legacy BIOS (lembro que foi listada como uma opção UEFI quando instalei o Mint nela).

A partição de inicialização Mint UEFI está intocada, até onde eu sei (as datas de alteração correspondem à data da última atualização do Grub). O sinalizador BOOT está definido. Realmente não há nada de errado com isso, tanto quanto eu posso dizer. Meu único "erro" foi inicializar o Windows uma vez enquanto a unidade flash USB contendo o Mint estava conectada ao PC.

O que posso fazer para depurar e/ou resolver esse problema? O que estou possivelmente negligenciando?

EDIT (1): Isto é o que gdiskme diz:

# gdisk -l /dev/sdc
GPT fdisk (gdisk) version 0.8.8

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/sdc: 30464000 sectors, 14.5 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): ***
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 30463966
Partitions will be aligned on 2048-sector boundaries
Total free space is 4029 sectors (2.0 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048         1050623   512.0 MiB   EF00  
   2         1050624        30461951   14.0 GiB    0700  

O código EF00 para a partição 1 é irritante. Não deveria ser EE00?

Também postado nos fóruns do Mint .

Estou olhando para um cenário em que desejo executar um programa/comando sudocomo parte de um teste de software. Os comandos são iniciados a partir de um script Python baseado no subprocessmódulo. Estou tentando evitar ter que executar todo o conjunto de testes com privilégios de superusuário.

Digamos que para o propósito deste exemplo, é top. Meu comando inicia alguns subprocessos próprios e pode entrar em um impasse. Depois de um tempo limite, quero matá-lo (e seus filhos). A solução óbvia parece ser tornar meu comando o chefe de uma nova sessão/grupo de processos, permitindo-me eliminá-lo e seus filhos de uma só vez. O que NÃO consigo descobrir é como fazer isso funcionar com arquivos sudo. No meu caso, sudoé sempre protegido por senha sem exceção e quero mantê-lo assim ... se possível.

1. Funciona:setsid top
2. Funciona, mas NÃO gera um novo grupo de processos:sudo setsid top
3. Problemático - difícil obter a senha do root de maneira segura e segura:setsid sudo top

Não consegui fazer (3) funcionar de forma limpa. Eu mexi com SUDO_ASKPASS.

O que me surpreendeu foi o fato de que (2) realmente é executado, mas NÃO me fornece o novo grupo de processos desejado.

systemd─┬─ ...
        ├─kdeinit5─┬─ ...
        │          └─yakuake─┬─2*[bash]
        │                    ├─bash───sudo───top
        │                    ├─bash───pstree
        ...