Dual boot Windows-szal

Ez a cikk az Arch/Windows együttélésének különböző módszereit mutatja be.

Fontos információk

Windows UEFI vs BIOS korlátozások

A Microsoft a Windows használt verziója alapján korlátozza, hogy melyik firmware-indítási mód és partícionálási stílus támogatható:

• A Windows XP mind az x86 32 bites, mind az x86_64 (más néven x64) (RTM és az összes Service Pack) verziója nem támogatja az UEFI módban (IA32 vagy x86_64) történő indítást semmilyen lemezről (MBR vagy GPT) VAGY BIOS módban GPT lemezről. Csak BIOS-indítást támogatnak, és csak MBR lemezről.
• A Windows Vista vagy 7 x86 32 bites (RTM és minden Service Pack) verziók csak MBR lemezekről támogatják a BIOS üzemmódban történő indítást, GPT lemezekről nem. Nem támogatják az x86_64 UEFI vagy az IA32 (x86 32 bites) UEFI bootot. Csak BIOS-indítást támogatnak, és csak MBR lemezről.
• A Windows Vista RTM x86_64 (csak RTM) verziója csak MBR lemezekről támogatja a BIOS üzemmódban történő indítást, GPT lemezekről nem. Nem támogatja az x86_64 UEFI vagy az IA32 (x86 32 bites) UEFI bootot. Csak BIOS-indítást támogat, és csak MBR lemezről.
• A Windows Vista (SP1 és újabb, nem RTM) és a Windows 7 x86_64 verziója csak GPT lemezről támogatja az x86_64 UEFI módban történő indítást, VAGY BIOS módban csak MBR lemezről. Nem támogatják az IA32 (x86 32 bites) UEFI bootolást GPT/MBR lemezről, az x86_64 UEFI bootolást MBR lemezről, vagy a BIOS bootolást GPT lemezről.
• A Windows 8/8.1 x86 32 bites verziók csak GPT lemezről támogatják az IA32 UEFI módban történő bootolást, VAGY BIOS módban csak MBR lemezről. Nem támogatják az x86_64 UEFI bootolást GPT/MBR lemezről, az x86_64 UEFI bootolást MBR lemezről, vagy a BIOS bootolást GPT lemezről. A piacon az IA32 (U)EFI-vel csak néhány régi Intel Mac (2010 előtti modellek?) és az Intel Atom System-on-Chip (Clover trail és Bay Trail) Windows táblagépek ismertek. amelyekben CSAK IA32 UEFI módban és CSAK GPT lemezről bootolnak.
• A Windows 8/8.1 x86_64 verziók csak GPT lemezről támogatják az x86_64 UEFI módban történő bootolást, VAGY BIOS módban csak MBR lemezről. Nem támogatják az IA32 UEFI bootot, az x86_64 UEFI bootot MBR lemezről vagy a BIOS bootot GPT lemezről.

Az előtelepített rendszerek esetében:

• A 32 bites Windows XP, Vista vagy 7 rendszerrel előtelepített rendszerek, függetlenül a Service Pack szinttől, a bitsebességtől, a kiadástól (SKU) vagy a firmware UEFI támogatásától, alapértelmezés szerint BIOS/MBR módban bootolnak.
• A Windows 7 x86_64 operációs rendszerrel előtelepített rendszerek többsége, függetlenül a Service Pack szinttől, a bitsebességtől vagy a kiadástól (SKU), alapértelmezés szerint BIOS/MBR módban bootol. Nagyon kevés új Windows 7-tel előtelepített rendszerről ismert, hogy alapértelmezés szerint x86_64 UEFI/GPT módban bootol.
• MINDEN Windows 8/8.1-tel előtelepített rendszer UEFI/GPT módban bootol. A firmware bitsebessége megegyezik a Windows bitsebességével, azaz az x86_64 Windows 8/8.1 x86_64 UEFI módban, a 32 bites Windows 8/8.1 pedig IA32 UEFI módban bootol.

A Windows rendszerindítási módjának felismerésére a legjobb módszer a következő:

• Bootoljon a Windowsba
• Nyomja meg a Win+R billentyűt a Futtatás párbeszédpanel elindításához
• A Futtatás párbeszédpanelben írja be a msinfo32.exe billentyűt, majd nyomja le az Entert
• A Rendszerinformációs ablakokban válassza a bal oldalon a Rendszerösszefoglalót, és ellenőrizze a jobb oldalon a BIOS mód elem értékét
• Ha az érték UEFI, a Windows UEFI/GPT módban bootol. Ha az érték Legacy, a Windows BIOS/MBR módban bootol.

A Windows általában a használt firmware módtól függően kényszeríti ki a partícionálás típusát, azaz ha a Windows UEFI módban bootol, akkor csak GPT lemezre telepíthető. Ha a Windows Legacy BIOS módban van elindítva, akkor csak MBR lemezre telepíthető. Ezt a korlátozást a Windows telepítőprogramja érvényesíti, és 2014 áprilisától nincs hivatalosan (Microsoft) támogatott módja a Windows UEFI/MBR vagy BIOS/GPT konfigurációban történő telepítésének. Így a Windows csak az UEFI/GPT rendszerindítást vagy a BIOS/MBR konfigurációt támogatja.

Az ilyen korlátozást a Linux kernel nem kényszeríti ki, hanem attól függhet, hogy melyik rendszerbetöltőt használja és/vagy hogyan van a rendszerbetöltő konfigurálva. A Windows korlátozást akkor kell figyelembe venni, ha a felhasználó ugyanarról a lemezről szeretné indítani a Windowst és a Linuxot, mivel a bootloader telepítési eljárása függ a firmware típusától és a lemez partícionálási konfigurációjától. Abban az esetben, ha a Windows és a Linux kettős rendszerindítás történik ugyanarról a lemezről, célszerű a Windows által használt módszert követni, azaz vagy az UEFI/GPT rendszerindítást vagy a BIOS/MBR rendszerindítást választani. További információkért lásd https://support.microsoft.com/kb/2581408.

Telepítési médiakorlátozások

Az Intel Atom System-on-Chip táblagépek (Clover trail és Bay Trail) csak IA32 UEFI firmware-t biztosítanak Legacy BIOS (CSM) támogatás nélkül (ellentétben a legtöbb x86_64 UEFI rendszerrel), a Microsoft OEM-gyártóknak szóló Connected Standby Guidelines miatt. Mivel ezek a rendszerek nem támogatják a Legacy BIOS-t, és az Arch Official Install ISO (FS#53182) nem tartalmaz 32 bites UEFI bootot, a hivatalos telepítőmédia nem tud bootolni ezeken a rendszereken. További információkért és a rendelkezésre álló megoldásokért lásd: Unified Extensible Firmware Interface#UEFI firmware bitness.

Bootloader UEFI vs BIOS korlátozások

A legtöbb, az egyik firmware típushoz telepített linux bootloader nem tudja elindítani vagy láncbetölteni a másik firmware típus bootloadereit. Vagyis ha az Arch UEFI/GPT vagy UEFI/MBR módban van telepítve az egyik lemezre, és a Windows BIOS/MBR módban van telepítve egy másik lemezre, akkor az Arch által használt UEFI bootloader nem tudja chainloadolni a BIOS-ban telepített Windows-t a másik lemezen. Hasonlóképpen, ha az Arch BIOS/MBR vagy BIOS/GPT módban van telepítve az egyik lemezre, és a Windows UEFI/GPT módban van telepítve egy másik lemezre, akkor az Arch által használt BIOS bootloader nem tudja az UEFI módban telepített Windows-t a másik lemezen.

Az egyetlen kivétel ez alól a GRUB az Apple Mac-ekben, ahol a GRUB UEFI módban a BIOS-ban telepített operációs rendszert a appleloader paranccsal tudja bootolni (nem működik a nem-Apple rendszerekben), és a rEFInd, amely technikailag támogatja a régi BIOS operációs rendszerek bootolását UEFI rendszerekből, de nem mindig működik a nem-Apple UEFI rendszerekben a szerzője, Rod Smith szerint.

Ha azonban az Arch BIOS/GPT módban van telepítve az egyik lemezre, és a Windows BIOS/MBR módban van telepítve egy másik lemezre, akkor az Arch által használt BIOS bootloader elindíthatja a Windows-t a másik lemezen, ha maga a bootloader rendelkezik a másik lemezről való chainload képességgel.

A Windows telepítése 100 MiB EFI rendszerpartíciót hoz létre (kivéve az Advanced Format 4K natív meghajtók esetében, ahol 260 MiB ESP-t hoz létre), így a több kernel használata korlátozott. A megoldások a következők:

• Mountolja az ESP-t a /efi helyre, és használjon olyan rendszerbetöltőt, amely rendelkezik fájlrendszer-illesztőprogramokkal, és képes más partíciókon található kernelek indítására.
• Növelje az EFI rendszerpartíciót, általában vagy a Recovery partíció méretének csökkentésével, vagy a Windows partíció áthelyezésével (az UUID-k megváltoznak).
• Backup és a nem szükséges betűtípusok törlése a esp/EFI/Microsoft/Boot/Fonts/-ben .
• Backup és a nem szükséges nyelvkönyvtárak törlése a esp/EFI/Microsoft/Boot/-ben (pl. hogy csak a en-US maradjon meg).

UEFI Secure Boot

Minden előre telepített Windows 8/8.1 rendszer alapértelmezés szerint UEFI/GPT módban bootol, és alapértelmezés szerint engedélyezett az UEFI Secure Boot. Ezt a Microsoft írja elő minden OEM-előtelepített rendszer számára.

Az Arch Linux telepítő adathordozó nem támogatja a Secure Boot-ot. Lásd: Secure Boot#Telepítő adathordozó indítása.

Tanácsos manuálisan letiltani az UEFI Secure Boot-ot a firmware beállításában, mielőtt megpróbálná az Arch Linuxot elindítani. A Windows 8/8.1 továbbra is jól bootol, még akkor is, ha a Secure boot ki van kapcsolva. Az egyetlen probléma az UEFI Secure Boot támogatás letiltásával kapcsolatban az, hogy fizikai hozzáférést igényel a rendszerhez, hogy letiltsák a biztonságos rendszerindítás opciót a firmware beállításban, mivel a Microsoft kifejezetten megtiltotta bármilyen módszer jelenlétét a biztonságos rendszerindítás távoli vagy programozott (operációs rendszeren belüli) letiltására minden Windows 8/8-ban.1 előtelepített rendszerekben

Gyors indítás és hibernálás

Két operációs rendszer hibernálható, hibernálhatja a Windows-t és indíthatja a Linuxot (vagy egy másik operációs rendszert), vagy hibernálhatja a Linuxot és indíthatja a Windows-t, vagy hibernálhatja mindkét operációs rendszert.

Ugyanezen okból, ha egy EFI rendszerpartíciót oszt meg a Windows és a Linux között, akkor az EFI rendszerpartíció megsérülhet, ha hibernálja (vagy leállítja a gyors indítás engedélyezésével), majd elindítja a Linuxot, vagy hibernálja a Linuxot, majd elindítja a Windowst.

Antfs-3g hozzáadott egy biztonsági védelmet a hibernált NTFS fájlrendszerek író-olvasó szerelésének megakadályozására, de a Linux kernelen belüli NTFS-illesztőprogram nem rendelkezik ilyen védelemmel.

A Windows alapértelmezés szerint nem tudja olvasni az olyan fájlrendszereket, mint az ext4, amelyeket általában Linuxban használnak. Ezeket a fájlrendszereket nem kell figyelembe venni, hacsak nem telepít hozzájuk Windows-illesztőprogramot.

Windows-beállítások

A gyors indítás a Windows 8 és újabb rendszerekben egy olyan funkció, amely a számítógép tényleges leállítása helyett hibernálja azt, így gyorsítva a rendszerindítási időt.

A gyors indítás és a hibernálás Windows-beállításait illetően több lehetőség van, amelyeket a következő szakaszokban tárgyalunk.

• gyorsindítás letiltása és hibernálás letiltása
• gyorsindítás letiltása és hibernálás engedélyezése
• gyorsindítás engedélyezése és hibernálás engedélyezése

A gyorsindítás letiltásának eljárását a Windows 8 esetében itt, a Windows 10 esetében pedig itt ismertetjük. Minden esetben, ha letiltja a beállítást, győződjön meg róla, hogy a Linux telepítése előtt letiltja a beállítást, majd leállítja a Windowst; vegye figyelembe, hogy az újraindítás nem elegendő.

Gyorsindítás letiltása és hibernálás engedélyezése

Ez a legbiztonságosabb megoldás, és ajánlott, ha bizonytalan a kérdésben, mivel ez igényli a legkevesebb felhasználói tudatosságot az egyik operációs rendszerből a másikba történő újraindításkor. Ugyanazt az EFI rendszerpartíciót megoszthatja a Windows és a Linux között.

Gyors indítás kikapcsolása és hibernálás engedélyezése

Ez a beállítás felhasználói tudatosságot igényel az egyik operációs rendszerből a másikba történő újraindításkor.Ha a Linuxot a Windows hibernált állapotában szeretné elindítani, ami gyakori felhasználási eset, akkor

• külön EFI rendszerpartíciót (ESP) kell használnia a Windows és a Linux számára, és gondoskodnia kell arról, hogy a Windows ne csatlakoztassa a Linuxhoz használt ESP-t. Mivel meghajtónként csak egy ESP lehet, a Linuxhoz használt ESP-nek külön meghajtón kell lennie, mint a Windowshoz használt ESP-nek. Ebben az esetben a Windows és a Linux továbbra is telepíthető ugyanarra a meghajtóra, különböző partíciókra, ha a linux által használt ESP-t a Linux gyökérpartíciójától eltérő meghajtóra helyezi.
• nem lehet író-olvasó módon csatlakoztatni olyan fájlrendszert Linuxban, amelyet a Windows hibernált állapotában a Windows csatlakoztat. Ezzel kapcsolatban rendkívül óvatosnak kell lennie, és figyelembe kell vennie az Automount viselkedését is.
• Ha hibernálás helyett teljesen leállítja a Windowst, akkor a fájlrendszert író-olvasó módon mountolhatja.

Gyors indítás engedélyezése és hibernálás engedélyezése

Ugyanazok a megfontolások érvényesek, mint a “Gyors indítás letiltása és hibernálás engedélyezése” esetben, de mivel a Windows nem kapcsolható le teljesen, csak hibernált állapotban, a Windows hibernált állapotában soha nem lehet író-olvasó módon csatlakoztatni olyan fájlrendszert, amelyet a Windows csatlakoztatott.

Windows fájlnevek korlátozása

A Windows korlátozza a 260 karakternél rövidebb fájlútvonalakat.

A Windows a DOS-ig visszavezethető okokból bizonyos karaktereket is korlátok közé szorít a fájlnevekben:

• < (kisebb, mint)
• > (nagyobb, mint)
• : (kettőspont)
• " (kettős idézőjel)
• / (előremenő átló)
• \ (backslash)
• | (függőleges vonallal vagy pipával)
• ? (kérdőjel)
• * (csillag)

Ezek a Windows és nem az NTFS korlátai: NTFS partíciót használó bármely más operációs rendszer rendben lesz. A Windows nem fogja felismerni ezeket a fájlokat, és a chkdsk futtatása valószínűleg a törlésükhöz vezet. Ez potenciális adatvesztéshez vezethet.

Az NTFS-3G a windows_names opcióval (lásd fstab) Windows korlátozást alkalmaz az új fájlnevekre.

Telepítés

A Linux/Windows kettős rendszerindítású rendszer beállításának ajánlott módja, hogy először a Windows-t telepítsük, a lemeznek csak egy részét használva a partícióihoz. Ha befejezte a Windows telepítését, bootoljon a Linux telepítési környezetébe, ahol létrehozhatja és átméretezheti a Linux partícióit, miközben a meglévő Windows partíciókat érintetlenül hagyja. A Windows telepítése létrehozza az EFI rendszerpartíciót, amelyet a Linux rendszerbetöltője használhat.

Windows a Linux előtt

BIOS rendszerek

Luxus rendszerbetöltő használata

Minden több indítást támogató BIOS rendszerbetöltőt használhat.

Windows rendszerbetöltő használata

Ezzel a beállítással a Windows rendszerbetöltője betölti a GRUB-ot, amely ezután elindítja az Arch-ot.

Windows Vista/7/8/8.1 bootloader

Hogy a Windows bootloader lássa a Linux partíciót, az egyik létrehozott Linux partíciónak FAT32-nek kell lennie (ebben az esetben /dev/sda3). A beállítás többi része hasonló egy tipikus telepítéshez. Egyes dokumentumok szerint a Windows rendszerbetöltő által betöltött partíciónak elsődleges partíciónak kell lennie, de én ezt gond nélkül használtam kiterjesztett partíción is.

• A GRUB rendszerbetöltő telepítésekor az MBR helyett a /boot partícióra telepítse.
  Megjegyzés: Az én /boot partícióm például /dev/sda5. Így a GRUB-ot a /dev/sda helyett a /dev/sda5-re telepítettem. Ehhez segítséget találsz a GRUB/Tippek és trükkök#Telepítés partícióra vagy partíció nélküli lemezre.

• Linux alatt készíts egy másolatot a boot-infóról, ha a parancsértelmezőbe beírod a következőt:

• Bootolj Windowsra, nyisd meg, és a linux.bin fájlt a C:\ alatt kell látnod. Most futtassa a cmd-t rendszergazdai jogosultságokkal (navigáljon a Start > Minden program > Tartozékok, kattintson a jobb gombbal a Command Prompt-re, és válassza a Futtatás rendszergazdaként lehetőséget):

bcdedit /create /d "Linux" /application BOOTSECTOR

• BCDEdit egy UUID-t fog visszaadni ehhez a bejegyzéshez, amelyre a további lépésekben {ID}-ként fogok hivatkozni. A {ID} helyett a tényleges visszaküldött azonosítót kell megadnia. A {ID} például a következő: {d7294d4e-9837-11de-99ac-f3f3a79e3e93}.

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

Újraindítás és jó szórakozást. Az én esetemben a Windows bootloadert használom, hogy a Dell Precision M4500 második bekapcsológombját a Windows helyett a Linux bootolásához rendelhessem.

UEFI rendszerek

Ha már telepítve van a Windows, akkor az már létrehozott néhány partíciót a GPT-formátumú lemezen:

• egy Windows Recovery Environment partíció, általában 499 MiB méretű, amely tartalmazza a Windows indításához szükséges fájlokat (pl. a Linux /boot megfelelője),
• egy EFI rendszerpartíció FAT32 fájlrendszerrel,
• egy Microsoft Reserved Partíció, általában 128 MiB méretű,
• egy Microsoft alapadat partíció NTFS fájlrendszerrel, amely megfelel a C:-nek,
• lehetséges rendszerhelyreállítási és biztonsági mentési partíció és/vagy másodlagos adatpartíció (gyakran megfelel a D:-nek és felette).

A Windowsban a Lemezkezelés segédprogram segítségével ellenőrizze, hogy a partíciók hogyan vannak felcímkézve, és melyik típus kap jelentést. Ez segít megérteni, hogy mely partíciók nélkülözhetetlenek a Windows számára, és melyeket lehet újrafelhasználni. A Windows Lemezkezelés segédprogramja használható a Windows (NTFS) partíciók zsugorítására is, hogy lemezterületet szabadítson fel a Linux számára további partíciók számára.

Az igényeitől függően ezután folytathatja a partícionálást.

Ne feledje, hogy további EFI rendszerpartíciót nem szabad létrehozni, mivel az megakadályozhatja a Windows rendszerindítását. Egyszerűen csatlakoztassa a meglévő partíciót.

A rendszerbetöltőnek támogatnia kell más EFI alkalmazások láncbetöltését a Windows / Linux kettős indításához.

A Windows újabb verzióival érkező számítógépek gyakran engedélyezik a Secure Boot-ot. Extra lépéseket kell tennie, hogy vagy letiltsa a Secure Bootot, vagy a telepítő médiát kompatibilissé tegye a biztonságos rendszerindítással (lásd fent és a hivatkozott oldalon).

Linux a Windows előtt

Noha a Linux/Windows kettős rendszerindítású rendszer beállításának ajánlott módja az, hogy először a Windows-t telepítse, ez fordítva is megtehető. A Windows Linux előtti telepítéssel ellentétben itt előre kell egy, mondjuk 40 GB-os vagy nagyobb partíciót elkülöníteni a Windows számára. Vagy rendelkezni kell némi partícionálatlan lemezterülettel, vagy a Linux telepítésen belül létrehozni és átméretezni partíciókat a Windows számára, mielőtt elindítjuk a Windows telepítést.

UEFI firmware

A Windows a már meglévő EFI rendszerpartíciót fogja használni. A korábban leírtakkal ellentétben nem világos, hogy nem elég-e egyetlen partíció a Windows számára, a Windows helyreállítási környezet és a Microsoft Reserved Partition nélkül.

Egy vázlatos vázlatot követ, feltételezve, hogy a firmware-ben a Secure Boot ki van kapcsolva.

1. Boot into windows installation. Figyeljünk arra, hogy csak az intend partíciót használja, de egyébként hagyjuk, hogy úgy tegye a dolgát, mintha nem is lenne Linux telepítés.
2. Követjük a #Gyors indítás és hibernálás részt.
3. Fixáljuk a Linux betöltésének képességét indításkor, esetleg a #Cannot boot Linux after installing Windows. A #UEFI rendszereknél már említették, hogy egyes Linux-indításkezelők automatikusan észlelik a Windows-indításkezelőt. Annak ellenére, hogy az újabb Windows-telepítések rendelkeznek egy speciális újraindítási lehetőséggel, amelyről Linuxot lehet indítani, tanácsos más eszközzel is rendelkezni a Linux indításához, például egy arch telepítő médiával vagy egy élő CD-vel.

Hibaelhárítás

Nem tudott új partíciót létrehozni vagy meglévő partíciót megkeresni

Lásd #Windows UEFI vs BIOS korlátozások.

Nem tud Linuxot indítani a Windows telepítése után

Lásd: Unified Extensible Firmware Interface#Windows megváltoztatja a rendszerindítás sorrendjét.

A Windows rendszerindítási rekordjának visszaállítása

A Windows a szokás szerint (és a telepítés megkönnyítése érdekében) általában az első partícióra települ, és a partíció első szektorába telepíti a partíciós tábláját és a rendszerbetöltőre való hivatkozást. Ha véletlenül egy GRUB-hoz hasonló bootloadert telepít a Windows partícióra, vagy más módon megsérül a bootrekord, akkor egy segédprogrammal kell megjavítania azt. A Microsoft a helyreállító lemezeken, illetve néha a telepítőlemezeken is tartalmaz egy FIXBOOT boot sector fix segédprogramot és egy FIXMBR nevű MBR javító segédprogramot. Ezzel a módszerrel javíthatja az első partíció bootszektorában a bootloader fájlra való hivatkozást, illetve az MBR-ben az első partícióra való hivatkozást. Ezt követően újra kell telepíteni a GRUB-ot az MBR-re az eredeti szándék szerint (vagyis a GRUB bootloaderhez rendelhető a Windows bootloaderének láncbetöltése).

Ha vissza szeretnénk térni a Windows használatához, akkor használhatjuk a FIXBOOT parancsot, amely az MBR-ről az első partíció boot szektorára láncolja a Windows operációs rendszer normál, automatikus betöltését.

Megjegyzendő, hogy létezik egy ms-sys nevű Linux segédprogram (ms-sysAUR csomag az AUR-ban), amely képes MBR-eket telepíteni. Ez a segédprogram azonban jelenleg csak új MBR-ek (minden operációs rendszer és fájlrendszer támogatott) és boot szektorok (más néven boot rekord; a FIXBOOT használatával egyenértékű) írására képes FAT fájlrendszerek esetében. A legtöbb LiveCD alapértelmezésben nem tartalmazza ezt a segédprogramot, ezért először telepíteni kell, vagy megnézhet egy olyan mentő CD-t, amely tartalmazza, mint például a Parted Magic.

Először írja újra a partíciós információkat (táblázatot):

# ms-sys --partition /dev/sda1

Majd írjon egy Windows 2000/XP/2003 MBR-t:

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

Majd írja az új indítószektort (boot record):

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

ms-sys tud Windows 98, ME, Vista és 7 MBR-t is írni, lásd ms-sys -h.

Időszabvány

• Előre ajánlott: Állítsa be mind az Arch Linuxot, mind a Windowst a UTC használatára, a Windowsban a System time#UTC követésével. A Windows egyes verziói visszaállítják a hardveres órát a localtime-ra, ha online időszinkronizálásra vannak beállítva. Úgy tűnik, hogy ez a probléma a Windows 10-ben megoldódott.
• Nem ajánlott: Az Arch Linuxot állítsa localtime-ra, és tiltsa le az összes időszinkronizáló démont. Ezáltal a Windows gondoskodik a hardveres órakorrekciókról, és évente legalább kétszer (tavasszal és ősszel), amikor a nyári időszámítás beindul, nem szabad elfelejtenie a Windows rendszerbe bootolni. Ezért ne kérdezd a fórumokon, hogy miért van egy órával előrébb vagy hátrébb az óra, ha általában napokig vagy hetekig nem indítod be a Windows-t.

Lásd még

• A Windows indítása asztali parancsikonról
• Egyszeri indítás Windows partícióra asztali parancsikonról
• Windows 7/8/8/8.1/10 ISO Flash Drive-ra író segédprogram Linuxhoz (MBR/GPT, BIOS/UEFI, FAT32/NTFS)