Każda aktualizacja uwala bootloadera
-
- Piegowaty Guziec
- Posty: 8
- Rejestracja: 09 cze 2017, 13:27
- Płeć: Mężczyzna
- Wersja Ubuntu: 16.04
- Środowisko graficzne: Unity
- Architektura: x86_64
Każda aktualizacja uwala bootloadera
Na wstępie witam wszystkich użytkowników forum oraz systemu Ubuntu.
Od windowsa 95 jestem aktywnym użytkownikiem systemów Microsoftu.
Jakiś rok temu postanowiłem spróbować czegoś innego i zainstalowałem Linux Ubuntu 16.04 LTE 64AMD.
Systemem jestem zachwycony. Na laptopie DELL E4310 z 4GB ramu, dyskiem SSD 250GB Crucial uruchamia się błyskawicznie, jest stabilny i nie laguje.
Jest tylko jedno ale ...
Po każdej aktualizacji systemu komputer się nie uruchamia.
Wyświetla się filetowe tło od Gruba i pomaga jedynie ręczna naprawa Grub2 z live cd.
Szlak mnie trafia bo nie wiem co jest przyczyną.
No ale do rzeczy.
Zawziąłem się i:
- Update biosu do najnowszego,
- Włączyłem tryb UEFI z którego wczesniej nie korzystałem
- Zainstalowałem w trybie UEFI Windows 7 (do pracy) i w trybie UEFI Ubuntu Mate 16.04.2 LTE.
Nadal po każdej aktualizacji wywala mi gruba tyle ze na czarnym tle napisy. grub resucue ...
Sprawdzałem Ubuntu 32 (bez uefi oczywiście), Ubuntu 16.04, 16.10, 17.X oraz wszytskie wersje z MATE
Po kilku godzinnym używaniu świeżego systemu ekran zamykania linuxa zamiast 2s świecił się 3 min. Czasem dłużej też startowy ekran pali.
Czy ktoś z obecnych tu osób jest w stanie podpowiedzieć co jest przyczyną?
Podoba mi się Ubuntu mate i chcę go używać ale powoli mam dość.
Piękny, Stabilny OS ale żyć w strachu że nieopaczne wykonany update wszysko zepsuje nie ma dla mnie sensu.
Pomocy!!!
Od windowsa 95 jestem aktywnym użytkownikiem systemów Microsoftu.
Jakiś rok temu postanowiłem spróbować czegoś innego i zainstalowałem Linux Ubuntu 16.04 LTE 64AMD.
Systemem jestem zachwycony. Na laptopie DELL E4310 z 4GB ramu, dyskiem SSD 250GB Crucial uruchamia się błyskawicznie, jest stabilny i nie laguje.
Jest tylko jedno ale ...
Po każdej aktualizacji systemu komputer się nie uruchamia.
Wyświetla się filetowe tło od Gruba i pomaga jedynie ręczna naprawa Grub2 z live cd.
Szlak mnie trafia bo nie wiem co jest przyczyną.
No ale do rzeczy.
Zawziąłem się i:
- Update biosu do najnowszego,
- Włączyłem tryb UEFI z którego wczesniej nie korzystałem
- Zainstalowałem w trybie UEFI Windows 7 (do pracy) i w trybie UEFI Ubuntu Mate 16.04.2 LTE.
Nadal po każdej aktualizacji wywala mi gruba tyle ze na czarnym tle napisy. grub resucue ...
Sprawdzałem Ubuntu 32 (bez uefi oczywiście), Ubuntu 16.04, 16.10, 17.X oraz wszytskie wersje z MATE
Po kilku godzinnym używaniu świeżego systemu ekran zamykania linuxa zamiast 2s świecił się 3 min. Czasem dłużej też startowy ekran pali.
Czy ktoś z obecnych tu osób jest w stanie podpowiedzieć co jest przyczyną?
Podoba mi się Ubuntu mate i chcę go używać ale powoli mam dość.
Piękny, Stabilny OS ale żyć w strachu że nieopaczne wykonany update wszysko zepsuje nie ma dla mnie sensu.
Pomocy!!!
- mario_7
- Administrator
- Posty: 8602
- Rejestracja: 30 sie 2006, 13:11
- Płeć: Mężczyzna
- Wersja Ubuntu: 20.04
- Środowisko graficzne: GNOME
- Architektura: x86_64
Re: Każda aktualizacja uwala bootloadera
W jaki sposób naprawiasz gruba?
Czy aktualizacja kończą się powodzeniem?
Pokaż logi kern.log po tym gdy system zachowa się nieprawidłowo.
Czy aktualizacja kończą się powodzeniem?
Pokaż logi kern.log po tym gdy system zachowa się nieprawidłowo.
-
- Piegowaty Guziec
- Posty: 8
- Rejestracja: 09 cze 2017, 13:27
- Płeć: Mężczyzna
- Wersja Ubuntu: 16.04
- Środowisko graficzne: Unity
- Architektura: x86_64
Re: Każda aktualizacja uwala bootloadera
Gdy miałem zainstalowane oba systemy (lub samo ubuntu) bez obsługi UEFI:
- w przypadku błędu grub (tło filetowe) uruchamiałem komputer z systemu live cd ubuntu.
Chroot z pod montowaniem tego co niezbędne.
- w przypadku błędu "grub rescue >" (tło czarne)
żadne z dostępnych porad z google nic nie pomagały. Jedynie reinstalacja ubuntu
Obecnie w trybie UEFI oba systemy są zainstalowane i tu "grub resucue >" gdzie tak jak wyżej nie umiem sobie poradzić. Jedynie reinstalcja linuxa.
Obecnie po wejściu w "aktualizacje i oprogramowanie" mam informację ze pobrano aktualizację i jest opcja zainstaluj lub przypomnij potem. Nierobie bo wiem że skończy się to tym co zawsze:(
Tak. Aktualizacja przebiegała bezbłędnie za każdym razem. Po reboocie: "grub rescue"
logi kern.log bardzo chętnie ale jak skoro w przypadku awarii mam jedynie live cd działające ?? Chyba że się gdzieś zapisały na dysku...
System działa stabilnie, nie wali błędami, jedynie jasność ekranu sama się zmienia czasami. Wszystko będzie hulać wzorcowo do czasu zainstalowania aktualizacji-wtedy niewstanie.
- w przypadku błędu grub (tło filetowe) uruchamiałem komputer z systemu live cd ubuntu.
Chroot z pod montowaniem tego co niezbędne.
Kod: Zaznacz cały
sudo mkdir /mnt/root/
sudo mount -t ext4 /dev/sda8 /mnt/root
sudo mount -o bind /dev /mnt/root/dev
sudo mount proc /mnt/root/proc -t proc
sudo mount sysfs /mnt/root/sys -t sysfs
sudo chroot /mnt/root
sudo grub-install /dev/sda
sudo update-grub2
żadne z dostępnych porad z google nic nie pomagały. Jedynie reinstalacja ubuntu
Obecnie w trybie UEFI oba systemy są zainstalowane i tu "grub resucue >" gdzie tak jak wyżej nie umiem sobie poradzić. Jedynie reinstalcja linuxa.
Obecnie po wejściu w "aktualizacje i oprogramowanie" mam informację ze pobrano aktualizację i jest opcja zainstaluj lub przypomnij potem. Nierobie bo wiem że skończy się to tym co zawsze:(
Tak. Aktualizacja przebiegała bezbłędnie za każdym razem. Po reboocie: "grub rescue"
logi kern.log bardzo chętnie ale jak skoro w przypadku awarii mam jedynie live cd działające ?? Chyba że się gdzieś zapisały na dysku...
System działa stabilnie, nie wali błędami, jedynie jasność ekranu sama się zmienia czasami. Wszystko będzie hulać wzorcowo do czasu zainstalowania aktualizacji-wtedy niewstanie.
- mario_7
- Administrator
- Posty: 8602
- Rejestracja: 30 sie 2006, 13:11
- Płeć: Mężczyzna
- Wersja Ubuntu: 20.04
- Środowisko graficzne: GNOME
- Architektura: x86_64
Re: Każda aktualizacja uwala bootloadera
Próbowałeś tego? https://help.ubuntu.com/community/Boot-Repair
Ponadto pokaż jak wyglądają partycje: sudo fdisk -l
Ponadto pokaż jak wyglądają partycje: sudo fdisk -l
-
- Piegowaty Guziec
- Posty: 8
- Rejestracja: 09 cze 2017, 13:27
- Płeć: Mężczyzna
- Wersja Ubuntu: 16.04
- Środowisko graficzne: Unity
- Architektura: x86_64
Re: Każda aktualizacja uwala bootloadera
fdisk -l :
bootinfoscript:
http://bootinfoscript.sourceforge.net/
bootrepair z Twego linka nie próbowałem. Jakoś nie odkryłem tego sposobu wcześniej. Napewno sprawdzę czy zadziała. Walczyłem natomiast w ten sposób lecz poległem(przykładowa składnia):
Jakieś pomysły w czym tkwi babol???
Kod: Zaznacz cały
albert@pingwinek:~$ sudo fdisk -l
The backup GPT table is corrupt, but the primary appears OK, so that will be used.
Disk /dev/sda: 232,9 GiB, 250059350016 bytes, 488397168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 61465711-3017-4345-B0AD-3576C597A6F6
Urządzenie Start Koniec Sektory Size Typ
/dev/sda1 2048 206847 204800 100M EFI System
/dev/sda2 206848 468991 262144 128M Microsoft reserved
/dev/sda3 468992 63490047 63021056 30,1G Microsoft basic data
/dev/sda4 63490048 480292863 416802816 198,8G Linux filesystem
/dev/sda5 480292864 488396799 8103936 3,9G Linux swap
http://bootinfoscript.sourceforge.net/
Kod: Zaznacz cały
Boot Info Script 0.61 [1 April 2012]
============================= Boot Info Summary: ===============================
=> No boot loader is installed in the MBR of /dev/sda.
sda1: __________________________________________________________________________
File system: vfat
Boot sector type: Windows 7: FAT32
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files: /efi/Boot/bootx64.efi /efi/ubuntu/fbx64.efi
/efi/ubuntu/fwupx64.efi /efi/ubuntu/grubx64.efi
/efi/ubuntu/mmx64.efi /efi/ubuntu/shimx64.efi
sda2: __________________________________________________________________________
File system:
Boot sector type: -
Boot sector info:
Mounting failed: mount: unknown filesystem type ''
sda3: __________________________________________________________________________
File system: ntfs
Boot sector type: Windows Vista/7: NTFS
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files: /Windows/System32/winload.exe
sda4: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 16.04.2 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab
sda5: __________________________________________________________________________
File system: swap
Boot sector type: -
Boot sector info:
============================ Drive/Partition Info: =============================
Drive: sda _____________________________________________________________________
Disk /dev/sda: 232,9 GiB, 250059350016 bytes, 488397168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Partition Boot Start Sector End Sector # of Sectors Id System
/dev/sda1 1 488,397,167 488,397,167 ee GPT
GUID Partition Table detected.
Partition Start Sector End Sector # of Sectors System
/dev/sda1 2,048 206,847 204,800 EFI System partition
/dev/sda2 206,848 468,991 262,144 Microsoft Reserved Partition (Windows)
/dev/sda3 468,992 63,490,047 63,021,056 Data partition (Windows/Linux)
/dev/sda4 63,490,048 480,292,863 416,802,816 Data partition (Linux)
/dev/sda5 480,292,864 488,396,799 8,103,936 Swap partition (Linux)
"blkid" output: ________________________________________________________________
Device UUID TYPE LABEL
/dev/mmcblk0
/dev/mmcblk0p1 0D0F4E7A7420C0C8 ntfs micro SD
/dev/sda1 6254-D583 vfat
/dev/sda2
/dev/sda3 70666026665FEAFC ntfs
/dev/sda4 be2cd66f-c986-4d60-89e7-597fa48f2171 ext4
/dev/sda5 e8bfc679-3a5f-4061-a296-31439b3e0d65 swap
================================ Mount points: =================================
Device Mount_Point Type Options
/dev/mmcblk0p1 /media/albert/micro SD fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
/dev/sda1 /boot/efi vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/sda4 / ext4 (rw,relatime,errors=remount-ro,data=ordered)
=========================== sda4/boot/grub/grub.cfg: ===========================
--------------------------------------------------------------------------------
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
set have_grubenv=true
load_env
fi
if [ "${next_entry}" ] ; then
set default="${next_entry}"
set next_entry=
save_env next_entry
set boot_once=true
else
set default="0"
fi
if [ x"${feature_menuentry_id}" = xy ]; then
menuentry_id_option="--id"
else
menuentry_id_option=""
fi
export menuentry_id_option
if [ "${prev_saved_entry}" ]; then
set saved_entry="${prev_saved_entry}"
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
fi
}
function recordfail {
set recordfail=1
if [ -n "${have_grubenv}" ]; then if [ -z "${boot_once}" ]; then save_env recordfail; fi; fi
}
function load_video {
if [ x$feature_all_video_module = xy ]; then
insmod all_video
else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
fi
}
if [ x$feature_default_font_path = xy ] ; then
font=unicode
else
insmod part_gpt
insmod ext2
set root='hd0,gpt4'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt4 --hint-efi=hd0,gpt4 --hint-baremetal=ahci0,gpt4 be2cd66f-c986-4d60-89e7-597fa48f2171
else
search --no-floppy --fs-uuid --set=root be2cd66f-c986-4d60-89e7-597fa48f2171
fi
font="/usr/share/grub/unicode.pf2"
fi
if loadfont $font ; then
set gfxmode=auto
load_video
insmod gfxterm
set locale_dir=$prefix/locale
set lang=pl_PL
insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
set timeout=30
else
if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=10
# Fallback normal timeout code in case the timeout_style feature is
# unavailable.
else
set timeout=10
fi
fi
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
if background_color 60,59,55; then
clear
fi
color_normal=light-gray/black
if [ -e ${prefix}/themes/ubuntu-mate/theme.txt ]; then
insmod png
theme=${prefix}/themes/ubuntu-mate/theme.txt
fi
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
set gfxpayload="${1}"
if [ "${1}" = "keep" ]; then
set vt_handoff=vt.handoff=7
else
set vt_handoff=
fi
}
if [ "${recordfail}" != 1 ]; then
if [ -e ${prefix}/gfxblacklist.txt ]; then
if hwmatch ${prefix}/gfxblacklist.txt 3; then
if [ ${match} = 0 ]; then
set linux_gfx_mode=keep
else
set linux_gfx_mode=text
fi
else
set linux_gfx_mode=text
fi
else
set linux_gfx_mode=keep
fi
else
set linux_gfx_mode=text
fi
export linux_gfx_mode
menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-be2cd66f-c986-4d60-89e7-597fa48f2171' {
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt4'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt4 --hint-efi=hd0,gpt4 --hint-baremetal=ahci0,gpt4 be2cd66f-c986-4d60-89e7-597fa48f2171
else
search --no-floppy --fs-uuid --set=root be2cd66f-c986-4d60-89e7-597fa48f2171
fi
linux /boot/vmlinuz-4.8.0-54-generic.efi.signed root=UUID=be2cd66f-c986-4d60-89e7-597fa48f2171 ro quiet splash $vt_handoff
initrd /boot/initrd.img-4.8.0-54-generic
}
submenu 'Opcje zaawansowane dla systemu Ubuntu' $menuentry_id_option 'gnulinux-advanced-be2cd66f-c986-4d60-89e7-597fa48f2171' {
menuentry 'Ubuntu, za pomocą systemu Linux 4.8.0-54-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.8.0-54-generic-advanced-be2cd66f-c986-4d60-89e7-597fa48f2171' {
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt4'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt4 --hint-efi=hd0,gpt4 --hint-baremetal=ahci0,gpt4 be2cd66f-c986-4d60-89e7-597fa48f2171
else
search --no-floppy --fs-uuid --set=root be2cd66f-c986-4d60-89e7-597fa48f2171
fi
echo 'Wczytywanie systemu Linux 4.8.0-54-generic...'
linux /boot/vmlinuz-4.8.0-54-generic.efi.signed root=UUID=be2cd66f-c986-4d60-89e7-597fa48f2171 ro quiet splash $vt_handoff
echo 'Wczytywanie początkowego dysku RAM...'
initrd /boot/initrd.img-4.8.0-54-generic
}
menuentry 'Ubuntu, with Linux 4.8.0-54-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.8.0-54-generic-recovery-be2cd66f-c986-4d60-89e7-597fa48f2171' {
recordfail
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt4'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt4 --hint-efi=hd0,gpt4 --hint-baremetal=ahci0,gpt4 be2cd66f-c986-4d60-89e7-597fa48f2171
else
search --no-floppy --fs-uuid --set=root be2cd66f-c986-4d60-89e7-597fa48f2171
fi
echo 'Wczytywanie systemu Linux 4.8.0-54-generic...'
linux /boot/vmlinuz-4.8.0-54-generic.efi.signed root=UUID=be2cd66f-c986-4d60-89e7-597fa48f2171 ro recovery nomodeset
echo 'Wczytywanie początkowego dysku RAM...'
initrd /boot/initrd.img-4.8.0-54-generic
}
menuentry 'Ubuntu, za pomocą systemu Linux 4.8.0-36-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.8.0-36-generic-advanced-be2cd66f-c986-4d60-89e7-597fa48f2171' {
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt4'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt4 --hint-efi=hd0,gpt4 --hint-baremetal=ahci0,gpt4 be2cd66f-c986-4d60-89e7-597fa48f2171
else
search --no-floppy --fs-uuid --set=root be2cd66f-c986-4d60-89e7-597fa48f2171
fi
echo 'Wczytywanie systemu Linux 4.8.0-36-generic...'
linux /boot/vmlinuz-4.8.0-36-generic root=UUID=be2cd66f-c986-4d60-89e7-597fa48f2171 ro quiet splash $vt_handoff
echo 'Wczytywanie początkowego dysku RAM...'
initrd /boot/initrd.img-4.8.0-36-generic
}
menuentry 'Ubuntu, with Linux 4.8.0-36-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.8.0-36-generic-recovery-be2cd66f-c986-4d60-89e7-597fa48f2171' {
recordfail
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt4'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt4 --hint-efi=hd0,gpt4 --hint-baremetal=ahci0,gpt4 be2cd66f-c986-4d60-89e7-597fa48f2171
else
search --no-floppy --fs-uuid --set=root be2cd66f-c986-4d60-89e7-597fa48f2171
fi
echo 'Wczytywanie systemu Linux 4.8.0-36-generic...'
linux /boot/vmlinuz-4.8.0-36-generic root=UUID=be2cd66f-c986-4d60-89e7-597fa48f2171 ro recovery nomodeset
echo 'Wczytywanie początkowego dysku RAM...'
initrd /boot/initrd.img-4.8.0-36-generic
}
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###
### BEGIN /etc/grub.d/20_memtest86+ ###
### END /etc/grub.d/20_memtest86+ ###
### BEGIN /etc/grub.d/30_os-prober ###
menuentry 'Windows Boot Manager (na /dev/sda1)' --class windows --class os $menuentry_id_option 'osprober-efi-6254-D583' {
insmod part_gpt
insmod fat
set root='hd0,gpt1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt1 --hint-efi=hd0,gpt1 --hint-baremetal=ahci0,gpt1 6254-D583
else
search --no-floppy --fs-uuid --set=root 6254-D583
fi
chainloader /EFI/Microsoft/Boot/bootmgfw.efi
}
set timeout_style=menu
if [ "${timeout}" = 0 ]; then
set timeout=10
fi
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/30_uefi-firmware ###
### END /etc/grub.d/30_uefi-firmware ###
### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###
### BEGIN /etc/grub.d/41_custom ###
if [ -f ${config_directory}/custom.cfg ]; then
source ${config_directory}/custom.cfg
elif [ -z "${config_directory}" -a -f $prefix/custom.cfg ]; then
source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###
--------------------------------------------------------------------------------
=============================== sda4/etc/fstab: ================================
--------------------------------------------------------------------------------
# /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>
# / was on /dev/sda4 during installation
UUID=be2cd66f-c986-4d60-89e7-597fa48f2171 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=6254-D583 /boot/efi vfat umask=0077 0 1
# swap was on /dev/sda5 during installation
UUID=e8bfc679-3a5f-4061-a296-31439b3e0d65 none swap sw 0 0
--------------------------------------------------------------------------------
=================== sda4: Location of files loaded by Grub: ====================
GiB - GB File Fragment(s)
=============================== StdErr Messages: ===============================
cat: /tmp/BootInfo-PxMe5i7X/Tmp_Log: Nie ma takiego pliku ani katalogu
Kod: Zaznacz cały
Recovering from a grub rescue crash ...
grub rescue> does not support cd, cp or any other filesystem commands except its own variation of ls which is really a kind of find command.
So first, had to find the partition with the /boot directory containing the vmlinuz and other boot image files...
grub rescue> ls
(hd0,4) (hd0,3) (hd0,2) (hd0,1)
grub rescue> ls (hd0,4)/boot
... some kind of 'not found' message
grub rescue> ls (hd0,3)/boot
... some kind of 'not found' message
grub rescue> ls (hd0,2)/boot
... grub ... initrd.img-2.6.32-33-generic ... vmlinuz-2.6.32-33-generic
ls without arguments returns the four partitions on this system.
ls (hd0,4)/boot does not find a /boot directory on partition (hd0,4).
ls (hd0,3)/boot does not find a /boot directory on partition (hd0,3).
ls (hd0,2)/boot finds a /boot directory on partition (hd0,2) and it contains a vmlinuz and other boot image files we want.
To manually boot from the grub rescue> prompt ...
grub rescue> set root=(hd0,2)/boot
grub rescue> insmod linux
grub rescue> linux (hd0,2)/boot/vmlinuz-2.6.32-33-generic
grub rescue> initrd (hd0,2)/boot/initrd.img-2.6.32-33-generic
grub rescue> boot
Set root to use the /boot directory on partition (hd0,2).
Load kernel module linux.
Set that module to use the kernel image vmlinuz-2.6.32-33-generic.
Set initrd(init RAM disk) to use the image initrd.img-2.6.32-33-generic.
Boot Linux.
This boots to a BusyBox commandline prompt which has all the basic filesystem commands (and then some!).
Then could move the *.mod files back to the /boot/grub directory ...
busybox> cd /boot
busybox> mv mod/* grub
busybox> reboot
- mario_7
- Administrator
- Posty: 8602
- Rejestracja: 30 sie 2006, 13:11
- Płeć: Mężczyzna
- Wersja Ubuntu: 20.04
- Środowisko graficzne: GNOME
- Architektura: x86_64
Re: Każda aktualizacja uwala bootloadera
Brzmi jak problem w konfiguracji EFI w połączeniu z obecnymi ustawieniami systemu (lub odwrotnie).
Boot-repair powinien pomóc, ale poczytaj też tutaj i porównaj ze swoją konfiguracją: https://help.ubuntu.com/community/UEFI
Boot-repair powinien pomóc, ale poczytaj też tutaj i porównaj ze swoją konfiguracją: https://help.ubuntu.com/community/UEFI
-
- Piegowaty Guziec
- Posty: 8
- Rejestracja: 09 cze 2017, 13:27
- Płeć: Mężczyzna
- Wersja Ubuntu: 16.04
- Środowisko graficzne: Unity
- Architektura: x86_64
Re: Każda aktualizacja uwala bootloadera
https://help.ubuntu.com/community/UEFI
Bardzo pomocna lektura. Na 90% jestem przekonany że moja konfiguracja nie jest w opozycji do zawartej tam wiedzy nie mniej jednak wieczorem jeszcze raz sprawdzę. Sprawdzę nim zdecyduje się wykonać test update-u:)
Ile sekund normalnie powinno wyświetlać się logo zamykania systemu?
U mnie zwykle przy włączaniu ubuntu zapala się pierwsza kropka i system wyświetla ekran logowania. Przy zamykaniu zapali się: pierwsza, druga, trzecia, czwarta kropka i pc się wyłącza.
Czasami (sporadycznie ale jednak) przy zamykaniu 19 razy zapalą się wszytskie kropki zanim system się wyłączy. Czy tak ma być?
Czuje żę może to być powiązane z moim problemem.
Bardzo pomocna lektura. Na 90% jestem przekonany że moja konfiguracja nie jest w opozycji do zawartej tam wiedzy nie mniej jednak wieczorem jeszcze raz sprawdzę. Sprawdzę nim zdecyduje się wykonać test update-u:)
Ile sekund normalnie powinno wyświetlać się logo zamykania systemu?
U mnie zwykle przy włączaniu ubuntu zapala się pierwsza kropka i system wyświetla ekran logowania. Przy zamykaniu zapali się: pierwsza, druga, trzecia, czwarta kropka i pc się wyłącza.
Czasami (sporadycznie ale jednak) przy zamykaniu 19 razy zapalą się wszytskie kropki zanim system się wyłączy. Czy tak ma być?
Czuje żę może to być powiązane z moim problemem.
- mario_7
- Administrator
- Posty: 8602
- Rejestracja: 30 sie 2006, 13:11
- Płeć: Mężczyzna
- Wersja Ubuntu: 20.04
- Środowisko graficzne: GNOME
- Architektura: x86_64
Re: Każda aktualizacja uwala bootloadera
Pewnie system czeka na jakiś proces, który z kolei czeka na coś co nie następuje i ostatecznie jest timeout.
Przydałyby się logi z takiego zamykania systemu - w szczególności kern.log albo dmesg
Przydałyby się logi z takiego zamykania systemu - w szczególności kern.log albo dmesg
- Xue-buntu
- Serdeczny Borsuk
- Posty: 128
- Rejestracja: 22 lut 2015, 16:08
- Płeć: Mężczyzna
- Wersja Ubuntu: 20.04
- Środowisko graficzne: Xfce
- Architektura: x86_64
Re: Każda aktualizacja uwala bootloadera
Póki nie uda się rozwiązać tej sprawy, nie instaluj aktualizacji GRUB-a, kernela, ani niczego innego związanego z uruchamianiem systemu. Możliwe, że ma z tym związek nieprawidłowe wyłączanie dysku podczas zamykania systemu - posty znalezione w internecie dotyczyły wyłącznie HDD, ale kto wie. Kiedyś znalazłem skrypt, który pozwalał rozwiązać ten problem, ale na tę chwilę nie udało mi się go ponownie odszukać. Jeśli masz możliwość wyłączenia TPM w BIOS-ie, spróbuj też tego - u mnie komputer trochę świrował z jego powodu podczas wybudzania.
Zapomniałem jeszcze o dwóch możliwościach:
1) na starszych komputerach domyślnie instalują się starsze kernele, do których część poprawek i nowości nie jest przenoszona - jeśli nie masz kernela z serii 4.x, spróbuj go zainstalować nie patrząc na to, co napisałem powyżej:)
2) niektóre komputery niekoniecznie dobrze współpracują na Linuksie z jakimikolwiek dyskami, zwłaszcza SSD (jest trochę o tym wpisów na forach); sprawdź, czy nie masz jednego z podzespołów wymienionych pod tym linkiem (https://ata.wiki.kernel.org/index.php/Known_issues)
Zapomniałem jeszcze o dwóch możliwościach:
1) na starszych komputerach domyślnie instalują się starsze kernele, do których część poprawek i nowości nie jest przenoszona - jeśli nie masz kernela z serii 4.x, spróbuj go zainstalować nie patrząc na to, co napisałem powyżej:)
2) niektóre komputery niekoniecznie dobrze współpracują na Linuksie z jakimikolwiek dyskami, zwłaszcza SSD (jest trochę o tym wpisów na forach); sprawdź, czy nie masz jednego z podzespołów wymienionych pod tym linkiem (https://ata.wiki.kernel.org/index.php/Known_issues)
___________________________
Albo Xfce, albo terminal
Albo Xfce, albo terminal
-
- Piegowaty Guziec
- Posty: 8
- Rejestracja: 09 cze 2017, 13:27
- Płeć: Mężczyzna
- Wersja Ubuntu: 16.04
- Środowisko graficzne: Unity
- Architektura: x86_64
Re: Każda aktualizacja uwala bootloadera
mam:
dpkg -l | grep linux-image
Kod: Zaznacz cały
Distributor ID: Ubuntu
Description: Ubuntu 16.04.2 LTS
Release: 16.04
Codename: xenial
4.8.0-54-generic
Linux pingwinek 4.8.0-54-generic #57~16.04.1-Ubuntu SMP Wed May 24 16:22:28 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
dpkg -l | grep linux-image
Kod: Zaznacz cały
ii linux-image-4.8.0-36-generic 4.8.0-36.36~16.04.1 amd64 Linux kernel image for version 4.8.0 on 64 bit x86 SMP
ii linux-image-4.8.0-54-generic 4.8.0-54.57~16.04.1 amd64 Linux kernel image for version 4.8.0 on 64 bit x86 SMP
ii linux-image-extra-4.8.0-36-generic 4.8.0-36.36~16.04.1 amd64 Linux kernel extra modules for version 4.8.0 on 64 bit x86 SMP
ii linux-image-extra-4.8.0-54-generic 4.8.0-54.57~16.04.1 amd64 Linux kernel extra modules for version 4.8.0 on 64 bit x86 SMP
ii linux-image-generic-hwe-16.04 4.8.0.54.25 amd64 Generic Linux kernel image
- Xue-buntu
- Serdeczny Borsuk
- Posty: 128
- Rejestracja: 22 lut 2015, 16:08
- Płeć: Mężczyzna
- Wersja Ubuntu: 20.04
- Środowisko graficzne: Xfce
- Architektura: x86_64
Re: Każda aktualizacja uwala bootloadera
Co do poprzedniego pytania o kropki pod logo, nie zawsze wskazują dobrze stan uruchamiania/wyłączania. U mnie podczas uruchamiania zapalała się zwykle jedna kropka, potem wszystkie na raz i pojawiał się ekran logowania, a podczas wyłączania po kolei trzy kropki i komputer wyłączony. Denerwowało mnie to, więc wyłączyłem w GRUB-ie.
Kernele są w porządku, więc trzeba szukać gdzie indziej. Spróbuj usunąć z GRUB_CMDLINE_DEFAULT (czy jakość tak) opcje "quiet" i "splash", a potem przebudować GRUB-a. Możesz do tego też użyć jakiegoś narzędzia, np. GRUB Customizer z zewnętrznego repozytorium:
Jak już to zrobisz, obserwuj, na których linijkach system podczas uruchamiania/zamykania zatrzymuje się na dłużej. Mam nadzieję, że to coś pomoże w diagnozie.
Na koniec pytania:
Czy KAŻDA aktualizacja systemu, nawet, jeśli nie uaktualnia GRUB-a, kernela itp. rozwala GRUB-a? (o to powinienem był zapytać wcześniej)
Czy gdy korzystałeś wcześniej z HDD, wszystko działało normalnie? Jeśli nie, a masz możliwość montażu jakiegoś innego dysku, to spróbuj jeszcze tego.
Kernele są w porządku, więc trzeba szukać gdzie indziej. Spróbuj usunąć z GRUB_CMDLINE_DEFAULT (czy jakość tak) opcje "quiet" i "splash", a potem przebudować GRUB-a. Możesz do tego też użyć jakiegoś narzędzia, np. GRUB Customizer z zewnętrznego repozytorium:
Kod: Zaznacz cały
sudo add-apt-repository ppa:danielrichter2007/grub-customizer
sudo apt-get update
sudo apt-get install grub-customizer
Na koniec pytania:
Czy KAŻDA aktualizacja systemu, nawet, jeśli nie uaktualnia GRUB-a, kernela itp. rozwala GRUB-a? (o to powinienem był zapytać wcześniej)
Czy gdy korzystałeś wcześniej z HDD, wszystko działało normalnie? Jeśli nie, a masz możliwość montażu jakiegoś innego dysku, to spróbuj jeszcze tego.
___________________________
Albo Xfce, albo terminal
Albo Xfce, albo terminal
Kto jest online
Użytkownicy przeglądający to forum: Obecnie na forum nie ma żadnego zarejestrowanego użytkownika i 68 gości