Perguntas[boot](ubuntu)

Fiz algumas edições no Ubuntu 24.10 seguindo esta pergunta e esta pergunta

Eu editei o grub sudo nano /etc/default/grubseguindo o comandosudo update-grub

A edição foi:

GRUB_DEFAULT=saved
GRUB_SAVEDEFAULT=true
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`( . /etc/os-release; echo ${NAME:-Ubuntu} ) 2>/dev/null || ec>
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

Depois que reiniciei o sistema, o menu de inicialização ou o menu grub não apareceu e foi direto para o Ubuntu 24.10. Agora não consigo fazer login no meu outro sistema operacional. Não sei o que fiz de errado. O que posso fazer para que o menu de inicialização do grub apareça novamente, para que eu possa escolher o sistema operacional que quero usar?

Qual é a melhor ou mais recomendada maneira de configurar o Ubuntu 24.04 para que o Kodi seja sempre executado automaticamente na inicialização e para que nenhuma senha seja necessária na inicialização do Ubuntu?

Eu sei tudo sobre o LibreELEC. Devido a um certo bug bastante problemático (ou seja, perder constantemente a senha do WiFi em cada reinicialização) no LibreELEC, isso (LibreELEC) não é uma opção para mim. Há outras razões pelas quais eu prefiro usar o Linux completo também, especificamente o suporte NFS do kernel integrado.

Estou tentando instalar o Ubuntu 24.04 em um novo PC desktop. A instalação é muito estranha.

O que parece estar acontecendo é que o systemd está travando o sistema após iniciar um de seus serviços. Basicamente, estou vendo ele parar após a seguinte linha:

     starting systemd_rfkill.service - Load/Save RF Kill switch status
[OK] started systemd_rfkill.service - Load/Save RF Kill switch status

e então o sistema congela. O sistema de instalação não abre, e na verdade a única coisa que eu consigo fazer é desligar ou reiniciar o computador.

Alguém mais viu esse problema? Se sim, você tem uma maneira de consertar???

Edição para responder às perguntas de oldfred:

A CPU é uma das mais recentes Ryzen 7. A placa da CPU tem 64G de memória. O disco principal é um SSD de 4Tb. A tela é alimentada por uma placa Nvidia.

Uma coisa interessante: depois de postar esse problema, instalei com sucesso o servidor Ubuntu V22.04 no sistema. Então atualizei de 22.04 para 24.04. Infelizmente, depois da atualização, o sistema reiniciou -- então ele travou após a mesma linha systemd.

hoje atualizei para o Kubuntu 24.10 do 24.04. Após a atualização, não consigo inicializar o Windows 10 pelo GRUB, enquanto ainda é possível escolher diretamente o Windows Boot Manager do UEFI.

Tentei reiniciar sudo update-grube obtive os seguintes resultados:

Sourcing file `/etc/default/grub'
Generating grub configuration file ...
Found theme: /boot/grub/themes/poly-dark-master/theme.txt
Found linux image: /boot/vmlinuz-6.11.0-8-generic
Found initrd image: /boot/initrd.img-6.11.0-8-generic
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
Error: invalid volume.
grub-probe: error: cannot find GRUB device for /dev/sdc1. Please check device.map.
Found Windows Boot Manager on /dev/nvme0n1p1@/efi/Microsoft/Boot/bootmgfw.efi
Found linux image: /boot/vmlinuz-6.11.0-8-generic
Found initrd image: /boot/initrd.img-6.11.0-8-generic
Found memtest86+ 64bit EFI image: /boot/memtest86+x64.efi
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
Error: invalid volume.
grub-probe: error: cannot find GRUB device for /dev/sdc1. Please check device.map.
Found Windows Boot Manager on /dev/nvme0n1p1@/efi/Microsoft/Boot/bootmgfw.efi
Adding boot menu entry for UEFI Firmware Settings ...
done

Depois de reiniciar, ainda acontece o mesmo que eu acabei de obter: error, cannot load imagee ele retorna ao menu principal do GRUB, o que é ainda mais estranho, eu não consigo inicializar o kubuntu até reiniciar o PC. Ele apenas começa a iniciá-lo e então retorna ao menu principal do GRUB. Depois de reiniciar, eu consigo inicializar o Kubuntu normalmente.

Minha configuração do grub /boot/grub/grub.cfg aqui .

I'va Kubuntu e grub instalados em /dev/sdb/, /dev/sdc/é um dos discos listrados do Windows. O Windows está localizado em /dev/nvme0n1/.

# /etc/crypttab: mappings for encrypted partitions.
#
# Each mapped device will be created in /dev/mapper, so your /etc/fstab
# should use the /dev/mapper/<name> paths for encrypted devices.
#
# See crypttab(5) for the supported syntax.
#
# NOTE: You need not list your root (/) partition here, but it must be set up
#       beforehand by the initramfs (/etc/mkinitcpio.conf). The same applies
#       to encrypted swap, which should be set up with mkinitcpio-openswap
#       for resume support.
#
# <name>               <device>                         <password> <options>
cryptHome     UUID=e2652883-XXXX-4d1b-XXXX-c842019fb8d9    none    luks,timeout=30

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system>             <mount point>  <type>  <options>  <dump>  <pass>
UUID=1442-DF7D                            /boot/efi      vfat    defaults   0 2
UUID=3025d2f2-1e29-464a-a7f8-bd1a5a6c9830 /              ext4    defaults   0 1
/swapfile                                 swap           swap    defaults   0 0
tmpfs                                     /tmp           tmpfs   defaults,noatime,mode=1777 0 0
/dev/mapper/cryptHome         /home    ext4   defaults    0    2

journalctl -xb não mostra nenhum erro relacionado ao LUKS, nem ao /var/log/syslog. Tudo funciona perfeitamente quando eu descriptografo manualmente e monto minha partição em /home. No entanto, não tenho certeza de como resolver o problema com a descriptografia automática. Por favor, ajude!

Após atualizar para o Kubuntu 24.10 ontem, montar meus discos btrfs criptografados durante a inicialização não funciona mais. O disco de inicialização do sistema/primário, que também é criptografado, não é afetado. Os discos podem ser montados manualmente por meio de um terminal sem problemas e são utilizáveis ​​então. Como a mesma coisa aconteceu comigo com a atualização 24.04 , agora tenho que investigar a causa; da última vez, apenas uma nova instalação ajudou, desta vez tive que usar o Timeshift .

Infelizmente, muitas instruções de ajuda lidam com uma partição de inicialização criptografada, mas funciona para mim. Eu tentei muitas das soluções sugeridas de várias fontes (atualização do grub, reconstrução do initramfs, padrão de arquivo de chave na configuração etc.), mas nenhuma delas teve efeito.

Antes de tentar instalar a atualização novamente, ficaria muito grato por quaisquer sugestões!

Meus passos

Atualizei o sistema de acordo com as instruções oficiais .

Após a atualização, reiniciei o sistema. O sistema iniciou, o menu Grub apareceu e selecionei Kubuntu . Fui solicitado a digitar a senha para LUKS; isso também funcionou. O disco do sistema pode ser desbloqueado sem problemas.

Depois disso, no entanto, o sistema travou por 90 segundos porque não conseguiu montar os discos btrfs (nos quais /hometambém está localizado). Ele então inicializa na tela de login. O tempo limite de 90 segundos pode ser corrigido comentando as duas entradas btrfs em fstab .

facada

# <file system>             <mount point>  <type>  <options>  <dump>  <pass>
#UUID=965E-2AC0                            /boot/efi      vfat    defaults   0 2
UUID=dc5dea20-a27c-4d6b-af94-eb475db79f3f /boot          ext4    defaults   0 2
/dev/mapper/luks-c1e3cbb8-73d0-49e8-b173-59455bb7279d /              ext4    defaults   0 1
/swapfile                                 swap           swap    defaults   0 0
tmpfs                                     /tmp           tmpfs   defaults,noatime,mode=1777 0 0

# SSD Storage Pool
UUID=8429c8ad-62be-4298-8326-7f202187a03e /mnt/xxxxx_ssd btrfs defaults,noatime,autodefrag,compress=zstd 0 2

# HDD Storage Pool
UUID=6f9a885d-d08f-4684-a979-223d1e9c4edc /mnt/xxxxx_hdd btrfs defaults,noatime,autodefrag,compress=zstd 0 2

# Raspberry PI (WebDAV)
https://192.168.100.99/xxxxx-webdav    /mnt/xxxxx_ssd/home/xxxxx/.mounts/xxxxx-raspi      davfs   noauto,user,rw  0 0
https://192.168.100.99/transfer-webdav /mnt/xxxxx_ssd/home/xxxxx/.mounts/transfer-raspi   davfs   noauto,user,rw  0 0

# Bind HOME
/mnt/xxxxx_ssd/home /home none bind

UUID=965E-2AC0  /boot/efi       vfat    defaults      0       1

criptatab

# <name>               <device>                         <password> <options>
luks-c1e3cbb8-73d0-49e8-b173-59455bb7279d UUID=c1e3cbb8-73d0-49e8-b173-59455bb7279d     none

# SSD Storage Pool
xxxxx_ssd_1 UUID=79c67ffa-70f5-4f7c-ae48-7a6a8b2f909b /etc/storagekeys/xxxxx_ssd.key luks,noearly,discard
xxxxx_ssd_2 UUID=7534ad5d-094e-4259-aaa5-1fa1e63b5a21 /etc/storagekeys/xxxxx_ssd.key luks,noearly,discard

# HDD Storage Pool
xxxxx_hdd_1 UUID=0525c36c-6ff2-4a42-9b8b-edc21ca62f31 /etc/storagekeys/xxxxx_hdd.key luks,noearly
xxxxx_hdd_2 UUID=e0a7ae73-e13f-492f-82ad-3c2a9dff75f3 /etc/storagekeys/xxxxx_hdd.key luks,noearly

Saída deblkid

/dev/mapper/luks-c1e3cbb8-73d0-49e8-b173-59455bb7279d: LABEL="kubuntu_2404" UUID="93370c80-cb8b-4b5d-9da5-8139400a5361" BLOCK_SIZE="4096" TYPE="ext4"
/dev/nvme0n1p5: LABEL="kubuntu_boot" UUID="dc5dea20-a27c-4d6b-af94-eb475db79f3f" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="kubuntu_boot" PARTUUID="c91f9fe9-a67f-4d01-a6c1-333cf0bed36a"
/dev/nvme0n1p3: LABEL="WinSystem" BLOCK_SIZE="512" UUID="54FC642DFC640C14" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="5fdf9496-8daf-4df1-9887-4a63e2d93f59"
/dev/nvme0n1p1: UUID="965E-2AC0" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="9ce15353-1e7e-44b6-856b-496df47550b9"
/dev/nvme0n1p6: UUID="c1e3cbb8-73d0-49e8-b173-59455bb7279d" TYPE="crypto_LUKS" PARTLABEL="kubuntu_2404" PARTUUID="14b68a26-8039-4ae8-b156-617e92a81c18"
/dev/nvme0n1p4: BLOCK_SIZE="512" UUID="6408A54608A51856" TYPE="ntfs" PARTUUID="9d67681d-9424-4785-b5a8-b67e5d77a4e2"
/dev/sdd: UUID="7534ad5d-094e-4259-aaa5-1fa1e63b5a21" TYPE="crypto_LUKS"
/dev/sdb: UUID="79c67ffa-70f5-4f7c-ae48-7a6a8b2f909b" TYPE="crypto_LUKS"
/dev/sdc: UUID="e0a7ae73-e13f-492f-82ad-3c2a9dff75f3" TYPE="crypto_LUKS"
/dev/sda: UUID="0525c36c-6ff2-4a42-9b8b-edc21ca62f31" TYPE="crypto_LUKS"

Saída delsblk

sda                                             8:0    0   1,8T  0 disk  
└─xxxxx_hdd_1                                 252:3    0   1,8T  0 crypt /mnt/xxxxx_hdd
sdb                                             8:16   0 465,8G  0 disk  
└─xxxxx_ssd_1                                 252:4    0 465,7G  0 crypt /home
                                                                         /mnt/xxxxx_ssd
sdc                                             8:32   0   1,8T  0 disk  
└─xxxxx_hdd_2                                 252:1    0   1,8T  0 crypt 
sdd                                             8:48   0 465,8G  0 disk  
└─xxxxx_ssd_2                                 252:2    0 465,7G  0 crypt 
nvme0n1                                       259:0    0 931,5G  0 disk  
├─nvme0n1p1                                   259:1    0   100M  0 part  /boot/efi
├─nvme0n1p2                                   259:2    0    16M  0 part  
├─nvme0n1p3                                   259:3    0 499,2G  0 part  
├─nvme0n1p4                                   259:4    0   783M  0 part  
├─nvme0n1p5                                   259:5    0     4G  0 part  /boot
└─nvme0n1p6                                   259:6    0 427,4G  0 part  
  └─luks-c1e3cbb8-73d0-49e8-b173-59455bb7279d 252:0    0 427,4G  0 crypt /var/snap/firefox/common/host-hunspell
                                                                         /

Se forem necessárias mais configurações ou arquivos, terei prazer em fornecê-los.

Eu tenho o Windows e o Ubuntu 24.04 e tentei remover o sistema operacional Windows completamente e para isso usei o OS-Uninstaller, ele escolheu o Windows e travou em algum lugar, reescrevi o comando GRUB e então reiniciei o computador e agora a tela do GRUB aparece

Tenho certeza de que a partição do Windows pode estar corrompida, mas o Ubuntu ainda está seguro e quando tento verificar com ls

ls (hd0,gpt1)

saída

efi/ Informações de volume do sistema

então como podemos editar o grub para que ele inicie o Ubuntu.

Veja como fica toda a saída do partition ls

Obrigado

Atualizar

Depois de seguir algumas postagens, tentei definir o prefixo, mas não há pasta de inicialização, então defina

set root=(hd0,gpt1)
set prefix=(hd0,gpt1)/efi/boot/grub

e quando executadoset

ele dá a saída abaixo

depois disso eu saio e o windows inicia mas o ubuntu não funciona nenhum menu de boot aparece

Toda vez que inicializo/reinicializo meu computador, ele executa o fsck e não sei por quê.

Se eu inicializar em um pendrive Ubuntu e executar manualmente o fsck nas minhas partições Linux, ele fica limpo.

Abaixo está meu super-bloco. Tentei alterar a " Contagem máxima de montagens " e o " Intervalo de verificação " sem nenhuma mudança no comportamento.

Alguma ideia do porquê isso acontece?

$ sudo tune2fs -l /dev/nvme0n1p6

tune2fs 1.47.0 (5-Feb-2023)
Filesystem volume name:   Ubuntu
Last mounted on:          /
Filesystem UUID:          f0db2226-e28d-46dd-9b5a-457c87987ed2
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              40845312
Block count:              163380224
Reserved block count:     8169011
Overhead clusters:        2844802
Free blocks:              57597994
Free inodes:              40012689
First block:              0
Block size:               4096
Fragment size:            4096
Group descriptor size:    64
Reserved GDT blocks:      1024
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
RAID stride:              4
RAID stripe width:        32
Flex block group size:    16
Filesystem created:       Fri Sep 24 20:06:49 2021
Last mount time:          Sun Oct  6 17:47:34 2024
Last write time:          Sun Oct  6 18:01:39 2024
Mount count:              5
Maximum mount count:      23
Last checked:             Sun Oct  6 10:00:35 2024
Check interval:           0 (<none>)
Lifetime writes:          10 TB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:           256
Required extra isize:     32
Desired extra isize:      32
Journal inode:            8
First orphan inode:       17714152
Default directory hash:   half_md4
Directory Hash Seed:      7e1d3c28-3106-4408-8132-4b574d84a675
Journal backup:           inode blocks
Checksum type:            crc32c
Checksum:                 0xce551aef

Então, mais cedo hoje, decidi que melhoraria um pouco a segurança do meu dispositivo Ubuntu 22.04 adicionando uma senha para o modo de recuperação (GNU Grub). Li alguns blogs e os segui passo a passo. Depois que terminei, reiniciei meu sistema para testá-lo, apenas para descobrir que meu dispositivo estava bloqueado. Não consegui inicializar nenhuma opção sem que ele me solicitasse um nome de usuário e senha. Não sabia por que isso aconteceu, mas depois de um pouco de pesquisa, percebi que havia esquecido de criar uma senha criptografada e só havia feito as últimas partes do script designado, que era fazer com que o sistema solicitasse que você inserisse o nome de usuário e a senha toda vez que inicializasse o modo de recuperação. Agora estou bloqueado do meu dispositivo por causa de uma senha desconhecida do grub. Se você não definir uma senha para o grub, existe uma senha padrão ou algo assim?

Por algum motivo, o GRUB não atualiza a lista de kernels disponíveis após uma atualização de rotina

Sourcing file `/etc/default/grub'
Generating grub configuration file ...
grub-probe: error: unknown filesystem.
Found linux image: vmlinuz-6.8.0-44-generic in rpool/ROOT/ubuntu_9jipvg
Found initrd image: initrd.img-6.8.0-44-generic in rpool/ROOT/ubuntu_9jipvg
Found linux image: vmlinuz-6.8.0-41-generic in rpool/ROOT/ubuntu_9jipvg
Found initrd image: initrd.img-6.8.0-41-generic in rpool/ROOT/ubuntu_9jipvg
/usr/sbin/grub-probe: error: unknown filesystem.
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
Adding boot menu entry for UEFI Firmware Settings ...
done

Este é o conteúdo da pasta de inicialização:

$> ls -lah /boot
total 185M
drwxr-xr-x  4 root root   15 Oct  2 14:56 .
drwxr-xr-x 22 root root   26 Apr 27 20:04 ..
-rw-r--r--  1 root root 281K Oct  2 13:23 config-6.8.0-44-generic
-rw-r--r--  1 root root 281K Aug 30 10:32 config-6.8.0-45-generic
drwxr-xr-x  2 root root    2 Sep 11 02:18 efi
drwxr-xr-x  2 root root    4 Oct  2 14:57 grub
lrwxrwxrwx  1 root root   27 Oct  2 14:50 initrd.img -> initrd.img-6.8.0-45-generic
-rw-r--r--  1 root root  77M Oct  2 13:48 initrd.img-6.8.0-44-generic
-rw-r--r--  1 root root  77M Oct  2 14:50 initrd.img-6.8.0-45-generic
lrwxrwxrwx  1 root root   27 Oct  2 14:56 initrd.img.old -> initrd.img-6.8.0-44-generic
-rw-------  1 root root 8,7M Aug 30 10:32 System.map-6.8.0-45-generic
lrwxrwxrwx  1 root root   24 Oct  2 14:50 vmlinuz -> vmlinuz-6.8.0-45-generic
-rw-------  1 root root  15M Aug 13 12:22 vmlinuz-6.8.0-44-generic
-rw-------  1 root root  15M Aug 30 11:02 vmlinuz-6.8.0-45-generic
lrwxrwxrwx  1 root root   24 Oct  2 14:56 vmlinuz.old -> vmlinuz-6.8.0-44-generic

Eu purguei completamente a versão 45 e a reinstalei. Não consigo ver nenhum erro e nem o apt.

Quando eu reiniciar, vou acabar no modo de emergência e terei que voltar manualmente para a versão 44 do kernel via

update-initramfs -u -k 6.8.0-44-generic

Então o sistema inicializa conforme o esperado, mas no kernel antigo.

O que está acontecendo com o grub?

Bug relatado no pacote grub-amd64-efi

https://bugs.launchpad.net/ubuntu/+source/grub2-unsigned/+bug/2084584