Jak startuje współczesny Linux? - Bez Kompilatora

Jak startują współczesne dystrybucje Linuxa na współczesnych platformach sprzętowych z UEFI? Wszystkie etapy, krok po kroku, z wyjaśnieniami i kontekstem historycznym.

[Neurohaox]

Mam nadzieję, że udało mi się przedstawić proces uruchamiania systemu wraz z całą towarzyszącą mu historią w przystępny sposób.

@bezkompilatora: Wypadało by napisać, że systemd wywołał w świecie linuxa sporo kontrowersji i nie mniejsze pouszenie niż niedawne rewelacje dotyczące Code of Conduit. Więcej na ten temat można poczytać:
tu https://www.infoworld.com/article/3159124/linux/linux-why-do-people-hate-systemd.html
lub np. tu http://without-systemd.org/wiki/index.php/Arguments_against_systemd
lub na

[bezkompilatora]

@Neurohaox: Wspomniałem krótko o kontrowersjach - nie widziałem dużej wartości w rozwodzeniu się na ten temat. Obiektywnym faktem jest, że większość dystrybucji go używa. Może niektórzy robią to z zaciśniętymi zębami, ale perspektywy pojedynczego użytkownika Linuxa nic to nie zmienia. Najwygodniej jest chyba po prostu zaakceptować fakt, że systemd jest obecnie standardem. Skoro nie możemy czegoś zmienić, to skupmy się chociaż na pozytywnych stronach. ;)

[bezkompilatora]

@Neurohaox: Nigdy nie aspirowałem do bycia dziennikarzem. Jestem programistą piszącym bloga, którego sam zresztą określam jako popularno-programistyczny. ;) Wychodzę z założenia, że większość osób czytających tego typu teksty nie jest zainteresowana wojnami init-systemów. Sam z resztą nie szczególnie się w te wojny angażuję, mimo tego że świat open-source'a jest mi bliski.

[p.....a]

Stary, ale trochę baboli tutaj masz, i to nie są "uproszczenia"

UEFI potrafi działać w trybie protected lub long

Mieszasz 2 rzeczy, bo x86_64 będzie przechodził przez protected mode w long mode. Wiem o co ci chodziło, lepiej by było gdybyś w tym miejscu po prostu napisał że procek przechodzi z trybu bezpośredniego do wirtualnego adresowania. Szczególnie że potem tych trybów używasz w dalszej części posta nigdy explicite nie tłumacząc czym są

UEFI nie wykorzystuje

[p.....a]

@bezkompilatora: No w ogóle po dłuższym namyśle to powinieneś nadmienić że wszystko jest w kontekście x86, bo na ARMach większość rzeczy które napisałeś nie mają miejsca, mimo iż w niektórych jest EFI :)

Odniesienie do MBRa też mogłeś pominąć bo ludzie raczej znają to właśnie ze sposobu dzielenia dysku na partycje niż trzymaniem tam boot0.

W kwestii pominięcia bootloadera, ewidentnie da się to zrobić:

[kyaroru]

@parhelia: Chyba jestem już stary, bo dla mnie oczywiste w tym kontekście jest, że MBR to to te pierwsze 512 bajtów na dyskietce/dysku zakończone 0x55 0xAA ;)

[Big_Muzzy]

"enkrypcja"? Czy ty czasem nie maskujesz braków w wykształceniu mejkując słowa?

[Marian_Koniuszko]

@bezkompilatora: może Ty poproś kogoś o pomoc przy redagowaniu tekstów, bo tych językowych potworków masz całkiem sporo a jak zakładam jesteś człowiekiem, który ma wykształcenie przynajmniej średnie i powinien (jeżeli już zaczyna coś publikować) unikać takich błędów.
No chyba, że pisanie bloga traktujesz jako rozrywkę dla siebie i nie przykładasz uwagi do poprawności merytorycznej, stylistycznej i językowej. ( ͡° ͜ʖ ͡°)
Piszesz: "BIOS'em" i jednocześnie "Jądro

[Big_Muzzy]

@Marian_Koniuszko: Moim zdaniem Linux w mianowniku, ale w pozostałych przypadkach rdzeń Linuks- Bo jak czytam "Linuxie" to jakbym oglądał "U Pana Boga za piecem" #podlasie
@threv: Ty masz rację! Ale z tym użyciem od dawna to bym polemizował. Śp. Jan Bielecki forsował dawno temu "dwumlask" jako podwójne kliknięcie, ale się nie przyjęło. A ta "enkrypcja" to nasze "szyfrowanie" i nie ma potrzeby wymyślać nowego słowa
@

[qbmbepn]

initfamfs ? moze popraw ?

[bezkompilatora]

@qbmbepn: Dzięki za wyłapanie! Poprawiłem! ;)

[zarowka12]

@bezkompilatora initramfs’a, BIOS’a, bootloader’ów, bootloader’a, Linux’a, rootfs’a, rootfs’em - te wszystkie apostrofy nie dość, że są zupełnie zbędne, to wyglądają po prostu strasznie

[lastof]

We wpisie jest wspomniane, że initrd jest dawany, by nie trzeba było do kernela wkompilowywać wielu sterowników. GRUB przecież ładuje jądro, jak i ramdysk początkowy. Pytanie tylko czy nie iść o krok dalej i nie wykorzystać modułów multiboot, by dostarczyć jądro podstawowe sterowniki, jak do systemu plików, twardego dysku czy karty graficznej?

[anonimek123456]

Heh. A Maca się po prost włącza i działa.

[inz-bieda]

A Maca się po prost włącza i działa.

@anonimek123456: A jak nie dziala od razu to sie kupuje nowego...

[n.....d]

@KaluHeHe: jestem wielkim fanem Linuksa, ale kiedy potrzebuje kazdej kropli wydajnosci siegam po Open/NetBSD bo bije Linuksa pod wzgledem wydajnosci o minimum 30%

[polaczyna_i_pijaczyna]

Wyjaśni mi ktoś jak to jest że w linuxach nie trzeba instalować sterowników do kart graficznych, ale grafika jest jakaś wyblakła, jakby było mało kolorów czy coś nie znam się, ale w windowsie obrazki wyglądaja jakoś inaczej
......................................
A tak swoją drogą kto ma linuxa z was?Proszę o screen, bo nie chce mi się wierzyć, że wykopki-tak chwalące linuxa sami siedzą na linuxie, zwłaszcza, że tu nie można złego słowa powiedziec na

[A.....o]

@polaczyna_i_pijaczyna miałem linuxa przez pięć lat i jak tylko miałem okazję gdzieś korzystać z Windowsa to brała mnie k-----a. Linux działa zdecydowanie płynniej, nie wyskakuje z aktualizacjami w najbardziej niespodziewanych momentach i nawet na słabszym sprzęcie działa dobrze. Teraz mam tylko smartfona, bo komputer nie jest mi niezbędny.

[Jeraxle]

@polaczyna_i_pijaczyna: Oczywiście że wyjaśni. Intelowski sterownik i915 korzysta by default z half-range RGB, czego efektem są wyblakłe kolory. Z tego co widzę w pracy, na Ubuntu problem nie występuje, natomiast na chociażby Archu - tak.

Należy użyć:
xrandr --output HDMI-1 --set "Broadcast RGB" "Full", oczywiście za HDMI-1 należy podstawić nazwę wyjścia, którą można sprawdzić po prostu wywołując xrandr

[n.....d]

Beka z linuksiarzy.

"Jądro przechowywane jest zazwyczaj w postaci spakowanego obrazu, aby zaoszczędzić miejsce na dysku."

No rzeczywiście w dzisiejszych czasach brzmi to poważnie. Linuks poważny system. Do Gimpa i Blendera.

[bezkompilatora]

@nabzd: Trochę to zmieniłem, bo to faktycznie grube uproszczenie. :) Wczytanie skompresowanego obrazu i jego rozpakowanie trwa często krócej, niż samo wczytywanie nieskompresowanej binarki. Stąd kompresja, poza oszczędnością miejsca (która w niektórych zastosowaniach Linuxa nadal może mieć znaczenie), przyczynia się również do skrócenia czasu ładowania systemu. Dzięki za uwagę! :)

[d.....4]

@nabzd: potem się dziwić, że nie ma chętnych do pracy i płace rosną już do poziomu 25k PLN bo nikt się nie zna. Za to gimboznafcy informatycy fani Microsoftu noszą komputery i instalują antywirusy za 2k na rękę :) Więcej spiderswebow I idiotow, to niebawem zaczną dawać i 30k w pl.
Niestety dla ciebie, byle android to Linux pod spodem. Nawwt azure zarabia głównie na linuxie. Itd itp.