Új hozzászólás Aktív témák

• #42453 urandom0 senior tag tordaitibi #42449

  Új Válasz 2024-03-26 06:36:47 #42453

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  urandom0

  senior tag

  LOGOUT blog (1)

  válasz tordaitibi #42449 üzenetére

  Nálam (Fedora 39 alatt) van ilyen fájl:

  root@fujitsu-fedora:/etc/grub.d$ ls
00_header 08_fallback_counting 10_reset_boot_success 14_menu_show_once 20_ppc_terminfo 30_uefi-firmware 40_custom README
01_users 10_linux 12_menu_auto_hide 20_linux_xen 30_os-prober 35_fwupd 41_custom

  De egyébként ez egy bug Grub-ban Ubuntuban. A GRUB_RECORDFAIL_TIMEOUT paraméter állítható (lenne, ha jól működne) az /etc/default/grub-ban, és biztos, hogy köze van az EFI-hez, mert eleve egy [ \$grub_platform = efi ] feltételben van az egész.
  Itt van a leírás erről az egészről: https://nelsonslog.wordpress.com/2022/08/16/grub-recordfail-30-seconds/

  Az más kérdés, hogy a GRUB_RECORDFAIL_TIMEOUT paramétert csak akkor szabadna számításba vennie a Grub-nak, ha hibásan áll le a rendszer, alapesetben nem.

  Egyébként a stat -c %w / nálam 2023-09-02 13:26:46.472632875 +0200-t ad vissza, ez biztos, hogy nem jó. A sudo dumpe2fs /dev/sda1 | grep 'Filesystem created:' pedig azt, hogy dumpe2fs: Hibás bűvös szám a szuperblokkban a(z) /dev/sda1 megnyitására tett kísérlet közben

Új hozzászólás Aktív témák