[Solved]Brak wpisów w pliku menu.lst po aktualizacji kernela.

Home Fora Pomoc Oprogramowanie [Solved]Brak wpisów w pliku menu.lst po aktualizacji kernela.

Ten wątek zawiera 19 odpowiedzi, ma 5 uczestników, ostatnio zmodyfikowany przez  Nożyk 5 lata, 2 miesięcy temu.

Oglądasz 15 posty - 1 do 15 (z 20 ogółem)
  • Autor
    Posty
  • #414

    Nożyk
    Participant

    Ostatnio zauważyłem, że mój desktop strasznie muli. Szukając przyczyny okazało się, że mam zainstalowane cztery kernele a system pracuje na najstarszej wersji. Sprawdziłem w menu.lst ale tam nie było wpisów o tych nowszych kernelach. Idąc dalej w MCC w pozycji “Uruchamianie”, “Konfiguracja sposobu uruchamiania” za każdym razem program niespodziewanie przerywa i nie daje się otworzyć. Czy można to w jakiś sposób naprawić i ewentualnie jak? Bardzo proszę o pomoc.

    #415
    aquila.pl
    aquila.pl
    Moderator

    Pokaż te kernele

    rpm -qa | grep kernel

    Uruchom mcc w konsoli i zobacz czy nie pokaże błędów.

    #418
    m123456
    m123456
    Moderator

    Dodatkowo pokaż zawartość menu.lst i katalogu /boot:
    cat /boot/grub/menu.lst
    ls -l /boot/

    #420
    mirej
    mirej
    Participant

    Można też spróbować nieco inaczej. Wykonaj z instalki DVD ponowną instalację. Uwaga! Wybierz aktualizację wcześniejszej wersji. Na końcu przeglądnij i skoryguj parametry konfiguracji w oknie. GRUB oraz konfiguracja zapisze się na nowo jak zakończysz instalację.

    MiReJ,
    Mageia-6 64bit, 4.14.40
    Mageia-5 32bit

    #422

    Nożyk
    Participant

    Po uruchomieniu mcc w konsoli, daje taki wynik:

    [root@localhost mirekos]# "/usr/bin/drakmenustyle" is not executable [Menus] at /usr/sbin/drakconf.real line 820.
    "/usr/sbin/drakbackup" is not executable [Backups] at /usr/sbin/drakconf.real line 820.
    "/usr/sbin/drakvirt" is not executable [Virtualization] at /usr/sbin/drakconf.real line 820.
    "/usr/sbin/tomoyo-gui" is not executable [Tomoyo Policy] at /usr/sbin/drakconf.real line 820.
    INTERNAL ERROR: unknown device hda
    MDK::Common::Various::internal_error() called from /usr/lib/libDrakX/devices.pm:186
    devices::entry() called from /usr/lib/libDrakX/devices.pm:201
    devices::make() called from /usr/lib/libDrakX/partition_table/raw.pm:56
    partition_table::raw::typeOfMBR() called from /usr/lib/libDrakX/bootloader.pm:200
    bootloader::read() called from /usr/sbin/drakboot:53

    Mam dwa dyski, oba sprawne. Po wydaniu polecenia “fdisk -l” wynik jest taki”

    Dysk /dev/sda: 80.0 GB, bajtów: 80026361856
    głowic: 255, sektorów/ścieżkę: 63, cylindrów: 9729, w sumie sektorów: 156301488
    Jednostka = sektorów, czyli 1 * 512 = 512 bajtów
    Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512
    Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512
    Identyfikator dysku: 0xdbbcdbbc

    Urządzenie Rozruch Początek Koniec Bloków ID System
    /dev/sda1 * 63 12916259 6458098+ 7 HPFS/NTFS/exFAT
    /dev/sda2 12916260 156280319 71682030 f W95 Rozsz. (LBA)
    /dev/sda5 12916323 33399134 10241406 7 HPFS/NTFS/exFAT
    /dev/sda6 33399198 45688859 6144831 b W95 FAT32
    /dev/sda7 45688923 156280319 55295698+ 7 HPFS/NTFS/exFAT

    Dysk /dev/sdb: 40.0 GB, bajtów: 40020664320
    głowic: 255, sektorów/ścieżkę: 63, cylindrów: 4865, w sumie sektorów: 78165360
    Jednostka = sektorów, czyli 1 * 512 = 512 bajtów
    Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512
    Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512
    Identyfikator dysku: 0x505c4a30

    Urządzenie Rozruch Początek Koniec Bloków ID System
    /dev/sdb1 * 63 14233589 7116763+ 83 Linux
    /dev/sdb2 14233714 78155775 31961031 5 Rozszerzona
    /dev/sdb5 42572313 58942484 8185086 83 Linux
    /dev/sdb6 58942548 60911615 984534 82 Linux swap / Solaris
    /dev/sdb7 60913664 78155775 8621056 83 Linux
    /dev/sdb8 14233716 42572249 14169267 83 Linux

    Wpisy w tablicy partycji nie są w tej kolejności, co na dysku

    Wygląda na to, że mam dyski sda i sdb a grub zaparł się na hda. Czy można to naprawić, czy tylko przeinstalowanie?

    #423
    Norbi
    Norbi
    Participant

    A nie prościej i szybciej usunąć stare kernele? Zostaw ten najnowszy czyli ten z najwyższym numerkiem a resztę po prostu usuń – stare robią bałagan w systemie. Nie instaluj systemu na nowo – szkoda czasu na ustawienia tym bardziej że za 67 dni będzie Mageia 3 😉

    Linux is funny 🙂

    #426

    Nożyk
    Participant

    Dzięki Norbi za podpowiedź i chyba tak zrobię, poczekam na Mageię3 bo jak skasuję stare kernele, to w menu.lst nie będę miał żadnego, bo jest tam tylko najstarszy 3.3.6 z którego była instalowana Mageia2. Mam teraz tylko jeszcze jedno pytanie, czy takiego numeru nie zrobi mi Mageia3?
    Patrzyłem w te pliki, które wyrzuciła konsola i w pliku:
    /usr/lib/libDrakX/partition_table/raw.pm:56
    jest dużo wpisów “$hd”, czy to nie oznacza twardy dysk?

    #427
    Norbi
    Norbi
    Participant

    Chyba nie zrozumiałeś mojej podpowiedzi. Napisałem wyraźnie że możesz usunąć w MCC stare kernele a zostawić najnowszy tylko nie rozumiem dlaczego bronisz wpisów starszych wersji? Co one Ci dają? Nowszy kernel jest z reguły i zasady po prostu lepszy a system powinien lepiej obsługiwać sprzęt. Nie musisz czekać na Mageię 3 bo po co?

    Linux is funny 🙂

    #429

    Nożyk
    Participant

    Może i źle zrozumiałem ale jeśli w pliku menu.lst mam tylko jeden wpis kernel 3.3.6 i usunę ten kernel to czy system mi wstanie i z którego kernele. Mój plik menu.lst wygląda tak:
    timeout 10
    color black/cyan yellow/cyan
    gfxmenu (hd1,0)/boot/gfxmenu
    default 0

    title linux
    kernel (hd1,0)/boot/vmlinuz BOOT_IMAGE=linux root=UUID=3b01ca7e-ee69-4eb5-abd1-1ead3b4c51ed nokmsboot splash quiet resume=UUID=a323d204-6218-4abc-a82d-605d1a508d74 vga=788 rdloaddriver=pata_amd
    initrd (hd1,0)/boot/initrd.img

    title linux-nonfb
    kernel (hd1,0)/boot/vmlinuz BOOT_IMAGE=linux-nonfb root=UUID=3b01ca7e-ee69-4eb5-abd1-1ead3b4c51ed nokmsboot resume=UUID=a323d204-6218-4abc-a82d-605d1a508d74
    initrd (hd1,0)/boot/initrd.img

    title failsafe
    kernel (hd1,0)/boot/vmlinuz BOOT_IMAGE=failsafe root=UUID=3b01ca7e-ee69-4eb5-abd1-1ead3b4c51ed nokmsboot failsafe
    initrd (hd1,0)/boot/initrd.img
    title windows
    root (hd0,0)
    makeactive
    chainloader +1

    a kernele mam takie :

    rpm -qa | grep kernel
    kernel-desktop586-3.4.24-3.mga2-1-1.mga2
    vboxadditions-kernel-desktop586-latest-4.1.24-4.mga2
    kernel-desktop586-3.3.8-2.mga2-1-1.mga2
    vboxadditions-kernel-3.4.24-desktop586-3.mga2-4.1.24-2.mga2
    kernel-desktop586-latest-3.4.32-2.mga2
    kernel-desktop586-3.4.32-2.mga2-1-1.mga2
    vboxadditions-kernel-3.3.8-desktop586-2.mga2-4.1.18-1.mga2
    kernel-firmware-20120219-1.mga2
    vboxadditions-kernel-3.4.32-desktop586-2.mga2-4.1.24-4.mga2
    kernel-userspace-headers-3.4.32-2.mga2
    kernel-desktop586-3.3.6-2.mga2-1-1.mga2

    NOTA: Zdecyduj się w których miejscach używasz przycisku ”code”.

    #430
    Norbi
    Norbi
    Participant

    Mówiąc krótko masz bałagan z kernelami i to duży. Ja zostawiłbym ten najnowszy a resztę bym usunął ale na wszelki wypadek trzymając płytę z systemem pod ręką. Jeśli system nie wstanie zawsze możesz zainstalować ponownie nie ruszając partycji /home. Ten bałagan to niestety ale wina użytkownika. U mnie wygląda to tak:
    [norbi@asus ~]$ rpm -qa | grep kernel
    kernel-userspace-headers-3.4.32-2.mga2
    virtualbox-kernel-netbook-latest-4.1.24-3.mga2
    kernel-source-3.4.32-2.mga2-1-1.mga2
    kernel-firmware-20120219-1.mga2
    vboxadditions-kernel-netbook-latest-4.1.24-4.mga2
    vboxadditions-kernel-3.4.32-netbook-2.mga2-4.1.24-4.mga2
    kernel-source-latest-3.4.32-2.mga2
    virtualbox-kernel-3.4.32-netbook-2.mga2-4.1.24-3.mga2
    kernel-netbook-3.4.32-2.mga2-1-1.mga2
    kernel-netbook-latest-3.4.32-2.mga2
    kernel-netbook-devel-latest-3.4.32-2.mga2
    kernel-firmware-nonfree-20121030-1.mga2.nonfree
    kernel-netbook-devel-3.4.32-2.mga2-1-1.mga2

    Linux is funny 🙂

    #431

    Nożyk
    Participant

    Dzięki, postaram się zrobić tak jak poleciłeś.

    #432
    m123456
    m123456
    Moderator

    Masz zainstalowane trzy (pomyliłem się) cztery wersje kernela:
    kernel-desktop586-3.3.6-2.mga2-1-1.mga2
    kernel-desktop586-3.3.8-2.mga2-1-1.mga2
    kernel-desktop586-3.4.24-3.mga2-1-1.mga2
    kernel-desktop586-3.4.32-2.mga2-1-1.mga2

    Przy czym podejrzewam z braku info. o dowiązaniach w /boot/, że aktywna jest wersja 3.4.24-3.mga2… możliwy bug 8734.
    Co do błędu w MCC, to gdzieś w konfiguracji startowej siedzi /dev/hdX, a nie /dev/sdX. Może dlatego MCC się gubi.
    Pokaż:
    ls -l /boot/
    cat /boot/grub/device.map

    #440

    Nożyk
    Participant

    ls -l /boot/
    razem 25104
    -rw-r--r-- 1 root root 440 sty 12 12:08 boot.backup.hda
    lrwxrwxrwx 1 root root 30 lut 24 21:16 config -> config-3.3.6-desktop586-2.mga2
    -rw-r--r-- 1 root root 136740 maj 17 2012 config-3.3.6-desktop586-2.mga2
    -rw-r--r-- 1 root root 136762 lip 30 2012 config-3.3.8-desktop586-2.mga2
    -rw-r--r-- 1 root root 138609 sty 5 03:34 config-3.4.24-desktop586-3.mga2
    -rw-r--r-- 1 root root 138609 lut 18 22:17 config-3.4.32-desktop586-2.mga2
    drwxr-xr-x 2 root root 4096 paź 15 23:57 dracut/
    -rwxr-xr-x 1 root root 527360 sty 12 15:44 gfxmenu*
    drwxr-xr-x 2 root root 4096 sty 12 14:42 grub/
    -rw------- 1 root root 6305886 sty 12 15:26 initrd-3.3.6-desktop586-2.mga2.img
    lrwxrwxrwx 1 root root 35 lut 22 18:23 initrd-desktop586.img -> initrd-3.4.32-desktop586-2.mga2.img
    lrwxrwxrwx 1 root root 34 maj 22 2012 initrd.img -> initrd-3.3.6-desktop586-2.mga2.img
    -rw-r--r-- 1 root root 308314 maj 15 2011 mageia.bmp
    -rw-r--r-- 1 root root 168376 maj 17 2012 symvers-3.3.6-desktop586-2.mga2.xz
    -rw-r--r-- 1 root root 168404 lip 30 2012 symvers-3.3.8-desktop586-2.mga2.xz
    -rw-r--r-- 1 root root 171536 sty 5 03:34 symvers-3.4.24-desktop586-3.mga2.xz
    -rw-r--r-- 1 root root 171592 lut 18 22:17 symvers-3.4.32-desktop586-2.mga2.xz
    lrwxrwxrwx 1 root root 34 sty 12 12:43 System.map -> System.map-3.3.6-desktop586-2.mga2
    -rw-r--r-- 1 root root 1685701 maj 17 2012 System.map-3.3.6-desktop586-2.mga2
    -rw-r--r-- 1 root root 1686000 lip 30 2012 System.map-3.3.8-desktop586-2.mga2
    -rw-r--r-- 1 root root 1723331 sty 5 03:34 System.map-3.4.24-desktop586-3.mga2
    -rw-r--r-- 1 root root 1724579 lut 18 22:17 System.map-3.4.32-desktop586-2.mga2
    lrwxrwxrwx 1 root root 31 maj 22 2012 vmlinuz -> vmlinuz-3.3.6-desktop586-2.mga2
    -rw-r--r-- 1 root root 2649376 maj 17 2012 vmlinuz-3.3.6-desktop586-2.mga2
    -rw-r--r-- 1 root root 2657280 lip 30 2012 vmlinuz-3.3.8-desktop586-2.mga2
    -rw-r--r-- 1 root root 2535552 sty 5 03:34 vmlinuz-3.4.24-desktop586-3.mga2
    -rw-r--r-- 1 root root 2536704 lut 18 22:17 vmlinuz-3.4.32-desktop586-2.mga2
    lrwxrwxrwx 1 root root 32 lut 22 18:23 vmlinuz-desktop586 -> vmlinuz-3.4.32-desktop586-2.mga2

    cat /boot/grub/device.map
    (hd0) /dev/hda
    (hd1) /dev/hdb

    Wygląda to na głupoty, ale na dysku sdb mam Mageię i Xubuntu i jak jest aktualizacja Xubuntu to mi wraca chyba do starego kernela na Mageii, który jako jedyny jest w menu.lst.

    #442
    mirej
    mirej
    Participant

    Wklep w konsoli blkid.

    MiReJ,
    Mageia-6 64bit, 4.14.40
    Mageia-5 32bit

    #443
    m123456
    m123456
    Moderator

    Masz nakombinowanie…
    Pokaż zawartość pliku grub.cfg z Xubuntu.

Oglądasz 15 posty - 1 do 15 (z 20 ogółem)

Musisz być zalogowany aby odpowiedzieć w tym wątku.