Udzielone Odpowiedzi
- Posty
… czytam, czasem coś napiszę, ale cały czas dręczy mnie pytanie: WTF, co takiego ważnego, krytycznego, słitaśnego jest w tym rozwiązaniu, że poświęcasz mu tyle czasu, zdrowia, zaangażowania? Nie jest jedyne, nie jest uniwersalne, nie jest najprostsze … Jedyny argument, jaki widzę, to siła tradycji. Żeby nie narazić się na zarzuty epatowania wulgaryzmami, napiszę tylko, że to … żaden argument. Próbujesz zastosować ograniczone, aktualizowane raz w czas rozwiązanie (czyli NeoGrub) do środowiska (czyli Manjaro), które jest dynamiczne, na bieżąco dostosowującego się do nowych rozwiązań, aktualizowanego ciągle (bo taka jest fundamentalna reguła w systemach typu Rolling Release), posiadającego na stanie najbardziej uniwersalne rozwiązanie na rynku (czyli GRUB). Nawet jeżeli teraz uda Ci się przebrnąć przez napotkane problemy, to zadaję następne pytanie: kiedy pojawią się kolejne?
… to, co żeśmy przepraktykowali, w ramach tego wątku, zmusza mnie do wycofania się z poparcia użycia NeoGrub’a zgodnie z zasadą 'skoro działa, nie zmieniaj’. Dlatego, że nie działa. Praktycznie jest, to możliwe, ale teoretycznie, to rozwiązanie, w tym kontekście programowym, nie ma prawa sprawnie działać na dłuższą metę. Odpuść i zrób, to jak należy: GRUB z dysku manjaro’wego uruchamia Manjaro i Windows. Jeżeli nie będzie mógł uruchomić Windows, to zrób tam porządek, wyrzucając rozwiązania firm trzecich, pozostawiając tylko fabryczne, przewidziane przez Microsoft.
Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi
… /temp korzysta z RAM’u. Tak naprawdę, to rodzaj RAM-dysku. Domyślnie, używa max 50% RAM’u (w zależności od potrzeb). Byłbym ostrożny w ustawianiu na stałe dużego temp’a. Chwilowo, po to, aby skompilować coś, czemu nie. Przedtem jednak może włożyć wtyczkę urządzenia elektrycznego do gniazdka, czyli … przeczyścić /temp. Był zapełniony, zapewne, wskutek wcześniejszych operacji (kompilacje, instalacje).
Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi
… używam Firebird’a od lat. Kiedyś na Windows’ach, teraz na Linux’ie. Próbowałem, po migracji na Manjaro, korzystać z wersji linux’owej, ale zawsze jakieś problemy były (wcześniej, na innych testowych linux’ach również), a że nie miałem wyraźnej potrzeby, aby kopać się z koniem, to … uruchamiam Firebird’a windows’owego pod Wine’m. Śmigają na tym zarówno aplikacje windows’owe, jak i linux’owe. A że używam różnych wersji Firebird’a, to uruchamiam je jako aplikacje – taką wersję, jaką aktualnie potrzebuję. Sprawdzone, działa, nie planuję tracić życia na szukanie motyki do rzucania w słońce.
Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi
@loctor – Po jakiego grzyba zrobiłeś sobie partycję /boot i co tam masz?… lewy but, prawy but i T-shirt sąsiadki ;-)
… zawsze tworzę partycję /boot, zawsze (poza experymentami) na ext2. Powodów jest kilka:
– nie używam EFI, bo mam w swojej stajni sporo stosunkowo starego sprzętu. Kiedyś zacznę, ale nie do końca rozwiązanie podoba mi się, więc zapewne będę musiał mieć dobry powód do wykonania tego ruchu;
– instalacja w MBR’ze wiąże się (takie mam doświadczenia z testów Linux’ów i BSD) z potencjalnymi problemami;
– Arch również zaleca /boot;
– podoba mi się elegancja rozwiązania – lubię separować różne funkcjonalnie elementy;
– ext2, bo więcej nie trzeba, bo czasem pojawiają się problemy z ext4, bo działa;
– a tak w ogóle, to co Ci się w tym rozwiązaniu nie podoba?
————-
EDIT: … moja ostatnia sugestia: ’gdyby /boot był na ext2, to powinno chodzić’, powtórzona po wcześniejszej radzie (jeszcze nie wiedziałem, ale już coś mi jechało z tej strony) pojawiła się, bo pomyślałem, że skoro loctor ma działające rozwiązanie – to nie jest moje rozwiązanie, ale jeżeli jest z niego zadowolony – to po co je zmieniać. Wystarczy jedynie sformatować, w trakcie instalacji systemu, /boot na ext2 i powinno pójść. Teoretycznie. Moim zdaniem warto spróbować.
————-Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi
… Twoja ostrożność, dotycząca instalacji Windows’ów i ich separacji od innych systemów, byłaby uzasadniona, gdybyś miał je wszystkie na tym samym dysku. Wtedy pewne aktualizacje Windows czepiałyby się boot sector’a i trzeba by dobrze się zastanowić, w jaki sposób rozłożyć systemy na dysku i z którego ma być realizowane zarządzanie boot’owaniem.
… ale Ty masz komfortową sytuację, bo Windows (system) masz na jednym dysku, a Linux’a na drugim. Możesz wskazać w BIOS’ie dysk linux’owy jako startowy; na nim odezwie się GRUB; z niego wystartujesz Linux’a, albo Windows’y – bez modyfikacji boot sector’a dysku windows’owego. W każdej chwili możesz w BIOS’ie przestawić start na dysk windows’owy.
————-
EDIT: … teoretycznie, gdyby /boot był na ext2, to powinno chodzić. Teoretycznie.
————-Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi
… no i wszystko jasne:
https://wiki.archlinux.org/index.php/NeoGRUB/
’NeoGRUB is an implementation of GRUB4DOS provided by the EasyBCD bootloader-configurator for Windows.’
'One caveat: NeoGRUB is only known to support the following filesystems: FAT16, FAT32, MINIX fs, ext2, ReiserFS, JFS, XFS that means that your /boot partition must be one of these filesystems if you use NeoGRUB. Your root partition and the others are not restricted to these filesystems.’
————-
EDIT: … i jeszcze jeden:
https://en.wikipedia.org/wiki/EasyBCD#Linux
————-Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi
… JaOrazInni -> no jasne, rozumiem.
… tutaj jednak, to nie powinno mieć znaczenia, bo (jak zeznaje loctor) systemy pracują w trybie BIOS (oby – Arch ostrzega o potencjalnych problemach, w przypadku mieszania trybu MBR/GPT, BIOS/UEFI).… pavbaranov -> no tak, w takim razie, loctor -> czego się tak przyczepiłeś takiej konfiguracji? Rozważ zarządzanie boot’owaniem systemów ze strony linux’owego GRUB’a. Łatwiej, pewniej. Nawet gdyby coś się zepsuło i miałbyś problemy z uruchamianiem Windows’ów, to łatwo i szybko można odzyskać nad nimi kontrolę za pomocą jednej, dwóch komend. A jeżeli upierasz się przy boot’owaniu ze strony Windows, to:
#1 wyczyść teren po stronie Windows
#2 przejrzyj:
https://wiki.archlinux.org/index.php/Dual_boot_with_Windows/
https://wiki.archlinux.org/index.php/Talk:Dual_boot_with_Windows/
https://wiki.archlinux.org/index.php/Dual_boot_with_Windows#BIOS_systems
————-
EDIT: … i jeszcze to:
https://neosmart.net/wiki/easybcd/dual-boot/
————-Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi
… pavbaranov -> dlaczego upierasz się przy zarządzaniu boot’em przez Windows? Nie będzie lepiej, jeżeli przejmie, to Manjaro?
Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi
… JaOrazInni -> dalej, jak mantrę, będę powtarzał – dopóki mnie, który skutecznie nie uciszy: ext2. Próbowałeś?
————-
EDIT: a propos /boot czy MBR – Arch zaleca instalację na /boot, wręcz mówi wprost, że ’Warning: GRUB strongly discourages installation to a partition boot sector or a partitionless disk as GRUB Legacy or Syslinux does. This setup is prone to breakage, especially during updates, and is not supported by the Arch developers.’
https://wiki.archlinux.org/index.php/Dual_boot_with_Windows#BIOS_systems
https://wiki.archlinux.org/index.php/GRUB/Tips_and_tricks#Install_to_partition_or_partitionless_disk
————-Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi
A boot chyba powinien być w fat32. Bo nie zadziała
… miałoby, to sens, gdyby boot’owaniem zarządzał windows’owy boot manager – partycja systemu, który ma z’boot’ować musi mieć zrozumiały dla niego system plików. Jeżeli rządzi GRUB z Manjaro, to – teoretycznie – dysponujemy sporą paletą FS. Teoretycznie, dlatego zasugerowałem ext2 jako FS dla /boot.
… no chyba, że coś miesza ze strony Windows’ów. W takim przypadku uwaga pavbaranov jest nader słuszna – warto by najpierw zrobić porządek z boot’owaniem windows’owym, doprowadzając proces do default’u, tak aby mieć pewność, że nie chodzi tam nic niestandardowego. A potem czystka na sdb, aby upewnić się, że i tam, wskutek experymentów, nie sieją jakieś śmieci – ale, to pewnie odpada, z powodu sdb4 – ntfs magazyn1.Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi
… pavbaranov -> nie wiadomo o co chodzi. Dlatego nad tym deliberujemy. Zauważ, że Mint poszedł.
… /boot na ext4? A gdyby tak dać ext2?Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi
… jak napisałeś: spróbuj z Xfce. Jeżeli nie pójdzie, to nasuwa mi się jeszcze pytanie o bit’ność: 32/64? Miewam problemy z boot’owaniem z pen’a Manjaro 64-bit’owego. Być może nie ma, to nic wspólnego z Twoim problemem, ale warto rozważyć również ten test, w razie gdyby Manjaro-xfce również nie spisało się (roboczo zakładam, że instalujesz wersję 64-bit’ową).
Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi
… aaa, czyli jeden dysk / wiele partycji? Tak czy siak, nie powinno być problemu, aby Manjaro (dokładniej rzecz biorąc GRUB z Manjaro) przejął zarządzanie odpalaniem odpowiedniego systemu. Jedna uwaga jednak nasuwa mi się: na maszynach testowych zdarzało się, że miałem kilka testowych systemów, ale GRUB’a instalowałem na osobnej partycji. Gdy coś mnie czasem podkusiło i instalowałem go w MBR, to ZAWSZE miałem problemy. A jeżeli mam do wyboru dwie drogi, jedną sprawdzoną i pewną, a drugą problematyczną, to jeżeli nie męczy mnie naukowa ciekawość – wybieram, tą która przynosi efekt, a nie bezsenność.
Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi
… Xfce powinien Cię usatysfakcjonować. Odwołuje się do tego samego pnia, z którego wywodzi się Cinnamon. Wizualnie i konstrukcyjnie jest, podobnie jak Cinnamon, ładniejszą i sprawniejszą implementacją klasycznego podejścia do desktopu, czy szerzej – graficznego interface’u użytkownika. Uważany jest za lżejszy od Cinnamon’a, co nie przeszkadza mu mieć sporego potencjału estetycznego. Jeżeli nie zadowala Cię standardowa konfiguracja, to na pewno znajdziesz coś odpowiedniego dla siebie – osobiście polecam Vertex-Maia-Dark, jako punkt wyjścia do szukania własnej koncepcji wizualnej strony systemu. Powodzenia i zadowolenia z użytkowania systemu.
Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi
… jako rzekł pavbaranov. Dla jasności podam jedynie schemat (nie jest, to kolejność działań, tylko wylistowane tematy):
– na jednym dysku Windows;
– na kolejnym Manjaro (kolejność dysków dowolna);
– w BIOS’ie, jako startowy, ustawiasz dysk z Manjaro;
– Manjaro instalujesz z odłączonym dyskiem windows’owym, albo podłączonym. Jeżeli dysk z Windows’ami jest podłączony, to podczas instalacji systemu Manjaro go znajdzie. Chyba – jeżeli nie, to jest os-prober, który powinien wykryć dysk z instalacją Windows’ów (choć, z tego co piszą internety, to nie zawsze) i umożliwić dodanie go do menu GRUB’a;
– komp’a startujesz z dysku manjaro’wego, z możliwością wyboru systemu (teoretycznie, możliwe jest wszystko, co obsługuje GRUB, również Windows) – w Twoim przypadku Windows i Manjaro.… jest, to – moim zdaniem – najsensowniejsze rozwiązanie, gdy na jednej maszynie współistnieją równolegle różne systemy (kolejność instalacji może mieć znaczenie. O ile się nie mylę: Windows, Linux inny, Manjaro). Ważna uwaga: piszę, to z punktu widzenia teoretyka, bo nigdy nie łączę instalacji produkcyjnej i testowej na tym samym urządzeniu (-> osobne maszyny).
Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi