To jest Yakii - stan umysłu. Jego się ignoruje i mu współczuje.
Jak dla mnie trzy różne nośniki do trzech systemów to bezsens bo i tak boot manager z bootowalnego musi rozpoznać wszystkie, a sam z siebie tego nie zrobi (ale dzięki os-prober gruba2, znacznie ułatwia to cały mezalians - tylko znowu, to nie jest zabawa dla kogoś kto nie ma zielonego pojęcia jak to wszystko działa). I temuż napisałem to co napisałem.
Nie jestem pewien, ale możliwe, że system będzie sam wywalał wszystko inne z dysku, co nie jest ChromeOS, albo będą kłopoty z odpaleniem. Może się mylę, ale śledzę sobie parę wątków na Reddit i temat emulacji kilku systemów na jednym dysku w przypadku ChromeOS FLEX wygląda słabo. Nie znam się aż tak i nie mierzyłem się z tym zagadnieniem jakoś mocniej, więc może się mylę, ale myślę, że gdyby temat był względnie prosty, to już jakaś mądra głowa by to ogarnęła.
Działaj, jak coś ci wyjdzie, chętnie się sam nauczę. Jeśli się podzielisz doświadczeniem.
Dobry wieczór
Tak zacząłem sobie śledzić ten założony przeze mnie wątek i wnioskuję, że się łatwo nie da. W końcu jestem na forum ludzi, którzy się znają na tym, lubią to lub kochają
A wpadłem na taki pomysł (a pewnie i tak bym z tego nie korzystał) z czystej ciekawości. Czy w ogóle można? W prosty sposób. Widać, że NIE - bo nie ma wolności na świecie, wolnego rynku, możliwości wyborów. Z każda dekadą robi się coraz większa światowa komuna. I ta walka koncernów między sobą, jakby tu innym utrudnić życie.
Może ktoś, kiedyś to rozwiąże? Napisze program do załadowania systemów i startu, stworzy maszynę do tego?
Tylko po co?
Pozdrawiam Wszystkich
Jacek
Zainstaluj Linuksa i Windows na jednym dysku, a Chrome OS uruchamiaj z pendrive.
Wszystko tak będzie działać bez problemu i nie trzeba wiele zachodu. Co więcej, można tak ustawić w BIOSIe, aby po podpięciu pendrive startował Chrome OS, a po wyjęciu nośnika i włączeniu komputera startował wybór systemu Windows, Linux, i jeśli nie wybierzesz nic przez kilka sekund to dalej domyślny system.
Wybrałes systemy.
Windows, jakiś Linux i ChromeOS Flux.
Ten trzeci potrzebuje całego dysku, nie partycji, dysku (Mało tego, Google wyznacza kompatrybilny sprzęt do instalacji tego systemu).
Jeśli chodzi o Windows i Linux to je mozesz zainstalować na jednym dysku.
Czyli co byś nie zrobił, potrzebujesz do twojego pomysłu co najmniej dwa dyski.
Pisałeś o tym ze masz trzy.
Więc i tak będziesz musiał przechodzić co najmniej miedzy dwoma.
To jaka tu roznica między trzema?.
Dostałes info od @januszek jak to zainstalować.
Dostałes również info od @bachus ze mozesz skorzystać z wirtualizacji i „zainstalować” na swoim Systemie, inne, wirtualne. Łacznie z ChromeOS Flex. Bez problemu.
Wiadomo ze to troche inaczej niż w realu i dla kogos mniej obeznanego, trudniej.
Ale co byś nie zrobił i tak bedziesz musiał wybierac na którym pracujesz
Dostałes takze info o takiej „maszynie”
P.S.
Czyzbyś nie dostał prostych odpowiedzi ze mozna?
No i nie przejmuj sie dopiero co wybudzonymi ze śpiączki miśkami.
Nigdy z żadnym ChromeOS nie miałem do czynienia, ale przy założeniu że nie jest whitelistowany hw i można zainstalować na dowolnym PC, to mój pomysł wygląda następująco:
Przygotować Windows i Linuksa tak jak normalnie się robi z GRUB2 lub rEFInd (tego pierwszego nie lubię, ale jest wszechstronny).
Zainstalować guglowy wynalazek na osobnym dysku i zobaczyć jak wygląda „partycjologia”.
Przenieść partycje na nośnik z Windą i Pingwinem.
a. jeśli używa linuksowych systemów plików (to Linux więc raczej na pewno tak) to na spreparowane wcześniej partycje rsynciem
b. jeśli używa jakiegoś customowego gówna, i przy założeniu że jego tablice systemów plików odwołują się nie po bezpośrednim LBA (liczonym od fizycznego LBA0) tylko relatywnym (pierwszy liczony jest jako pierwszy zajmowany przez partycję), to kopia całych partycji załatwi sprawę
Dodać wpis w boot managerze prowadzący do kernela i inita lub jeśli to niemożliwe, to do bootloadera chromeos.
Dobry wieczór
Tak zacząłem sobie śledzić ten założony przeze mnie wątek i wnioskuję, że się łatwo nie da.
Dobry.
Jeśli chcesz Windows + „zwykły Linux” + *BSD + Android to problemu nie ma bo nie mordują się nawzajem (Windows co najwyżej potrafi zmienić bootloader w ustawieniach UEFI lub jeśli to BIOS lub tryb CSM w UEFI to nadpisać go w MBR; od Windows 8 doszedł jeszcze problem z fastboot i dostępem do NTFS, ale można przecież to wyłączyć) i obsługują te same tablice partycji (MBR/GPT (BSD mają własną, ale można ją ugnieść w partycji na MBR/GPT)). Problemy są z egzotykami a Linux zwany ChromeOS takim pewnie jest.
A wpadłem na taki pomysł (a pewnie i tak bym z tego nie korzystał) z czystej ciekawości. Czy w ogóle można?
Można.
W prosty sposób.
Zależy od definicji prosty.
Może ktoś, kiedyś to rozwiąże? Napisze program do załadowania systemów i startu,
To mi niewiele mówi, jedynie tyle że przynajmniej cześć partycji ma system plików FAT32 lub exFAT lub TexFAT lub NTFS lub ReFS (bo tylko takie są obsługiwane przez Explorer ze screena). Zrób magiczną sztuczkę na pingwinie:
Nie mam pod ręką teraz dysku z ChromeOS. Ale wiem, że robi on gdzieś z 12 partycji.
System plików to SquashFS, a system zapisu danych to FUSE.
A wyciągnąłem to od SI z czatu. katorga. W ogóle zrobię nawet temat, bo to fascynujące jest.
W toku dyskusji, dowiedziałem się też, że FUSE działa wyłącznie pod ChromeOS. Linuks pozwala zobaczyć te pliki, ale nie pozwala na odczyt. Czyli widocznie coś jest szyfrowane po drodze. Niezły bigos z tym ChromeOS.
edit: wydusiłem z „dziada” jak to działa.
Otóż według CzatGPT jest tak.
ChromeOSFlex tworzy sobie partycje systemowe w systemie SquashFS.
System ten nie pozwala na zapis. W przypadku aktualizacji czy innych operacji, pewnie są po prostu zapisywane od nowa partycje, stąd prawdopodobnie ich mnogość. Potrzebne są do utrzymania ciągłości w razie problemu oraz do sprawnej aktualizacji części systemu i oprogramowania.
Reszta dysku jest zostawiana pusta. Podczas instalacji są pobierane dane o dysku jaki siedzi w sprzęcie. Jak system startuje, to za pomocą tych danych, jest na szybko tworzony wirtualny system plików FUSE, dzięki temu można zapisywać dane na dysku bez jakiegokolwiek partycjonowania, bez systemu plików itd. po prostu ChromeOS odpala sobie dane o tej wolnej przestrzeni, potem odczytuje sobie z odpowiedniego miejsca informacje o tym jak są rozlokowane pliki i można korzystać.
Na dodatek, dane są jakoś szyfrowane. Oznacza to, że aby dobrać się do tych plików, trzeba mieć dane do ich odczytu. A działa toto wyłącznie na ChromeOS.
Linux co prawda zobaczy pliki, są one zorganizowane w sposób typowy dla FUSE, ale ich nie odczyta, a tym bardziej nie zapisze, po prostu brakuje mu danych do obsługi tego systemu plików.
Jak masz ochotę na zabawę z dual boot ChromeOS flex to ponizej jest link jak to można skutecznie zrobić. Oczywiście jakas wiedza jest do tego potrzebna.
Na pewno nie tego rodzaju
Normalnie SquashFS nie używa się na partycji tylko w kontenerze i jest jak najbardziej rw jeśli tego chcemy. Jest stosowany głównie w Linuksach do live i instalacji.
Fuse nie jest „systemem zapisu” tylko pośrednikiem między kernelem, a userlandem do obsługi systemów plików, nieobsługiwanych przez kernel. Znam kilka takich przypadków: do UFS2, UFS2 w BigEndian (PS3), exFAT (inna implementacja niż ta w kernleu, obsługująca również TexFAT), FATX (Xbox i Xbox 360) i PFS (PS2). Być może Google ma swój własny program do obsługi SquashFS pod fuse, jeśli SqFS jest szyfrowany lub jego zawartość to miałoby to sens. W każdym razie nie widzę związku w jaki sposób miałoby to utrudnić klonowanie partycji.
Reszta dysku jest zostawiana pusta. Podczas instalacji są pobierane dane o dysku jaki siedzi w sprzęcie. Jak system startuje, to za pomocą tych danych, jest na szybko tworzony wirtualny system plików FUSE, dzięki temu można zapisywać dane na dysku bez jakiegokolwiek partycjonowania, bez systemu plików itd. po prostu ChromeOS odpala sobie dane o tej wolnej przestrzeni, potem odczytuje sobie z odpowiedniego miejsca informacje o tym jak są rozlokowane pliki i można korzystać.
To jest jakiś totalny bełkot. Wiesz, ChatGPT zbiera informacje z internetu, a jeszcze jest po drodze translator. ;]
Możliwe jest bardzo wiele rzeczy, ale sprawdzę to po weekendzie. Podepnę sobie dysk i zobaczę jak wygląda partycjonowanie pod softem do tego przeznaczonym. Ciekwa, czy naprawdę część dysku leży odłogiem i dane są zapisywane bez partycji.
W internecie jest zadziwiająco mało danych na ten temat. Większość pochodzi z Chin i dotyczy starszych wersji systemu.
Dlatego, że internet się zmienił. Zamieszkują go dziś postacie, których nic nie interesuje. Ze szczególnym uwzględnieniem informatyki. Pozostali zarabiają na tej niewiedzy pieniądze lub zwyczajnie nie czują powołania do darmowego helpdesku na forach internetowych, fejsbukach, diskordach i wuj wie czym tam jeszcze.
Swego czasu szukałem informacji o wymianie dysku w NVidia Shield (pierwsze były vendorlock) i też nikt nic nie wiedział, a rozwiązanie okazało się śmiesznie proste: używały GPT z końca (czyli kopii), a nie tego z początku, więc pierwszy był atrapą. I to cała tajemnica wymiany na dowolny inny. Ale wszyscy pisali że się nie da i że (nie będę nawet cytował - czyli standard w mojej komunikacji z neurotypowymi ;p). Albo inny przypadek gdy zaprojektowałem rozwiązanie hybrydowe APA i GPT na jednym nośniku - też miało się nie dać. Ale na szczęście o tym nie wiedziałem i się udało. :}
Mnie zainteresował temat wyłącznie dlatego że nie lubię Google, i że to ciekawy przypadek, a po nich spodziewam się czegoś wyłącznie paskudnego w tej materii.
Ciekwa, czy naprawdę część dysku leży odłogiem i dane są zapisywane bez partycji.
To nie byłoby nic nadzwyczajnego. Partycja nie musi mieć systemu plików. Większość partycji w telefonach jest bez żadnego. Jedna z partycji Windows (jedna z tych z flagą hidden) jest bez. Partycja z muzyką w ATRAC na PS2 w PSBBN jest bez. Partycja swap Linuksa jest bez etc. etc.
Obsługa tego (z punktu widzenia oprogramowania, które się tym zajmuje) odbywa się wtedy przez zakładanie wirtualnego systemu plików (kiedy dane nie muszą przetrwać restartu środowiska) lub najczęściej poprzez odnoszenie się do danych przez konkretne adresy.