Fedora nie widzie Open Suse i wice wersja - jak to naprawić ?

Question

Próbowałem instalować jeden po drugim. Ale to tyczy się równiez innych linuksów. Case dotyczy instalacji linuxa z zaszyfrowanym dyskiem (tylko systemowa) Za każdym razem ani grub OpenSuse , ani Fedory czy też Ubuntu nie widzi pozostałych systemów (z zaszyfrowanym dyskiem) Każdy linux się...

endriu_96 · Answer

Poszukaj szczegółowych informacji na temat instalacji na partycjach szyfrowanych.
W twoim przypadku nowym grubem nadpisujesz poprzedniego i wymazujesz jego konfigurację, a tam wiadomo - klucze do szyfrowanej partycji. Możesz według mnie poszukać dwu rozwiązań: 1. instalacja systemu, wyłuskanie klucza szyfrowanej partycji i zapisanie go gdzieś, instalacja drugiego systemu i import zapisanego klucza. 2. instalacja pierwszego systemu, instalacja drugiego systemu bez instalacji gruba i podpięcie go do pierwszego gruba.
Najlepiej zacząć od mana gruba, a następnie szukać pomocy na forach dystrybucji. Na forum fedory pomagają chętnie. Poza tym może podpowiedzą jakiś inny prostszy sposób.

Pozdrawiam,
A.

shac0 · Answer

jaka taka instalacja wygląda ? po prostu nie ustawiam partycji EFI i żadnego miejsca dla gruba mimo ostrzeżenia i instaluje ?

endriu_96 · Answer

Pierwszy system musi być zainstalowany normalnie, tzn. z grubem. Drugi system instalujesz bez jego gruba. Przechodzisz do pierwszego zainstalowanego linuxa i uaktualniasz konfigurację. Tutaj też należy pamiętać o kluczach. Dlatego po szczegóły odsyłam do forów dystrybucji. Jest tam więcej ludzi mogących lepiej pomóc.
Pozdrawiam,
A.

shac0 · Answer

no dobra a przyjmując że wybieram leniwsze rozwiązanie a mianowicie instaluje drugie linuxa bez szyfrowania natomiast już po instalacji szyfruje dysk ? czy to ma sens i czy to jest to samo ? Jeśli tak to jak to zaszyfrować dysk po instalacji ?

Epic · Answer

Jeżeli po instalacji drugiego systemu, obydwie dystrybucje będziesz w stanie zbootować. To bez problemu możesz zaszyfrować systemową partycję dowolnego z tych systemów. Używasz Cryptsetup. Gdzie kolega wyczytał, że klucze szyfrowania znajdują się w GRUBie to się boje pytać. 1. GRUB musi się znajdować na niezaszyfrowanej partycji, aby można było przy bootowaniu Systemu odszyfrować tą właściwą. Trzymanie kluczy w niezabezpieczonym miejscu byłoby bez sensu. W dużym uproszczeniu klucze do zaszyfrowanych partycji znajdują się w tzw luks header. 2. Jeżeli partycja Systemowa jest zaszyfrowana, to podstawowe elementy systemu muszą zostać wczytane przed odszyfrowaniem tej partycji. Dlatego dla systemu z zaszyfrowaną partycją należy utworzyć initrd z obsługą luks, aby móc odszyfrować partycję i wczytać pozostałą część systemu. Initrd powinien się znajdować na niezaszyfrowanej partycji np. /boot

Bielsky · Answer

Spróbuj przekopiować wpis z konfugu gruba z konfiguracją wcześniej zainstalowanego systemu do konfigu nowego systemu.
Powinno zadziałać, ale będzie to trzeba powtarzać po każdym upgrade jąder systemów.

shac0 · Answer

ale mam skopiować jako całość na koniec linijki obecnego wpisu w danym systemie ? dla ścisłości , czy chodzi o plik grub.cfg ?

Bielsky · Answer

Znajdź wpis menuentry 'tekst, który wyświetla się jako nazwa opcji w grubie' i skopiuj od słowa menuentry do nawiasu klamrowego } zamykającego wips (zapewne przed jakimś następnym menuentry, np coś takiego: Kod: BashZaloguj się, aby zobaczyć kod I wklej go pomiędzy inne takie wpisy w konfigu drugiego systemu. Na wszelki wypadek skopiuj najpierw gdzieś konfig, żeby było go łatwo przywrócić. (jak się nie uda to mam jeszcze parę pomysłów)

shac0 · Answer

A jak to zrobić w drugą stronę ? mianowicie chcąc zbootować Fedora. Aktualnie usunałem minta i testuje Debian + fedora.
Debian jest normalnie a Fedora zaszyfrowana

No ale w plikach grub.cfg nie widzę żadnych tego typu wpisów z systemami

Dodano po 4 [godziny] 14 [minuty]:

dobra znalazłem właściwy wpis w w grubie dla fedory.

teraz mam ten wpis menuentry i próbuje go skopiować w opdowiednie miejsce dla właściwego gruba w linux mint .

No ale za nic nie mogę tego poprawnie skopiować próbowałem skopiować to na sam koniec kodu ale także umieścić ten menuentry pomiędzy poszczególnymi wpisami systemów no ale nic to nie daje.

Wyświetla się po wszystkich tylko wpis linuxa już nawet bez windowsa. Oczywiście mogę naprawić wszystko poprzez update-grub

Zastanawiam się ; może muszę znaleźć odpowiednie miejsce w którym mam to skopiować (no nie wiem są tam w różnych miejscach zakomentowane oznaczenia (/grub.d coś tam i tak x razy)

Epic · Answer

Kopiowanie z grub.cfg do grub.cfg to bardzo zły pomysł. Ten plik w wielu przypadkach może zostać zaktualizowany i nie służy do konfiguracji GRUBa, a jest jej efektem.

Właściwym miejscem do ew. przekopiowania wpisu jest plik /etc/grub.d/40_custom po czym, wykonaj:

Zaloguj się, aby zobaczyć kod

shac0 · Answer

ok , zaraz sprawdzę. A dla debianowych systemów to samo tylko z poleceniem update-grub ?

Epic · Answer

To jedno i to samo. Debian sobie skrócił to polecenie

shac0 · Answer

dobra posłuchałem się Twojej rady i dodałem odpowiedni wpis do 40_custom odpalam update -grub. I już zdaje się że wszystko jest ok. Wykrywa mi drugi system (linux mint) ale niestety wyskakuje błąd:

Epic · Answer

Zweryfikowałeś linię wskazane w komunikacie? Pokaż co dokładnie wkleiłeś.

shac0 · Answer

Masz na myśli tę ? - > Syntax error at line 358 nie wiem za bardzo gdzię te linię zweryfikować , sprawdzająć sudo nano boot/grub2/grub.cfg wyskakuje pusty plik i nic tam nie ma. Dodano po 8 [godziny] 15 [minuty]:wkleiłem coś takiego: Kod: text Rozwiń Zaznacz wszystko Kopiuj do schowkamenuentry 'Linux Mint 19.1 Cinnamon' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-53a511fc-0d18-4292-b394-9c04c71387a4' { 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='hd1,gpt8' if [ x$feature_platform_search_hint = xy ]; then   search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt8 --hint-efi=hd1,gpt8 --hint-baremetal=ahci1,gpt8  53a511fc-0d18-4292-b394-9c04c71387a4 else   search --no-floppy --fs-uuid --set=root 53a511fc-0d18-4292-b394-9c04c71387a4 fi         linux /boot/vmlinuz-4.15.0-20-generic root=UUID=53a511fc-0d18-4292-b394-9c04c71387a4 ro  quiet splash $vt_handoff initrd /boot/initrd.img-4.15.0-20-generic } submenu 'Advanced options for Linux Mint 19.1 Cinnamon' $menuentry_id_option 'gnulinux-advanced-53a511fc-0d18-4292-b394-9c04c71387a4' { menuentry 'Linux Mint 19.1 Cinnamon, with Linux 4.15.0-20-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-20-generic-advanced-53a511fc-0d18-4292-b394-9c04c71387a4' { 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='hd1,gpt8' if [ x$feature_platform_search_hint = xy ]; then   search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt8 --hint-efi=hd1,gpt8 --hint-baremetal=ahci1,gpt8  53a511fc-0d18-4292-b394-9c04c71387a4 else   search --no-floppy --fs-uuid --set=root 53a511fc-0d18-4292-b394-9c04c71387a4 fi echo 'Loading Linux 4.15.0-20-generic ...'         linux /boot/vmlinuz-4.15.0-20-generic root=UUID=53a511fc-0d18-4292-b394-9c04c71387a4 ro  quiet splash $vt_handoff echo 'Loading initial ramdisk ...' initrd /boot/initrd.img-4.15.0-20-generic } menuentry 'Linux Mint 19.1 Cinnamon, with Linux 4.15.0-20-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-20-generic-recovery-53a511fc-0d18-4292-b394-9c04c71387a4' { recordfail load_video insmod gzio if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi insmod part_gpt insmod ext2 set root='hd1,gpt8' if [ x$feature_platform_search_hint = xy ]; then   search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt8 --hint-efi=hd1,gpt8 --hint-baremetal=ahci1,gpt8  53a511fc-0d18-4292-b394-9c04c71387a4 else   search --no-floppy --fs-uuid --set=root 53a511fc-0d18-4292-b394-9c04c71387a4 fi echo 'Loading Linux 4.15.0-20-generic ...'         linux /boot/vmlinuz-4.15.0-20-generic root=UUID=53a511fc-0d18-4292-b394-9c04c71387a4 ro recovery nomodeset  echo 'Loading initial ramdisk ...' initrd /boot/initrd.img-4.15.0-20-generic }

Bielsky · Answer

wywal z któregoś wpisu te linijki:
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
i spróbuj go użyć.
W razie czego - jeżeli masz już jeden system niezaszyfrowany - najprościej będzie uruchomnić ten z zaszyfrowanym dyskiem (zapewne teraz wymaga to trochę roboty, ale się da) i w nim zainstalować grub na nowo.

Jeśli idzie o zwweryfikowanie linii 358 - piszesz, że sudo nano boot/grub2/grub.cfg daje pusty plik - pisałeś, że konfig gruba masz pod inną ścieżką - masz system z efi, więc konfig będzie gdzieś w /boot/efi/....

Fedora nie widzie Open Suse i wice wersja - jak to naprawić ?

Post #1

Post #2

Post #3

Post #4

Post #5

Post #6

Post #7

Post #8

Post #9

Post #10

Post #11

Post #12

Post #13

Post #14

Post #15

Post #16

Post #17

Podsumowanie tematu