Den mest troliga skyldigheten är
bootloader -konfigurationsfilen . Det exakta namnet och platsen varierar beroende på det / operativsystemet som är inblandat, men vanliga möjligheter inkluderar:
* `/boot/grub/grub.cfg` (eller liknande): Detta är konfigurationsfilen för GRUB (Grand Unified Bootloader), en mycket vanlig bootloader som används på Linux -system. Korruption här skulle förhindra att bootloader korrekt upptäcker och erbjuder de installerade operativsystemen.
* `bootmgr` (Windows Boot Manager): Detta är bootloader för Windows. Även om inte en fil i traditionell mening (det är en starthanterbar körbar), skulle korruption i sina konfigurationsdata (ofta lagrade i BCD - startkonfigurationsdata - som hanteras genom "bootrec" -kommandon) leda till saknade OS -poster.
* `/etc/fstab` (Linux): Även om det är mindre benägna att direkt förhindra OS -val, kan en skadad "/etc/fstab" -fil (som kartlägger filsystem till monteringspunkter) indirekt leda till problem om den förhindrar att ett eller flera operativsystem är korrekt monterade under start, vilket gör att de verkar otillgängliga.
* MBR (Master Boot Record) eller GPT (GUID Partition Table): Skador på MBR eller GPT, som är lågnivå startstrukturer på själva hårddisken, kan förhindra att startlastaren helt laddas, vilket leder till inget OS-val alls eller ett mycket begränsat urval. Det är mindre troligt att det bara påverkar * två * specifika OS:er om inte skadan är mycket specifik.
För att diagnostisera problemet ytterligare måste du känna till de involverade operativsystemen och specifikationerna i startprocessfelmeddelandet (om någon). Ett systemreparationsverktyg som är lämpligt för de inblandade OS:erna (t.ex. Windows startreparation, Linux Boot Repair Tools) skulle vara nästa steg för att undersöka och potentiellt fixa bootloader -konfigurationen.
