Linuxiarze.pl Forum

Cześć,
Mam problem z Debianem (Kernel 4.19). Ale po kolei:
- Mam 2 dyski, gdzie na 1: Windows, 2: Owy Debian
- Po instalacji Linuxa - (wcześniej miałem na 1 dysku z wcześniejszym Kernelem i wszystko działało, ale wyszła aktualizacja i...) - i właśnie - wszystko się instaluje jak należy, tylko przy wyborze systemu - i kliknięciu w Debian - pokazuje się "Loading init ramdisk" ... I koniec - cały czas widnieje ten napis i nic się nie rusza

Co "wygooglowałem":
- problem jest z kartą graficzną (mam AMD Radeon R7) - dlaczego z nią? Bo na Live działa
- próbowałem z włączonym jak i wyłączonym UEFI (bez znaczenia)
- probowałem ACPI (chyba nie przekręciłem nazwy) = off, nomodeset - nic nie dało
Nie mam pomysłu - ale ktoś zasugerował że to wina właśnie UEFI bo ponoć nie jest to przystosowane do rozdzielczości/ grafiki? (nie wiem o co chodzi).
W każdym razie - ja nie mam na razie pomysłu - to co zdołałem znaleźć i wypróbować - wypróbowałem i nie pomogło, niestety. Nie chcę też się kolejny raz cofać z kernelem bo za niedługo wyjdzie kolejny, nowy i tak trochę słabo (jeśli już nie będzie innego rozwiązania to pobiorę starszą wersję, ale ponoć da się to jakoś obejść - choćby zainstalowaniem sterowników, ale nie mam pomysłu jak to zrobić - nie mogąc wejść do systemu czy nawet terminalu).
/Z góry dzięki za pomoc/ odpowiedzi!

Chcesz powiedzieć, że nie masz poprzedniego kernela?

A no nie mam - bo wcześniej miałem linuxa na jednym dysku SSD łącznie z windowsem, a zaopatrzyłem się w drugi i instalowałem tutaj linuxa od 0  :-\

Myślałem, że po prostu nowy kernel instalowałeś, a to jak rozumiem pierwsze uruchomienie po nowej instalacji Debiana.
Jest jeszcze coś takiego jak recovery mode.

Cytat: arecki w Maj 05, 2019, 08:02:21 PM
Myślałem, że po prostu nowy kernel instalowałeś, a to jak rozumiem pierwsze uruchomienie po nowej instalacji Debiana.
Jest jeszcze coś takiego jak recovery mode.

Niestety nic nie działa - w każdej "opcji" do wyboru jest to samo :/

Jaki obraz próbujesz instalować i na jakiej maszynie?

Cytat: arecki w Maj 05, 2019, 08:42:09 PM
Jaki obraz próbujesz instalować i na jakiej maszynie?

Mint 19.1
hp 15-bn070

Rajd3r zmień tytuł wątku , obecny nic nie mówi o twoim problemie.

Cytat: rajd3r w Maj 05, 2019, 05:31:41 PM
...........

Poczytaj trochę na temat GRUB, zainteresuj się na którym dysku został zainstalowany i z którego startuje, jak również tym, w którym miejscu jest instalowany podczas upgrade systemu (prawdopodobnie, podczas procesu aktualizacji nie wybrałeś punktu instalacji GRUBA w terminalu).
Poza tym, do czego służy i co robi komenda update-grub....

Albo, co Ci bardziej polecam, weź sobie inne, bardziej przyjazne dystro...
- do Twojego sprzętu bardzo dobrze nadaje się np. MX-Linux, lub Q4OS...

Tu masz wytłumaczone i rozwiązane: http://forums.debian.net/viewtopic.php?t=65926 - dostosuj do swoich potrzeb.

Cytat: TataPingu w Maj 05, 2019, 09:29:46 PM

Cytat: rajd3r w Maj 05, 2019, 05:31:41 PM
...........

Poczytaj trochę na temat GRUB, zainteresuj się na którym dysku został zainstalowany i z którego startuje, jak również tym, w którym miejscu jest instalowany podczas upgrade systemu (prawdopodobnie, podczas procesu aktualizacji nie wybrałeś punktu instalacji GRUBA w terminalu).
Poza tym, do czego służy i co robi komenda update-grub....

Albo, co Ci bardziej polecam, weź sobie inne, bardziej przyjazne dystro...
- do Twojego sprzętu bardzo dobrze nadaje się np. MX-Linux, lub Q4OS...

Próbowałem KDE neon, MX-Linux - i za każdym razem efekt jest podobny. Przy KDE neon w ogóle przy wyborze systemu jest Black Screen, a przy MX - to co wyżej.
Nie wiem - to już kwestia Kernelu chyba, bo oba mają 4.19 - ale co dziwne, nie widziałem by miał on jakiś zgrzyt z ADM R7 (chyba że się mylę?) ... Człowiek by chciał w Linuxie porobić to wszędzie z górki.
Dodam że przy GRUBie/ EFI itp - Booty nie booty próbowałem wszystkich opcji, np.
Instalacja EFI na dysku z WIndowsem
Instalacji EFI na dysku z Linuxem
On/Off UEFI
Startowanie GRUBA z EFI (przez bios)

Myślałem by po prostu zrobić downgrade kernela (o ile się da i jest to potrzebne), ale chyba innego wyjścia tu nie ma.

EDIT: Zawsze można sobie porobić w Live (tu przynajmniej śmiga :D )

4.19 ma jeszcze lepsze wsparcie dla CPU/GPU AMD. To nie jest problem z kernelem, a z GRUB (na 99%) i jego skonfigurowaniem.
Osobiście - po wielu latach używania GRUB - przeszedłem na systemd-boot i jestem bardzo zadowolony (to jest na EFI). Możesz spróbować.

Cytat: rajd3r w Maj 10, 2019, 07:41:53 AM
Próbowałem...

W tym przypadku to bardzo relatywne określenie (jak wyglądały dokładnie te "próby"?)...
- ale OK, zostawmy to "w spokoju"...

Zrób tak:
1. nie piszesz, jaką masz wersję windy, ale wychodzę z założenia, że to 7-ka (inaczej nie mógłbyś wystartować windowsa bez UEFI), więc, jeśli to możliwe, odłącz w BIOSie start z UEFI ( Secure Boot)
2. wystartuj ponownie komputer
3. wybierz (również w BIOSIE) prawidłową kolejność startu HDD (jako pierwszy ten HDD na którym ma być linux)
4. wystartuj ponownie komputer
5. wystartuj livea (może być MX, Q4OS), tylko uważaj w jakim trybie go startujesz, ponieważ większość live jest już tak spreparowanych, że może startować w obiu (EFI i BIOS). Np., jeśli startujesz z USB-live, to, zależnie od kompa/BIOSu możesz go wybrać, albo bezpośrednio w BIOSie, albo którymś klawiszem funkcyjnym (F2, F8 - zależy od kompa). Tak, czy owak powinny pojawić Ci się obie możliwości (USB i USB-UEFI). Oczywiście, wybierasz bez EFI
Jako ciekawostkę podpowiem, że np. MX-live przy starcie w trabie UEFI startuje bezpośrednio, bez możliwości np. wybrania języka (F2), a w trybie BIOS pojawi Ci się kilka dodatkowych opcji (F2- wybór języka, F3-wybór trybu graficznego itp)
6. po wystartowaniu livea musisz odpowiednio przygotować HDD pod linuksa. HDD pod tryb BIOS (bez UEFI) nie może być formatowany w trybie GPT
Musi być sformatowany jeszcze w starym trybie MBR, więc może się tak zdarzyć, że musisz sformatować jeszcze raz cały HDD przeznaczony pod linuksa (jeśli masz tam dane to wpierw je skopiować!)
Sama partycja pod OS-linuks może być formatowana na EXT4
- dopiero teraz możesz instalować sam system na partycji do tego przeznaczonej
7. i teraz najważniejszy punkt: ulokowanie GRUBa
- GRUB powinien być ulokowany na tym HDD, który w BIOSie ustawiony jest, jako startowy (pierwszy) i w Twojej konstelacji najlepiej by było, gdyby to był HDD z linuksem (sda1, sda2 ?)

Zapewne, jak już zauważyłeś, winda zostanie automatycznie wciągnięty do menu GRUBa, a po jakimkolwiek upgrade systemu na pewno wszystko startować będzie "po staremu"...

Cytat: TataPingu w Maj 10, 2019, 10:21:11 AM

Jako ciekawostkę podpowiem, że np. MX-live przy starcie w trabie UEFI startuje bezpośrednio, bez możliwości np. wybrania języka (F2), a w trybie BIOS pojawi Ci się kilka dodatkowych opcji (F2- wybór języka, F3-wybór trybu graficznego itp)

Jako ciekawostkę napiszę, że opcja wyboru języka w UEFI jest, tylko nie jest 'na wierzchu'.

Kolega mazak32 próbując uruchamiać MX ustawił to (z moją podpowiedzią), wybierając Custom boots (with menus) na ekranie pierwszym przy starcie w trybie UEFI. Są tam m.in. opcje wyboru języka.

System uruchomił mu się po polsku.

Cytat: TataPingu w Maj 10, 2019, 10:21:11 AM

Cytat: rajd3r w Maj 10, 2019, 07:41:53 AM
Próbowałem...

W tym przypadku to bardzo relatywne określenie (jak wyglądały dokładnie te "próby"?)...
- ale OK, zostawmy to "w spokoju"...

Zrób tak:
1. nie piszesz, jaką masz wersję windy, ale wychodzę z założenia, że to 7-ka (inaczej nie mógłbyś wystartować windowsa bez UEFI), więc, jeśli to możliwe, odłącz w BIOSie start z UEFI ( Secure Boot)
2. wystartuj ponownie komputer
3. wybierz (również w BIOSIE) prawidłową kolejność startu HDD (jako pierwszy ten HDD na którym ma być linux)
4. wystartuj ponownie komputer
5. wystartuj livea (może być MX, Q4OS), tylko uważaj w jakim trybie go startujesz, ponieważ większość live jest już tak spreparowanych, że może startować w obiu (EFI i BIOS). Np., jeśli startujesz z USB-live, to, zależnie od kompa/BIOSu możesz go wybrać, albo bezpośrednio w BIOSie, albo którymś klawiszem funkcyjnym (F2, F8 - zależy od kompa). Tak, czy owak powinny pojawić Ci się obie możliwości (USB i USB-UEFI). Oczywiście, wybierasz bez EFI
Jako ciekawostkę podpowiem, że np. MX-live przy starcie w trabie UEFI startuje bezpośrednio, bez możliwości np. wybrania języka (F2), a w trybie BIOS pojawi Ci się kilka dodatkowych opcji (F2- wybór języka, F3-wybór trybu graficznego itp)
6. po wystartowaniu livea musisz odpowiednio przygotować HDD pod linuksa. HDD pod tryb BIOS (bez UEFI) nie może być formatowany w trybie GPT
Musi być sformatowany jeszcze w starym trybie MBR, więc może się tak zdarzyć, że musisz sformatować jeszcze raz cały HDD przeznaczony pod linuksa (jeśli masz tam dane to wpierw je skopiować!)
Sama partycja pod OS-linuks może być formatowana na EXT4
- dopiero teraz możesz instalować sam system na partycji do tego przeznaczonej
7. i teraz najważniejszy punkt: ulokowanie GRUBa
- GRUB powinien być ulokowany na tym HDD, który w BIOSie ustawiony jest, jako startowy (pierwszy) i w Twojej konstelacji najlepiej by było, gdyby to był HDD z linuksem (sda1, sda2 ?)

Zapewne, jak już zauważyłeś, winda zostanie automatycznie wciągnięty do menu GRUBa, a po jakimkolwiek upgrade systemu na pewno wszystko startować będzie "po staremu"...

Dziękuję Ci bardzo za poświęcony czas i odpowiedź. Na razie jestem w biegu więc odpowiem na to co mogę (a jak podążę Twoimi sugestiami to dam znać dalej).
Ad 1 - Mam Windowsa 10 - startuje i z UEFI i bez niego :)
Znaczy co do samego Bootowania i kolejności - zazwyczaj (w sumie zawsze) robiłem tak, że:
ESC --> F9 --> Select OS You want to Start (czy Boot) i tu mam 2 do wyboru:
Windows (SSD1) - Pojawia się normalnie Windows (bez Linuxa) - czyli od razu go łąduje
Linux (SSD2) - Pojawia się GRUB i tu normalnie do wyboru - WIndows/ Linux/ Advanced/ Cuda 1 słowem

Co do lokalizacji GRUBa - próbowałem 2 ścieżek:
1 - Na WIndowsie
2 - Na linuxe
(Czyli odpowiednio SSD1, SSD2) - bez różnicy

W kwestii samej instalacji Linuxa (bo może tu jest pies pogrzebany)
WIęc tak:
Jakie tworzę partycje na SSD 120 GB
1 --> btrfs (lub ext4, ale ponoć to 1. lepsze) - jeśli btfrs to 119 GB (a jeśli ext4 to 100 GB + 18 GB na swap [mam 8GB RAMu])
2 --> EFI (500MB) - i tu daje flagę rozruchową
Jedyne co mnie zastanawia i czy ma to znaczenie to:
a) Jest opcja czy instalować wszystkie katalogi na btrfs (root/home - dla początkujących czy osobno - zaawansowani) - ale to chyba wielkiego znaczenia dla mnie nie ma?
b) Czy w EFI mam jakiekolwiek dodatkowe katalogi wybierać, np. /boot? (albo ogólnie czy ruszać coś z katalogami w instalacji)?
I generalnie takie mam partycjonowanie - i później instalacja no i dalej znacie historię.

Faktycznie nie ustawiałem SSD2 jako 1. w BIOSIe - jedynie przy syzbkim starci po kliknięciu F9 i dorywczym wybraniu (później oczywiście wraca do normy).

Cytat: TataPingu6. po wystartowaniu livea musisz odpowiednio przygotować HDD pod linuksa. HDD pod tryb BIOS (bez UEFI) nie może być formatowany w trybie GPT

Dysk pod tryb BIOS może mieć układ partycji GPT. Jedyne o czym trzeba pamiętać o 1MB, nieformatowanej, partycji z flagą BIOS boot.
Detale :
https://wiki.archlinux.org/index.php/Grub#GUID_Partition_Table_(GPT)_specific_instructions

Cytat: lami07 w Maj 10, 2019, 06:07:42 PM

Cytat: TataPingu6. po wystartowaniu livea musisz odpowiednio przygotować HDD pod linuksa. HDD pod tryb BIOS (bez UEFI) nie może być formatowany w trybie GPT

Dysk pod tryb BIOS może mieć układ partycji GPT. Jedyne o czym trzeba pamiętać o 1MB, nieformatowanej, partycji z flagą BIOS boot.
Detale :

Kod [Zaznacz] Rozwiń

https://wiki.archlinux.org/index.php/Grub#GUID_Partition_Table_(GPT)_specific_instructions

Czyli jeśli dobrze rozumiem, gdybym wybrał GPT (bo faktycznie to miałem, nie MBR) to w przypadku partycjonowania mam zrobić mniej więcej tak:
--> ext4 (XXX GB)
--> swap (XXX GB)
--> EFI (XXX MB) - tutaj poleci GRUB
--> BIOS /boot (1 MB)
?

Nie. Przeczytaj uważnie podany przeze mnie link.

Cytat: lami07 w Maj 10, 2019, 08:05:51 PM
Nie. Przeczytaj uważnie podany przeze mnie link.

A faktycznie, nie zauważyłem odnośnika. Jutro zrobię wszystko i dam znać czy coś się zmieniło czy dalej jest to samo  :)

Cytat: lami07 w Maj 10, 2019, 06:07:42 PM
Dysk pod tryb BIOS może mieć układ partycji GPT. Jedyne o czym trzeba pamiętać o 1MB, nieformatowanej, partycji z flagą BIOS boot.

Tak, zgadza się, tylko zauważ, nasz Kolega nie za bardzo rozeznaje się w różnicach BIOS, UEFI, bootowanie itd., podając mu rozwiązanie startu w trybie BIOS starałem się uprościć cały proces do jak najłatwiejszej formy, ale (za chwilę mu odpowiem), jak widzę, to start bez UEFI w jego przypadku odpada, więc i mój post nieaktualny...

Cytat: rajd3r w Maj 10, 2019, 03:00:57 PM
Ad 1 - Mam Windowsa 10 - startuje i z UEFI i bez niego :)

Nie Kolego, to niemożliwe....
- windows 10 startuje tylko w trybie EFI !

Tak więc, możesz zapomnieć o moim drugim poście, bo odnosi się do konstelacji startu OSów w starym trybie BIOS (szkoda, że od razu nie nadmieniłeś, że masz win10).

A co się tyczy Twojej obecnej konstelacji, to wróć do mojego pierwszego postu i dodatkowo zapoznaj się ze sposobami startu różnych OSów w trybie EUEFI.
Co do BIOSu w Twoim kompie, może być tak, że, pomimo, iż zmieniasz w nim tryby startu, to i tak startuje UEFI (wszystko zależy od sprzętu i samego oprogramowania).
Ale to temat na odrębną dyskusję...
W obecnej sytuacji, to HDD powinien być sformatowany właśnie GPT

Pozmieniałem wszystko wg rad - napiszę po kolei co (bo efekt jest niestety dalej ten sam).
1 - W BIOSie wyłączyłem LEGACY - wówcas pojawiłą się opcja startowania Bez EFI
2 - Nagrałem obraz na USB, a wcześniej upewniłem się jak jest sformatowany Dysk 2 (pod Linuxa) - i ma GPT
3 - Po dojściu do najważniejszego, czyli partycjonowania ustawiłem tak (w kolejności) [MP - Mount Point]:
--> (MP None)/ sda1 / BIOS Boot partition (1 MB)
--> (MP /) sda2 /ext4 (30 GB)
--> (MP) sda3 / swap (15GB)
--> (MP /home) sda4 / ext4 (75GB)
Instalator wszystko zainstalowałem, nawet GRUBA - tylko pod koniec zapytał:
"Nie znalazłem żadnego innego systemu (a jest W10) - czy kontynuować?"
TAK
"Wybierz dysk rozruchowy na który zainstalować GRUB" (Do wyboru SSD1 [W10] i SSD2 [Linux])
Z ciekawości wybrałem W10 - ale od razu wyszedł Fail, więc jedyna opcja to (co logiczne) - SSD2 Linux.
I cała instalacja przebiegłą bez najmniejszego problemu, JEDNAK
Po restarcie zamiast GRUBa pojawia się GRUB console, gdzie jedynie jak wpisze exit, to pojawia mi się dokladnie to samo co jakbym nacisnął ESC, F9 /Choose Boot to start --> I tu jak wybiorę ręcznie Adatę (Czyli Linuxa) to pięknie się pojawia GRUB z wyborem samego Linuxa (WIndowsa nie ma bo go nie wykrył, ale to najmniejszy problem)

Po wyborze Linuxa --> Loading Linux, Loading Init Ram .... I nic

PS Nie wiem czy to istotne czy nie, ale chyba tak ma być, bo zauważyłem że w instalacji Bez EFI jakby rozdzielczość trybu graficznego czy tekstowego jest mniejsza (ale to tak na marginesie)
Napisałem krok po kroku żeby zobrazować gdzie ewentualnie wkradł się błąd (obstawiam partycje, chociaż ustawiałem je wg Przykładów z Wiki pod hasłem BIOS/GPT).

Cytat: rajd3r w Maj 12, 2019, 08:18:13 AM
......

W pierwszym rzędzie sprawdź, czy nie ma aktualniejszego BIOSu do twojego matheboardu, jeśli jest, to wgraj ten najaktualniejszy...
- coś mi się zdaje, że u Ciebie jest coś nie tak z biosem...

Cytat: TataPingu w Maj 12, 2019, 07:18:39 PM

Cytat: rajd3r w Maj 12, 2019, 08:18:13 AM
......

W pierwszym rzędzie sprawdź, czy nie ma aktualniejszego BIOSu do twojego matheboardu, jeśli jest, to wgraj ten najaktualniejszy...
- coś mi się zdaje, że u Ciebie jest coś nie tak z biosem...

Jak na złość jakaś przerwa jest na stronie (ale ostatnio go aktualizowałem - chociaż sprawdzę, a nóż wyszło coś nowszego).
PS. (nie bardzo wiem czy można dawać odnośniki do innych stron - chociaż to jest zagraniczna)
https://bbs.archlinux.org/viewtopic.php?id=240610 - bardzo podobny przykład do mojego, ale przeczytałem go kilka razy i nie bardzo rozumiem o co im chodzi. Faktycznie jak sprawdziłem
"fstab" --> TO nie wiedzieć czemu, Boot/Efi ma odnośnik do sda2 (czyli partycji na Windzie), a nie na sdb2 (czyli partycji na ... linuxie). Zagmatwane to jest bo ogólnie z tego co czytałem to nie powinno to być trudne wszystko, a nie wiedzieć czemu Linux sobie instaluje wszystko gdzie chce i jak chce (mimo ustawienia w partycjonowaniu dokładnych lokalizacji) ... Ale mówię - to tylko podobny przykład który udało mi się znaleźć, ale jest w nim jakiś sens, chociaż n miesięcy temu nie miałem ŻADNEGO problemu z Linuxem ... - możliwe że dlatego że go instalowałem jednocześnie na 1 SSD z Windowsem, a teraz mam 2 dyski i system głupieje (a w zasadzie GRUB --> Kernel/ Boot i inne loadingi kolejnościowe)

Zaktualizowałem BIOSa, ale poza tym że mi wywalił Linux Boot OS (dostęp tylko przez "Start from EFI file) - to nic się nie zmieniło.
/Jak wrócę to spróbuję się jeszcze raz pobawić z tym partycjonowaniem - pójdę tokiem tym, by może ESP (lub katalog boot) wcisnąć na dysk Windowsa

Cytat: rajd3r w Maj 12, 2019, 08:04:17 PM
Zagmatwane to jest bo ogólnie z tego co czytałem to nie powinno to być trudne wszystko, a nie wiedzieć czemu Linux sobie instaluje wszystko gdzie chce i jak chce (mimo ustawienia w partycjonowaniu dokładnych lokalizacji)  ...
- możliwe że dlatego że go instalowałem jednocześnie na 1 SSD z Windowsem, a teraz mam 2 dyski i system głupieje (a w zasadzie GRUB --> Kernel/ Boot i inne loadingi kolejnościowe)

Jesteś pewny, że to linuks "tak robi", a nie winda ?
- UEFI to "pomysł" "spółki" WIN-TEL (M$-Soft-Intel) i praktycznie, jak na razie, nie wnosi żadnych udogodnień, a wręcz odwrotnie !

Linuks podczas instalacji stara się tylko "dopasować" do Twojej konstelacji (nastawionej w BIOSie), ale czy winda podczas startu czegoś automatycznie nie zmienia, trudno powiedzieć.
Jedno jest pewne, po pierwsze tylko jeden HDD (SSD) może być "startowy" i tylko jedna partycja może być "oznaczona", jako "boot"...

Cytat: TataPingu w Maj 13, 2019, 08:30:44 AM

Cytat: rajd3r w Maj 12, 2019, 08:04:17 PM
Zagmatwane to jest bo ogólnie z tego co czytałem to nie powinno to być trudne wszystko, a nie wiedzieć czemu Linux sobie instaluje wszystko gdzie chce i jak chce (mimo ustawienia w partycjonowaniu dokładnych lokalizacji)  ...
- możliwe że dlatego że go instalowałem jednocześnie na 1 SSD z Windowsem, a teraz mam 2 dyski i system głupieje (a w zasadzie GRUB --> Kernel/ Boot i inne loadingi kolejnościowe)

Jesteś pewny, że to linuks "tak robi", a nie winda ?
- UEFI to "pomysł" "spółki" WIN-TEL (M$-Soft-Intel) i praktycznie, jak na razie, nie wnosi żadnych udogodnień, a wręcz odwrotnie !

Linuks podczas instalacji stara się tylko "dopasować" do Twojej konstelacji (nastawionej w BIOSie), ale czy winda podczas startu czegoś automatycznie nie zmienia, trudno powiedzieć.
Jedno jest pewne, po pierwsze tylko jeden HDD (SSD) może być "startowy" i tylko jedna partycja może być "oznaczona", jako "boot"...

No właśnie z partycją /boot obstawiam jakiś problem - a co myślisz o tym by nie tworzyć partycji ESP (EFI) tylko wybrać instalację GRUBA na partycji ... Windowsa (jeśli tak się w ogóle da)?
Jak zainstaluje Linuxa jeszcze raz na spokojnie, z uwzględnieniem partycji i ich tworzenia to wrzucę wynik pliku fstab i ewentualnie config GRUBa i zobaczymy czy tutaj odnajdzie się źródło problemu.

Cytat: rajd3r w Maj 13, 2019, 12:26:46 PM
No właśnie z partycją /boot obstawiam jakiś problem

Nie miałem na myśli /boot, tylko coś innego...
Nie wiem, jak to jest w j. polskim, ale chodziło mi o pewną "własność" (mark ?), którą mogą mieć partycje (np. boot, diag, esp, hidden, lba, lvm, raid itp)...
A co do Twojego problemu to osobiście musiałbym mieć sprzęt, by móc coś doradzić. Na pewno powiązany jest z BIOSem, GRUBem i partycjonowaniem...

Dla testu wyciągnij dysk z windą, zamień dyski miejscami, zainstaluj linuksa, włóż ponownie dysk z windą (na byłe miejsce dysku z linuksem) i zaktualizuj GRUBa...
Windows powinien pojawić się w menu GRUBa, ale, czy w nowej konstelacji winda wystartuje, tego nie wiem...

Cytat: TataPingu w Maj 13, 2019, 01:45:28 PM

Cytat: rajd3r w Maj 13, 2019, 12:26:46 PM
No właśnie z partycją /boot obstawiam jakiś problem

Nie miałem na myśli /boot, tylko coś innego...
Nie wiem, jak to jest w j. polskim, ale chodziło mi o pewną "własność" (mark ?), którą mogą mieć partycje (np. boot, diag, esp, hidden, lba, lvm, raid itp)...
A co do Twojego problemu to osobiście musiałbym mieć sprzęt, by móc coś doradzić. Na pewno powiązany jest z BIOSem, GRUBem i partycjonowaniem...

Dla testu wyciągnij dysk z windą, zamień dyski miejscami, zainstaluj linuksa, włóż ponownie dysk z windą (na byłe miejsce dysku z linuksem) i zaktualizuj GRUBa...
Windows powinien pojawić się w menu GRUBa, ale, czy w nowej konstelacji winda wystartuje, tego nie wiem...

Odpiąć Windowsa mogę, ale miejscami ich nie zamienię bo WInda jest na M2, a Linux na zwykłym :)

@rajd3r - A ja mam kilka pytań, w tym pierwsze zasadnicze: czy zapoznałeś się z dokumentacją i zgodnie z nią to robisz: https://wiki.debian.org/DualBoot/Windows?action=show&redirect=WindowsDualBoot?
Drugie - czy sesja Win10 została tylko "zakończona", czy też wyszedłeś z tego systemu "do końca"? Znane mi sią przypadki, gdy w tym pierwszym przypadku w istocie występują problemy z instalacją innych systemów obok Windows.

PS: Jeśli masz Win10, to musisz mieć EFI. Inaczej ten system - o ile wiem - po prostu nie włączy się.

Cytat: pavbaranov w Maj 13, 2019, 02:03:46 PM
@rajd3r - A ja mam kilka pytań, w tym pierwsze zasadnicze: czy zapoznałeś się z dokumentacją i zgodnie z nią to robisz: https://wiki.debian.org/DualBoot/Windows?action=show&redirect=WindowsDualBoot?
Drugie - czy sesja Win10 została tylko "zakończona", czy też wyszedłeś z tego systemu "do końca"? Znane mi sią przypadki, gdy w tym pierwszym przypadku w istocie występują problemy z instalacją innych systemów obok Windows.

PS: Jeśli masz Win10, to musisz mieć EFI. Inaczej ten system - o ile wiem - po prostu nie włączy się.

Odpowiem częściowo:
1 - Tak, ale co widać niewystarczająco.
2 - Faktycznie (nie wiedziałem że jest coś takiego, ale Windows zaskakuje i jest taka opcja) - wyłączyłem ją (i bynajmniej nie przez Plan Zasilania bo tam tej opcji nie ma tylko oczywiści w rejestrze, bo Microsoft lubi takie kwiatki chować...)
3 - Tak, mam EFI - namieszałem z tym wszystkim ale już ten temat ogarnąłem
Wracając do 1 - jak będę miał czas (ale to dopiero jutro) - to na spokojnie zainstaluje jeszcze raz Linuxa - powklejam wyniki z terminala i wtedy poszukamy co i jak (obecnie mógłbym to zrobić, ale akutalizacja BIOSa mi wszystko zepsuła) :)

EDIT: Trochę poczytałem i faktycznie dobrą opcją jest odpięcie dysku (jak już tu 1 osoba zasugerowała) z Windowsem i instalacja Linuxa bez jego udziału. A to że boot za każdym razem instaluje pliki na dysku Windowsa (bo tak jest i to mnie dziwiło, że na partycji z EFI w Linuxie jest ona pusta, a na Windowsie ma pliki z ... Linuxa) - to cyt. "Ten typ tak ma :D "
Zrobię to dopiero około piątku, gdyż nie mam aktualnie narzędzi by laptop rozkręcić - wtedy dam znać czy to podziałało, czy nie.

Cześć,
Mam jeszcze jedno pytanie - chcę mimo wszystko wpierw sprawdzić sytuację z Kernelem starszym (bo co mi szkodzi?) - i tu pytanie - jeżeli już zainstaluje Linuxa i będę go chciał zaktualizować do najnowszej wersji - to jak to zrobić, ale by NIE uaktualniać samego kernela tylko zostawiać go taki jaki jest?

Użyłeś - prawdopodobnie - ostatniej wersji testowej gałęzi Debiana. Zasadniczo w Debianie w gałęzi stable, praktycznie przez cały okres jego "wspierania" masz oprogramowanie - w tym kernel - w tej wersji, w której były one w danej wersji stable Debiana.
Twój problem jednakże - najprawdopodobniej - nie jest związany z kernelem.
Krótko - nie nie musisz aktualizować kernela. Krótko - Debian Stable ogólnie ma stosunkowo mało aktualizacji do "wyższych" wersji oprogramowania.
W kernelu < 4.19 możesz mieć jednakże "gorsze" wsparcie dla Twójego Radeona.

Odpiąłem M.2 - wsadziłem 2 SSD samotnie i zainstalowałem na nim Linuxa od 0. Stworzyłem partycje (różne kombinacje), ale tak jak już pisałem czyli ESP + EXT4 (a obecnie btrfs, bez swapa a bo i niepotrzebny [ponoć]). System po zainstalowaniu standardowo zresetował się pięknie do GRUB'a - do wyboru tylko Linux (bo M.2 odpięty) - ENTER i ... "Loading inital ramdisk..." - i nic. To samo. :( Eh - nie mam już sił do tego - pozostaje mi operować sobie na Linuxie, na komputerze, a nie na laptopie bo coś nie może się polubić z moim sprzętem. Nie ruszy nijak - tylko na Live (na Virtual w Windzie nie próbowałem a i nawet nie chce bo za słaby by to ruszyło płynnie). Szkoda ... Jakby ktoś chciał jakieś logi czy cokolwiek, to zarzucę, ale ja póki co poczekam na nowe aktualizacje Linuxów  :(

Czy musisz użyć iso dla Debian Testing? Z jakiej daty masz je pobrane? Czy to, którego użyłeś ostatnio jest tym samym co poprzednio?

Tak, dokładnie to samo.
EDIT: Próbowałem też zainstalować (bo na DistroWatch widziałem że się pojawiło) OpenMandriva - ale to samo. MX'a też próbowałem ale tutaj nawet w Live był problem bo bardzo się "ciął" system i nawet nie mogłem go zainstalować

Hmmm.... Istnieje pewne prawdopodobieństwo, że problemy z instalacją wynikają z nieprawidłowego przygotowania liveiso. Jeśli nośnik to DVD, to to co za chwilę nie ma znaczenia i jedynie sugerować mogę nowszy obraz Debian Testing (bo to co tydzień bodaj wychodzi).
Rozumiem, że nośnik to pendrive, którego przygotowujesz pod Windows. Czym i jak? W zasadzie jedynie dwa programy tutaj sobie chyba radzą: rufus oraz etcher. W pierwszym przypadku dokonując "wypalenia" pendrive należy użyć opcji "dd" (albo jakoś tak - nie mam tego programu, nie mam Windows, jedynie wiem, że są 2 opcje). Następnie podczas startu takiego pendrive'a, w BIOS ma być ustawione UEFI, partycje przygotowane jako GPT (i następnie - jeśli pod Windows - ponownie sformatowane przez instalkę linuksa), wyłączone SecureBoot (jeśli nie jest wspierane przez Debiana - nie wiem) oraz wyłączony FastStart Windows. Podczas wyboru miejsca dla Bootloadera - to urządzenie (nie partycja!), z którego będzie startować komputer (bo masz 2 dyski) i które w ten sposób ustawione jest w BIOS. Pamiętać jeszcze należy o utworzeniu małej partycji dla /boot/efi (FAT32, ESP, EFI i BOOT), ale to powinien już chyba umieć zrobić program instalacyjny. Więcej pomysłów nie mam, ale zacząć należy od prawidłowego przygotowania pendrive'a.

Cytat: pavbaranov w Maj 20, 2019, 07:51:58 AM
Hmmm.... Istnieje pewne prawdopodobieństwo, że problemy z instalacją wynikają z nieprawidłowego przygotowania liveiso. Jeśli nośnik to DVD, to to co za chwilę nie ma znaczenia i jedynie sugerować mogę nowszy obraz Debian Testing (bo to co tydzień bodaj wychodzi).
Rozumiem, że nośnik to pendrive, którego przygotowujesz pod Windows. Czym i jak? W zasadzie jedynie dwa programy tutaj sobie chyba radzą: rufus oraz etcher. W pierwszym przypadku dokonując "wypalenia" pendrive należy użyć opcji "dd" (albo jakoś tak - nie mam tego programu, nie mam Windows, jedynie wiem, że są 2 opcje). Następnie podczas startu takiego pendrive'a, w BIOS ma być ustawione UEFI, partycje przygotowane jako GPT (i następnie - jeśli pod Windows - ponownie sformatowane przez instalkę linuksa), wyłączone SecureBoot (jeśli nie jest wspierane przez Debiana - nie wiem) oraz wyłączony FastStart Windows. Podczas wyboru miejsca dla Bootloadera - to urządzenie (nie partycja!), z którego będzie startować komputer (bo masz 2 dyski) i które w ten sposób ustawione jest w BIOS. Pamiętać jeszcze należy o utworzeniu małej partycji dla /boot/efi (FAT32, ESP, EFI i BOOT), ale to powinien już chyba umieć zrobić program instalacyjny. Więcej pomysłów nie mam, ale zacząć należy od prawidłowego przygotowania pendrive'a.

Heh dokładnie to co opisałeś to już robiłem (uwierz). Programem jakim to robię to USB Installer, ale rufusem też robiłem (by faktycznie sprawdzić czy będzie jakakolwiek różnica) - ale nie ma. Robiłem i jednym i drugim, i iso i DD i wszystko co było i jest do wyboru. BIOS też mam tak ustawiony - pod UEFI, bez secure - dysku TERAZ nie wybierałem bo sugerowałem się opcją by wypiąć dysk M.2 z windą i zainstalować Linuxa tak jakby na jedyny dysk w laptopie.
Tak - na PenDrive'a nagrywam Linuxa
Tak SSD mam na GPT

Jeszcze doczytałem przed chwilą że warto ponoć zainstalować coś takiego: "amd64-microcode package" (dla intela odpowiednia intel microcode). Muszę tylko znaleźć jak to zrobić z poziomu Live (no bo fizycznie na Linuxa zainstalowanego nie wejdę).

Oczywiście ów microcode należy mieć, ale - chyba - nie tu leży problem w przypadku Twojej instalacji. Wygląda to bowiem tak, jakby konfiguracja GRUBa była "zwalona" i on nie potrafił uruchomić się poprawnie. W sumie to jeszcze 2 propozycje przychodzą mi do głowy. I tak - jak na razie tej instalki Debiana nie możesz wykorzystać - spróbuj np. którejś z następujących dystrybucji: OpenSUSE Tumbleweed (koniecznie, a nie Leap), Antergos (lub inna pochodna Archa - ważne, by jak najnowsza i by nie było to Manjaro), Manjaro (osobno), najnowsza Fedora (właśnie się ukazała), nowe Ubuntu (albo któraś pochodna, w zależności od upodobań do środowiska graficznego) 19.04 oraz instalacja "czystego" Archa z pomocą anarchy linux.
To wszystko wyłącznie na próbę, by zobaczyć, gdzie leży problem.
Druga propozycja - nie wiem czy instalka Debiana to oferuje, ale zainstalować jako bootloader nie GRUB, a np. systemd-boot (prosta, banalna konfiguracja potem).
Kernel - u Ciebie - rozsądne minimum to 4.19, choć jeśli któraś dystrybucja oferowałaby nowszy (linia 5.1 obecnie), to również warto spróbować (bo ma lepsze wsparcie dla CPU/GPU AMD, które masz).

Cytat: pavbaranov w Maj 20, 2019, 09:34:37 AM
Oczywiście ów microcode należy mieć, ale - chyba - nie tu leży problem w przypadku Twojej instalacji. Wygląda to bowiem tak, jakby konfiguracja GRUBa była "zwalona" i on nie potrafił uruchomić się poprawnie. W sumie to jeszcze 2 propozycje przychodzą mi do głowy. I tak - jak na razie tej instalki Debiana nie możesz wykorzystać - spróbuj np. którejś z następujących dystrybucji: OpenSUSE Tumbleweed (koniecznie, a nie Leap), Antergos (lub inna pochodna Archa - ważne, by jak najnowsza i by nie było to Manjaro), Manjaro (osobno), najnowsza Fedora (właśnie się ukazała), nowe Ubuntu (albo któraś pochodna, w zależności od upodobań do środowiska graficznego) 19.04 oraz instalacja "czystego" Archa z pomocą anarchy linux.
To wszystko wyłącznie na próbę, by zobaczyć, gdzie leży problem.
Druga propozycja - nie wiem czy instalka Debiana to oferuje, ale zainstalować jako bootloader nie GRUB, a np. systemd-boot (prosta, banalna konfiguracja potem).
Kernel - u Ciebie - rozsądne minimum to 4.19, choć jeśli któraś dystrybucja oferowałaby nowszy (linia 5.1 obecnie), to również warto spróbować (bo ma lepsze wsparcie dla CPU/GPU AMD, które masz).

Nie wiem co się stało - ale zainstalowałem system jeszcze raz (w BIOSie coś pokręciłem z TPMem) i ... działa :D Jedyny mankament i minus to taki że linux ładuje się dość długo (ponad minutę), ale no - działa. Nie wiem czego to kwestia ani co się podziało, ale póki mi to działa to tego nie ruszam, chociaż mógłby się ładować trochę szybciej. Ale wcześniej na initram stał i nic, a teraz przynajmniej po dłuższym czasie ładuje się i pięknie działa  ;D

W przypadku Twojego komputera raczej nie ma prawa ładować się tak długo. Już 30 sek byłoby bardzo długo. Na SSD system źle skonfigurowany staje w kilkanaście sekund.
Ogarnij lekko co i jak, załóż nowy wątek, w którym:
1. Podasz maksymalnie wiele informacji o sprzęcie. Stosunkowo łatwo - doinstaluj program inxi i wykonaj:
inxi -Fxx > info.txt
zawartość powstałego pliku info.txt (będzie tam, skąd zostało wywołane inxi) wstaw gdziekolwiek - tu jeśli się zmieści, albo na jakieś pastebin
2. Zaznajom się z systemd (bo jeśli masz Debiana, to i tego inita) i pokaż:
systemd-analyze
systemd-analyze blame
3. Sprawdź czy system nie informuje Cię przy starcie o jakichś błędach w podnoszeniu usług.
4. Potwierdź, czy zainstalowałeś microcode dla Twojego CPU/GPU.

Cytat: pavbaranov w Maj 20, 2019, 07:21:15 PM
W przypadku Twojego komputera raczej nie ma prawa ładować się tak długo. Już 30 sek byłoby bardzo długo. Na SSD system źle skonfigurowany staje w kilkanaście sekund.
Ogarnij lekko co i jak, załóż nowy wątek, w którym:
1. Podasz maksymalnie wiele informacji o sprzęcie. Stosunkowo łatwo - doinstaluj program inxi i wykonaj:

Kod [Zaznacz] Rozwiń

inxi -Fxx > info.txt
zawartość powstałego pliku info.txt (będzie tam, skąd zostało wywołane inxi) wstaw gdziekolwiek - tu jeśli się zmieści, albo na jakieś pastebin
2. Zaznajom się z systemd (bo jeśli masz Debiana, to i tego inita) i pokaż:

Kod [Zaznacz] Rozwiń

systemd-analyze

Kod [Zaznacz] Rozwiń

systemd-analyze blame
3. Sprawdź czy system nie informuje Cię przy starcie o jakichś błędach w podnoszeniu usług.
4. Potwierdź, czy zainstalowałeś microcode dla Twojego CPU/GPU.

Dzięki za wskazówki - dla mnie już samo to że od czasu założenia tego wątku udało się w końcu ruszyć z linuxem :) jest sukcesem
Znaczy z tego co widzę on ma jakiś problem przy wczytywaniu tego Init Ram - bo czyta czyta ... właśnie ok. minuty ale później już idzie jak "strzała". Mogę tutaj wkleić wyniki o których napisałeś (teoretycznie pokrywa się to z problemem).

Nie. to się raczej nie pokrywa. Daj do nowego wątku. Ogólnie panuje zasada - jeden problem = jeden wątek. Z czarnym ekranem już sobie poradziłeś.