Dual boot z Windowsem

To jest artykuł opisujący różne metody koegzystencji Arch/Windows.

Ważne informacje

Windows UEFI vs BIOS ograniczenia

Microsoft nakłada ograniczenia na to, który tryb rozruchu firmware i styl partycjonowania może być obsługiwany w oparciu o używaną wersję Windows:

• Windows XP zarówno w wersji x86 32-bitowej, jak i x86_64 (zwanej też x64) (RTM i wszystkie Service Packi) nie obsługuje uruchamiania w trybie UEFI (IA32 lub x86_64) z dowolnego dysku (MBR lub GPT) LUB w trybie BIOS z dysku GPT. Obsługują one tylko rozruch BIOS i tylko z dysku MBR.
• Wersje Windows Vista lub 7 x86 32-bit (RTM i wszystkie Service Packs) obsługują rozruch w trybie BIOS tylko z dysków MBR, nie z dysków GPT. Nie obsługują one systemu x86_64 UEFI ani IA32 (x86 32-bit) UEFI boot. Obsługują tylko BIOS boot i tylko z dysku MBR.
• Windows Vista RTM x86_64 (tylko wersja RTM) obsługuje bootowanie w trybie BIOS tylko z dysków MBR, nie z dysków GPT. Nie obsługuje x86_64 UEFI ani IA32 (x86 32-bit) UEFI boot. Obsługuje tylko rozruch BIOS i tylko z dysku MBR.
• Wersje Windows Vista (SP1 i wyższe, nie RTM) i Windows 7 x86_64 obsługują rozruch w trybie x86_64 UEFI tylko z dysku GPT, LUB w trybie BIOS tylko z dysku MBR. Nie obsługują one trybu IA32 (x86 32-bit) UEFI boot z dysku GPT/MBR, x86_64 UEFI boot z dysku MBR ani BIOS boot z dysku GPT.
• Windows 8/8.1 x86 32-bit obsługują bootowanie w trybie IA32 UEFI tylko z dysku GPT LUB w trybie BIOS tylko z dysku MBR. Nie obsługują one x86_64 UEFI boot z dysku GPT/MBR, x86_64 UEFI boot z dysku MBR, ani BIOS boot z dysku GPT. Na rynku jedynymi systemami, o których wiadomo, że są dostarczane z IA32 (U)EFI są niektóre stare komputery Mac firmy Intel (modele sprzed 2010 roku?) i tablety z systemem Intel Atom System-on-Chip (Clover trail i Bay Trail) z systemem Windows, w których uruchamia się TYLKO w trybie IA32 UEFI i TYLKO z dysku GPT.
• Wersje Windows 8/8.1 x86_64 obsługują uruchamianie w trybie x86_64 UEFI tylko z dysku GPT, LUB w trybie BIOS tylko z dysku MBR. Nie obsługują one IA32 UEFI boot, x86_64 UEFI boot z dysku MBR, ani BIOS boot z dysku GPT.

W przypadku systemów preinstalowanych:

• Wszystkie systemy preinstalowane z Windows XP, Vista lub 7 32-bit, niezależnie od poziomu Service Pack, bitowości, edycji (SKU) lub obecności obsługi UEFI w firmware, uruchamiają się domyślnie w trybie BIOS/MBR.
• Większość systemów preinstalowanych z Windows 7 x86_64, niezależnie od poziomu Service Pack, bitowości lub edycji (SKU), uruchamia się domyślnie w trybie BIOS/MBR. Bardzo niewiele najnowszych systemów preinstalowanych z systemem Windows 7 uruchamia się domyślnie w trybie x86_64 UEFI/GPT.
• Wszystkie systemy preinstalowane z systemem Windows 8/8.1 uruchamiają się w trybie UEFI/GPT. Bitowość firmware’u odpowiada bitowości systemu Windows, czyli x86_64 Windows 8/8.1 uruchamia się w trybie x86_64 UEFI, a 32-bitowy Windows 8/8.1 uruchamia się w trybie IA32 UEFI.

Najlepszym sposobem na wykrycie trybu rozruchu systemu Windows jest wykonanie następujących czynności:

• Boot into Windows
• Naciśnij klawisze Win+R, aby uruchomić okno dialogowe Uruchom
• W oknie dialogowym Uruchom wpisz msinfo32.exe i naciśnij Enter
• W oknach Informacje o systemie wybierz opcję Podsumowanie systemu po lewej stronie i sprawdź wartość pozycji Tryb systemu BIOS po prawej stronie
• Jeśli wartość wynosi UEFI, system Windows uruchamia się w trybie UEFI/GPT. Jeżeli wartość jest Legacy, Windows uruchamia się w trybie BIOS/MBR.

Ogólnie Windows wymusza typ partycjonowania w zależności od używanego trybu firmware, tzn. jeżeli Windows jest uruchamiany w trybie UEFI, może być zainstalowany tylko na dysku GPT. Jeśli Windows jest uruchamiany w trybie Legacy BIOS, może być zainstalowany tylko na dysku MBR. Jest to ograniczenie wymuszone przez instalator Windows, a od kwietnia 2014 roku nie ma oficjalnie (Microsoft) wspieranego sposobu instalacji Windows w konfiguracji UEFI/MBR lub BIOS/GPT. Tym samym Windows obsługuje tylko albo boot UEFI/GPT, albo konfigurację BIOS/MBR.

Takie ograniczenie nie jest wymuszane przez jądro systemu Linux, ale może zależeć od tego, jaki program ładujący jest używany i/lub jak skonfigurowany jest program ładujący. Ograniczenie Windows powinno być brane pod uwagę, jeśli użytkownik chce uruchomić Windows i Linux z tego samego dysku, ponieważ procedura instalacji programu ładującego zależy od typu firmware i konfiguracji partycjonowania dysku. W przypadku, gdy Windows i Linux uruchamiają się z tego samego dysku, zalecane jest zastosowanie metody używanej przez Windows, tj. uruchomienie z UEFI/GPT lub BIOS/MBR. Zobacz https://support.microsoft.com/kb/2581408, aby uzyskać więcej informacji.

Ograniczenia nośnika instalacyjnego

Tablety z układem Atom System-on-Chip firmy Intel (Clover trail i Bay Trail) zapewniają tylko oprogramowanie układowe IA32 UEFI bez obsługi Legacy BIOS (CSM) (w przeciwieństwie do większości systemów x86_64 UEFI), z powodu wytycznych Microsoft Connected Standby Guidelines dla producentów OEM. Ze względu na brak obsługi Legacy BIOS w tych systemach oraz brak 32-bitowego UEFI boot w Arch Official Install ISO (FS#53182), oficjalny nośnik instalacyjny nie może uruchomić się na tych systemach. Zobacz Unified Extensible Firmware Interface#UEFI firmware bitness by uzyskać więcej informacji i dostępne obejścia.

Ograniczenia bootloadera UEFI vs BIOS

Większość linuksowych bootloaderów zainstalowanych dla jednego typu firmware nie może uruchamiać lub ładować łańcuchowo bootloaderów innego typu firmware. To znaczy, jeśli Arch jest zainstalowany w trybie UEFI/GPT lub UEFI/MBR na jednym dysku, a Windows jest zainstalowany w trybie BIOS/MBR na innym dysku, UEFI bootloader używany przez Archa nie może chainloadować Windowsa zainstalowanego w BIOSie na drugim dysku. Podobnie jeśli Arch jest zainstalowany w trybie BIOS/MBR lub BIOS/GPT na jednym z dysków a Windows jest zainstalowany w trybie UEFI/GPT na innym dysku , BIOS bootloader używany przez Arch nie może chainloadować Windows zainstalowanego w trybie UEFI na drugim dysku.

Jedynymi wyjątkami od tego są GRUB w Apple Macs, w którym GRUB w trybie UEFI może uruchomić system operacyjny zainstalowany w BIOS-ie poprzez komendę appleloader (nie działa w systemach innych niż Apple), oraz rEFInd, który technicznie wspiera uruchamianie starszych systemów BIOS-u z systemów UEFI, ale nie zawsze działa w systemach innych niż Apple UEFI, jak twierdzi jego autor Rod Smith.

Jednakże jeśli Arch jest zainstalowany w BIOS/GPT na jednym dysku, a Windows jest zainstalowany w trybie BIOS/MBR na innym dysku, wtedy program ładujący BIOS używany przez Archa MOŻE uruchomić Windows z drugiego dysku, jeśli sam program ładujący ma możliwość łańcuchowego ładowania z innego dysku.

Windows Setup tworzy partycję systemową EFI o wielkości 100 MiB (z wyjątkiem dysków natywnych Advanced Format 4K, gdzie tworzy ESP o wielkości 260 MiB), więc użycie wielu jąder jest ograniczone. Obejścia obejmują:

• Zamontuj ESP na /efi i użyj programu ładującego, który ma sterowniki systemu plików i jest zdolny do uruchamiania jąder rezydujących na innych partycjach.
• Powiększ partycję systemową EFI, zwykle przez zmniejszenie rozmiaru partycji odzyskiwania lub przeniesienie partycji Windows (identyfikatory UUID ulegną zmianie).
• Zrób kopię zapasową i usuń niepotrzebne czcionki w esp/EFI/Microsoft/Boot/Fonts/ .
• Zrób kopię zapasową i usuń niepotrzebne katalogi językowe w esp/EFI/Microsoft/Boot/ (np. aby zachować tylko en-US).

UEFI Secure Boot

Wszystkie preinstalowane systemy Windows 8/8.1 domyślnie uruchamiają się w trybie UEFI/GPT i mają domyślnie włączoną funkcję UEFI Secure Boot. Jest to zalecane przez firmę Microsoft dla wszystkich preinstalowanych systemów OEM.

Nośnik instalacyjny Arch Linux nie obsługuje Secure Boot. Zobacz Secure Boot#Bootowanie nośnika instalacyjnego.

Wskazane jest ręczne wyłączenie UEFI Secure Boot w konfiguracji firmware przed próbą uruchomienia Arch Linuksa. Windows 8/8.1 POWINIEN nadal uruchamiać się poprawnie nawet jeśli Secure Boot jest wyłączony. Jedynym problemem związanym z wyłączeniem obsługi UEFI Secure Boot jest to, że wymaga to fizycznego dostępu do systemu aby wyłączyć opcję Secure Boot w konfiguracji firmware, jako że Microsoft wyraźnie zabronił obecności jakiejkolwiek metody zdalnego lub programowego (z poziomu systemu operacyjnego) wyłączenia Secure Boot we wszystkich systemach Windows 8/8.1 preinstalowanych systemów

Szybkie uruchamianie i hibernacja

Istnieją dwa systemy operacyjne, które można zahibernować, można zahibernować system Windows i uruchomić system Linux (lub inny system operacyjny), można zahibernować system Linux i uruchomić system Windows lub zahibernować oba systemy operacyjne.

Z tego samego powodu, jeśli współdzielisz jedną partycję systemową EFI między Windows i Linuksem, partycja systemowa EFI może zostać uszkodzona, jeśli hibernujesz (lub zamykasz z włączoną funkcją Fast Startup), a następnie uruchamiasz Linuksa, lub hibernujesz Linuksa, a następnie uruchamiasz Windows.

ntfs-3g dodał zabezpieczenie przed montowaniem w trybie odczytu i zapisu zahibernowanych systemów plików NTFS, ale sterownik NTFS w jądrze Linuksa nie ma takiego zabezpieczenia.

Windows domyślnie nie może czytać systemów plików takich jak ext4, które są powszechnie używane w Linuksie. Te systemy plików nie muszą być brane pod uwagę, chyba że zainstalujesz dla nich sterownik Windows.

Ustawienia systemu Windows

Szybkie uruchamianie to funkcja w systemie Windows 8 i nowszych, która hibernuje komputer, a nie wyłącza go w celu przyspieszenia czasu uruchamiania.

Istnieje wiele opcji dotyczących ustawień systemu Windows dla szybkiego uruchamiania i hibernacji, które są omówione w następnych sekcjach.

• wyłącz Szybkie uruchamianie i wyłącz hibernację
• wyłącz Szybkie uruchamianie i włącz hibernację
• włącz Szybkie uruchamianie i włącz hibernację

Procedura wyłączania Szybkiego uruchamiania jest opisana tutaj dla Windows 8 i tutaj dla Windows 10. W każdym przypadku, jeśli wyłączysz ustawienie, upewnij się, że wyłączyłeś ustawienie, a następnie wyłączyłeś Windows, przed zainstalowaniem Linuksa; zauważ, że ponowne uruchomienie nie jest wystarczające.

Wyłącz Fast Startup i wyłącz hibernację

Jest to najbezpieczniejsza opcja i zalecana, jeśli nie jesteś pewny co do problemu, ponieważ wymaga najmniejszej ilości świadomości użytkownika podczas restartowania z jednego OS do drugiego. Możesz współdzielić tę samą partycję systemową EFI między systemami Windows i Linux.

Wyłącz szybkie uruchamianie i włącz hibernację

Ta opcja wymaga świadomości użytkownika podczas ponownego uruchamiania z jednego systemu operacyjnego do drugiego.Jeśli chcesz uruchomić system Linux, gdy system Windows jest zahibernowany, co jest częstym przypadkiem użycia, to

• musisz użyć oddzielnej partycji systemowej EFI (ESP) dla systemów Windows i Linux oraz upewnić się, że system Windows nie montuje ESP używanego dla systemu Linux. Ponieważ na jeden dysk może przypadać tylko jedna partycja ESP, partycja ESP używana dla systemu Linux musi znajdować się na oddzielnym dysku niż partycja ESP używana dla systemu Windows. W tym przypadku Windows i Linux nadal mogą być zainstalowane na tym samym dysku w różnych partycjach, jeśli umieścisz ESP używane przez linuxa na innym dysku niż partycja główna Linuxa.
• Nie możesz montować w trybie odczytu i zapisu żadnego systemu plików w Linuksie, który jest montowany przez Windows, gdy Windows jest zahibernowany. Powinieneś być bardzo ostrożny w tej kwestii, a także rozważyć zachowanie Automount.
• Jeśli wyłączysz system Windows całkowicie, zamiast hibernować, wtedy możesz zamontować system plików w trybie odczytu i zapisu.

Włącz szybkie uruchamianie i włącz hibernację

Te same uwagi dotyczą przypadku „Wyłącz szybkie uruchamianie i włącz hibernację”, ale ponieważ system Windows nie może być całkowicie zamknięty, tylko zahibernowany, nie można nigdy montować w trybie odczytu i zapisu żadnego systemu plików, który został zamontowany przez system Windows, gdy system Windows jest zahibernowany.

Ograniczenia nazw plików w systemie Windows

Windows jest ograniczony do ścieżek plików krótszych niż 260 znaków.

Windows stawia również pewne znaki poza ograniczeniami w nazwach plików z powodów, które sięgają aż do DOS:

• < (less than)
• > (greater than)
• : (colon)
• " (double quot)
• / (forward slash)
• \. (odwrotny ukośnik)
• | (pionowy pasek lub rura)
• ? (znak zapytania)
• * (gwiazdka)

To są ograniczenia Windows, a nie NTFS: każdy inny system operacyjny używający partycji NTFS będzie w porządku. System Windows nie wykryje tych plików i uruchomienie polecenia chkdsk najprawdopodobniej spowoduje ich usunięcie. Może to prowadzić do potencjalnej utraty danych.

NTFS-3G stosuje ograniczenia Windows do nowych nazw plików poprzez opcję windows_names (zobacz fstab).

Instalacja

Zalecanym sposobem konfiguracji systemu dual booting Linux/Windows jest najpierw zainstalowanie Windows, używając tylko części dysku dla jego partycji. Po zakończeniu konfiguracji Windows, uruchom system w środowisku instalacyjnym Linuksa, gdzie możesz tworzyć i zmieniać wielkość partycji dla Linuksa, pozostawiając istniejące partycje Windows nietknięte. Instalacja Windows utworzy partycję systemową EFI, która może być użyta przez twój program ładujący Linuksa.

Windows przed Linuksem

Systemy BIOS

Używanie programu ładującego Linuksa

Możesz użyć dowolnego programu ładującego BIOS wspierającego multi-boot.

Używanie programu ładującego Windows

W tej konfiguracji program ładujący Windows ładuje GRUB, który następnie uruchamia Arch.

Ładownik startowy Windows Vista/7/8/8.1

Aby program ładujący Windows widział partycję linuksową, jedna z utworzonych partycji linuksowych musi mieć format FAT32 (w tym przypadku /dev/sda3). Pozostała część konfiguracji jest podobna do typowej instalacji. Niektóre dokumenty podają, że partycja ładowana przez program ładujący Windows musi być partycją podstawową, ale ja użyłem tego bez problemu na partycji rozszerzonej.

• Podczas instalacji programu ładującego GRUB, zainstaluj go na partycji /boot, a nie na MBR.
  Uwaga: Na przykład, moja partycja /boot to /dev/sda5. Więc zainstalowałem GRUB-a na /dev/sda5 zamiast na /dev/sda. Aby uzyskać pomoc w tym zakresie, zobacz GRUB/Tips and tricks#Install to partition or partitionless disk.

• Pod Linuksem wykonaj kopię informacji startowej, wpisując następujące polecenie w powłoce poleceń:

• Uruchom system Windows i otwórz go, a powinieneś być w stanie zobaczyć plik linux.bin w C:\. Teraz uruchom cmd z uprawnieniami administratora (przejdź do Start > Wszystkie programy > Akcesoria, kliknij prawym przyciskiem myszy na Command Prompt i wybierz Uruchom jako administrator):

bcdedit /create /d "Linux" /application BOOTSECTOR

• BCDEdit zwróci UUID dla tego wpisu, który będę odnosił się jako {ID} w pozostałych krokach. Będziesz musiał zastąpić {ID} przez rzeczywisty zwrócony identyfikator. Przykładem {ID} jest {d7294d4e-9837-11de-99ac-f3f3a79e3e93}.

bcdedit /set {ID} device partition=c:bcdedit /set {ID} path \linux.binbcdedit /displayorder {ID} /addlastbcdedit /timeout 30

Rebootuj i ciesz się. W moim przypadku używam programu ładującego Windows, dzięki czemu mogę zmapować drugi przycisk zasilania mojego Dell Precision M4500 do uruchamiania Linuksa zamiast Windows.

SystemyUEFI

Jeśli masz już zainstalowany system Windows, utworzy on już kilka partycji na dysku sformatowanym w GPT:

• partycja Windows Recovery Environment, zazwyczaj o rozmiarze 499 MiB, zawierająca pliki wymagane do uruchomienia systemu Windows (tj. odpowiednik /boot systemu Linux),
• partycja systemowa EFI z systemem plików FAT32,
• partycja Microsoft Reserved Partition, zasadniczo o rozmiarze 128 MiB,
• partycja danych podstawowych Microsoft z systemem plików NTFS, która odpowiada C:,
• potencjalnie partycje odzyskiwania systemu i partycje kopii zapasowych i/lub partycje danych drugorzędnych (odpowiadające często D: i wyżej).

Używając narzędzia Zarządzanie dyskami w systemie Windows, sprawdź, jak są oznakowane partycje i jaki typ jest zgłaszany. Pomoże to zrozumieć, które partycje są niezbędne dla Windows, a które można ponownie wykorzystać. Narzędzie Zarządzanie dyskami w Windows może być również użyte do zmniejszania partycji Windows (NTFS), aby zwolnić miejsce na dysku na dodatkowe partycje dla Linuksa.

Następnie można przystąpić do partycjonowania, w zależności od potrzeb.

Należy pamiętać, że nie należy tworzyć dodatkowej partycji systemowej EFI, ponieważ może ona uniemożliwić uruchomienie systemu Windows. Po prostu zamontuj istniejącą partycję.

Program ładujący musi obsługiwać ładowanie łańcuchowe innych aplikacji EFI, aby wykonać podwójne uruchomienie Windows / Linux.

Komputery z nowszymi wersjami Windows często mają włączone Secure Boot. Będziesz musiał podjąć dodatkowe kroki, aby albo wyłączyć Secure Boot albo sprawić, aby twój nośnik instalacyjny był kompatybilny z Secure Boot (zobacz powyżej i na połączonej stronie).

Linux przed Windows

Mimo, że zalecanym sposobem konfiguracji systemu dual bootowania Linux/Windows jest najpierw zainstalowanie Windows, można to zrobić na odwrót. W przeciwieństwie do instalowania Windows przed Linuksem, będziesz musiał odłożyć na bok partycję dla Windows, powiedzmy 40GB lub większą, z wyprzedzeniem. Albo mieć trochę niespartycjonowanego miejsca na dysku, lub utworzyć i zmienić rozmiar partycji dla Windows z poziomu instalacji Linuksa, przed uruchomieniem instalacji Windows.

UEFI firmware

Windows użyje już istniejącej partycji systemowej EFI. W przeciwieństwie do tego, co zostało powiedziane wcześniej, nie jest jasne, czy pojedyncza partycja dla Windows, bez środowiska odzyskiwania Windows i bez partycji Microsoft Reserved Partition, nie zrobi tego.

Postępuje w zarysie, zakładając, że Secure Boot jest wyłączony w firmware.

1. Boot do instalacji Windows. Zwróć uwagę, aby używał tylko partycji zamierzonej, ale poza tym niech wykonuje swoją pracę tak, jakby nie było instalacji Linuksa.
2. Postępuj zgodnie z sekcją #Fast Startup and hibernation.
3. Popraw możliwość załadowania Linuksa przy starcie, być może postępując zgodnie z #Cannot boot Linux after installing Windows. Było już wspomniane w #UEFI, że niektóre menedżery rozruchu Linuksa będą automatycznie wykrywały Windows Boot Manager. Nawet jeśli nowsze instalacje Windows mają zaawansowaną opcję restartu, z której można uruchomić Linuksa, zaleca się posiadanie innych środków do uruchomienia Linuksa, takich jak archiwalny nośnik instalacyjny lub live CD.

Rozwiązywanie problemów

Nie można utworzyć nowej partycji lub zlokalizować istniejącej

Zobacz #Windows UEFI vs BIOS ograniczenia.

Nie można uruchomić systemu Linux po zainstalowaniu systemu Windows

Patrz #Unified Extensible Firmware Interface#Windows zmienia kolejność uruchamiania.

Przywracanie rekordu startowego systemu Windows

Zgodnie z konwencją (i dla ułatwienia instalacji) system Windows jest zwykle instalowany na pierwszej partycji i instaluje swoją tablicę partycji oraz odwołanie do programu rozruchowego w pierwszym sektorze tej partycji. Jeśli przypadkowo zainstalujesz bootloader taki jak GRUB na partycji Windows lub uszkodzisz rekord startowy w inny sposób, będziesz musiał użyć narzędzia, aby go naprawić. Microsoft zawiera narzędzie do naprawy sektora startowego FIXBOOT i narzędzie do naprawy MBR o nazwie FIXMBR na swoich dyskach odzyskiwania, a czasami na dyskach instalacyjnych. Korzystając z tej metody, można naprawić odniesienie w sektorze startowym pierwszej partycji do pliku programu rozruchowego i naprawić odniesienie w MBR odpowiednio do pierwszej partycji. Po wykonaniu tych czynności będziesz musiał ponownie zainstalować GRUB na MBR, tak jak było to pierwotnie zamierzone (to znaczy, bootloader GRUB-a może być przypisany do ładowania łańcucha bootloadera Windows).

Jeśli chcesz powrócić do używania Windows, możesz użyć polecenia FIXBOOT, które łańcuchuje z MBR do sektora rozruchowego pierwszej partycji, aby przywrócić normalne, automatyczne ładowanie systemu operacyjnego Windows.

Uwaga, istnieje linuksowe narzędzie o nazwie ms-sys (pakiet ms-sysAUR w AUR), które może zainstalować MBR. Jednakże, to narzędzie jest obecnie zdolne tylko do pisania nowych MBR (wszystkie systemy operacyjne i systemy plików obsługiwane) i sektorów startowych (a.k.a. boot record; odpowiednik użycia FIXBOOT) dla systemów plików FAT. Większość LiveCD nie ma tego narzędzia domyślnie, więc trzeba je najpierw zainstalować, można też poszukać ratunkowego CD, które je ma, np.

Po pierwsze, zapisz informacje o partycji (tablicę) ponownie przez:

# ms-sys --partition /dev/sda1

Następnie, zapisz Windows 2000/XP/2003 MBR:

# ms-sys --mbr /dev/sda # Read options for different versions

Następnie, zapisz nowy sektor startowy (boot record):

# ms-sys -(1-6) # Read options to discover the correct FAT record type

ms-sysmoże również napisać Windows 98, ME, Vista, i 7 MBR również, zobacz ms-sys -h.

Standard czasu

• Zalecane: Ustawienie zarówno Arch Linuksa jak i Windowsa na używanie UTC, zgodnie z System time#UTC w Windowsie. Niektóre wersje Windows przywracają zegar sprzętowy do czasu lokalnego, jeśli są ustawione na synchronizację czasu online. Ten problem wydaje się być naprawiony w Windows 10.
• Nie zalecane: Ustaw Arch Linux na localtime i wyłącz wszystkie daemony synchronizacji czasu. Pozwoli to Windowsowi zająć się korektą zegara sprzętowego i będziesz musiał pamiętać o uruchomieniu Windowsa co najmniej dwa razy w roku (wiosną i jesienią) kiedy DST zaczyna działać. Proszę więc nie pytać na forach, dlaczego zegar jest o godzinę do przodu lub do tyłu, jeśli zazwyczaj przez wiele dni lub tygodni nie uruchamiasz systemu Windows.

Zobacz także

• Uruchamianie systemu Windows ze skrótu na pulpicie
• Jednorazowe uruchamianie partycji Windows ze skrótu na pulpicie
• Windows 7/8/8.1/10 ISO do nagrywania na pendrive dla Linuksa (MBR/GPT, BIOS/UEFI, FAT32/NTFS)