logo elektroda
logo elektroda
X
logo elektroda
REKLAMA
REKLAMA
Adblock/uBlockOrigin/AdGuard mogą powodować znikanie niektórych postów z powodu nowej reguły.

[Rozwiązano] Manjaro i GRUB rescue po zmianie partycji - jak naprawić bootloader?

YuTian 21 Lut 2020 16:06 1077 8
REKLAMA
  • #1 18484842
    YuTian
    Poziom 5  
    Posty: 65
    Ocena: 5
    Witam, po 'splitowaniu' partycji przy pomocy programu "MiniTool Partition Wizard" podczas uruchamiania gruba, wyskoczyło mi "grub rescue unknown filesystem" (obok Manjaro mam windows 10). Zatem uruchomiłem z pendrive innego linuxa i myśląc że wystarczy użyć 'update-grub' właśnie to zrobiłem. Nie pomogło to jednak, lecz spróbowałem uruchomić manjaro przez gruba z pendrive i pojawił się 'kernel panic'.

    Da się coś z tym zrobić czy trzeba od nowa system stawiać?

    Manjaro i GRUB rescue po zmianie partycji - jak naprawić bootloader?
  • REKLAMA
  • Pomocny post
    #2 18484887
    n6210
    Poziom 29  
    Posty: 1000
    Pomógł: 126
    Ocena: 169
    Panic masz bo kernel nie wyzukuje/rozpoznaje partycji z roofilesystemem albo ma błędnie podaną ta opcję przy starcie.
    Podaje się najczęsciej UUID partyji albo konkretny block device (ale to niepraktyczne bo sie zmienia),
    Moze UUID zostało zmienione (dziwne) podczas splitowania?

    Jak zabootojesz inny system z pendrive/cd to jestes w stanie zamontowac ta splitowaną partycje z Manjaro?
    Jak nie to może jest uszkodzona - moze starczy checkiem ją przejechać.
    Jak uszkodzona bardzo to raczej tylko nowy system.
  • #3 18484899
    YuTian
    Poziom 5  
    Posty: 65
    Ocena: 5
    n6210 napisał:
    Jak zabootojesz inny system z pendrive/cd to jestes w stanie zamontowac ta splitowaną partycje z Manjaro?

    Zapomniałem dodać, że nie splitowałem partycji manjaro, tylko zwyczajną partycję NTFS, która służy mi do przechowywania danych. Jestem w stanie zbootować partycję manjaro.

    EDIT:
    lista partycji:
    Manjaro i GRUB rescue po zmianie partycji - jak naprawić bootloader?
  • REKLAMA
  • #4 18485047
    n6210
    Poziom 29  
    Posty: 1000
    Pomógł: 126
    Ocena: 169
    Teraz zgłupiałem... To skoro możesz zbootowac to gdzie problem?
    fdisk ja pokazuje, bo jest wpis w tablicy...
    Ja pytałem czy możesz ją zamontować pod Live CD i dostać się do danych. Chodzi mi o partycje oznaczona powyżej jako /dev/sda8
  • #5 18485054
    YuTian
    Poziom 5  
    Posty: 65
    Ocena: 5
    Zamontowałem ją używając chroot. Do danych jestem w stanie się dostać, ale nie mogę ją uruchomić.
  • REKLAMA
  • Pomocny post
    #6 18485083
    n6210
    Poziom 29  
    Posty: 1000
    Pomógł: 126
    Ocena: 169
    Za duże skroty myślowe jak dla mnie... montuje się mount, chroot obcina ci drzewo katalogów do podanego.
    Skoro da się dostać do danych to z jakiegoś powodu jest źle skonfigurowany grub. Wylistuj sobie partycje blkid i sprawdź czy w grub.cfg jest wpis root=UUID=tutaj UUID twojej partycji
  • REKLAMA
  • #7 18485106
    YuTian
    Poziom 5  
    Posty: 65
    Ocena: 5
    Przepraszam, rzeczywiście mount służy do montowania a nie chroot. W każdym razie mogę zamontować.
    n6210 napisał:
    Wylistuj sobie partycje blkid i sprawdź czy w grub.cfg jest wpis root=UUID=tutaj UUID twojej partycji

    Po wpisaniu blkid wyskoczyło to:
    /dev/sda1: LABEL="ZastrzeM-EM-<one przez system" BLOCK_SIZE="512" UUID="869E412B9E4114D9" TYPE="ntfs" PARTUUID="67eb8fed-01"
    /dev/sda2: BLOCK_SIZE="512" UUID="94964A5F964A424A" TYPE="ntfs" PARTUUID="67eb8fed-02"
    /dev/sda5: BLOCK_SIZE="512" UUID="E010A03710A01716" TYPE="ntfs" PARTUUID="67eb8fed-05"
    /dev/sda6: LABEL="Nowy" BLOCK_SIZE="512" UUID="01D5E8AF55E50190" TYPE="ntfs" PARTUUID="67eb8fed-06"
    /dev/sda7: LABEL="Better Windows 10" BLOCK_SIZE="512" UUID="01D5E8AF58E0DC70" TYPE="ntfs" PARTUUID="67eb8fed-07"
    /dev/sda8: UUID="e01fc3e3-1586-4b3a-a0f2-038124485573" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="67eb8fed-08"
    /dev/sdb1: UUID="30c8b21e-8bf2-44fe-a36e-c8eda827140d" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="128d1224-01"
    /dev/loop0: TYPE="squashfs"
    /dev/loop1: TYPE="squashfs"
    /dev/loop2: TYPE="squashfs"
    /dev/loop3: TYPE="squashfs"
    /dev/loop4: TYPE="squashfs"
    

    W grub.cfg wygląda to tak:
    root=UUID=e01fc3e3-1586-4b3a-a0f2-038124485573

    Zatem się zgadza.
  • Pomocny post
    #8 18485132
    n6210
    Poziom 29  
    Posty: 1000
    Pomógł: 126
    Ocena: 169
    Wiesz co nigdy nie lubiłem z grubem kombinować więc masz tu opis z którego kiedyś korzystałem:
    https://www.easytechguides.com/error-unknown-filesystem-grub-rescue.html
    Oczywiście pamiętając, że twoja partycja to sda8 czyli gpt8 (lub msdos8 zależnie co tam używasz).
  • #9 18485163
    YuTian
    Poziom 5  
    Posty: 65
    Ocena: 5
    Dziękuję bardzo za pomoc, udało się naprawić. Wielokrotnie napotykałem 'panic kernel' (oczywiście polegałem), jednakże dopiero teraz odważyłem się napisać tutaj i poprosić o pomoc. Nie sądziłem, że wystarczy wpisać kilka komend, aby to naprawić. Jeszcze raz dziękuję bardzo. Miłego wieczorku!

Podsumowanie tematu

✨ Po podziale partycji NTFS za pomocą "MiniTool Partition Wizard" użytkownik napotkał problem z bootloaderem GRUB, który wyświetlał komunikat "grub rescue unknown filesystem". Po próbie aktualizacji GRUB z użyciem innego systemu Linux z pendrive'a, wystąpił błąd "kernel panic". Użytkownik był w stanie zamontować partycję Manjaro, ale nie mógł jej uruchomić. Po kilku wskazówkach dotyczących sprawdzenia UUID partycji i konfiguracji GRUB, udało się naprawić problem za pomocą kilku komend.
Wygenerowane przez model językowy.
REKLAMA