Clodoaldo's questions

O sistema Fedora 41 travou durante a atualização do kernel e fiquei com um prompt de resgate do Grub. Então tentei inicializar a partir do bash do Grub. Depois, ele pediu a senha da partição raiz criptografada e não conseguiu montar /sysroot . O que estou perdendo?

Editar

Conforme apontado na resposta do @telcoM, a partição criptografada estava em /dev/mapper.

Mas ainda não consigo montá-lo porque ele faz parte de um grupo de volume lvm e não consigo encontrar o volume lógico correto, pois não há vgscan e lvdisplay neste ambiente. Como fazer isso?

Eu instalei uma mtprotoimagem de proxy com Podman. Quando executo, recebo a mensagem de erro de que a porta 443 já está em uso. Na verdade httpdestá usando. Eu tenho outro endereço IP no mesmo servidor que só é usado agora para sshd. Como forçar o container a usar esse outro IP?

# podman run -d -p443:443 --name=mtproto-proxy --restart=always -v proxy-config:/data telegrammessenger/proxy:latest

# podman image ls
REPOSITORY                         TAG         IMAGE ID      CREATED       SIZE
docker.io/library/hello-world      latest      feb5d9fea6a5  5 months ago  19.9 kB
docker.io/telegrammessenger/proxy  latest      8ce753bac6d9  1 years ago   145 MB

Na minha nova instalação do Fedora 31 não há arquivos \dev\bcache0. O dispositivo de cache é o Raid 1:

# ls -d /dev/b*
/dev/block  /dev/bsg  /dev/btrfs-control  /dev/bus

# bcache-super-show /dev/md127
sb.magic                ok
sb.first_sector         8 [match]
sb.csum                 CDCAF0DD6B68FD24 [match]
sb.version              1 [backing device]

dev.label               (empty)
dev.uuid                b17ceaac-27ec-44d8-8bbb-235cfaa0c4a4
dev.sectors_per_block   1
dev.sectors_per_bucket  1024
dev.data.first_sector   16
dev.data.cache_mode     1 [writeback]
dev.data.cache_state    1 [clean]

cset.uuid               de075a7c-af4e-43e9-b229-804322e3d263

# lsblk
NAME                                          MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda                                             8:0    0 223.6G  0 disk
├─sda1                                          8:1    0   700M  0 part  /boot
├─sda2                                          8:2    0   700M  0 part  /boot/efi
├─sda3                                          8:3    0    26G  0 part
│ └─luks-9793c78f-723c-4218-865f-83dbc4659192 253:1    0    26G  0 crypt [SWAP]
└─sda4                                          8:4    0   162G  0 part
  └─luks-569b1153-2fab-4984-b1b6-c4a02ee206ef 253:0    0   162G  0 crypt /
sdb                                             8:16   0 111.8G  0 disk
├─sdb1                                          8:17   0    40G  0 part
└─sdb2                                          8:18   0  71.8G  0 part
sdc                                             8:32   0   1.8T  0 disk
└─sdc1                                          8:33   0   1.8T  0 part
  └─md127                                       9:127  0   1.8T  0 raid1
sdd                                             8:48   0   1.8T  0 disk
└─sdd1                                          8:49   0   1.8T  0 part
  └─md127                                       9:127  0   1.8T  0 raid1
sde                                             8:64   1  58.9G  0 disk
├─sde1                                          8:65   1    20G  0 part
└─sde2                                          8:66   1  38.9G  0 part
sr0                                            11:0    1  1024M  0 rom

# blkid | grep -E "md127|sdb1"
/dev/sdb1: UUID="057a2f23-c7b1-4264-a534-183ef9cad53b" TYPE="bcache" PARTLABEL="Linux filesystem" PARTUUID="505789f1-0523-4c62-bdb1-81bc0cc7bff1"
/dev/md127: UUID="b17ceaac-27ec-44d8-8bbb-235cfaa0c4a4" TYPE="bcache"

A saída acima significa que o dispositivo está OK e não corrompido?

Logo após esta nova instalação, eu estava funcionando como antes na instalação anterior do Fedora 30. Em seguida, redimensionei a partição do dispositivo de cache ( sdb1) e agora não consigo fazer com que o dispositivo de apoio apareça como um dispositivo bcache.

Não consigo registrar:

# echo /dev/md127 > /sys/fs/bcache/register
-bash: echo: write error: Invalid argument

# echo de075a7c-af4e-43e9-b229-804322e3d263 > /sys/fs/bcache/register
-bash: echo: write error: Invalid argument

Nem anexar

# echo de075a7c-af4e-43e9-b229-804322e3d263 > /sys/block/md127/bcache/attach
-bash: echo: write error: No such file or directory

Esse arquivo sai:

# ll /sys/block/md127/bcache/attach
--w-------. 1 root root 4096 Jan  5 10:37 /sys/block/md127/bcache/attach

o que estou perdendo?