GNU/Linux >> Znalost Linux >  >> Linux

Windows – Jak by mohl systém Windows nepoškodit souborový systém Linux, když zaměňuje schémata rozdělení?

Kamarád má systém, na který jsem nedávno nainstaloval Manjaro Linux v duálním spouštění s Windows 10 s použitím výchozího schématu rozdělení s duálním spouštěním z instalačního programu.
Včera se Windows rozhodl aktualizovat sám sebe (tuším nechvalně známý Creator's Update ) a Manjaro by se nespustilo.
Dal jsem příteli pokyn, aby se přihlásil z liveUSB a toto je sudo fdisk -l výstup:

Disk /dev/nvme0n1: 238,5 GiB, 256060514304 bytes, 500118192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: DBCB2883-9E10-40F3-8007-B1B409A79DF5

Dispositivo        Start      Fine   Settori   Size Tipo
/dev/nvme0n1p1      2048    206847    204800   100M EFI System
/dev/nvme0n1p2    206848    239615     32768    16M Microsoft reserved
/dev/nvme0n1p3    239616 123472110 123232495  58,8G Microsoft basic data
/dev/nvme0n1p4 497999872 500097023   2097152     1G Windows recovery environment
/dev/nvme0n1p5 123472112 497999871 374527760 178,6G Linux filesystem

Partition table entries are not in disk order.

Všimněte si, že Partition table entries are not in disk order.
:zřejmě nyní existuje oddíl (/dev/nvme0n1p4 ), který je fyzicky po hlavním linuxovém (/dev/nvme0n1p5 ), ale číselně dříve. Vzhledem k tomu, že to vypadá dost nestandardně, myslím, že si Windows popletl tabulku oddílů.

Po provedení:

sudo mount /dev/nvme0n1p5 /mnt
sudo mount /dev/nvme0n1p1 /mnt/boot/efi
sudo grub-install --target=x86_64-efi --efi-directory=/mnt/boot/efi --bootloader-id=manjaro --boot-directory=/mnt/boot --recheck --debug

Systém se znovu spustí a zdá se, že funguje normálně.

Otázka zní:

jak by si Windows mohl pohrát s tabulkou oddílů, ale aniž by cokoli poškodil, když nemá žádný ext4 znalosti, o kterých vím? Změnilo to jen „číselné“ pořadí oddílů? Co přesně to udělalo?

Přijatá odpověď:

Je pravděpodobné, že to s oddíly nic neudělalo, ale jednoduše přepsalo boot EFI, aby se (pokusilo) stalo jediným/výchozím OS. Samozřejmě, víte, když už máte na disku Windows 10, proč byste potřebovali něco jiného?

Vaše problémy se mi také staly dvakrát nebo třikrát, na různých počítačích, po aktualizacích a vždy zmizely jednoduchou aktualizací nebo přeinstalací GRUB2.

Nemyslím si, že přečíslování oddílů může způsobit něco opravdu špatného; pokud se nebudou bortit s Windows, jsem si jistý, že se nebudou bortit s GRUB/GRUB2.

Nezapomeňte však na linuxovém oddílu spustit e2fsck, abyste se ujistili, že nebyl zkrácen o jeden gigabajt. Pokud je FS uvnitř označen jako větší než oddíl, na kterém by měl být obsažen, protože jeho velikost byla slepě změněna (Windows dostatek znalostí o oddílech, aby to bylo to ), můžete narazit na potíže, když buď Linux přepíše data pro obnovu, nebo je Windows „aktualizuje“ a zapíše přes cokoliv, co se tam Linux ext4 rozhodl vložit. Možná budete muset:

  • zálohujte 1 GB dat do souboru Linux,
  • odeberte oddíl a resetujte oddíl Linux na plnou velikost,
  • zmenšete souborový systém a ponechte 1 GB volného místa,
  • znovu vytvořte oddíl,
  • obnovte zálohu
Související:Linux – Jak používat ochranu heslem s příkazem Linux tar?

vyjít vstříc oběma operačním systémům a udržovat je za přátelských podmínek.


Linux
  1. Jak rozdělit disk v Linuxu

  2. Jak opravit Windows nemohl analyzovat nebo zpracovat soubor odpovědí bezobslužné služby pro Pass Specialize

  3. Linux – Jak spustit oddíl Windows z příkazového řádku Grub?

  1. Linux – Jak změřit čas, kdy dorazí paket?

  2. Jak skenovat flash disky na viry Windows v Linuxu? (ne Clamav)?

  3. Jak zjistit, kdy byl soubor Spfile vytvořen na serveru Linux

  1. Jak se Linux dostal k sálovému počítači

  2. Jak zjistit velikost nepřipojeného oddílu v Linuxu?

  3. Jak zjistím velikost bloku oddílu ext3 v systému Linux?