Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!

Ogłoszenie

Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.

#1  2024-12-09 10:05:33

  Karoll - Użytkownik

Karoll
Użytkownik
Zarejestrowany: 2019-08-12

( SOLVED ) GRUB2 - nie bootuje.

Po nieudanej probie instalacji Ventoy (kreator botowalnego usb z multisystemami)
Po starcie wyswietla na czarnym ekranie duzymi literami GRUB  - i to wszystko.

Kod:

Linux debian 6.1.0-23-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.99-1 (2024-07-15) x86_64 GNU/Linux

Rozklad partycji:

Kod:

Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: ST1000LM014-1EJ1
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: 00E7BCEC-C428-49BC-AC6F-AB41437BCAB5

Device         Start        End    Sectors   Size Type
/dev/sda1       2048  101584895  101582848  48.4G Linux filesystem
/dev/sda2  101584896  205293567  103708672  49.5G Linux filesystem
/dev/sda3  205293568  306690047  101396480  48.3G Linux filesystem
/dev/sda4  306690048  408793087  102103040  48.7G Linux filesystem
/dev/sda5  408793088 1953523711 1544730624 736.6G Linux filesystem

Kod:

-d /sys/firmware/efi ] && echo UEFI || echo BIOS
BIOS

Poniewaz to jest GPT to nie moge uzyc plytki " boot-repair "
Flaga bootowania byla przy partycji /dev/sda1.

Co robic?

NIE MOGE STRACIC DANYCH NA POZOSTALYCH PARTYCJACH  !!!

Ostatnio edytowany przez Karoll (2024-12-10 10:51:24)


Tolerancja i apatia, to ostatnie cnoty umierającego społeczeństwa.
Gdy wiesz o wszystkim, co robi twoj rzad – to jest demokracja.
Gdy rzad wie wszystko o tobie – to jest tyrania !

Offline

 

#2  2024-12-09 19:39:08

  zl23 - Użytkownik

zl23
Użytkownik
Zarejestrowany: 2016-09-02

Re: ( SOLVED ) GRUB2 - nie bootuje.

1.
Jeżeli DANE SĄ TAKIE WAŻNE, to najpierw, przed wszelkimi czynnościami naprawczymi, uruchom dowolny Linux Live z CD/DVD/USB i te WAŻNE DANE przekopiuj w bezpieczne miejsce.
Następnie sprawdź czy da się je odczytać.
Później pomyśl co zrobiłeś ostatnio co mogło uszkodzić gruba.
2.
Następnie odtwórz gruba za pomocą chroot.
Albo prostszy sposób – wykorzystując dysk (USB) pierwszej płyty instalacyjnej Debiana (Instalacyjnej, a nie Live).
Dostosuj poradę https://www.debian.pl/viewtopic.php?p=203683#p203683
Punkty od 6 do 13.
Rozumiem, że masz starszy kompter bez UEFI (czyli stary dobry Bios).

Oczywiście:
nie spiesz się i dwa razy sprawdzaj co wpisujesz!
Jak nie wykonałeś pk.1 (backup) to nie rób czynności z pkt. 2 (naprawa).
Jak czegoś nie rozumiesz to tego nie rób.

Powyższy przepis to tylko moja dobra rada do której możesz się zastosować lub nie – wybór należy do Ciebie.

Pozdrawiam.

Ostatnio edytowany przez zl23 (2024-12-09 19:40:05)

Offline

 

#3  2024-12-10 10:42:46

  Karoll - Użytkownik

Karoll
Użytkownik
Zarejestrowany: 2019-08-12

Re: ( SOLVED ) GRUB2 - nie bootuje.

@zl23
Jestem bardzo wdzieczny za zyczliwe i pomocne rady. Zrobilem jak napisales, zaczynajac od bacupu waznych danych.
Nastepnie komendy w kolejnosci:

Kod:

fdisk -l
          sudo mount /dev/sda1 /mnt
          sudo mount /dev/sda1 /mnt/boot/efi
         for i in /dev /dev/pts /proc /sys /run; do sudo mount -B $i /mnt$i; done
         sudo chroot /mnt
         grub-install /dev/sda1
         update-grub

Teraz GRUB2 dziala jak nalezy.
Musialem najpierw sporo poczytac.

Moze komus sie przyda....


Tolerancja i apatia, to ostatnie cnoty umierającego społeczeństwa.
Gdy wiesz o wszystkim, co robi twoj rzad – to jest demokracja.
Gdy rzad wie wszystko o tobie – to jest tyrania !

Offline

 

#4  2024-12-10 13:38:32

  zl23 - Użytkownik

zl23
Użytkownik
Zarejestrowany: 2016-09-02

Re: ( SOLVED ) GRUB2 - nie bootuje.

To cieszy, że Ci się powiodło.

Ale podana recepta coś mi się nie widzi.
1.
Najpierw sda1 montujesz do /mnt, a w następnej linii znów sda1, ale teraz do efi.
Ale ponoć PC to stary bios.
No i która partycja to /root, a która to ewentualnie efi?
2. Dalej - grub instalujesz do sda1, a powinno się instalować do sda (dla bios).

Nie porobiłeś czasami literówek?
Recepty na przywracanie gruba są dość często poszukiwane.
Twoja recepta na pewno komuś się przyda.

Pozdrawiam

Offline

 

#5  2024-12-12 17:28:07

  Karoll - Użytkownik

Karoll
Użytkownik
Zarejestrowany: 2019-08-12

Re: ( SOLVED ) GRUB2 - nie bootuje.


Tolerancja i apatia, to ostatnie cnoty umierającego społeczeństwa.
Gdy wiesz o wszystkim, co robi twoj rzad – to jest demokracja.
Gdy rzad wie wszystko o tobie – to jest tyrania !

Offline

 

#6  2024-12-13 07:48:41

  zl23 - Użytkownik

zl23
Użytkownik
Zarejestrowany: 2016-09-02

Re: ( SOLVED ) GRUB2 - nie bootuje.

W pierwszym poradniku, którego link podałeś omawiają reinstalacje gruba TYLKO na komputerach z UEFI.
Drugi poradnik (https://forum.level1techs.com/t/reinstall-grub/134056) jest bardziej przydatny, bo omawia sposób reinstalacji gruba ZARÓWNO na PC z UEFI jak i bez (stary Bios).

Jest to istotne!

W swoim pierwszym poście podałeś co wypisał fdisk -l (prawdopodobnie – bo nie wpisałeś polecenia):
masz 5 partycji – ale żadna z nich nie jest partycją UEFI.
Bo gdyby takowa była, to fdisk wypisałby "System EFI" zamiast "Linux filesystem" .
Zresztą kto zakłada prawie 50 GiB partycję UEFI?

Wracając do postu #3 (nazwijmy go "receptą"), twoje polecenie "mount /dev/sda1 /mnt/boot/efi" jest błędne.
Nie masz prawdopodobnie  katalogu '/mnt/boot/efi' więc nic się nie zamontowało.
Zresztą po co montować tę samą partycję ('sda1') do dwu różnych miejsc '(/mnt' oraz '/mnt/boot/efi')?

Dalej – nie piszesz w twojej recepcie, która partycja to root (/), trzeba zgadywać, że to 'sda1', a jest to kluczowa informacja.
Nie zawsze root jest na pierwszej partycji. – np. patrz ww. poradniki.
A propos: w poradniku pierwszym jest literówka 'md2' zamiast prawidłowej 'sda2'.

No i na koniec instalacja gruba.
Zerknij do drugiego poradnika, którego link podałeś – dla starego Biosa instalują gruba w 'sda' a nie w 'sda1' jak w twojej recepcie.

Podsumowując.
Twoja recepta w poście #3 jest niepoprawna i nie należy jej polecać.
To, że system Ci znów działa jest tylko przypadkowym zbiegiem okoliczności.

Prawidłowa jest recepta pod tym linkiem
https://forum.level1techs.com/t/reinstall-grub/134056

Pozdrawiam.

Offline

 

#7  2024-12-13 08:31:02

  zl23 - Użytkownik

zl23
Użytkownik
Zarejestrowany: 2016-09-02

Re: ( SOLVED ) GRUB2 - nie bootuje.

Jeszcze jeden drobiazg.

Wcześniej nie zauważyłem, że na tym twoim dysku jest: "Disklabel type: gpt".
Ale nie ma partycji "System EFI".
Tzn., że dla starego Biosa na dysku 'gpt' powinna być 1 MiB niesformatowana partycja z flagą "bios_grub".
Fdisk taką partycję rozpoznaje jako "BIOS - rozruchowa" (parted wypisuje zamiast typu, flagę: bios_grub).

Jeżeli nie miałbyś nic przeciwko temu, to podaj wyniki poleceń:

Kod:

# lsblk -f
# parted /dev/sda print free

Bo trochę mnie to dziwi – jak Ci to mogło zadziałać?

Pozdrawiam.

Offline

 

#8  2024-12-13 10:53:41

  Karoll - Użytkownik

Karoll
Użytkownik
Zarejestrowany: 2019-08-12

Re: ( SOLVED ) GRUB2 - nie bootuje.

Bardzo dziekuje, ze znalazles czas zeby skorygowac moj bledny niestety wpis.
Napoleon kiedys powiedzial: " Przyjacielem jest ten kto ci pokazuje twoje bledy, wrog je wykorzystuje."

Kod:

lsblk -f
sda                                                                         
├─sda1
│    ext4   1.0         d59acb3a-b0c2-4da3-8761-104d14b6a4d9     19G    55% /
├─sda2
│    ext4   1.0   ???   91e5ce3b-3f24-4a41-b3a0-fbafd8321cbb                
├─sda3
│    ext4   1.0   !!!   c2aeaa56-5c1f-4660-8121-a6c2dfb401a6                
├─sda4
│    ext4   1.0   Backup
│                       6f3fea11-8718-4583-9afd-dc363e98f8cb                
└─sda5
     ext4   1.0   Storage
                        99360512-8276-4b38-a3b7-59efd131ab88

Kod:

sudo parted /dev/sda print free
[sudo] password for mark: 
Model: ATA ST1000LM014-1EJ1 (scsi)
Disk /dev/sda: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name        Flags
        17.4kB  1049kB  1031kB  Free Space
 1      1049kB  52.0GB  52.0GB  ext4         D12
 2      52.0GB  105GB   53.1GB  ext4         ???
 3      105GB   157GB   51.9GB  ext4         !!!
 4      157GB   209GB   52.3GB  ext4         Backup
 5      209GB   1000GB  791GB   ext4         StorageBig
        1000GB  1000GB  729kB   Free Space

Jeszcze raz dziekuje.


Tolerancja i apatia, to ostatnie cnoty umierającego społeczeństwa.
Gdy wiesz o wszystkim, co robi twoj rzad – to jest demokracja.
Gdy rzad wie wszystko o tobie – to jest tyrania !

Offline

 

#9  2024-12-13 18:37:23

  zl23 - Użytkownik

zl23
Użytkownik
Zarejestrowany: 2016-09-02

Re: ( SOLVED ) GRUB2 - nie bootuje.

Zadziwiający jest ten twój PC z tymi partycjami.

1. Tablica partycji na tym dysku to gpt.
2. Wszystkie partycje (5 szt.) to system plików ext4. Do tego każda wielka.

Gdyby to był PC z UEFI, to musiałaby być mała partycja (512 MiB) UEFI z systemem plików FAT32 i flagami 'boot' i 'esp'.
Ale nie ma takiej partycji.

Gdyby to był PC ze starym, dobrym Biosem to powinno być miejsce dla gruba, czyli niesformatowana partycja 1 MiB z flagą 'bios_grub'.
Ale nie ma takiej partycji.

Kiedyś czytałem, że na dyskach gpt można zapisać gruba w mbr, ale to ponoć nie zawsze się udawało, a niektórzy twierdzili, że to wręcz niemożliwe.
Ja nigdy czegoś takiego nie próbowałem, więc nie wiem.

Być może twój PC z tymi partycjami jest takim rzadkim przypadkiem.
Tu znalazłem, prawie podobny opis (tu jest partycja EFI z systemem ext4):
https://www.linuxquestions.org/questions/linux-hard … 4-4175510688/

Jeżeli to byłaby prawda, to twoja procedura (nazwana przez mnie wcześniej receptą) może być poprawna.
Partycję root miałbyś na sda1.
To, że ją dwa razy montowałeś chyba nie ma znaczenie – liczy się ostatnie poprawne montowanie.
Pozostałe 4 partycje w tym przypadku nie maja znaczenia.
A instalacja gruba w 'sda1'?
Może faktycznie gdzieś tego gruba zainstalowano jako mbr?

Podsumowując te moje rozważania:
1. Jeżeli twój system jest takim rzadkim przypadkiem, to pierwsze co bym zrobił to obraz dysku za pomocą Clonezilla – jakby w przyszłości coś poszło nie tak. Bo z tego wynika, że wszystkie przepisy odzyskiwania Gruba w twoim przypadku są nieodpowiednie.
2. Zachowałbym sobie ten twój przepis odzyskiwania gruba – w końcu zadziałało!

Pozwól, że na koniec postawię pytanie:
Czy na dysku masz katalog '/boot/efi'?

Pozdrawiam.

Ostatnio edytowany przez zl23 (2024-12-15 07:23:47)

Offline

 

#10  2024-12-13 19:51:09

  Karoll - Użytkownik

Karoll
Użytkownik
Zarejestrowany: 2019-08-12

Re: ( SOLVED ) GRUB2 - nie bootuje.

Sprawdzilem - nie ma.

Kod:

ls /boot
config-6.1.0-23-amd64  initrd.img-6.1.0-23-amd64  System.map-6.1.0-25-amd64
config-6.1.0-25-amd64  initrd.img-6.1.0-25-amd64  vmlinuz-6.1.0-23-amd64
grub                   System.map-6.1.0-23-amd64  vmlinuz-6.1.0-25-amd64

Pozdrawiam serdecznie.

Maly off-top. Szukam sprawdzonego dzialajacego rrozwiazania na instalacje Ventoy na dysku USB. Zaden z tutoriali  sie niestety nie sprawdza.
https://www.ventoy.net/en/index.html

Ostatnio edytowany przez Karoll (2024-12-13 19:58:13)


Tolerancja i apatia, to ostatnie cnoty umierającego społeczeństwa.
Gdy wiesz o wszystkim, co robi twoj rzad – to jest demokracja.
Gdy rzad wie wszystko o tobie – to jest tyrania !

Offline

 

#11  2024-12-13 20:52:09

  zl23 - Użytkownik

zl23
Użytkownik
Zarejestrowany: 2016-09-02

Re: ( SOLVED ) GRUB2 - nie bootuje.

A propos off-top.

Ventoy nie można zainstalować na USB?
Ależ można!

1. Ściągnąć: https://www.ventoy.net/en/download.html
    Wersja 1.0.99, plik; ventoy-1.0.99-linux.tar.gz
2. Rozpakować i wejśc do katalogu ventoy-1.0.99
3. Pod Linux 64 bit uruchomić jako root; VentoyGUI.x86_64
4. Language – Polish, Zaznaczyć "Wsparcie Secure Boot" – będzie startował na nowych PC z włączonym SB, Schemat partycji – gpt.
5. Podpiąć dysk, odśwież (zielony przycisk z kółeczkam)i, wybrać dysk USB
6. Kliknąć zainstaluj.
Gotowe.

Uwaga.
W sierpniu br. były wielkie podmianki wersji shim we wszystkich dystrybucjach z Windowsem na czele.
Twórca Ventoya do dzisiaj nie miał czasu tego zaktualizować.
Dlatego trzeba podmienić kilka plików.
Jak tego nie zrobisz, to na PC z włączonym Secure Boot po uruchomieniu PC zobaczysz tylko napis: "Verifying shim SBAT data failed: Security Policy Violation" i PC po kilku sekundach się wyłączy.

Co trzeba zrobić?
Ventoy USB ma dwie partycje: jedna duża na obrazy ISO i druga mała VTOYEFI.
Pliki będziemy zmieniać na tej małej VTOYEFI.
Pobierz pakiet shim z Fedory:
wget https://kojipkgs.fedoraproject.org/packages/shim/15 … -3.x86_64.rpm
Rozpakuj go i odszukaj pliki BOOTX64.efi i mmx64.efi (są w boot/efi/EFI/ odpowiednio w podkatalogach BOOT i Fedora) .
Skopiuj te dwa pliki do katalogu /EFI/BOOT partycji VTOYEFI.
Plik BOOTX64.efi z Fedory nadpisze istniejący plik BOOTX64.efi z Ventoya.
Nie przejmuj się marcowymi datami plików z Fedory (2024-03-19), gdyż Fedora chyba najwcześniej ze wszystkich przygotowywała się do tej podmiany.

Następnie wykonaj kopię pliku i zmień nazwę:
cp grub.efi grub64efi
Będziesz mógł Ventoy uruchamiać również na starych komputerach (bez UEFI).
W różnych poradnikach każą zmieniać nazwę grub.efi na grub64efi – ale wtedy nie uruchomisz Ventoya na starych PC bez UEFI.
Np.:
https://github.com/ventoy/Ventoy/issues/2692#issuecomment-2031412234

I to byłoby na tyle.
Dla kontroli (dla Ventoy 1.0.99 i shim z Fedory j.w.):

$ md5sum grub.efi grubx64.efi
f5787f65638d6e2688bf5c651fcd33d0  grub.efi
f5787f65638d6e2688bf5c651fcd33d0  grubx64.efi

$ md5sum BOOTX64.EFI mmx64.efi
1f76deb94e513a018ca76c3854804f43  BOOTX64.EFI
9d18a9032cb340c1c80eed077e7b684a  mmx64.efi

Pozdrawiam

Ostatnio edytowany przez zl23 (2024-12-14 07:18:09)

Offline

 

#12  2024-12-14 00:20:12

  Pavlo950 - człowiek pasjonat :D

Pavlo950
człowiek pasjonat :D
Zarejestrowany: 2012-02-20
Serwis

Re: ( SOLVED ) GRUB2 - nie bootuje.

zl23 napisał(-a):

Zadziwiający jest ten twój PC z tymi partycjami.

1. Tablica partycji na tym dysku to gpt.
2. Wszystkie partycje (5 szt.) to system plików ext4. Do tego każda wielka.

Gdyby to był PC z UEFI, to musiałaby być mała partycja (512 – 1024 MiB) UEFI z systemem plików FAT32 i flagami 'boot' i 'esp'.
Ale nie ma takiej partycji.

Gdyby to był PC ze starym, dobrym Biosem to powinno być miejsce dla gruba, czyli niesformatowana partycja 1 MiB z flagą 'bios_grub'.
Ale nie ma takiej partycji.

Imho najlepszym rozwiązaniem byłaby esp na pendrivie a mbr na dysku. Tylko, że np grub-pc jest kolizyjny z grub-efi (według zależności).
Z tego co pamiętam, jak wprowadzali UEFI, to rzekomo miało to między innymi ułatwić bootowanie między różnymi systemami bo każdy miałby swoją partycję efi/esp na swoim dysku (no powiedzmy). Tymczasem Windows nadal swoje a i grub pod gnu/linux bywa problematyczny bo nie da się dowolnie przenosić dysku między różnymi płytami głównymi bo - przynajmniej na moich sprzętach - za każdym razem musiałbym "aktualizować" dane na partycji esp z poziomu livecd. Chyba że coś robię źle? (grub-install tylko dostosowuje się do obecnie używanego sprzętu).

zl23 napisał(-a):

Ventoy nie można zainstalować na USB?

Można i chyba taki było jego docelowy zamysł?

Offline

 

#13  2024-12-14 07:36:30

  zl23 - Użytkownik

zl23
Użytkownik
Zarejestrowany: 2016-09-02

Re: ( SOLVED ) GRUB2 - nie bootuje.

@ Pavlo
Dla lepszego zrozumienia po zdaniu: "Ventoy nie można zainstalować na USB?"
dodałem : "Ależ można!"
Teraz będzie chyba lepiej.

Odnośnie tych pakietów grub.
Zgadza sie:
pakiet grub-pc jest kolizyjny z grub-efi
Ale nie są kolizyjne między sobą pakiety od nich zależne.
I to jest najważniejsze, bo w nich jest ten cały "grub".
Te dwa pierwsze to praktycznie są po to, żeby zainstalować te drugie.

I tak na pamięci USB z Debianem (zainstalowanym, a nie Live; z własną partycją EFI), którego można uruchomić zarówno na PC z UEFI+Secure Boot jak i na starych PC bez UEFI mam zainstalowane:
grub-common
grub2-common
grub-efi-amd64
grub-efi-amd64-bin
grub-efi-amd64-signed
grub-efi-amd64-unsigned
grub-pc-bin
Instalacja odbyła się na PC UEFI+Secure Boot (trzeba przypilnować coby instalator używał partycji EFI z pamięci USB a nie z dysku twardego).
Następnie na starym PC bez UEFI zrobiłem reinstalację gruba.
Teraz system staruje zarówno na nowych jak i starych PC.

Pozdrawiam

Offline

 

#14  2024-12-14 10:30:38

  Karoll - Użytkownik

Karoll
Użytkownik
Zarejestrowany: 2019-08-12

Re: ( SOLVED ) GRUB2 - nie bootuje.

@zl23
Jestem ogromnie wdzieczny za udzielona pomoc, zarazem jestem pelen zdrowej zazdrosci za posiadana wiedze!!
Ja tez bym tak chcial.

Dzisiaj sobota, czas na probe generalna.

ZROBIONE....DZIALA

Ostatnio edytowany przez Karoll (2024-12-14 17:33:08)


Tolerancja i apatia, to ostatnie cnoty umierającego społeczeństwa.
Gdy wiesz o wszystkim, co robi twoj rzad – to jest demokracja.
Gdy rzad wie wszystko o tobie – to jest tyrania !

Offline

 

#15  2024-12-15 07:30:47

  zl23 - Użytkownik

zl23
Użytkownik
Zarejestrowany: 2016-09-02

Re: ( SOLVED ) GRUB2 - nie bootuje.

@ Karoll
Dziękuję za miłe słowa.

Ponieważ ten twój przypadek z grubem nie daje mi spokoju, bądź łaskaw zaspokoić moją ciekawość i wydaj na twoim PC (tam gdzie naprawiałeś gruba) polecenie:

Kod:

inxi -Mxxx

i wklej je tutaj wraz z tym co wyświetliło.
Wyświetlona zostanie informacja o płycie głównej.

W tym PC jest tylko jeden dysk?
Nie ma drugiego dysku lub stale podpiętego dysku zewnętrznego na którym mógłby się zainstalować grub?

Pozdrawiam.

Offline

 

#16  2024-12-15 15:38:08

  Karoll - Użytkownik

Karoll
Użytkownik
Zarejestrowany: 2019-08-12

Re: ( SOLVED ) GRUB2 - nie bootuje.

Oczywiscie.

Kod:

sudo inxi -Mxxx
Machine:
  Type: Laptop System: Acer product: Aspire 7740 v: Rev
    serial: LXPLX0C009006271162000
  Mobo: Acer model: Aspire 7740 v: Rev serial: LXPLX0C009006271162000
    BIOS: Phoenix v: 1.15 date: 12/25/2009

Dysk jest jeden (1TB)

Okazuje sie, ze to nie koniec przygod z Ventoy. Skopiowalem 4 Linuxy na partycje Ventoy na USB (sdb) Wszystko pieknie.
Nastepnie chcialem te Linuksy zresetowac zeby odzyskac pojemnosc i znowu skopiowac tam cos innego.
Wlozylem USB - zamontowalem partycje "Ventoy" -  otworzyle  i widzac 4 Linuxy po koleji dalem komende "Usun"
I tu zagwozdka - zniknely z widoku zawartosci partycji, ale pozostaly w menu boot blokujac mi rowniez pajemnosc pendriva.

Usuniecie Ventoy z pendraiwa tez jest problemem.
Szukam rozwiazania w Internecie, ale z miernym skutkiem.

Ostatnio edytowany przez Karoll (2024-12-15 17:14:12)


Tolerancja i apatia, to ostatnie cnoty umierającego społeczeństwa.
Gdy wiesz o wszystkim, co robi twoj rzad – to jest demokracja.
Gdy rzad wie wszystko o tobie – to jest tyrania !

Offline

 

#17  2024-12-16 11:45:03

  zl23 - Użytkownik

zl23
Użytkownik
Zarejestrowany: 2016-09-02

Re: ( SOLVED ) GRUB2 - nie bootuje.

Karoll napisał(-a):

BIOS: Phoenix v: 1.15 date: 12/25/2009

Dysk jest jeden (1TB)

Czyli masz stary dobry bios.

Dlaczego grub zainstalował się na dysku bez 1 MiB partycji z flagą bios_grub tego nie wiem.
Pewnie dlatego, że instalowałeś go w '/dev/sda1' zamiast '/dev'sda'.
Albo w nowszych wydanie gruba coś udoskonalono?

Odnośnie Ventoya.

Słowo: "zresetować' rozumiem jako "usunąć".

Menu Ventoya "widzi" pliki 'iso' nawet w podkatalogach.
Jedyne co mi przychodzi do głowy w powyższej sprawie to to, że wykonując "Usuń" na pliku 'iso' nie usuwasz go fizycznie, lecz przenosisz do kosza na tej pamięci USB.
W swoim menedżerze plików odnajdź gdzieś w ustawieniach: "Dodatkowe polecenie Usuń pomijajace kosz" czy coś podobnego.
Albo opróżniaj kosz po skasowaniu pliku 'iso'.

Ventoy jest niezawodny w przypadku kasowaniu jednych obrazów 'iso' i zastępowaniu ich innymi.

Odnośnie usuwania Ventoya na stałe z USB – za pomocą 'gparted' usuń te jego dwie partycje albo załóż nową tablicę partycji.
Oczywiście po wykonaniu powyższej czynności załóż nową partycję i sformatuj ją na system plików którego potrzebujesz: fat32, ext4, exfat itd.

Pozdrawiam.

Ostatnio edytowany przez zl23 (2024-12-16 12:01:31)

Offline

 

Stopka forum

Powered by PunBB
© Copyright 2002–2005 Rickard Andersson
Nas ludzie lubią po prostu, a nie klikając w przyciski ;-)