Dual boot cu Windows

Acesta este un articol care detaliază diferite metode de coexistență Arch/Windows.

Informații importante

Limitări Windows UEFI vs. BIOS

Microsoft impune limitări cu privire la modul de boot firmware și stilul de partiționare care pot fi suportate în funcție de versiunea de Windows utilizată:

• Windows XP, atât versiunea x86 pe 32 de biți, cât și versiunea x86_64 (numită și x64) (RTM și toate Service Pack-urile) nu suportă pornirea în modul UEFI (IA32 sau x86_64) de pe orice disc (MBR sau GPT) SAU în modul BIOS de pe un disc GPT. Acestea suportă numai pornirea în modul BIOS și numai de pe discul MBR.
• Versiunile Windows Vista sau 7 x86 pe 32 de biți (RTM și toate Service Packs) suportă pornirea în modul BIOS numai de pe discuri MBR, nu și de pe discuri GPT. Acestea nu acceptă pornirea UEFI x86_64 sau IA32 (x86 pe 32 de biți) UEFI. Acestea suportă doar pornirea în BIOS și doar de pe un disc MBR.
• Versiunea Windows Vista RTM x86_64 (numai RTM) suportă pornirea în modul BIOS doar de pe discuri MBR, nu și de pe discuri GPT. Aceasta nu suportă pornirea UEFI x86_64 sau IA32 (x86 pe 32 de biți) UEFI. Suportă doar pornirea BIOS și doar de pe discul MBR.
• Versiunile Windows Vista (SP1 și mai sus, nu RTM) și Windows 7 x86_64 suportă pornirea în modul x86_64 UEFI doar de pe discul GPT, SAU în modul BIOS doar de pe discul MBR. Acestea nu acceptă pornirea UEFI IA32 (x86 pe 32 de biți) de pe discul GPT/MBR, pornirea UEFI x86_64 de pe discul MBR sau pornirea BIOS de pe discul GPT.
• Windows 8/8.1 x86 pe 32 de biți acceptă pornirea în modul IA32 UEFI numai de pe discul GPT, SAU în modul BIOS numai de pe discul MBR. Ele nu suportă pornirea UEFI x86_64 de pe un disc GPT/MBR, pornirea UEFI x86_64 de pe un disc MBR sau pornirea BIOS de pe un disc GPT. Pe piață, singurele sisteme despre care se știe că sunt livrate cu IA32 (U)EFI sunt unele Mac-uri Intel vechi (modele dinainte de 2010?) și tabletele Windows Intel Atom System-on-Chip (Clover trail și Bay Trail). în care se pornește NUMAI în modul IA32 UEFI și NUMAI de pe discul GPT.
• Versiunile Windows 8/8.1 x86_64 acceptă pornirea în modul x86_64 UEFI doar de pe discul GPT, SAU în modul BIOS doar de pe discul MBR. Acestea nu acceptă pornirea IA32 UEFI, pornirea x86_64 UEFI de pe discul MBR sau pornirea BIOS de pe discul GPT.

În cazul sistemelor preinstalate:

• Toate sistemele preinstalate cu Windows XP, Vista sau 7 pe 32 de biți, indiferent de nivelul de Service Pack, bitness, ediție (SKU) sau de prezența suportului UEFI în firmware, pornesc în mod implicit în modul BIOS/MBR.
• Majoritatea sistemelor preinstalate cu Windows 7 x86_64, indiferent de nivelul Service Pack, bitness sau ediția (SKU), pornesc în modul BIOS/MBR în mod implicit. Se știe că foarte puține sisteme recente preinstalate cu Windows 7 pornesc în mod implicit în modul UEFI/GPT x86_64.
• TOATE sistemele preinstalate cu Windows 8/8.1 pornesc în modul UEFI/GPT. Bitness-ul firmware-ului se potrivește cu bitness-ul Windows, adică x86_64 Windows 8/8.1 pornește în modul x86_64 UEFI și Windows 8/8.1 pe 32 de biți pornește în modul IA32 UEFI.

Cel mai bun mod de a detecta modul de boot al Windows este de a face următoarele:

• Arborați în Windows
• Presați tastele Win+R pentru a porni fereastra de dialog Run
• În fereastra de dialog Run tastați msinfo32.exe și apăsați Enter
• În ferestrele System Information, selectați System Summary în stânga și verificați valoarea elementului BIOS mode din dreapta
• Dacă valoarea este UEFI, Windows pornește în modul UEFI/GPT. Dacă valoarea este Legacy, Windows pornește în modul BIOS/MBR.

În general, Windows forțează tipul de partiționare în funcție de modul firmware utilizat, adică dacă Windows este pornit în modul UEFI, poate fi instalat numai pe un disc GPT. Dacă Windows este pornit în modul Legacy BIOS, acesta poate fi instalat numai pe un disc MBR. Aceasta este o limitare impusă de programul de instalare Windows și, începând cu aprilie 2014, nu există o modalitate oficial (Microsoft) susținută de instalarea Windows în configurația UEFI/MBR sau BIOS/GPT. Astfel, Windows suportă doar fie boot UEFI/GPT, fie configurația BIOS/MBR.

Sfat: Windows 10 versiunea 1703 și cele mai noi suportă conversia din BIOS/MBR în UEFI/GPT utilizând MBR2GPT.EXE.

O astfel de limitare nu este impusă de kernelul Linux, dar poate depinde de încărcătorul de boot utilizat și/sau de modul în care este configurat încărcătorul de boot. Limitarea Windows trebuie luată în considerare în cazul în care utilizatorul dorește să pornească Windows și Linux de pe același disc, deoarece procedura de instalare a încărcătorului de pornire depinde de tipul de firmware și de configurația de partiționare a discului. În cazul în care Windows și Linux pornesc dual de pe același disc, este recomandabil să se urmeze metoda utilizată de Windows, adică să se opteze fie pentru pornirea UEFI/GPT, fie pentru pornirea BIOS/MBR. Pentru mai multe informații, consultați https://support.microsoft.com/kb/2581408.

Limitări ale mediilor de instalare

Tabeletelele Intel Atom System-on-Chip (Clover trail și Bay Trail) oferă numai firmware UEFI IA32 fără suport pentru Legacy BIOS (CSM) (spre deosebire de majoritatea sistemelor UEFI x86_64), din cauza orientărilor Microsoft Connected Standby pentru OEM. Din cauza lipsei suportului Legacy BIOS în aceste sisteme și a lipsei de boot UEFI pe 32 de biți în Arch Official Install ISO (FS#53182), suportul oficial de instalare nu poate porni pe aceste sisteme. Consultați Unified Extensible Firmware Interface#UEFI firmware bitness pentru mai multe informații și soluții disponibile.

Limitări ale încărcătorului de boot UEFI vs. BIOS

Majoritatea încărcăturilor de boot linux instalate pentru un tip de firmware nu pot lansa sau înlănțui încărcături de boot ale celuilalt tip de firmware. Adică, dacă Arch este instalat în modul UEFI/GPT sau UEFI/MBR pe un disc și Windows este instalat în modul BIOS/MBR pe un alt disc, încărcătorul de pornire UEFI utilizat de Arch nu poate încărca în lanț Windows-ul instalat în BIOS pe celălalt disc. În mod similar, dacă Arch este instalat în modul BIOS/MBR sau BIOS/GPT pe un disc, iar Windows este instalat în UEFI/GPT pe un alt disc, încărcătorul de pornire BIOS utilizat de Arch nu poate încărca în lanț Windows instalat în UEFI pe celălalt disc.

Singurele excepții de la acest lucru sunt GRUB pe Mac-urile Apple în care GRUB în modul UEFI poate porni sistemul de operare instalat în BIOS prin intermediul comenzii appleloader (nu funcționează în sistemele non-Apple) și rEFInd care, din punct de vedere tehnic, suportă pornirea sistemelor de operare BIOS moștenite din sistemele UEFI, dar nu funcționează întotdeauna în sistemele UEFI non-Apple, conform autorului său Rod Smith.

Cu toate acestea, dacă Arch este instalat în BIOS/GPT pe un disc și Windows este instalat în modul BIOS/MBR pe un alt disc, atunci încărcătorul de pornire BIOS utilizat de Arch POATE să pornească Windows-ul de pe celălalt disc, dacă încărcătorul de pornire în sine are capacitatea de a încărca în lanț de pe un alt disc.

Notă: Pentru a porni dual-boot cu Windows pe același disc, Arch trebuie să urmeze același mod de pornire firmware și aceeași combinație de partiționare folosită de instalarea Windows.

Windows Setup creează o partiție de sistem EFI de 100 MiB (cu excepția unităților native Advanced Format 4K unde creează o ESP de 260 MiB), astfel încât utilizarea mai multor nuclee este limitată. Soluțiile de rezolvare includ:

• Montați ESP la /efi și utilizați un încărcător de boot care are drivere de sistem de fișiere și este capabil să lanseze kernel-uri care rezidă pe alte partiții.
• Extindeți partiția de sistem EFI, de obicei fie prin diminuarea dimensiunii partiției Recovery, fie prin mutarea partiției Windows (UUID-urile se vor schimba).
• Realizați o copie de siguranță și ștergeți fonturile inutile din esp/EFI/Microsoft/Boot/Fonts/ .
• Realizați o copie de siguranță și ștergeți directoarele de limbă inutile din esp/EFI/Microsoft/Boot/ (de exemplu, pentru a păstra doar en-US).

UEFI Secure Boot

Toate sistemele Windows 8/8.1 preinstalate pornesc în mod implicit în modul UEFI/GPT și au UEFI Secure Boot activat în mod implicit. Acest lucru este impus de Microsoft pentru toate sistemele preinstalate OEM.

Mediul de instalare Arch Linux nu acceptă Secure Boot. Consultați Secure Boot#Începutul unui mediu de instalare.

Se recomandă să dezactivați manual UEFI Secure Boot în configurarea firmware-ului înainte de a încerca să porniți Arch Linux. Windows 8/8.1 TREBUIE să continue să pornească bine chiar dacă Secure boot este dezactivat. Singura problemă în ceea ce privește dezactivarea suportului UEFI Secure Boot este că este nevoie de acces fizic la sistem pentru a dezactiva opțiunea Secure Boot în configurarea firmware-ului, deoarece Microsoft a interzis în mod explicit prezența oricărei metode de dezactivare de la distanță sau programatică (din cadrul sistemului de operare) a Secure Boot în toate sistemele Windows 8/8.1 sisteme preinstalate

Fast Startup și hibernare

Există două sisteme de operare care pot fi hibernate, puteți hiberna Windows și boota Linux (sau un alt sistem de operare), sau puteți hiberna Linux și boota Windows, sau puteți hiberna ambele sisteme de operare.

Avertisment: Se pot produce pierderi de date dacă Windows hibernează și dacă porniți dual boot în alt sistem de operare și faceți modificări la fișierele de pe un sistem de fișiere (cum ar fi NTFS) care poate fi citit și scris de Windows și Linux și care a fost montat de Windows . În mod similar, se poate produce o pierdere de date dacă Linux hibernează, iar dvs. porniți dual boot într-un alt sistem de operare etc. Este posibil ca Windows să hiberneze chiar și atunci când apăsați shutdown, consultați secțiunea #Setări Windows.

Din același motiv, dacă partajați o partiție de sistem EFI între Windows și Linux, atunci partiția de sistem EFI poate fi deteriorată dacă hibernați (sau opriți cu Fast Startup activat) și apoi porniți Linux, sau dacă hibernați Linux și apoi porniți Windows.

ntfs-3g a adăugat o protecție pentru a preveni montarea în citire-scriere a sistemelor de fișiere NTFS hibernate, dar driverul NTFS din nucleul Linux nu are o astfel de protecție.

Windows nu poate citi în mod implicit sisteme de fișiere precum ext4, care sunt utilizate în mod obișnuit pentru Linux. Aceste sisteme de fișiere nu trebuie să fie luate în considerare, cu excepția cazului în care instalați un driver Windows pentru ele.

Setări Windows

Fast Startup este o caracteristică din Windows 8 și versiunile superioare care hibernează computerul în loc să îl închidă efectiv pentru a accelera timpii de pornire.

Există mai multe opțiuni în ceea ce privește setările Windows pentru Fast Startup și hibernare care sunt tratate în secțiunile următoare.

• dezactivați Fast Startup și dezactivați hibernarea
• dezactivați Fast Startup și activați hibernarea
• activați Fast Startup și activați hibernarea

Procedura de dezactivare a Fast Startup este descrisă aici pentru Windows 8 și aici pentru Windows 10. În orice caz, dacă dezactivați o setare, asigurați-vă că dezactivați setarea și apoi opriți Windows, înainte de a instala Linux; rețineți că repornirea nu este suficientă.

Dezactivați Fast Startup și dezactivați hibernarea

Aceasta este cea mai sigură opțiune și este recomandată dacă nu sunteți sigur de această problemă, deoarece necesită cea mai mică conștientizare din partea utilizatorului la repornirea dintr-un sistem de operare în celălalt. Puteți partaja aceeași partiție de sistem EFI între Windows și Linux.

Dezactivați Fast Startup și activați hibernarea

Această opțiune necesită conștientizarea utilizatorului atunci când repornește de la un sistem de operare la celălalt.Dacă doriți să porniți Linux în timp ce Windows este în hibernare, ceea ce reprezintă un caz de utilizare obișnuit, atunci

• trebuie să utilizați o partiție de sistem EFI (ESP) separată pentru Windows și Linux și să vă asigurați că Windows nu montează ESP-ul utilizat pentru Linux. Deoarece nu poate exista decât o singură ESP pe unitate, ESP-ul utilizat pentru Linux trebuie să fie localizat pe o unitate separată față de ESP-ul utilizat pentru Windows. În acest caz, Windows și Linux pot fi în continuare instalate pe aceeași unitate în partiții diferite, dacă plasați ESP-ul utilizat de Linux pe o altă unitate decât partiția rădăcină Linux.
• nu puteți monta în citire-scriere niciun sistem de fișiere în Linux, care este montat de Windows în timp ce Windows este în hibernare. Ar trebui să fiți extrem de atenți în această privință și, de asemenea, să luați în considerare comportamentul Automount.
• Dacă închideți complet Windows, în loc să hibernați, atunci puteți monta în citire-scriere sistemul de fișiere.
Notă: Puteți evita această problemă pentru o unitate montând o unitate ca unitate externă în Windows și ejectarea unității în Windows înainte de hibernare.

Activați Fast Startup și activați hibernarea

Se aplică aceleași considerații ca în cazul „Dezactivați Fast Startup și activați hibernarea”, dar deoarece Windows nu poate fi închis complet, ci doar hibernat, nu puteți niciodată să montați în citire-scriere orice sistem de fișiere care a fost montat de Windows în timp ce Windows este hibernat.

Notă: Actualizările Windows pot reactiva Fast Startup, după cum se raportează în .

Limitări ale numelor de fișiere Windows

Windows este limitat ca traseele de fișiere să fie mai scurte de 260 de caractere.

Windows pune, de asemenea, anumite caractere în afara limitelor în numele fișierelor din motive care datează din DOS:

• < (less than)
• > (greater than)
• : (colon)
• " (double quote)
• / (forward slash)
• \. (backslash)
• | (bară verticală sau țeavă)
• ? (semn de întrebare)
• * (asterisc)

Acestea sunt limitări ale Windows și nu ale NTFS: orice alt sistem de operare care utilizează partiția NTFS va fi în regulă. Windows nu va reuși să detecteze aceste fișiere și rularea chkdsk va determina, cel mai probabil, ștergerea lor. Acest lucru poate duce la o potențială pierdere de date.

NTFS-3G aplică restricțiile Windows la noile nume de fișiere prin opțiunea windows_names (vezi fstab).

Instalare

Modul recomandat de a configura un sistem de pornire duală Linux/Windows este de a instala mai întâi Windows, folosind doar o parte din disc pentru partițiile sale. După ce ați terminat configurarea Windows, porniți în mediul de instalare Linux, unde puteți crea și redimensiona partiții pentru Linux, lăsând partițiile Windows existente neatinse. Instalarea Windows va crea partiția de sistem EFI care poate fi utilizată de încărcătorul de boot Linux.

Windows înainte de Linux

Sisteme BIOS

Utilizarea unui încărcător de boot Linux

Puteți utiliza orice încărcător de boot BIOS care suportă mai multe boot-uri.

Utilizarea încărcătorului de boot Windows

Cu această configurație încărcătorul de boot Windows încarcă GRUB care apoi bootează Arch.

Windows Vista/7/8/8.1 boot loader

Acest articol sau secțiune necesită îmbunătățiri de limbă, sintaxă wiki sau stil. Consultați Help:Style pentru referință.

Motiv: Conține comentarii personale. (Discută în Talk:Dual boot with Windows#)

Acuratețea faptică a acestui articol sau secțiune este contestată.

Motiv: Nu există nici un motiv pentru care acest articol sau această secțiune ar trebui să fie mai mult sau mai puțin corect: Folosind partiția /boot formatată ext3, bootloaderul Windows funcționează foarte bine (Discuție în Talk:Dual boot with Windows#)

Pentru ca bootloaderul Windows să vadă partiția Linux, una dintre partițiile Linux create trebuie să fie FAT32 (în acest caz, /dev/sda3). Restul configurării este similar cu o instalare obișnuită. Unele documente afirmă că partiția care este încărcată de încărcătorul de pornire Windows trebuie să fie o partiție primară, dar eu am folosit acest lucru fără probleme pe o partiție extinsă.

• Când instalați încărcătorul de boot GRUB, instalați-l pe partiția /boot mai degrabă decât pe MBR.
  Notă: De exemplu, partiția mea /boot este /dev/sda5. Așa că am instalat GRUB pe /dev/sda5 în loc de /dev/sda. Pentru ajutor pentru a face acest lucru, consultați GRUB/Tips and tricks#Install to partition or partitionless disk.
• În Linux faceți o copie a informațiilor de boot tastând următoarele în shell-ul de comandă:
• Arborați în Windows și deschideți și ar trebui să puteți vedea fișierul linux.bin la C:\. Acum rulați cmd cu privilegii de administrator (navigați la Start > Toate programele > Accesorii, faceți clic dreapta pe Command Prompt și selectați Run as administrator):

bcdedit /create /d "Linux" /application BOOTSECTOR

• BCDEdit va returna un UUID pentru această intrare la care mă voi referi ca {ID} în pașii următori. Va trebui să înlocuiți {ID} cu identificatorul efectiv returnat. Un exemplu de {ID} este {d7294d4e-9837-11de-99ac-f3f3a79e3e93}.

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

Reporniți și bucurați-vă. În cazul meu, folosesc încărcătorul de boot Windows pentru a putea mapa cel de-al doilea buton de pornire al Dell Precision M4500 pentru a porni Linux în loc de Windows.

SistemeUEFI

Dacă aveți deja instalat Windows, acesta va fi creat deja câteva partiții pe un disc format GPT:

• o partiție Windows Recovery Environment, în general cu o dimensiune de 499 MiB, care conține fișierele necesare pentru a porni Windows (de ex. echivalentul lui /boot de la Linux),
• o partiție de sistem EFI cu un sistem de fișiere FAT32,
• o partiție rezervată Microsoft, în general cu o dimensiune de 128 MiB,
• o partiție de date de bază Microsoft cu un sistem de fișiere NTFS, care corespunde lui C:,
• potențial partiții de recuperare a sistemului și de backup și/sau partiții de date secundare (care corespund adesea lui D: și mai sus).

Utilizând utilitarul Disk Management din Windows, verificați cum sunt etichetate partițiile și ce tip este raportat. Acest lucru vă va ajuta să înțelegeți care partiții sunt esențiale pentru Windows și pe care altele le-ați putea refolosi. Utilitarul Disk Management din Windows poate fi folosit, de asemenea, pentru a micșora partițiile Windows (NTFS) pentru a elibera spațiu pe disc pentru partiții suplimentare pentru Linux.

Puteți apoi continua cu partiționarea, în funcție de nevoile dumneavoastră.

Rețineți că nu trebuie creată o partiție de sistem EFI suplimentară, deoarece aceasta poate împiedica pornirea Windows. Pur și simplu montați partiția existentă.

Încărcătorul de boot trebuie să suporte încărcarea în lanț a altor aplicații EFI pentru a face dual boot Windows / Linux.

Computerele care vin cu versiuni mai noi de Windows au adesea Secure Boot activat. Va trebui să luați măsuri suplimentare fie pentru a dezactiva Secure Boot, fie pentru a face suportul de instalare compatibil cu Secure Boot (a se vedea mai sus și în pagina legată).

Linux înainte de Windows

Chiar dacă modalitatea recomandată pentru a configura un sistem de pornire duală Linux/Windows este de a instala mai întâi Windows, se poate face și invers. Spre deosebire de instalarea Windows înainte de Linux, va trebui să puneți deoparte în prealabil o partiție pentru Windows, să zicem de 40GB sau mai mare. Sau dispuneți de spațiu pe disc nepartiționat, sau creați și redimensionați partițiile pentru Windows din cadrul instalării Linux, înainte de a lansa instalarea Windows.

FirmwareUEFI

Windows va utiliza partiția de sistem EFI deja existentă. Spre deosebire de ceea ce s-a afirmat mai devreme, nu este clar dacă o singură partiție pentru Windows, fără Windows Recovery Environment și fără Microsoft Reserved Partition, nu va fi suficientă.

Se urmează o schemă, presupunând că Secure Boot este dezactivat în firmware.

1. Porniți în instalarea Windows. Urmăriți să o lăsați să folosească doar partiția intenționată, dar în rest lăsați-o să-și facă treaba ca și cum nu ar exista o instalare Linux.
2. Să urmați secțiunea #Fast Startup and hibernation.
3. Reparați capacitatea de a încărca Linux la pornire, poate urmând #Cannot boot Linux after installing Windows. S-a menționat deja în cadrul sistemelor #UEFI că unii manageri de pornire Linux vor autodetecta Windows Boot Manager. Chiar dacă cele mai noi instalări Windows au o opțiune de repornire avansată, din care se poate porni în Linux, se recomandă să aveți alte mijloace pentru a porni în Linux, cum ar fi un mediu de instalare arhivat sau un CD live.

Troubleshooting

Nu s-a putut crea o partiție nouă sau localiza una existentă

Vezi #Windows UEFI vs. limitări BIOS.

Nu se poate porni Linux după instalarea Windows

Vezi Unified Extensible Firmware Interface#Windows schimbă ordinea de pornire.

Restaurarea unei înregistrări de pornire Windows

Prin convenție (și pentru ușurința instalării), Windows este de obicei instalat pe prima partiție și își instalează tabela de partiții și referința la încărcătorul de pornire în primul sector al partiției respective. Dacă instalați din greșeală un bootloader, cum ar fi GRUB, pe partiția Windows sau dacă deteriorați înregistrarea de boot într-un alt mod, va trebui să utilizați un utilitar pentru a o repara. Microsoft include un utilitar de reparare a sectorului de boot FIXBOOT și un utilitar de reparare a MBR numit FIXMBR pe discurile lor de recuperare sau, uneori, pe discurile de instalare. Folosind această metodă, puteți repara referința de pe sectorul de boot al primei partiții la fișierul bootloader și, respectiv, puteți repara referința de pe MBR la prima partiție. După ce faceți acest lucru, va trebui să reinstalați GRUB pe MBR, așa cum a fost prevăzut inițial (adică, încărcătorul de boot GRUB poate fi atribuit pentru a încărca în lanț încărcătorul de boot Windows).

Dacă doriți să reveniți la utilizarea Windows, puteți utiliza comanda FIXBOOT care înlănțuie de la MBR la sectorul de boot al primei partiții pentru a restabili încărcarea normală, automată a sistemului de operare Windows.

De menționat că există un utilitar Linux numit ms-sys (pachetul ms-sysAUR din AUR) care poate instala MBR-uri. Cu toate acestea, acest utilitar este în prezent capabil doar să scrie noi MBR-uri (sunt acceptate toate sistemele de operare și sistemele de fișiere) și sectoare de boot (a.k.a. boot record; echivalent cu utilizarea FIXBOOT) pentru sistemele de fișiere FAT. Majoritatea LiveCD-urilor nu au acest utilitar în mod implicit, așa că va trebui instalat mai întâi, sau vă puteți uita la un CD de salvare care îl are, cum ar fi Parted Magic.

În primul rând, scrieți din nou informațiile despre partiție (tabel) prin:

# ms-sys --partition /dev/sda1

În continuare, scrieți un MBR Windows 2000/XP/2003:

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

Apoi, scrieți noul sector de pornire (boot record):

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

ms-sys poate scrie și MBR-uri Windows 98, ME, Vista și 7, vezi ms-sys -h.

Standard de timp

• Recomandat: Setați atât Arch Linux cât și Windows să folosească UTC, urmând System time#UTC în Windows. Unele versiuni de Windows readuc ceasul hardware la ora locală dacă sunt setate să sincronizeze ora online. Această problemă pare să fie rezolvată în Windows 10.
• Nu este recomandat: Setați Arch Linux la ora locală și dezactivați toate demonii de sincronizare a timpului. Acest lucru va lăsa Windows să se ocupe de corecțiile ceasului hardware și va trebui să vă amintiți să porniți în Windows de cel puțin două ori pe an (primăvara și toamna), când intră în funcțiune DST. Așadar, vă rugăm să nu întrebați pe forumuri de ce ceasul este cu o oră în urmă sau în față dacă de obicei treceți zile sau săptămâni întregi fără să porniți în Windows.

Vezi și

• Începutul Windows de pe o comandă rapidă de pe desktop
• Început o singură dată în partiția Windows de pe o comandă rapidă de pe desktop
• Windows 7/8/8.1/10 ISO to Flash Drive burning utility for Linux (MBR/GPT, BIOS/UEFI, FAT32/NTFS)

.