instalacja Ubuntu 20 na laptopie HP Spectre x360 z dyskiem Intel Optane

[linuxozaurus]

Opcja wyłączenia RST w uefi może się kryć pod nazwą "Non-RAID Disk" to tego nie zrozumiałeś to tryb pracy RAID pamięci Optane.

W Linuxie dysk SSD Intel Optane jest wykrywany jako 2 urządzenia typu blokowego. Spód Windowsa działają w trybie RAID a Linux woli inaczej nie w trybie RAID.

[rohrbach]

tu są wszystkie opcje biosu w hp spectre x360



czyli praktycznie nic nie da się tu zrobić.....

[linuxozaurus]

Faktycznie nic nie ma w UEFI

można spróbować w innym bootloaderem BURG

Programy rozruchowe zwykły kierować się minimalistyczną estetyką, ale można to zmienić wgrywając nakładkę na GRUB-a zwaną, a jakże, BURG (Brand-new Universal loadeR for GRUB), który dostarcza cały szereg estetycznych motywów. Żeby go zainstalować należy wprowadzić komendy:

sudo add-apt-repository ppa:n-muench/burg
sudo apt-get install burg burg-themes
sudo burg-install "(hd0)"
sudo update-burg
W miejsce "(hd0)" należy wpisać symbol właściwego dysku na którym jest zainstalowany Linux. Jest to hd/sd (w zależności czy korzystamy z napędów talerzowych czy SSD) i liczba porządkowa, która zaczyna się od zera.

Żeby skonfigurować Boot Menu wpisujemy poniższe polecenie:

burg-emu
Przyciskiem F2 wywołujemy listę dostępnych motywów, a F3 zmieniamy rozdzielczość. Oczywiście można dograć nowe skórki, których całe zatrzęsienie odnajdziemy na DeviantArcie. Osobiście polecam Darkness, z którego sam korzystam.

BURG - Estetyczne Boot Menu

Żeby go dodać, należy rozpakować odpowiednią paczkę do folderu /boot/burg/themes, a jeśli są do niego ikony to należy je umieścić w /boot/burg/themes/icons, a następnie zaktualizować BURG-a. Żeby to zrobić musimy wpisać:

sudo mv /ścieżka/do/rozpakowanego/motywu/ /boot/burg/themes/folder
sudo update-burg


* folder (kolorem czerwonym) to nazwa katalogu końcowego, który powinno się zmieniać, aby pliki wszystkich motywów nie lądowały w jednym miejscu.

poczytaj na temat innych bootloaderów
https://ubuntupit.com/best-linux-bootl ... -systems/

[kobrawerde]

Tu można poczytać iż instalacja Ubuntu na tym lapku jest możliwa ale trzeba wyłączyć technologię Optane w systemie Windows a potem jeśli to konieczne w BIOS-ie ( nie wiem czy czasem nie trzeba też uaktualnić BIOS )
https://askubuntu.com/questions/1204386 ... ane-volume
więcej:
https://ubuntuforums.org/showthread.php?t=2440068

[rohrbach]

u mnie jest z tym problem pod windows może to jest zasadnicza kwestia - nie da się wyłączyć softwarowo aplikacją




zawiesza sie i pojawia się sygnał błędu. Odinstalowałem i zainstalowałem ponownie tę apkę. Bez zmian

[kobrawerde]

Odnośnie tego błędu :
https://www.intel.com/content/www/us/en ... emory.html
i innych
https://www.intel.com/content/www/us/en ... emory.html

[linuxozaurus]

Intel stwierdzi że Ubuntu jest zgodne z Intel Optane
https://www.intel.com/content/www/us/e ... mory.html

[rohrbach]

Odnośnie tego błędu :
https://www.intel.com/content/www/us/en ... emory.html

dzięki, to chyba jest kluczowe. Wyłączyłem sterownik RST i pojawił się drugi dysk fizyczny w systemie, który można sformatować



na razie tyle bo nie mam nośnika z ubuntu przy sobie.

Error Code 0xA00906B 3

Już na początku zacząłem szukać rozwiązania w zakresie błędu sterownika rst ale mnie zmyliła końcówka error kodu bo w mojej wersji aplikacji jest inna choć to ten sam błąd
0xA00906B E

[linuxozaurus]

No to jak masz wyłączone RST to spróbuj jeszcze raz zainstalować bootloader zgodnie ze wcześniejszych postów.
Lub skorzystać z boot-repair.

Może nie będzie problemu z RST (Tryb RAID)

A co do porad z wyłączeniem RST w uefi dotyczyło niestety wczesnych wersji pamięci Optane sprzed 3-5 lat od tego czasu się to zmienilo. A poza tym Ubuntu 18.04 i w górę mają certyfikat zgodności z Intel Optane. Zasada działania się nie zmieniła się czyli jest to praca w RAID z dyskiem SSD i pamięci Optane jako szybki bufor dysku SSD.

Ty masz Optane o pojemności 32 GB

[rohrbach]

przy pomocy boot-repair udało się zainstalować bootloader. Nie wiem czemu ale przy samej instalacji systemu błąd znowu wyskoczył. Tyle, że udało się go obejść. Boot repair działa

Kod: Zaznacz cały

boot-repair-4ppa125                                              [20200916_1751]

============================= Boot Repair Summary ==============================



/usr/share/boot-sav/bs-cmd_terminal.sh: line 177: warning: command substitution: ignored null byte in input

Recommended repair: ____________________________________________________________

The default repair of the Boot-Repair utility will reinstall the grub-efi-amd64-signed of
nvme0n1p7,
using the following options:        nvme0n1p1/boot/efi,
Additional repair will be performed: unhide-bootmenu-10s win-legacy-basic-fix use-standard-efi-file


/boot/efi added in nvme0n1p7/fstab
Quantity of real Windows: 1
Mount nvme0n1p1 on /mnt/boot-sav/nvme0n1p7/boot/efi
No nvme0n1p7/boot/efi/efi/ ubuntu/mint folder

Unhide GRUB boot menu in nvme0n1p7/etc/default/grub

=============== Reinstall the grub-efi-amd64-signed of nvme0n1p7 ===============

grub-install --version
grub-install (GRUB) 2.04-1ubuntu30

efibootmgr -v from chroot before grub install
BootCurrent: 0005
Timeout: 0 seconds
BootOrder: 0005,0000,0003,0004
Boot0000* Windows Boot Manager	HD(1,GPT,d26ef55d-44e6-4c57-bd74-8781409984ce,0x800,0x82000)/File(EFIMicrosoftBootbootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...a................
Boot0003* ubuntu	HD(1,GPT,d26ef55d-44e6-4c57-bd74-8781409984ce,0x800,0x82000)/File(EFIubuntushimx64.efi)
Boot0004* Internal Hard Disk	PciRoot(0x0)/Pci(0x17,0x0)/Sata(2048,32768,0)/HD(1,GPT,d26ef55d-44e6-4c57-bd74-8781409984ce,0x800,0x82000)..BO
Boot0005* USB Drive (UEFI) - Wilk PMAP	PciRoot(0x0)/Pci(0x14,0x0)/USB(12,0)/HD(1,MBR,0x0,0x800,0x39cb800)..BO

uname -r
5.8.0-18-generic

grub-install --efi-directory=/boot/efi --target=x86_64-efi --uefi-secure-boot
Installing for x86_64-efi platform.
Installation finished. No error reported.
df /dev/nvme0n1p1
mv /mnt/boot-sav/nvme0n1p7/boot/efi/EFI/Boot/bootx64.efi /mnt/boot-sav/nvme0n1p7/boot/efi/EFI/Boot/bkpbootx64.efi
cp /mnt/boot-sav/nvme0n1p7/boot/efi/EFI/Ubuntu/shimx64.efi /mnt/boot-sav/nvme0n1p7/boot/efi/EFI/Boot/bootx64.efi
cp /mnt/boot-sav/nvme0n1p7/boot/efi/EFI/Ubuntu/grubx64.efi /mnt/boot-sav/nvme0n1p7/boot/efi/EFI/Boot/

grub-install --efi-directory=/boot/efi --target=x86_64-efi --uefi-secure-boot
Installing for x86_64-efi platform.
Installation finished. No error reported.

efibootmgr -v from chroot after grub install
BootCurrent: 0005
Timeout: 0 seconds
BootOrder: 0003,0005,0000,0004
Boot0000* Windows Boot Manager	HD(1,GPT,d26ef55d-44e6-4c57-bd74-8781409984ce,0x800,0x82000)/File(EFIMicrosoftBootbootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...a................
Boot0003* ubuntu	HD(1,GPT,d26ef55d-44e6-4c57-bd74-8781409984ce,0x800,0x82000)/File(EFIubuntushimx64.efi)
Boot0004* Internal Hard Disk	PciRoot(0x0)/Pci(0x17,0x0)/Sata(2048,32768,0)/HD(1,GPT,d26ef55d-44e6-4c57-bd74-8781409984ce,0x800,0x82000)..BO
Boot0005* USB Drive (UEFI) - Wilk PMAP	PciRoot(0x0)/Pci(0x14,0x0)/USB(12,0)/HD(1,MBR,0x0,0x800,0x39cb800)..BO

chroot /mnt/boot-sav/nvme0n1p7 update-grub
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.8.0-18-generic
Found initrd image: /boot/initrd.img-5.8.0-18-generic
Found Windows Boot Manager on /dev/nvme0n1p1@/EFI/Microsoft/Boot/bootmgfw.efi
Adding boot menu entry for UEFI Firmware Settings

Unhide GRUB boot menu in nvme0n1p7/boot/grub/grub.cfg

Rozruch komputera został naprawiony.

[linuxozaurus]

To dobrze teraz ciesz się z Ubuntu.
I jak napisałam na początku problem był w RST i RAID.

Standardowo RST na komputerze z preinstalowanym Windows jest wlaczone i wtedy pracuje w trybie RAID. Te 32GB pełni funkcję bufora dla 2 dysku 1TB HDD.

A Linux woli inaczej czyli 2 niezależne nośniki od siebie czyli bez RST.

I to jest cała różnica

[rohrbach]

Dzięki wszystkim za pomoc. Dodam, że po instalacji włączyłem z powrotem RST w windowsie oraz secure boot w biosie. GRUB jednak bez problemu działa. Przy wyłączonym RST jest też możliwość zainstalowania linuxa na szybkim dysku OPTANE Który ma 28 GB. Tam też można utworzyć osobną partycje UFI tylko dla ubuntu. W ustawieniach BIOS wybieramy który bootloader ma być domyślny. Przetestowałem po wyłączeniu RST dodatkowo gdyby kogoś interesowało instalacje openSUSE leap. Obecnie instalator yast bez problemu działa. Także openSUSE można instalować na dysku OPTANE z osobnym UFI. Niemniej nie polecam suse bowiem nie wykrywa on ekranu dotykowego, nie działa out of the box automatyczne obracanie ekranu jak też nie działa mikrofon. Przy włączonym RST można pokusić się o udostępnienie pod ubuntu dysku OPTANE jako dodatkowej pamięci „ram” jak to było wyżej wspominane. Jednak nie dałem rady sprawdzić tej opcji

[linuxozaurus]

Ja od dawna nie widziałam OpenSUSE od 15 lat i nie mam dobrych wspomnień z tym didtro i nigdy nie gościł u mnie na długo, podobnie było Fedorą.

Przy włączonym RST można pokusić się o udostępnienie pod ubuntu dysku OPTANE jako dodatkowej pamięci „ram”

Pamiętaj pamięć Optane jest wolniejsza od pamięci RAM i równocześnie odporniejsza niż pamięć NAND ,na których się opiera większość dysków SSD.
Dysk Optane warto mieć jako partycja wymiany (SWAP) i ilości pamięci RAM
plus partycja uefi dla Ubuntu.

Ramdisk jest jest tworzony w pamięci RAM. A więc masz z tym doczynienia w live.

A wracając do aplikacji Intela podobno można włączyć RST w linuxie.oficjaonie tylko Ubuntu Fedora i OpenSUSE.

[tuxcnc]

A ja mam wrażenie, że problem leży zupełnie gdzie indziej.
Co prawda Intel Optane nigdy w ręku nie miałem, ale z tego co o tym piszą, jest to taki dysk SSD którego Windows 10 64-bit na specyficznym sprzęcie potrafi używać jako bufor innego dysku, ALE TYLKO dla partycji systemowej Windows.
Drivery Optane są instalowane w Windows, więc NIE MAJĄ PRAWA działać gdy Windows nie działa.
Krótko mówiąc, istnienie dysku Optane powinno mieć się nijak do instalacji innego systemu operacyjnego na innej partycji.

Natomiast miałem identyczne cyrki na sprzęcie bez dysku Optane.
Robiłem remastering Ubuntu 18.05.5 i z moimi obrazami działo się dokładnie to samo - system się instalował, nawet dawał się uruchomić "sposobem", ale instalator wywalał się na GRUB-ie i nie instalował go w trybie UEFI.
Wytłumaczenie tego fenomenu jest dość zaskakujące.
Otóż dysk instalacyjny Ubuntu to tzw. hybrid iso, czyli na płycie jest zarówno bootloader isolinux jak i grub-efi. To który się uruchomi zależy od ustawień BIOS-u komputera.
Z nieznanej mi przyczyny, obsługa EFI wbudowana w kernel działa TYLKO wtedy, gdy płyta uruchomi się w trybie UEFI.
Krótko mówiąc, gdy płyta się bootuje w trybie UEFI, to wszystko działa i grub-efi prawidłowo się instaluje.
Gdy płyta bootuje się przez isolinux, to kernel ma wyłączoną obsługę EFI i instalator na grub-ie wywala kopyta.

[linuxozaurus]

Wytłumaczenie tego fenomenu jest dość zaskakujące.
Otóż dysk instalacyjny Ubuntu to tzw. hybrid iso, czyli na płycie jest zarówno bootloader isolinux jak i grub-efi. To który się uruchomi zależy od ustawień BIOS-u komputera.
Z nieznanej mi przyczyny, obsługa EFI wbudowana w kernel działa TYLKO wtedy, gdy płyta uruchomi się w trybie UEFI.
Krótko mówiąc, gdy płyta się bootuje w trybie UEFI, to wszystko działa i grub-efi prawidłowo się instaluje.

Ja nie miałam problemów z instalacją niezaleznie od trybu legecy czy uefi a z drugiej strony umnie to karta radiowa była problemem (to józ inny temat)

Gdy płyta bootuje się przez isolinux, to kernel ma wyłączoną obsługę EFI i instalator na grub-ie wywala kopyta.

to zależy od konfiguracji uefi

[tuxcnc]

Ja nie miałam problemów z instalacją niezaleznie od trybu legecy czy uefi

Problem jest wtedy, gdy komputer jest uefi, dysk jest gpt, a płyta instalacyjna uruchomi się w trybie legacy.
Wszystko wtedy działa normalnie, tylko dostajesz komunikat "EFI variables are not supported on this system." i grub-uefi nie instaluje się.
System zainstalowany w takim przypadku działa zupełnie normalnie, tylko sam z siebie jest niebootowalny, daje się uruchomić z innej instalacji albo przez grub2win.

[linuxozaurus]

Fakt nie we wszystkich komputerach musi być tryb legecy (zgodność z BIOS). a obydwa tryby się różnią :

w trybie UEFI lub jak kto woli EFI:
instalacja GRUB na partycji EFI
i nie ma tworzenia partycji rozszerzonych jeśli potrzebujesz mieć ich więcej niż 4

w trybie legecy ( zgodność z BIOS):
instalacja GRUB w MBR.
Konieczność korzystania z partycji rozszerzonych jeśli potrzebujesz więcej niż 4

Obraz Ubuntu 04.20 jest w wersji hybrid.

Krótko mówiąc nie powinno się instalować obok Windowsa w trybie UEFI linuxa w trybie Legegy .

"EFI variables are not supported on this system."

to nie powinno być zaskoczeniem w trybie legecy bo nie odsługuje partycji EFI.

Natomiast miałem identyczne cyrki na sprzęcie bez dysku Optane.
Robiłem remastering Ubuntu 18.05.5 i z moimi obrazami działo się dokładnie to samo - system się instalował, nawet dawał się uruchomić "sposobem", ale instalator wywalał się na GRUB-ie i nie instalował go w trybie UEFI

to dlaczego u mnie tak ładnie się zainstalował w trybie UEFI i nie mam dysku Opane a korzystałam z Ubuntu 04.20.1?
I nie widzę związku z obrazem hybrid.

[tuxcnc]

to dlaczego u mnie tak ładnie się zainstalował w trybie UEFI i nie mam dysku Opane a korzystałam z Ubuntu 04.20.1?

Związek jest taki, że korzystałem z poradnika jakiegoś partacza, który obraz hybrid robił przez mkisofs.
Pewnie miał stary komputer i jemu działało.
Kiedy doszedłem dlaczego u mnie Ubuntu się nie instaluje, to zacząłem obrazy robić przez xorriso i problem się skończył.
A teraz po prostu skojarzyłem problemy autora postu ze swoimi.

[tuxcnc]

Jeszcze jedna refleksja.
Nie wiem dokładnie jak Optane działa z Windows, ale piszą wszędzie że jako bufor dysku.
Czyli jest taka możliwość, że zapisując cokolwiek z Linuksa na partycję systemową Windows, doprowadzimy do niezgodności zawartości bufora z zawartością buforowanej partycji.
Nie wiem czy jest jakiś mechanizm w Windows, który by taką sytuację wykrywał, ale pewnie nie, no bo i niby po co ?

[linuxozaurus]

.Ale widzę że zaszły spore zmiany w kwestii Optane i przyznam się że wiele porad dotyczących Optane była dawno nieaktualna sugerująca że należy zmienić ustawienia UEFI dotyczące RST. Ostatnie porady że zmianą ustawień UEFI dotyczyła komputerów z lat 2012-2016. Podając tę poradę nie zdawałam sobie sprawy z tego że to było dawno nieaktyalne. Coś mi się nie zgadzało z tym Optane bo podobno ten rodzaj pamięci jest certyfikowany dla Ubuntu od 04.18. I wyżej