Jak pozwolić linuxowi zamontować partycję NTFS w „niebezpiecznym stanie” z powodu awarii systemu Windows?


0

Mam partycję NTFS, która jest współużytkowana przez Windows i Linux. Ta partycja zawiera mój domowy katalog linux, więc ważne jest, że mogę go zamontować w trybie do odczytu i zapisu i że jest zamontowany przed Loguję się

Wyłączyłem szybki rozruch systemu Windows, aby nie pozostawiał partycji w „niebezpiecznym stanie”, który linux albo montuje w trybie tylko do odczytu, albo w ogóle nie montuje (z komunikatem o błędzie lubię to ). Jednak system Windows zawiesza się nieco regularnie, co również powoduje, że partycja jest w stanie niebezpiecznym.

Z powodzeniem używam mniej lub bardziej ntfsfix aby to obejść, ale to nie wydaje się być prawdziwym rozwiązaniem, ponieważ dzisiaj zniszczył niektóre z moich plików. (Powoduje [errno 5] input/output error błąd podczas próby dostępu do nich.)

Aktualnie montuję partycję z tą linią w /etc/fstab:

UUID=78C806C74DE61D21   /mnt/data   ntfs    defaults,uid=rawing,rw      0 0

Problem polega na tym, że dysk montuje partycję w trybie tylko do odczytu, jeśli pozostawał w niebezpiecznym stanie. Zazwyczaj zajmuje mi to kilka minut, aby zauważyć, co jest bardzo denerwujące.


Moje pytanie brzmi:

  • Czy możliwe jest pozostawienie partycji NTFS w stanie „bezpiecznym”, nawet jeśli system Windows ulega awarii ? (Jeśli istnieją alternatywy dla partycji sformatowanej w systemie NTFS, z przyjemnością je usłyszę, ale pamiętaj, że musi ona przechowywać mój folder domowy)
  • Jeśli nie, czy możliwe jest skonfigurowanie systemu Linux, aby zamontować „niebezpieczną” partycję w trybie odczytu i zapisu; bez ryzyka utraty danych?
  • Jeśli nie, czy mogę przynajmniej sprawić, by linux wyświetlał ostrzeżenie, takie jak „Partycja zamontowana w trybie tylko do odczytu!” aby od razu zauważyć problem?

Odpowiedzi:


1

Ostatnio słyszałem, że NTFS nie nadaje się do użycia jako Linux /home partycja, ponieważ programy Linux często polegają na uprawnieniach i własnościach niektórych plików /home, a te funkcje nie są dostarczane przez NTFS. Na przykład niektóre pliki w ~/.ssh/ potrzebujesz konkretnych uprawnień, aby działać poprawnie. Dlatego nie powinieneś używać NTFS ani żadnego innego systemu plików innego niż Linux /home. (Ty moc być w stanie uciec od używania HFS + lub czegoś innego, co zapewnia funkcje systemu plików w stylu Linux / Unix, ale to terytorium, przez które przemierzyło niewiele osób.)

W przypadku udostępniania plików między systemami Windows i Linux najlepiej jest zainstalować partycję z danymi współdzielonymi w innym miejscu /home, lub nawet /home/{your-username}. Można jednak zamontować go w podkatalogu tej lokalizacji, na przykład /home/{your-username}/shared. Można nawet utworzyć symboliczne dowiązania, które wskazują lokalizacje w udostępnionym katalogu, jeśli to pomaga w poprawie działania.

Alternatywnie można użyć rodzimego systemu plików Linux /home i użyj sterownika Windows dla tego systemu plików. Istnieje kilka takich sterowników, takich jak Ext2fsd i Paragona ExtFS dla Windows. Nie mam jednak żadnego doświadczenia z żadnym z tych narzędzi, więc nie mogę powiedzieć, jak dobrze którekolwiek z nich działa, ani nie poleca się innym.

Aby bardziej bezpośrednio odpowiedzieć na twoje pytanie: The mount.ntfs narzędzie zawiera kilka opcji, które mogą robić to, co chcesz. Moim zdaniem najbardziej obiecujące jest recover, który ma wymusić montowanie woluminu NTFS, nawet jeśli jest oznaczony jako będący w niespójnym stanie. Zauważ jednak, że nie jest to coś, co nazwałbym „bezpiecznym”. Spróbowałbym tego tylko w połączeniu z uchwytem tylko do odczytu, jako sposobem na odzyskanie plików przed wykonaniem czegoś innego z woluminem, jak np. Uruchomienie systemu Windows w celu naprawy. Zauważ, że nigdy nie próbowałem użyć tej opcji, więc nie mogę obiecać, co zrobi w praktyce. Jeśli musisz to wypróbować, polecam najpierw eksperymentować z woluminem „scratch” i / lub przeszukiwać Internet w poszukiwaniu raportów osób, które go używają.

Możesz myśleć, że Linux ntfsfix program naprawi wolumin NTFS; ale robi bardzo mało kontroli, nawet bardziej minimalne naprawy, i oznacza to, że wymaga uwagi w systemie Windows. Tak więc naprawienie woluminu NTFS jest operacją tylko dla systemu Windows, AFAIK. Z praktycznego punktu widzenia, jeśli komputer z podwójnym rozruchem ulegnie awarii (podczas uruchamiania dowolnego systemu operacyjnego), najlepiej jest uruchomić go w systemie Windows, aby system Windows mógł naprawić udostępnione systemy plików NTFS przed uruchomieniem systemu Linux. (Windows może teraz także naprawiać systemy plików FAT, ale przynajmniej Linux zapewnia przyzwoite narzędzie do naprawy FAT, dosfsck, więc partycje FAT można w razie potrzeby naprawić z Linuksa.)


W rzeczywistości nie jest to mój katalog domowy znajdujący się na partycji NTFS, tylko Pulpit i inne podfoldery. Nie natknąłem się na żadne problemy związane z zezwoleniami. W każdym razie o sterownikach ext dla Windows: zrobiłem bardzo złe doświadczenia z nimi; Prawie skończyłem z uszkodzoną partycją. Bardzo nie podoba mi się też idea partycji FAT, ponieważ maksymalny rozmiar pliku 4GiB. Wygląda to tak recover opcja jest moją ostatnią nadzieją. Dziękujemy za wszystkie informacje i sugestie; jeśli wkrótce nie pojawią się żadne inne odpowiedzi, zaakceptuję twoje.
Aran-Fey

-1

Może teraz może być bezużyteczny, ale znalazłem ten link za ten sam problem, który zadziałał dla mnie.

Sugeruje jako trwałe rozwiązanie wyłączenie szybkiego uruchamiania w Windows 8 i 10 oraz jako tymczasowe rozwiązanie polecenia sudo ntfsfix /dev/sdXY. Przeczytaj cały post, aby lepiej zrozumieć ...


Cześć @biayo spróbuj edytować Dodajesz główne informacje z linku, który podałeś i co specjalnie dla Ciebie działało. Jutro ta strona może zostać przeniesiona lub usunięta, a skończymy bez udziału, który próbujesz przekazać ...
Hastur

„Sugeruje się, aby jako stałe rozwiązanie wyłączyć szybkie uruchamianie w systemie Windows 10”, to rozwiązanie. Przepraszam za mój kiepski angielski.
biayo
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.