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!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Strony: 1
Po nieudanej probie instalacji Ventoy (kreator botowalnego usb z multisystemami)
Po starcie wyswietla na czarnym ekranie duzymi literami GRUB - i to wszystko.
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:
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
-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)
Offline
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
@zl23
Jestem bardzo wdzieczny za zyczliwe i pomocne rady. Zrobilem jak napisales, zaczynajac od bacupu waznych danych.
Nastepnie komendy w kolejnosci:
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....
Offline
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
Potwierdzam, u mnie dziala. Korzystalem z tych poradnikow.
https://unihost.com/help/how-to-restore-grub2/
https://forum.level1techs.com/t/reinstall-grub/134056
Offline
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
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ń:
# lsblk -f # parted /dev/sda print free
Bo trochę mnie to dziwi – jak Ci to mogło zadziałać?
Pozdrawiam.
Offline
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."
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
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.
Offline
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
Sprawdzilem - nie ma.
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)
Offline
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
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
@ 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
@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)
Offline
@ 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:
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
Oczywiscie.
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)
Offline
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
Strony: 1