GRUB a (ne)bootování

[Medys]

Ano,
vyzkoušel jsem postupy co jsem našel v záchranných howto:
#after starting the root shell, check that your EFI system partition (most likely /dev/sda1) is installed on /boot/efi
mount /dev/sda1 /boot/efi

Jenže z toho co ji psal máš EFI system partition na /dev/sda2. viz

Device       Start       End   Sectors  Size Type
/dev/sda1  1128448 500117503 498989056  238G Linux filesystem
/dev/sda2   923648   1128447    204800  100M EFI System

[Reklama]

[zapik1]

Ano, efi partition mam jako sda2.  parametry tech příkazů jsem samozřejmě modifikoval podle reality.  Sem jsem je vykopíroval z howto tak jak byly, pro ilustraci co jsem zkoušel.
při pokusu o opravu žádný z nich nedopadl s chybou.
Diky Petr

[k3dAR]

Ano, efi partition mam jako sda2.  parametry tech příkazů jsem samozřejmě modifikoval podle reality.

pokud zadas radu, je potreba uvadet co si konkretne delal a ne nejaky universalni=jinej postup ;-)
- ten reinstall provadis v tom nabehlem systemu?
- po "sudo update-grub" vidis aktualni datum/cas souboru /boot/grub/grub.cfg ? (= tedy ze se opravdu regeneroval a na spravne misto)

[k3dAR]

Děkuji, zkoušel jsem zašifrovat i /boot a v Debianu 9 dle návodu pro UEFI a vše OK. Zkoušel jsem to samé nastavit v Debianu 10 také na UEFI a tam stále grub najíždí do minimálního módu. Rovněž dopadl upgrade ze Stretch na Buster. Netušíte čím by to mohlo být?

zkusil sem s Debian10 a doslo tak k zmene, EFI Grub uz netaha prvotne primarni cfg z /boot/grub/grub.cfg, ale z /boot/efi/EFI/debian/grub.cfg v kterem je pouze uvedeno vyhledani oddilu se systemem (resp. asi pujde to kde je /boot) a natazeni z neho ten hlavni grub.cfg (tentokrat ten klasicky z /boot/grub)...
nicmene v tom v EFI schazi instrukce pro dotaz na odemceni LUKS, takze neni mozno najit oddil ten oddil z ktereho by natahlo hlavni grub.cfg, (docasnym) resenim je, rucne pridat na zacatek /boot/efi/EFI/debian/grub.cfg radek:

Kód: [Vybrat]

cryptomount -u UUID_SDXY_ODDILU_S_LUKSto UUID najdes jak v /boot/grub/grub.cfg na totoznem ^ radku, nebo z vypisu "sudo blkid" co ti ukaze pro LUKS (neodemcenej, v clanku slo o sda3, u tebe muze byt jinej) oddil

[k3dAR]

koukam ze ten problem by mel byt od vcera opraven :-)
(samozrejme je potreba stahnout nove daily iso (u netinstall si nejsem jistej, tam snad i grub taha aktualni z netu)

[Reklama]

[jan.myslivecek]

Dobrý den, zkoušel jsem to dnes v Debianu 10 nightly build a stále stejná chyba se objevuje i při upgrade z Debianu 9 na 10, dopsání řádku nepomáhá. Používám LVM, vyzkoušel jsem co mě napadlo i z návodů vše a nic nepomohlo. Používáte LVM nebo jen dm-crypt? Děkuji.

[k3dAR]

Dobrý den, zkoušel jsem to dnes v Debianu 10 nightly build a stále stejná chyba se objevuje i při upgrade z Debianu 9 na 10, dopsání řádku nepomáhá. Používám LVM, vyzkoušel jsem co mě napadlo i z návodů vše a nic nepomohlo. Používáte LVM nebo jen dm-crypt? Děkuji.

ta oprava je v verzi "grub2 2.02+dfsg1-11", zatim je v unstable, v testing je zatim neopravena "2.02+dfsg1-10"...
ten radek mi funguje, pridal si spravne UUID? zkousel sem to s LVM nad LUKS, s neoddelenym /boot ktery je soucasti lv rootfs

[jan.myslivecek]

Dobrý den,
nevím, co dělám špatně:

root@mix:~# lsblk
NAME                 MAJ:MIN RM  SIZE RO TYPE  MOUNTPOINT
sda                    8:0    0  1,1T  0 disk
├─sda1                 8:1    0  512M  0 part  /boot/efi
└─sda3                 8:3    0  1,1T  0 part
  └─sda3_crypt       254:0    0  1,1T  0 crypt
    ├─mix--vg-root   254:1    0    1T  0 lvm   /
    └─mix--vg-swap_1 254:2    0 63,7G  0 lvm   [SWAP]
root@mix:~# cat /boot/efi/EFI/debian/grub.cfg
cryptomount -u 61cb768b-62db-4b83-99c1-f4e101f19412
search.fs_uuid c061a3cd-c154-4881-8a71-55c2e778aff2 root lvmid/lTs9Wc-V7ak-5SMV-aMNG-kslH-Ajaa-ZeiDUC/rvmX3v-de1h-Q7Vx-hQsn-7mwl-b06Q-tA2r8M
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

root@mix:~# blkid
/dev/mapper/sda3_crypt: UUID="t0UzCf-UMwW-oK5y-pCq5-kvn2-1RtN-U2AkKg" TYPE="LVM2_member"
/dev/mapper/mix--vg-root: UUID="c061a3cd-c154-4881-8a71-55c2e778aff2" TYPE="ext4"
/dev/sda3: UUID="61cb768b-62db-4b83-99c1-f4e101f19412" TYPE="crypto_LUKS" PARTUUID="9a062dcf-8941-47d8-88d6-d9156ed328cb"
/dev/sda1: UUID="2E1D-8289" TYPE="vfat" PARTUUID="cc1ead8e-fe0b-4d54-b179-604b4e3f0be9"
/dev/mapper/mix--vg-swap_1: UUID="854dcc51-4197-4e86-8742-76e707e221c6" TYPE="swap"

Po rebootu: grub>

GRUB mám verze 2.02+dfsg1-10.

[Daniel Novotný]

set prefix=($root)'/boot/grub'

tady se to odkazuje na proměnnou $root a nikde nevidím, že by byla definovaná

[k3dAR]

set prefix=($root)'/boot/grub'

tady se to odkazuje na proměnnou $root a nikde nevidím, že by byla definovaná

ten /boot/efi/EFI/debian/grub.cfg je krome radku cryptomount vychozi generovanej v Debian10 a promenou root definuje funknce search.fs_uuid

[k3dAR]

nevím, co dělám špatně:

uz to vidim :-) blkid zobrazuje UUID klasicky s pomlckama ale cryptomount pozaduje bez pomlcek ;-) to sem si predtim kdyz radil blkid nevsiml, pokud bys to vytahoval z /boot/grub/grub.cfg tak tam to bez pomlcek je, viz:

Kód: [Vybrat]

grep cryptomount /boot/grub/grub.cfg

[k3dAR]

pokud by ti to i tak neslo, zkus zda z grub shellu to odemknes&nastartujes rucne:

Kód: [Vybrat]

cryptomount (hd0,gpt3)
set root=(lvm/mix--vg-root)
linux /vmlinuz root=/dev/mapper/mix--vg-root ro
initrd /initrd.img
boot
a pokud jo, zda to pujde i kdyz rucne odemknes pres UUID(bez pomlcek):
cryptomount -u 61cb768b62db4b8399c1f4e101f19412

[jan.myslivecek]

Dobrý den, děkuji za radu, skutečně cryptomount bez pomlček funguje OK. I ruční způsob odemčení a nabootování funguje. Jen jsem zkoušel použít balíček GRUB grub2_2.02+dfsg1-11_amd64 z unstable a bez cryptomount -u UUID bez - nefunguje. Ale to už není tak podstatné. Děkuji všem za rady.